Menu
Use when creating a feature specification from requirements - triggers on /spec:define, 写 spec, 定义规范, 功能说明, or when needing deep code research before defining what to build
Installer avec Codex ou Claude Copiez ce prompt, collez-le dans Codex, Claude ou un autre assistant, puis laissez-le vérifier la page du skill et l'installer pour vous.
Basé sur la classification professionnelle SOC
| name | spec:define |
| description | Use when creating a feature specification from requirements - triggers on /spec:define, 写 spec, 定义规范, 功能说明, or when needing deep code research before defining what to build |
将需求/想法转化为一份严谨的功能规范文档 spec.md，包含根因分析、视觉需求、功能需求、文件清单和边界情况。
产物: specs/[feature_name]/spec.md
你生成的 spec.md 必须同时满足以下 6 项硬指标，任何一项不通过禁止提交：
| # | 自检项 | 合格标准 |
|---|---|---|
| 1 | file:/// 可点击源码链接 | ≥ 3 处。格式：[文件名:L行号](file:///绝对路径#L行号)。从 grep/读取返回值复制绝对路径，反斜杠换正斜杠。纯文字行号不合格 |
| 2 | ASCII 布局图 | 视觉需求章节必须含 ≥ 1 张 ASCII 字符布局图，画出改动前后的元素排列对比。禁止仅用文字描述 |
| 3 | 代码片段 | ≥ 2 处 fenced code block（根因原始代码 + 修复方案代码） |
| 4 | 边界情况 | ≥ 4 条，每条含：场景 + 风险 + 缓解策略 |
| 5 | 现有机制复用说明 | 明确列出复用了哪些已有变量/函数/CSS 类，以及为什么不需新增逻辑（如适用） |
| 6 | 文件清单表格 | Markdown 表格，列出所有改动文件 |
memory/constitution.md 确认技术栈与编码规范约束feature_name，以此为产物目录名；否则从需求描述中提取关键词作为目录名定量红线：调研阶段必须执行 grep_search 或文件读取 至少 5 次才允许进入撰写阶段。不足 5 次说明调研深度不够。
必须完成：
UPDATE_LOG.md 和 README.md，确认是否有过类似改动或回归风险file:/// 链接specs/[feature_name]/spec.mdfile:/// 源码链接UPDATE_LOG.md 中的版本号和条目标题file:/// 源码链接file:/// 链接）和改动前后代码片段创建 spec.md 后，必须立即用 grep 搜索自己写的 spec.md 中的 file:///：
向用户展示所创建的 spec.md 摘要，并在回复末尾附带以下自检表：
| 自检项 | 要求 | 实际 | 达标 |
|--------|------|------|------|
| file:/// 链接数 | ≥ 3 | ? | ✅/❌ |
| ASCII 布局图 | 有 | 有/无 | ✅/❌ |
| 代码片段数 | ≥ 2 | ? | ✅/❌ |
| 边界情况条目 | ≥ 4 | ? | ✅/❌ |
| 机制复用说明 | 有 | 有/无 | ✅/❌ |
| 文件清单表格 | 有 | 有/无 | ✅/❌ |
完成后提示用户：下一步运行 /spec:architect 生成实施计划。
Use when converting a spec into an actionable implementation plan with file manifests, phased checkbox steps, and code snippets - triggers on /spec:architect, 写 plan, 实施计划, 架构计划
Use when executing an implementation plan step by step with enforced compilation verification and status sync - triggers on /spec:execute, 执行计划, 实施, 开始改代码
Use when auditing and cleaning legacy code before new feature development, with mandatory user confirmation before changes - triggers on /spec:refactor, 重构, 清理代码, 代码审计
Use when verifying completed features against their spec through visual audit, boundary testing, and regression checks - triggers on /spec:verify, 验证, 检查, 验收