创意打磨

它解决什么问题

对着空白文档想新产品方向时，大多数人栽跟头不是因为想得不够，而是想得太浅：抓到第一个念头就开始写方案，跳过了「这是谁的问题」和「我们凭什么相信它会成立」。Idea Refine 补的就是这段空白。它不写代码、不排期，而是扮演一个严格但诚实的创意搭档，把原始想法拆散、逼问、再收敛，直到剩下一个值得动手的最小版本。

核心能力与工作方式

整个过程是交互式对话，不是模板填空。Agent 会用 AskUserQuestion 工具先拿到关键输入——目标用户是谁、成功长什么样、真实约束是什么——在你回答之前不会往下推进。

三阶段结构：

• 理解与扩展（发散）：先把想法重写成一句清晰的 How Might We 问题；再问 3-5 个 sharpening questions；然后沿反转、约束移除、受众迁移、组合、简化、10x 规模、专家视角等透镜生成 5-8 个变体。若当前目录是代码库，Agent 会用 Glob、Grep、Read 扫描已有架构与约束，把变体落在真实代码之上，而不是凭空想象。
• 评估与收敛（聚合）：把有共鸣的想法聚成 2-3 条方向上有本质差异的路线，按用户价值、可行性、差异化三把尺子压测，并显式列出隐藏假设——赌它成立什么、什么会杀死它、暂时忽略什么。此阶段会读 refinement-criteria.md 里的完整评分细则。
• 打磨与交付：产出一份一页纸 Markdown，包含 Problem Statement、Recommended Direction、Key Assumptions、MVP Scope，以及最有价值的 Not Doing list。经你确认后写入 docs/ideas/[idea-name].md。

Agent 还会按需参考 frameworks.md 与 examples.md，挑合适的透镜用，而非机械跑完所有框架。

适用边界与注意点

• 它需要你全程参与。引导式问答是核心机制，不适合丢一句话就想拿结论的人。
• 诚实优先。Agent 会对弱想法直接反驳，不当 yes-machine；如果你要的是纯肯定，它不合适。
• 它产出的是思考产物，不是可执行的实现计划，不含技术选型与排期。
• 评分清单不替代验证。Verification 要求方向确认前先列出假设，但「列出」不等于「验证通过」，动手前仍要做用户访谈或技术验证。
• 当它直接跳到第三阶段交文档、或一次性甩出 20 个浅变体时，说明流程已经走偏。