什么时候用
先判断任务是否合适
- 研究周期长、需要多轮实验和写作且希望中间状态不丢失
- 想在同一个项目中切换不同Agent(Claude/Codex/Kimi)执行不同阶段
- 需要从持久状态重建研究全景图以决定下一步方向
- 希望把命令执行、记忆、实验证据和图谱分别持久化治理
先准备什么
材料越清楚,结果越有用
- •填写研究目标、基线要求、执行策略和参考材料
- •选择希望使用的Runner(Claude/Codex/Kimi等)及模型
- •确认本机已安装相应Runner的命令行工具
它会怎样推进
从材料到可以检查的结果
- 01
启动项目
填写研究目标、基线和约束,生成启动契约并初始化Quest仓库
- 02
阶段推进
按scout→baseline→idea→experiment→write等阶段切换skill和上下文
- 03
Agent执行
每轮从持久状态重建prompt,由选定Runner执行一步研究操作
- 04
工具写回
Agent通过MCP工具写记忆、记录实验证据、执行命令并保存日志
- 05
地图重建
从Git分支和工件记录重建研究地图,查看各分支的进展和结论
第一次这样开始
把仓库地址直接交给 AI
先让 AI 说明环境和风险,再完成最小安装验证。跑通以后,再把自己的真实材料放进去。
第一次直接复制
帮我安装这个库:https://github.com/ResearAI/DeepScientist 安装前先告诉我需要什么环境,安装后帮我跑通一个最小示例。
结果出来后
先看这些检查点
- 启动契约中的研究目标和约束是否在后续执行中被遵循
- 命令执行日志是否记录了退出码、标准输出和失败原因
- 实验证据记录的数值是否与原始输出文件一致
- 研究地图中各分支的状态是否与实际Git分支和工件一致
常见误区
这些判断仍由你负责
- 把启动契约创建成功视同研究已经完成
- 在Runner连续失败时仍自动重试而不检查失败指纹
- 把UI画布显示的状态当作真相而不是从持久数据重建的视图
技术依据
查看能力拆解、验证范围与来源
技术依据
查看能力拆解、验证范围与来源
- 01
BashExec持久命令执行与日志监控
让 agent 在 Quest 或工作区范围内启动可监控的命令 session,把命令、工作目录、进程状态、日志、退出码和压缩读取都保存在 runtime 目录中,支撑长实验和可恢复调试。
- 02
BenchStore基准目录发现与安装状态管理
从仓内 AISB/catalog//.yaml 自动发现 benchmark 条目,规范化论文、下载、资源、环境、风险和推荐字段,并把本地安装状态写到 runtime,使 agent 和 UI 能判断哪些 benchmark 可查看、可安装或适合当前设备。
- 03
Connector跨表面对话绑定与消息转发
把 web、TUI 和外部聊天平台绑定到同一个 Quest,对 inbound conversation 进行规范化,并在 agent 回复、进度控制和任务创建后,把可见消息转发到绑定的外部 target。
- 04
MCP三命名空间Quest状态工具面
为 agent 暴露 Quest 内存、artifact 状态和持久 shell 三类 MCP 工具,让模型在不直接理解全仓实现细节的情况下,读写记忆、记录证据、检查全局状态、准备分支、提交 idea、读取 BenchStore 和执行命令。
| 能力 | 主要输入 | 主要输出 | 人工检查 |
|---|---|---|---|
BashExec持久命令执行与日志监控源码已核对 |
|
|
|
BenchStore基准目录发现与安装状态管理源码已核对 |
|
|
|
Connector跨表面对话绑定与消息转发源码已核对 |
|
|
|
MCP三命名空间Quest状态工具面源码已核对 |
|
|
|
PromptBuilder阶段Skill注入与上下文组装源码已核对 |
|
|
|
ResearchMap分支工件到Canvas重建源码已核对 |
|
|
|
处理机制
- 01
Quest持久状态对象链
DeepScientist 的多张能力卡共享一条状态对象链:用户启动契约先进入 Quest 仓库,之后 prompt、runner、MCP、bash、memory、artifact、research map 和 connector 都围绕这个 Quest 读写状态。本机制卡说明对象如何传递,以及哪些状态不能被混为一谈。
- 02
三层控制面与工具边界
DeepScientist 把科研运行拆成三层控制面:启动和阶段控制面决定任务边界,runner 和 prompt 控制面决定单轮 agent 行为,MCP 工具控制面决定能写哪些状态和执行哪些命令。本机制卡说明三层边界如何相互约束。
- 03
失败治理栈与doctor诊断
deepscientist 如何在 turn 之间与 runner 之外,治理失败分类、崩溃循环、僵尸状态、环境健康与运行可观测。这张卡补充 deepscientist-能力-多Runner执行调度与失败恢复 只覆盖单 turn 内 retry 的缺口。
已核对范围
- 读取 BashExecService 和 MCP bashexec 工具入口
- 静态确认 quest-local session storage、cwd 限制、meta、monitor process 和 startsession
- 读取 BenchStore YAML reference 和 BenchStoreService
- 静态确认 catalog 扫描、locale replacement、entry normalizer、compatibility、installstate 和 install root
- 读取 connector runtime、channel registry、builtins、daemon connector relay 和 prompt surface context
- 静态确认 conversationid 规范化、channel 注册、bound target 选择和 outbound payload 字段
- 读取 MCP server、memory service、artifact 工具和 docs memory guide
- 静态确认 memory、artifact、bashexec 三个内置命名空间及若干 Quest 状态工具
仍待核对
- 未启动真实 shell session
- 未验证长命令、交互命令和进程清理
- 未验证不同平台 shell 行为
- 未下载任何 benchmark
- 未运行 BenchStore UI 或安装流程
- 未验证硬件推荐排序效果
- 未连接任何真实 QQ、Weixin、Telegram、Discord、Slack、Feishu、WhatsApp 或 Lingzhu
- 未验证外部平台鉴权、回调和消息格式
读取版本
3aaab17244f981fc72522180717f2867fdc95b61许可
Apache-2.0
最近核对
内容 2026-06-16
Stars 2026-07-11
相关文章
具备相关能力的其他库
相关课程
把单项工具放进完整研究设计流程
课程一从研究问题、文献判断、理论假设和方法骨架继续推进,帮助你建立可以复用的研究设计档案。