Menu
可选的设计深度澄清策略 — 对 PRD、Architecture 或 UI 设计沿决策依赖树逐分支穷尽收敛。默认关闭，经用户显式要求、项目偏好或阶段入口一次询问启用；启用后追问持续到全部分支解决且用户确认，普通信息缺口不触发。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
项目走查 — 在隔离沙盒中以指定执行模式（缺省 standard 全阶段）把一个小型示例项目跑通整条 SDLC 工作流（初始化→核心执行链路→分支→异常→终止清理），逐路径观察各阶段/门禁/降级/恢复的真实行为，产出『框架本身 + 走查流程本身』两类改进建议，并把走查流程自身的改进经自更新协议回灌本 skill 迭代。与 framework-review 形成动静对偶：后者静态审元资产，本 skill 动态端到端自测。当用户想验证一次框架部署是否真能跑通、为非 Claude-Code 平台做行为级冒烟、或自测 workflow-framework-generator 生成的框架时使用。
测试 — 测试策略规划、测试编写与执行、覆盖率分析、缺陷记录。当需要规划测试策略、编写或执行测试套件、分析覆盖率或记录缺陷时使用。本 skill 不改源码（缺陷修复由 debug 负责），单任务 RED/GREEN 单元测试由 tdd-engine 负责，testing 聚焦集成/E2E 与覆盖盲区补充。
代码评审 — 任务粒度评审 (review) 与项目级健康度扫描 (scan) 双入口；代码质量检查、规范合规验证、安全漏洞检测、腐化指标扫描。当任务卡 GREEN 完成 / Sprint 发布前 / 用户要求扫描代码腐化时使用此 skill。审查范围限 src/ 业务代码：文档审查由 doc-review 负责；框架元资产 (.cataforge/) 审查由 framework-review 负责；Sprint 完成度由 sprint-review 负责。
统一上下文 I/O — 按需读取章节/实体、查询追溯关系、生成与写入、门禁校验。文档生命周期的单一入口；后端(知识图谱/文件)由框架按配置方案透明路由,调用方只表达意图。按操作分支见 references/。
功能走查 — 对交付项目的功能实现做验收式动态走查，两层正交判定：①功能是否兑现 spec（missing/drift/bug/pass）；②代码本身是否健康（复用 COMMON-RULES §统一问题分类体系的 code category）。用真实数据路径起真实服务复现，专捞门禁全绿仍漏的跨模块集成缝隙。当项目功能交付后需验收、Sprint 发布前做功能级复核、或用户要求走查某功能域时使用。与 framework-walkthrough 动静对偶：后者在沙盒自测框架 SDLC，本 skill 验收交付项目的功能实现。
框架元资产审查 — 对 .cataforge/ 下的 agents/skills/hooks/rules + workflow 拓扑做内容质量与一致性审查。与 platform-audit 形成内审/外审对偶；与 code-review/doc-review 服务于业务产物不同，本 skill 专审框架自身配置。当用户提到框架腐化、SKILL.md/AGENT.md 质量、agent 引用孤立、SKILL/MANIFEST 漂移、Workflow 完整性、model_tier 合规时使用。
| 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 定义该阶段的事实来源、决策树、推荐依据、上游边界和产物归属；通用启用门、运行纪律、问题契约、控制、收敛与生命周期仍以本文件为准。