为什么做
科研工具不应该只回答一次问题，而应该持续管理状态。
真实投稿过程里，作者需要反复查 venue、追踪方向、比较截稿信息、检查摘要和贡献表达。Academic Submission Assistant 的目标是减少这些上下文切换，让每次查询都能沉淀为后续投稿判断的一部分。
Project Introduction
它不是临时问答工具，而是一条投稿流程。
每次选刊、查论文、看 deadline 和修改摘要，都应该留下可复用的状态，而不是散在浏览器标签、收藏夹和聊天记录里。
先判断能不能投。
围绕会议、期刊、等级和方向建立可筛选索引，先缩小真正可投的范围。
再判断该看什么。
把论文流按来源、venue 和方向组织起来，避免只靠零散收藏追热点。
最后判断怎么改。
后端上线后承接标题、摘要和贡献点，输出结构化修改建议，而不是泛泛润色。
Venue Workbench
先确定你真正可投的范围。
按名称、缩写、类型、等级和研究方向快速过滤，把筛选、列表和详情放在一个工作区里完成。
Frontier Observatory
先看最近值得跟的方向，再决定追哪篇。
公开版加载顶会顶刊索引与方向统计，不把一整页论文直接扔给你，而是先给一个可判断的起点。
索引状态
等待加载 --热门 venue
等待加载 --高频方向
等待加载 --Precheck Console
先把入口铺好，后端上线后直接切 live。
这一版不生成假报告。服务未部署时明确告诉你状态，部署完成后只需要改运行时配置。
Roadmap & Boundary
先把公开版做稳，再逐步接入个人工作流。
公开版先把查 venue、看前沿和预留 AI 预审入口做成稳定网页工具。完整版本会继续接上登录、收藏、投稿记录和真实预审结果。
当前公开版
- 期刊会议检索
- 前沿论文浏览
- AI 预审接入壳
后续接入
- 登录与用户态
- 收藏同步与投稿记录
- 真实 AI 预审任务流
技术边界
- 独立项目页接入 Hexo
- 公开数据本地镜像
- 运行时配置控制 AI 能力