用途：该技能定位为“项目入口/需求澄清”，不负责大规模实现。它把模糊想法或已有仓库目标，收敛为可执行输入，再路由到合适的工作流或技能。若用户仅有想法，先用 workflow-brainstorm 模块打磨为可执行设计。
主要能力：通过每次只问 1 个问题（优先多选）的提问协议，收敛最小信息集，包括 entry_type（idea 或 prototype，prototype 需 repo_root）、成功标准（核心闭环、3-5 条验收标准、1-3 条非目标）、关键开关（need_database 默认 Supabase、need_billing 默认 Stripe、need_auth 默认 false、need_deploy 默认 GitHub + Vercel、need_seo）以及可选约束（时间线、风险偏好、设计约束）。随后持久化 proposal.md 与 context.json，并按规则路由。
使用方式：将状态外部化到文件系统，技能视为无状态执行单元。运行目录默认在目标项目根目录 runs/<workflow>/active/<run_id>/；若存在 openspec/project.md 或 context.json 指定 artifact_store，改用 OpenSpec 兼容模式 openspec/changes/<change-id>/，完成后归档到 archive/YYYY-MM-DD-<run_id>/。仅传递路径而非内容；任何有外部副作用的写操作（删除/修改云资源/写库/退款/取消订阅）必须先写计划并等待用户明确确认。若在 Claude Code 下启用演进循环，可提前运行一次 tool-hooks-doctor，缺失 hooks 时可提供安装项目级 hooks（不阻塞）。
路由：默认从想法/小原型到上线用 workflow-ship-faster；仅样式/设计系统用 tool-design-style-selector；单个功能迭代用 workflow-feature-shipper；React/Next.js 性能审查用 review-react-best-practices；数据库侧操作用 supabase 技能；Stripe 侧操作用 stripe 技能；不确定则先完成 Intake Checklist 再路由。交接前需复述理解、说明路由并询问是否开始执行。可按目录/维度拆分并行子任务，输入仅路径，产物写入 evidence/parallel/<task-name>/。支持从检查点恢复，先读 tasks.md，不重复已完成步骤。
限制：不承担大规模实现；资料未提供具体价格、收费、效果数据与更多平台细节。