用途：将用户的原始功能想法或问题描述，扩展为结构化、有调研支撑的规格文档，写入 .compozy/tasks/<slug>/_idea.md，作为创建 PRD 的基础。
主要能力：按固定清单分阶段执行——确定项目与目录、通过 3-6 个针对性问题理解想法、并行开展代码库探索与网络市场调研、以商业分析师视角分析可行性（KPI、成功指标、用户画像）、通过多顾问 council 辩论权衡取舍、以产品策略师视角扫描更高杠杆的替代方案、按规范模板起草、与用户评审迭代、保存文件。同时会为范围决策生成 ADR，写入 .compozy/tasks/<slug>/adrs/adr-NNN.md。
使用方式：提问必须使用运行时的交互式提问工具，一次只问一个问题，优先多选并提供兜底选项；若运行时无此类工具，则把问题作为完整消息输出并停止生成。调研阶段并行发起代码库探索与 3-7 次网络搜索；无网络搜索工具时仅做代码库探索并注明限制。草稿必含 Overview、Problem、Core Features、KPIs、Feature Assessment、Council Insights、Out of Scope (V1)、Architecture Decision Records、Open Questions 等章节，功能 3-10 项，KPI 3-6 项且带数值目标。保存前需用户确认文件名，完成后提示下一步用 cy-create-prd 创建 PRD。
适用场景：需要把模糊功能想法转化为可评审、可进入 PRD 流程的规格文档时。
限制：所有想法都走完整调研与辩论流程，不因“简单”而跳过；只关注业务层面的 WHAT 与 WHY，不涉及实现细节；内容用英文撰写；若上下文不足则记入 Open Questions 而非猜测；更新模式下保留用户未要求修改的章节。具体收费、价格与平台支持情况暂未提供。