菜单
可选的设计深度澄清策略 — 对 PRD、Architecture 或 UI 设计沿决策依赖树逐分支穷尽收敛。默认关闭，经用户显式要求、项目偏好或阶段入口一次询问启用；启用后追问持续到全部分支解决且用户确认，普通信息缺口不触发。
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/lync-cyber/CataForge --skill design-grill命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
基于 SOC 职业分类
正在显示 SKILL.md
| name | design-grill |
| description | 可选的设计深度澄清策略 — 对 PRD、Architecture 或 UI 设计沿决策依赖树逐分支穷尽收敛。默认关闭，经用户显式要求、项目偏好或阶段入口一次询问启用；启用后追问持续到全部分支解决且用户确认，普通信息缺口不触发。 |
| argument-hint | <prd|arch|ui> [需要深度澄清的范围] |
| suggested-tools | ["file_read","file_glob","file_grep","web_search","web_fetch","user_question"] |
| depends | ["context","research","penpot-bridge"] |
| disable-model-invocation | false |
| user-invocable | true |
本策略默认关闭，启用与否始终由用户显式决定；自动建议不等于启用，不得仅因「信息不完整」或「需要澄清」自行进入。启用通道按序核实：
深度澄清(Grill) 为 always 时，阶段 skill 进入发散澄清前直接启用；为 never 时不询问，仅保留通道 1。深度澄清(Grill): always|never。询问是协议动作，用户选择「开启」才构成显式同意。未获显式同意时立即返回原阶段，以 research user-interview 做普通澄清。
scope 取 prd | arch | ui，限当前阶段或用户指定范围；Grill 是阶段内策略，不改变 phase、执行模式或长期项目偏好。完成或退出后把总结交回 req-analysis、arc-design 或 ui-design，恢复原阶段流程。
启用即进入深挖模式：沿决策依赖树逐分支穷尽追问，直到每个分支被解决（用户确认、明确委托推荐或显式跳过）且用户确认共同理解。事实与决策分离——能从环境核实的事实自查不问，需要拍板的决策无论大小都归用户，不得以「影响小」「有合理默认」为由静默替用户决定。退出与暂停的决定权在用户；本策略不自行宣布收敛、不主动劝退。
standard: PRD、Arch、UI 可分别运行并保持独立台账；仅 Arch 可筛选 ADR 候选；UI 在 Design-Tool Capability Gate 通过后才可读取 Penpotagile-lite: 只收敛能落入 lite 产物边界的问题；planning 中先 prd 后 arch，UI 仅在显式启用 UI 阶段时运行；Arch-lite 不创建 ADR，UI-SPEC-lite 不扩张为完整页面、路由或响应式规格。核心决定无法在 lite 边界表达时建议切换 standard，不自动切换agile-prototype: 不自动建议 Grill，阶段入口也不询问；用户显式要求时只对 brief 中的产品、技术或 UI 意图做受限澄清。发现复杂架构、多页面、长期演进或高风险决策时建议升级模式，不自动创建完整阶段文档或 ADR按本地事实优先顺序查明问题，能确定的内容不得再询问用户：
cataforge context read 返回的 PRD、Arch、UI-SPEC 与 research 内容design_tool=penpot 且 Capability Gate 已通过时，经 penpot-bridge read 获取结构、样式、Token 实值；必要时 export_shape 做视觉 grounding[ASSUMPTION]事实冲突时列出冲突、来源与权威范围，只让用户裁决意图或权威归属。代码用于核实现状，不自动等同于用户意图。
维护当前 scope 的决策依赖树，只询问父决策已具备但尚未解决的前沿节点。父决策未确认时不询问依赖它的子决策；用户修改上游决定时，只重开受影响的下游分支。
按以下顺序选择问题——顺序只决定先后，不构成过滤，排序靠后的分支同样必须走到：
MAX_QUESTIONS_PER_BATCH使用以下格式：
决策：{需要确认的事项}
影响：{会解锁或改变的下游决定}
A. {选项}
B. {选项，推荐}
C. {选项}
推荐 B：{本地事实、上游文档或调研依据}
代价/重评条件：{主要代价；何时重新考虑}
进度：已解决 {N}/{已识别分支数}，当前分支 {分支名}
可回复：接受建议 / A / C / 跳过 / 暂停 Grill / 停止并总结
接受建议: 记录推荐项、依据和用户接受事实接受本轮建议: 仅在同批每个问题都有独立推荐时接受全部推荐跳过: 可逆项记为显式 [ASSUMPTION]；阻塞项保持未决并记录影响，不宣称完整收敛暂停 Grill: 保存当前检查点并更新单份 research-note，不推进正式阶段 authoring停止并总结: 输出已决、假设、未决及其影响，让用户选择按普通流程继续或保持暂停继续 Grill: 加载当前阶段最新 research-note 和阶段草稿，从首个未决依赖恢复，不重问已解决问题一个依赖分支收敛、用户暂停或退出时更新 research-note；会话中不因每条回答频繁重写正式阶段文档。
Grill 不按固定轮数退出，也不由本策略判定「问够了」——继续、暂停或停止由用户决定。仅当以下条件全部成立时视为完整收敛：
用户提前停止时如实列出未解决分支，不宣称完整收敛。总结包含：
阶段 Skill 将终态结论写入 PRD、Arch 或 UI-SPEC；research-note 是过程证据，阶段文档是终态权威。阶段文档 approved 后，后续变化走既有 amendment、revision 与 reconcile 流程，research-note 不反向覆盖 approved 文档。
scope 确认后按 scope 只加载一份对应 reference，不得预加载其他 profile：
prd → PRD Grill profilearch → Architecture Grill profileui → UI Grill profilereference 定义该阶段的事实来源、决策树、推荐依据、上游边界和产物归属；通用启用门、运行纪律、问题契约、控制、收敛与生命周期仍以本文件为准。