关于 decision-fog-discipline
用于在关键决策仍不明确时约束方案探索的内部共享 skill，适用于无法诚实列出多个方案方向的情形。它先梳理目标与待决事项，逐项澄清或记录跳过原因，待阻塞问题解决或延期后才进入方案比较。
主要功能
- 01先描述完成时的目标状态
- 02维护简短的待决事项列表
- 03一次处理一个决策问题
- 04阻塞事项解决后再探索方案
- 05允许跳过并记录原因
适用场景
- 01目标或关键决策不清时整理待澄清事项
- 02避免在重要问题未解决时提出方案对比
- 03将明确跳过决策澄清的原因留痕
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/decision-fog-discipline确认已加载。
详细介绍
决策迷雾纪律
内部共享技能。当 Agent 还无法如实列出 2–5 个解决方案方向，因为目标或关键决策仍不明朗时使用（包括跨轮次的情况）。宿主需在
dependencies中声明此技能，若缺少则中止。名称说明： 有意不命名为
wayfinder。仅使用此名称。
铁律
只要阻碍性的迷雾尚未消除，就不得使用解决方案探索表，也不得提出选择解决方案的建议。
迷雾未散时允许进行：澄清问题、分析、不选择解决方案的 OpenSpec 搭建工作、迷雾图／工单备注。
流程
- 目标 — 用一句简短的话描述成功的样子（“完成”是什么样）。
- 工单 — 列出尚未决策的事项（迷雾项）。保持简短。
- 解决 — 一次处理一个工单；向人类提出的问题遵循
clarifying-question-discipline（必须提供推荐答案）。 - 进入下一阶段 — 阻碍性工单解决后，或已说明原因并明确延期后 → 进入宿主的解决方案探索／提案阶段。
跳过： 用户明确跳过迷雾梳理 → 留痕 【决策雾跳过】reason=…，然后继续。
禁止事项
- 关键工单尚未处理时跳转到完整的解决方案对比（除非已跳过）
- 用迷雾图替代 OpenSpec 行为规范
- 在本仓库中将名称改为
wayfinder - 解决工单时一次抛出多个问题
集成指南
- 宿主：在“探索方案”／选择方向的方案评审之前，如果决策仍不明朗，先加载此技能。
- 与
design-approval-gate（选择方案后的实现关卡）和openspec-explore（开放立场，不使用工单图）不同。 - 建议设置
user-invocable: false。
评论
支持 Markdown