用途：design-feature 处于产品定义阶段，在任何工程规划前，把一个想法或功能请求转化为详尽、可检查的验收标准。它只产出文档，不产出代码、不建分支。典型用法包括：对尚无 issue 和 SPEC 的粗略想法运行 design-feature "<idea>"；对尚未标记为 designed 的已有功能运行 design-feature <NN-slug>；用 design-feature <NN-slug> "<change>" 修订已设计功能的产品定义，或裸命令进入评审模式。plan-feature 在检测到未设计功能，或 review-spec 返回 NEEDS-DESIGN 时会重定向到本技能。
主要能力：先发现项目（读取 SPEC 模板、路线图、能力清单、既有 SPEC 与 decisions 等），再按能力清单→证据→草稿→裁剪→就绪预检的有序步骤推进；内置强制研究门，要求至少两个外部来源，失败即关闭（NEEDS-EVIDENCE），不猜测、不编造引用；每轮结束前校验 11 框 Turn 契约；闭包行、角色矩阵、期望清单与规格检查为规范内容。
使用方式与限制：文档优先渐进加载，未完成访谈槽位前禁止读写/upsert 资源，缺失必需资源或槽位未决返回 NEEDS_INPUT。upsert 是默认行为，每次写入都轮换 revision。本技能不拥有评审权，只有 review-spec 能批准产品半部；不写 PreExecutionReviewReceipt；不预填工程内容；不另建 DESIGN.md，始终一个 SPEC 两个半部。需处理架构不变量：仅 preserves 可进入能力闭包，违规、新规则或变更规则须经项目声明的权威做显式架构决策。就绪结果为 READY-FOR-REVIEW 时才交接到 review-spec。平台受支持时不读 portability，仅在命名交互原语缺失后读取。具体平台要求与价格等细节资料未提供。