一键导入
omd-sdd
把审议结论结晶成正式 SDD 文档落盘 docs/plan/,当 /omd-execute 的执行契约。承接 /omd-grill 的决策记录表,写给没有对话上下文的执行器看。含 crystallize/crystals 职能。Trigger:/omd-sdd、写成 SDD、结晶、方案定了记下来、列结晶。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
把审议结论结晶成正式 SDD 文档落盘 docs/plan/,当 /omd-execute 的执行契约。承接 /omd-grill 的决策记录表,写给没有对话上下文的执行器看。含 crystallize/crystals 职能。Trigger:/omd-sdd、写成 SDD、结晶、方案定了记下来、列结晶。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
列出断掉/失败的 DAG run(带 goal)让 owner 挑一个续跑——从磁盘 checkpoint 重载 plan、跳过已绿节点接着跑。Trigger:/omd-resume、续跑、接着跑、断了的图、resume、跑一半挂了、429 断了。Skip:全新任务(/omd-execute 或 dag_run)、查状态不续跑(dag_status)。
锁 plan/SDD 前的对抗式审问:沿决策树走、先给推荐答案、事实自查·技术 Decision 自裁·真 owner 岔口才阻塞问、对标外部实现逼问「为何偏离」;宽解岔口就地开 council;产决策记录表喂 /omd-sdd。审议纪律:只讨论不动手。Trigger:/omd-grill、审问、盘问这个方案、把这事讨论清楚、压测计划、stress-test。
打开/新建/列出 omd pathfinder 决策地图(经 omd MCP server)。大而模糊的多 session 工作先开图:把待决问题变成票,渐进散雾。Trigger:/omd-path、pathfinder、开图、决策地图、这活儿太大先规划。
把已定的 SDD/规划交给 omd DAG 引擎执行(经 MCP dag_run 三段式),完成后按交叉验证 checklist 逐条判、四选一验收。Trigger:/omd-execute、开始执行、按 SDD 干、执行计划。
视频→逐段结构化笔记 (MiMo-v2.5 原生吃画面+音频, 非 whisper 转写; 可重入管线)。讲解/课程视频里 PPT 框架图/代码/提示词是画面独有、音频拿不到的信息。产 ALL-NOTES.md 交 /omd-council 或 dag_research 做综合。Trigger:/omd-video、抖音/B站/YouTube 讲解视频、课程系列、把这些视频学一遍/提炼、画面里有代码/图表/PPT。Skip:文字原文综合→/omd-council;网页内容→dag_research(检索版)。
One table of every routed oh-my-dag skill: name → when to use. The one name to remember. Trigger: /omd / list skills / which skill / 有哪些技能 / 该用哪个技能.
| name | omd-sdd |
| description | 把审议结论结晶成正式 SDD 文档落盘 docs/plan/,当 /omd-execute 的执行契约。承接 /omd-grill 的决策记录表,写给没有对话上下文的执行器看。含 crystallize/crystals 职能。Trigger:/omd-sdd、写成 SDD、结晶、方案定了记下来、列结晶。 |
对应 pi TUI 的 /sdd(并入 /crystallize、/crystals 职能)。审议(/omd-grill、pathfinder 裁决)收敛后,把结论写成结构化 SDD 落盘——它是 /omd-execute 的执行契约,写给没有对话上下文的执行器看,不是给人读的散文。
/omd-grill 收尾产的是一张决策记录表(不是散文):
| # | 决策 | 定论 | 落点(/omd-note · pathfinder 票 · SDD 章节) | 证据 |
|---|
本 skill 把这张表结晶成 SDD:表里落点标「SDD 章节」的行 → 进下面的「决策」与「契约」段;标 /omd-note 的轻量决策留在台账不必入 SDD;标 pathfinder 票的附票 id 进「未决」段。表里「待 owner / 待实测」的未解项 → 原样进「未决」段,绝不当成结论写死。
路径:docs/plan/YYYY-MM-DD-<slug>.md(日期用今天,slug 从主题取 kebab-case)。
每段都要能被无上下文的执行器独立消费:
# <标题>
## 目标 (Destination) 一句话讲清做成什么样
## 决策 (Decisions) D-1..D-N:每条已定型裁决 + 一句为什么 + 证据(承决策记录表)
## 契约 (Contracts) 不变量 + GWT 验收点(Given/When/Then)——/omd-execute 逐条判 pass/fail 的依据
## 分解 (Breakdown) 建议施工切片与依赖(conductor 可参考,不必照抄)
## 非目标 (Non-goals) 明确不做什么(防 scope 蔓延)
## 未决 (Open) 还没裁的问题;有 pathfinder 图的附票 id,待实测的标「待实测」
契约段是关键:GWT 验收点写得越可证伪,/omd-execute 的四选一验收越不含糊。一个「模糊验收点」= 一个执行器和你各自解读的裂缝。
path_add 开票),不把猜测写成结论。/omd-execute 交 DAG 执行。/crystals)→ ls docs/plan/*.md 按时间列给他。/omd-sdd 把已收敛的结论结晶成正式契约;审议过程本身在 /omd-grill(问透之前不结晶)。/omd-note 记台账,不必起 SDD。/omd-execute,本 skill 不碰实现。