用途：把 PRD 需求拆解为可直接实现的特性规格，覆盖用户故事、验收标准与边界情况。比 PRD 更轻量，聚焦单个功能。
主要能力：先调用 check-history 了解项目上下文并关联父 PRD；用一句话定义功能（[动词][对象] for [用户] to [结果]）；编写主用户故事及变体；按正常路径、输入校验、边界情况、错误处理、性能、安全、无障碍等维度写验收标准；输出错误状态矩阵（错误条件、用户提示、系统动作、恢复方式）；记录 UI/UX 注意事项、技术约束、依赖与非功能需求；最后用 TEMPLATE.md 生成规格并做输出校验。
使用方式：按工作流逐步执行，先收集上下文，再定义功能、写用户故事、验收标准、错误矩阵、UI/UX、技术约束，最后生成输出。
适用场景：单个功能的实现规格，如商品快速查看、角色权限编辑器、交易争议流程等。
限制：不用于初始产品需求（用 prd-writing）、系统架构设计（用 technical-spec-writing）、评审已有规格（用 feature-spec-reviewing）；缺陷修复和小于一天的小改动不适用。避免范围过宽、遗漏边界情况、验收标准含糊、无错误状态、写入实现细节。
相关技能：接收 prd-writing、prd-reviewing 输出；与 feature-spec-reviewing 配合；导向 technical-spec-writing、sparc-planning。