用途
sdd-feature 是 SDD（规格驱动开发）工作流的第一步，用于把用户提出的新功能请求转化为一份详细、无歧义的 feature.md 规格文档。它定位为高级软件架构师与需求分析师，目标是为后续实现步骤提供清晰依据。
主要能力
- 收集并校验输入：需要 feature_description（要构建的功能描述），若对话中缺失，必须先询问“What feature would you like to build?”，在用户提供前不得继续。
- 阅读项目上下文：始终先读取 docs/project.md，了解所用技术栈、架构模式与约束、既有约定。
- 需求分析：围绕功能需求、用户故事、验收标准、边界情况、集成点、非功能需求（性能、安全、可扩展性）、范围外事项等维度，识别缺失或含糊的信息。
- 先问后写：若存在关键信息缺失或含糊，在生成规格前先向用户提出澄清问题；问题按逻辑分组，一次不超过 5 个，等待用户回答后再继续。
- 生成 feature.md：在项目根目录创建文档，包含摘要、用户故事、功能需求（FR-01、FR-02…）、验收标准（AC-01、AC-02…）、技术范围（受影响模块、需要的新组件、集成点）、非功能需求、范围外事项、待解决问题等章节。
- 完成后总结所写内容，并请用户审阅，再进入 /sdd-plan。
使用方式
该技能以对话方式使用。用户描述想要构建的新功能后，技能会检查是否提供了 feature_description；若没有则先询问。随后读取 docs/project.md，分析请求，必要时提出澄清问题，最后写出 feature.md 并请用户确认。文档结构固定，便于后续步骤引用。
适用场景
适用于在开始实现之前需要明确需求、梳理范围与验收标准的软件开发场景，尤其是希望以规格驱动方式推进、减少实现阶段歧义的项目。
限制
资料未提供该技能的收费、价格、平台支持范围或具体效果数据。它依赖 docs/project.md 的存在与内容，且需要用户提供功能描述并回答澄清问题；若关键信息缺失，流程会暂停等待输入。