mcpField
E
exp-discuss

exp-discuss

github.com/brilliantrough生产力1052 次安装2 天前更新
代码仓库

关于 exp-discuss

面向仍在梳理实验构想的研究者的入门 Skill。它结合已有证据,通过讨论明确主张,再将对话转交给 campaign、batch、probe 或记忆工作流;不生成计划,也不运行实验。

主要功能

  1. 01探讨早期研究构想
  2. 02结合既有证据开展讨论
  3. 03梳理假设与范围边界
  4. 04寻找最小证伪观察
  5. 05转交至合适的后续 Skill

适用场景

  1. 01讨论尚不清晰的研究方向
  2. 02寻找检验假设的最低成本方式
  3. 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。
  • 以研究者的明确选择为准;如果对话转向设计或运行,应指出对应的技能,并根据路由表移交——绝不要在这里悄悄代做。判断依据是主张有多明确,而不是实验要运行多久。技能说明使用英文;交付内容遵循用户的语言(默认为中文)。

交流方式

  • 先对话,绝不产出文档。 不创建计划文件、实验矩阵或命令。聊天之外唯一的输出是一条简短的项目记忆笔记,而且仅限于下方的暂存路径。
  • 提问是为了启发,而不是设卡。 提出前沿问题——也就是对话已经为提问铺好路的问题——并附上你自己的看法,让对方纠正错误看法:这种纠正往往正是想法变清晰的关键。不要要求面面俱到;含糊的半句话也可以,记下后继续。
  • 按轮次推进,不设配额。 每次回答后,重新判断哪些问题因此有了答案,再提出下一轮问题。问题没有数量上限;停止的标准不是“已经聊了足够多轮”,而是没有任何问题还能改变研究者想要观察的内容。
  • 把证据带进对话。 查阅项目记忆、以往运行记录、日志和仪表板,这样你就能指出“我们已经测量过相近的内容”或“这个假设上次没成立”。事实由你去查;不要向研究者打听你本可以自己查到的信息。

要探究的内容

根据对话进展,按想法所指引的顺序探讨以下脉络:

  1. 真正想看到什么: 最终研究者想看到什么——哪条曲线上升、哪个差距缩小、哪个数字超过哪个基线?
  2. 为何是现在: 哪个已有结果或异常引发了这个想法?动机通常包含了真正的假设。
  3. 隐藏假设: 想法要成立,必须满足什么条件?指出研究者尚未明说的假设(指标一致性、数据泄漏、随机种子方差、退化基线、预算)。
  4. 成本最低的证伪方法: 如果这个想法不成立,什么最小规模的观测就能证明这一点?仅这个问题往往就能决定路由。
  5. 范围边界: 哪些内容明确不属于这个想法?现在范围含糊,之后就会演变成臃肿的实验计划。

路由

对话以以下四种方式之一结束——说明是哪一种,以及原因:

状态路由
方向明确,存在多个分支/消融实验,或需要分阶段执行exp-campaign — 将锤炼后的主张、维度、约束和成本最低的证伪方法作为种子移交
一个范围明确的分支,配置基本已知exp-batch — 移交需要填写的单元格和验收指标
缺少一个事实或需要快速检查,导致一切受阻exp-probe — 移交单个问题和最小观测
想法还需要沉淀,或证据表明“不要做”暂存 — 通过记忆技能(save-mem 和项目自己的日志)记录,而不是写成计划文件:记录想法、未决问题、证伪方法,以及什么证据会促使重新考虑

硬性边界

不要让讨论悄悄变成计划或正在运行的实验。当研究者需要命令、配置或矩阵时,这就是移交信号——这一层的工作到此为止。

评论

支持 Markdown