F1
证据与产物版本服务
保留重要历史版本，让研究人员能查看变化、恢复旧版本，并确认结论、运行和审批使用的是哪一版内容。
- 在提交审阅、批准、运行分析或发布结果时保存重要版本
- 可以查看创建时间、创建者和修改原因，并恢复任意历史版本
- 对文本、代码和表格展示主要变化；其他文件明确提示内容已变化
SCIENCE AGENT · ENGINEERING MAP
科研 Agent 的难点，
不是再多一个聊天框。
这份地图把 44 个真实需求收敛成 6 个可开工模块：证据版本、线程隔离 Computer Use、持久任务、多人工作区、多端同步与外部写入。
建议的平台分工
研究者看到的结论 · 图表 · 决策 · 进度
工程师交付的F1–F6 六个明确模块
每个模块必须满足的版本 · 身份 · 幂等 · 审计
44个跨领域真实科研需求
6个可直接拆工的工程模块
4种本质不同的协作拓扑
3个 AI 研究闭环
先看大局
六个可以直接拆工的工程模块
不再用 Pack 或抽象“能力”包装自然约束。每个模块只说明科研用户遇到的问题、 系统需要提供什么，以及怎样才算满足需求。
F2
Computer Use 线程隔离
多个线程可以同时操作不同界面，每个线程的鼠标、键盘和画面互不干扰。
- 每个线程只能看到和操作自己的界面
- 一个线程的鼠标和键盘事件不能进入其他线程
- 一个线程切换窗口、卡住或退出时，不影响其他线程
F3
长任务持续运行
训练、分析和监测任务可以跨数小时或数天持续运行，不依赖用户一直打开客户端。
- 客户端关闭或网络断开后，任务仍能继续运行
- 用户重新打开客户端后，可以看到真实进度和历史记录
- 任务可以暂停、恢复和取消
F4
多人科研工作区
多人可以围绕同一份科研对象共同编辑、审阅、决定和交班，并清楚知道谁做了什么。
- 多人可以同时查看、评论和修改同一科研对象
- 每次修改、审阅和决定都记录真实参与者
- 重要冲突必须明确展示并由有责任的人处理
F5
多客户端同步与通知
研究人员可以在手机、电脑和网页之间接力工作，看到同一个任务、版本和决定。
- 不同设备看到同一个任务、对象版本和处理状态
- 从通知进入后可以直接到达需要处理的内容
- 手机支持现场扫码、拍照、定位、记录和确认
F6
连接器与外部写入网关
Agent 可以连接真实科研系统，在执行外部写入前让用户看清变化，并在执行后留下可核对的结果。
- 明确区分读取、生成建议、正式写入和高风险操作
- 正式写入前展示目标、内容和可能影响
- 高风险操作必须由有权限的人确认
正交分类
不用一个“Agent 名称”概括复杂需求
每项需求分别标注生命周期、操作对象、风险、时效、协作、证据和人类责任， 再与 F1–F6 工程模块建立映射。
这项工作处在科研过程的哪个阶段？
这项工作实际操作的对象是什么？
做错之后会产生多大影响？
需要多快响应、持续多长时间？
参与者来自多大的组织范围？
参与者之间以什么方式协作？
最后需要证明到什么程度？
数据允许被谁看到和带到哪里？
哪些决定必须由人负责？
把模块放进真实闭环
三个从 AI 研究开始的闭环
共同补全需求地图
遇到真实科研痛点？把它提交进来。
用统一格式说明需求、必须由人参与的环节和验收标准。提交后将保存为 SciForge 的公开 GitHub Issue，供产品和工程团队讨论。
提交科研需求 →