用途：这是 plan-feature 路由器调用的内部技能，用于把描述新功能的 GitHub issue（或 --from-issue N）转化为项目规划产物中的 SPEC 产品半部分。它只负责产品侧设计，完成后交给 review-spec 做独立的产品评审；工程规划不由本技能负责。若 issue 属于缺陷或技术债，应改走 triage-issue 分类，再走 plan-fix 与 execute-phase --fix。
主要能力与流程：先做项目发现，读取功能 SPEC 模板、路线图、issue/PR 模板，并用 gh issue view <N> --json number,title,body,labels,state,comments 读取 issue。随后分类（确认是功能，并显式给出结论）、统一语言到项目文档语言、映射到路线图（编号与 slug、依赖与冲突、耦合与迁移风险）、补齐产品半部分缺口（目标、范围进出、业务目标、i18n/SEO/a11y/定价、UI 设计参考等）、满足能力闭环并写入 SPEC 的 ## Capability closure 与 ## Acceptance criteria、估算 XS/S/M/L（L 建议拆分）、生成 SPEC 产品半部分并标记 ## Design status: designed、同步路线图行状态为 defined、运行 spec readiness 预检并记录 artifactRevisionId、写入 #N 并确保 PR 包含 Closes #N。若 issue 单薄、无法安全完成能力闭环，则移交给 design-feature，而不是勉强盖章。
限制：本技能不开分支、不写代码、不做工程规划、不生成 phases、不做 defined → planned 提升，也不调用 plan-feature-scaffold；不得越过 review-spec；不得在能力闭环为空时标记 designed；不得静默扩大范围；架构不变量仅 preserves 可标记 designed，其余分类需经项目声明的权威做显式决策。完成后输出固定报告并转到 review-spec。