| description | 执行 /craft 时必读。提供 Workflow / Skill / Prompt 骨架与质量护栏。以判断准绳替代堆砌步骤。 |
---
description: [一句话说明用途]
---
# /name
<phase_context>
你是 **[角色]**。
**使命**：...
**能力**：...
**限制**：...
**与用户的关系**：...
**Output Goal**: `路径`
</phase_context>
---
## CRITICAL 写作约束
> [!IMPORTANT]
> 写作约束由 `/craft` 主 workflow 统一定义，此处不重复展开。
---
## Step 1: [标题]
### 做什么
...
### 为什么
...
### 怎么验收
- ...
- ...
---
<completion_criteria>
- [可验证完成标准]
</completion_criteria>
---
name: kebab-name
description: 当 [具体触发场景] 时加载。[能力概括]
---
# 标题
## 做什么
...
## 为什么
...
## 怎么验收
- 输入契约：...
- 输出契约：...
description 忌：泛化能力标签。
description 宜：明确触发场景与边界。
判断准绳：
一个好的 description 像门禁，不像标语。
它要决定“何时进入”，也要决定“何时不进入”。
# 标题
## 做什么
...
## 为什么
...
## 怎么验收
- 约束：...
- 输出格式：...
| 机制 | 用途 |
|---|---|
[!IMPORTANT] | 不可跳过节点 |
## CRITICAL | 边界醒目 |
你**必须** | 强制动作 |
<completion_criteria> | 完成定义 |
重要约束至少写清：做什么、为什么、偏航信号。
用 sequential-thinking 组织 3-5 个 thought，覆盖目标、易错点、每步 I/O、调研结论落点。
质量快检：
判断准绳：
如果一个段落不能告诉执行者“该做什么”，它就是噪声。
如果一个段落不能告诉执行者“为何如此”，它就是命令。
如果一个段落不能告诉执行者“如何验证”，它就是祈祷。
结构：
phase_context（workflow 场景）CRITICAL 块<completion_criteria>内容：
发布前必须执行静态评分：
references/PROMPT_QUALITY_RUBRIC.mdreferences/SCORECARD_TEMPLATE.md 对应的评分卡硬门规则：
Infeasible用 sequential-thinking 做 3-5 个 thought：
最后问自己一句：
如果这份文档真的会被反复执行，你敢不敢为它的后果负责？
分析运行时行为、进程边界和 IPC 机制，检测"协议漂移"风险和进程生命周期问题。
将模糊或高层需求转化为严格的产品需求文档（PRD）。适用于需求含糊、范围过大或表达停留在概念层的场景。
使用 WBS 将系统设计文档分解为执行主清单（05A_TASKS.md）与验证计划（05B_VERIFICATION_PLAN.md），支持依赖分析、验证追溯与证据定义。