关于 autoresearch
autoresearch 是用于持续开展研究并交付有明确验证要求成果的 skill。它面向需要以验证证据而非模型自述来判定完成的 Agent。
主要功能
- 01持续研究循环
- 02初始化时选择一种验证模式
- 03保存验证状态与产物路径
- 04要求完成产物通过验证
适用场景
- 01研究持续到验证脚本通过
- 02生成经架构师批准的产物
- 03在架构规划前收集已验证证据
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ yeachan-heo/ oh-my-codex --skill autoresearch安装后在 Claude Code 中输入/autoresearch确认已加载。
详细介绍
Autoresearch
Autoresearch 是已弃用的 omx autoresearch 命令的 skill-first 替代方案。
它保留了有用的可度量研究循环,但现在作为原生 hook 的有状态工作流运行,而不是直接的 CLI 或 tmux 启动接口。
与规划研究的边界
当研究输出本身是一个必须通过显式验证器的有界交付物时,使用 $autoresearch。不要为普通的规划前文档查找或一般最佳实践检查推荐它;对于这些情况,请使用 $best-practice-research。如果 $autoresearch 被有意在架构规划之前运行,其批准的产物应作为证据输入到 $ralplan;除非用户明确要求持续的研究自动化,否则它不应成为最终的架构/组件。
适用场景
- 你想要一个类似 Ralph 的持久研究循环
- 任务应持续推动,直到存在显式验证证据
- 你想在初始化时在脚本验证和 prompt+architect 验证之间做出选择
不适用场景
- 你想要旧的
omx autoresearch命令接口(已硬弃用) - 你想要分离式 tmux 或分屏启动的对等功能
- 你尚未决定验证机制
核心契约
- 初始化选择验证模式。 请准确选择一种:
mission-validator-scriptprompt-architect-artifact
- 将模式状态持久化到
.omx/state/.../autoresearch-state.json,包括:validation_modecompletion_artifact_pathmission_validator_command或validator_prompt- 可选的
output_artifact_path
- 完成由产物门控。 循环不会因为模型说“完成”、因为 stop hook 触发了一次,或因为若干轮都是 no-op 而停止。
- 直接 CLI 启动已移除。 使用
$deep-interview --autoresearch进行接收,使用$autoresearch执行。
完成产物契约
mission-validator-script
完成产物必须存在并记录通过的验证器结果,例如:
{
"status": "passed",
"passed": true,
"summary": "metric improved beyond baseline"
}
prompt-architect-artifact
完成产物必须同时包含架构师批准裁决和输出产物路径,例如:
{
"validator_prompt": "Review the research output against the mission.",
"architect_review": { "verdict": "approved" },
"output_artifact_path": ".omx/specs/autoresearch-demo/report.md"
}
推荐流程
- 运行
$deep-interview --autoresearch以明确任务 + 评估器。 - 生成
.omx/specs/autoresearch-{slug}/mission.md、sandbox.md和result.json。 - 使用存储在模式状态中的所选验证模式启动
$autoresearch。 - 让 stop-hook / auto-nudge 继续,直到完成产物满足所选验证模式。
- 仅在验证器产物完成后才结束。
迁移说明
omx autoresearch已硬弃用。- 没有直接 CLI 启动。
- 没有 tmux 分屏启动。
- 没有 noop 计数完成门控。
评论
支持 Markdown