메뉴
将头脑风暴结论转化为结构化规格文档，包含需求、技术设计、任务拆解和决策记录。Use when user says "write spec", "写规格", "sdd spec", or wants to formalize a brainstormed idea into an implementable specification. Reads .plan/brainstorm.md if available.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Extremely strict maintainability review focused on structural simplification, abstraction quality, and spaghetti-condition growth. Not a general correctness review -- this is a deep code quality audit that pushes for "code judo" moves that delete complexity. Use when asked to "code review", "maintainability review", "code quality audit", "/code-review", or "/review-quality".
Spawns a verifier subagent to audit your work: traces what was done, reviews the diff, runs builds/tests, and delivers a PASS/FAIL verdict. Auto-retries fixes up to 3 rounds. Use when asked to "check work", "verify changes", "self-verify", "/self-verify", "/check", or "/verify".
轻量需求头脑风暴 — 先扫代码库确认前置条件，再用 2-3 轮聚焦讨论锁定范围和方案。Use when user says "brainstorm this feature", "需求讨论", "sdd brainstorm", or wants to explore a feature idea before writing specs. Replaces heavyweight brainstorming workflows that burn tokens.
按规格文档的 Ticket 逐个实现代码，每个 Ticket 独立上下文避免幻觉。内置 todo 进度追踪，支持 LSP 诊断、worktree 隔离、子智能体委派等按需升级。Use when user says "implement ticket", "实现这个任务", "sdd implement", "开始实现", or wants to execute tasks from a spec. Reads .plan/spec.md for task breakdown.
Comprehensive quality analysis tool for Claude Skills. Evaluates skills from GitHub URLs, marketplace links, ZIP files, or local directories across five dimensions (structure, security, UX, code quality, integration) using balanced scoring and three output modes (comprehensive report, interactive review, pass/fail certification). Triggers on "analyze skill quality", "review this skill", "evaluate skill", or "skill quality check".
Comprehensive security analysis for Claude Code skills with P0-P3 enhancements. Detects malicious code, obfuscation, YAML injection, typosquatting, time bombs, sandbox escapes, and 40+ attack patterns. Use for analyzing skills before installation or auditing existing skills.
| name | sdd-spec |
| description | 将头脑风暴结论转化为结构化规格文档，包含需求、技术设计、任务拆解和决策记录。Use when user says "write spec", "写规格", "sdd spec", or wants to formalize a brainstormed idea into an implementable specification. Reads .plan/brainstorm.md if available. |
| argument-hint | Reference brainstorm output or describe the feature to spec |
| disable-model-invocation | true |
将需求讨论结论转化为开发者可直接执行的结构化规格文档。
按优先级：
.plan/brainstorm.md — 存在则优先基于此两者都不充分时，先问 3 个以内关键问题，不强行生成半成品。
写入 .plan/spec.md。模板设计原则：每个段落都有明确的下游消费者（implement 读什么、review 检查什么），去掉没人读的段落。
# 规格文档：<功能名称>
> 来源：[brainstorm](./brainstorm.md) / 用户直接描述
> 日期：YYYY-MM-DD
## 1. 目标与约束
**做什么**：一句话。
**不做什么**：防止范围蔓延。
**约束**：性能、兼容性、技术限制（如无则写"无"）。
## 2. 技术设计
### 架构决策
| 决策点 | 选择 | 理由 | 替代方案 |
|--------|------|------|----------|
| ... | ... | ... | ... |
### 接口设计
关键函数/类/API 签名（伪代码即可，implement 会读这部分）。
### 文件变更清单
| 文件 | 变更类型 | 说明 |
|------|----------|------|
| path/to/file | 新建/修改/删除 | 做什么 |
## 3. 验收标准
用编号列表，每条可测试：
1. Given ... When ... Then ...
2. ...
## 4. 任务拆解
按实现顺序排列。
### Ticket 1：<任务名>
- **目标**：一句话
- **涉及文件**：文件列表
- **实现要点**：关键步骤
- **验收方式**：如何确认完成
- **依赖**：无 / Ticket N
### Ticket 2：...
...
## 5. 决策日志
> 记录讨论过程中做出的关键决策，防止"为什么这样做"在对话腐烂中丢失。
> implement 阶段遇到疑问时回查这里。
| # | 决策 | 理由 | 日期 |
|---|------|------|------|
| D-1 | ... | ... | ... |
| 信号 | 升级动作 | 何时值得 |
|---|---|---|
| 接口设计涉及多模块交互 | 调 LSP findReferences 验证接口可行性 | 改公共 API、跨模块调用 |
| 变更影响面不确定 | 用 codegraph impact 分析影响范围 | 重构核心模块 |
| 方案需要压力测试 | 提示用户运行 /grill-me | 高风险、高不确定性 |
| 规格文档较长需要润色 | 派发「技术文档工程师」子智能体 | 对外发布的 API 文档 |
规格文档已生成到
.plan/spec.md。
- 想压力测试方案？用
/grill-me- 开始实现？用
/sdd-implement- 需要修改某个 Ticket？直接告诉我