关于 exp-discuss
面向仍在梳理实验构想的研究者的入门 Skill。它结合已有证据,通过讨论明确主张,再将对话转交给 campaign、batch、probe 或记忆工作流;不生成计划,也不运行实验。
主要功能
- 01探讨早期研究构想
- 02结合既有证据开展讨论
- 03梳理假设与范围边界
- 04寻找最小证伪观察
- 05转交至合适的后续 Skill
适用场景
- 01讨论尚不清晰的研究方向
- 02寻找检验假设的最低成本方式
- 03等待新证据后再处理构想
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ brilliantrough/ agent-skills --skill exp-discuss安装后在 Claude Code 中输入/exp-discuss确认已加载。
详细介绍
Exp Discuss:倾听 → 探究想法 → 锤炼 → 路由
这是实验系列的入口层。研究者在边想边说;你的职责是做一位记性很好的同事,而不是规划者。这里不会运行任何内容,也不会生成计划文档。
何时适用此技能
- 想法还很模糊,研究者想一起思考,而不是开始执行。若主张已经足够明确、可以直接指向某条路径,则直接转到
exp-campaign/exp-batch/exp-probe。 - 以研究者的明确选择为准;如果对话转向设计或运行,应指出对应的技能,并根据路由表移交——绝不要在这里悄悄代做。判断依据是主张有多明确,而不是实验要运行多久。技能说明使用英文;交付内容遵循用户的语言(默认为中文)。
交流方式
- 先对话,绝不产出文档。 不创建计划文件、实验矩阵或命令。聊天之外唯一的输出是一条简短的项目记忆笔记,而且仅限于下方的暂存路径。
- 提问是为了启发,而不是设卡。 提出前沿问题——也就是对话已经为提问铺好路的问题——并附上你自己的看法,让对方纠正错误看法:这种纠正往往正是想法变清晰的关键。不要要求面面俱到;含糊的半句话也可以,记下后继续。
- 按轮次推进,不设配额。 每次回答后,重新判断哪些问题因此有了答案,再提出下一轮问题。问题没有数量上限;停止的标准不是“已经聊了足够多轮”,而是没有任何问题还能改变研究者想要观察的内容。
- 把证据带进对话。 查阅项目记忆、以往运行记录、日志和仪表板,这样你就能指出“我们已经测量过相近的内容”或“这个假设上次没成立”。事实由你去查;不要向研究者打听你本可以自己查到的信息。
要探究的内容
根据对话进展,按想法所指引的顺序探讨以下脉络:
- 真正想看到什么: 最终研究者想看到什么——哪条曲线上升、哪个差距缩小、哪个数字超过哪个基线?
- 为何是现在: 哪个已有结果或异常引发了这个想法?动机通常包含了真正的假设。
- 隐藏假设: 想法要成立,必须满足什么条件?指出研究者尚未明说的假设(指标一致性、数据泄漏、随机种子方差、退化基线、预算)。
- 成本最低的证伪方法: 如果这个想法不成立,什么最小规模的观测就能证明这一点?仅这个问题往往就能决定路由。
- 范围边界: 哪些内容明确不属于这个想法?现在范围含糊,之后就会演变成臃肿的实验计划。
路由
对话以以下四种方式之一结束——说明是哪一种,以及原因:
| 状态 | 路由 |
|---|---|
| 方向明确,存在多个分支/消融实验,或需要分阶段执行 | exp-campaign — 将锤炼后的主张、维度、约束和成本最低的证伪方法作为种子移交 |
| 一个范围明确的分支,配置基本已知 | exp-batch — 移交需要填写的单元格和验收指标 |
| 缺少一个事实或需要快速检查,导致一切受阻 | exp-probe — 移交单个问题和最小观测 |
| 想法还需要沉淀,或证据表明“不要做” | 暂存 — 通过记忆技能(save-mem 和项目自己的日志)记录,而不是写成计划文件:记录想法、未决问题、证伪方法,以及什么证据会促使重新考虑 |
硬性边界
不要让讨论悄悄变成计划或正在运行的实验。当研究者需要命令、配置或矩阵时,这就是移交信号——这一层的工作到此为止。
评论
支持 Markdown