用途：项目入口与需求澄清，把模糊想法或初步目标收敛为可执行输入，再交接给下游工作流。它本身不负责大规模实现。
主要能力：先检查项目上下文，一次只问一个问题（优先多选题）；给出2-3个带取舍的选项；分段输出设计并逐段确认。需要产出最小信息集，包括入口类型（idea 或 prototype，prototype 需 repo_root）、成功标准（一个核心闭环、3-5项验收标准、1-3项非目标）、关键开关（need_database 默认 Supabase、need_billing 默认 Stripe、need_auth 默认 false、need_deploy 默认 GitHub+Vercel、need_seo）以及约束项。
使用方式：状态外置到文件系统；只传路径不传内容；写操作先写计划并等待用户明确确认。默认运行目录为 runs/<workflow>/active/<run_id>/，存在 openspec/project.md 或指定时可用 openspec/changes/<change-id>/。产物包括 proposal.md、tasks.md、context.json，以及可选的 evidence/、logs/events.jsonl。路由上，从想法到上线默认用 workflow-ship-faster；仅设计系统用 tool-design-style-selector；单功能迭代用 workflow-feature-shipper；React/Next.js 性能审查用 review-react-best-practices；数据库用 supabase，Stripe 用 stripe。结束前复述理解、说明路由并询问是否开始执行。不确定时先完成 Intake 清单再路由。
限制：不执行大规模实现；关键写操作需用户确认；敏感信息不写入日志；具体运行环境与钩子安装等细节以实际项目为准，资料未提供更完整的实现说明。