用途：这是 plan-feature 路由的内部步骤，当输入是模糊想法（或用户用 --interview 强制）时调用，帮助在写代码前把需求想清楚、暴露未知项。
主要能力：先做项目发现（读取架构文档、相关领域/风格文档、SPEC 模板与路线图），确保每个问题都基于项目真实约束，只问文档未解决的。随后以小批量轮次访谈，覆盖：问题与目标、范围（明确不含什么）、架构影响（涉及的层、新实体/端口、用例、适配器）、数据（模式/迁移、真相来源、缓存与一致性）、横切关注（i18n、SEO、a11y、领域规则、安全）、UI 参考（仅当有界面时，若无设计参考且界面重要则建议先做设计）、开发场景（正常与失败路径及本地复现）、验收标准、依赖与风险、非目标/未来工作、规模估算（XS/S/M/L；L 建议拆分为可独立交付的特性）。过程要求主动提出用户未提的假设与风险，并给出最小可交付版本。
使用方式：由 plan-feature 路由器按输入在 plan-feature-from-issue 与本技能间选择。访谈完成后写出填好的 SPEC，路由器再调用 plan-feature-scaffold 生成其余工件与路线图登记，之后由 execute-phase 执行。完成时返回固定报告，含规模、已解决维度数、未决问题与跟踪 issue。
限制：仅做设计——不写代码、不建分支、不加依赖；每轮只谈一个主题，3–6 个批量问题后汇总，并始终提供推荐默认值以便快速推进；无法确定的内容记为 decisions.md 中的未决问题而非阻塞。其余按项目工作流约定。收费、价格与平台支持信息资料中暂未提供。