critique

用途

critique 是一个以怀疑、VC 风格评估项目想法的技能，用于挑战想法的假设。当用户请求批评、验证或评估“这是不是一个好主意”时使用。

主要能力

该技能会调用 idea-critic 智能体，围绕以下分析领域展开评估：

• 问题有效性：这是不是一个真实的问题？有何证据？
• 市场机会：规模？时机？竞争？
• 方案契合度：方案是否针对根本原因？
• 差异化：为什么这个方案会胜出？
• 商业模式：收入？单位经济？
• 执行风险：团队？时间线？资源？
• 技术可行性：能否被构建出来？

最终生成批评文档，包含执行摘要、关键关切（高优先级、中优先级）、优势、按领域分析、需要回答的难题以及建议（如果继续推进、如果转向）。文档头部包含创建日期、结论（strong | promising | needs_work | reconsider）和置信度（high | medium | low）。

使用方式

命令用法：

• /critique：批评当前项目
• /critique --project coordinatr：指定项目
• /critique --focus market：聚焦市场验证
• /critique --focus technical：聚焦技术可行性
• /critique --focus business：聚焦商业模式

输出位置：ideas/[project]/critiques/YYYY-MM-DD.md

前置条件：必须存在 project-brief.md。检查命令：ls ideas/{project}/project-brief.md；如果缺失，提示“Run /brief first”。

执行流程：

1. 加载项目上下文：读取 ideas/{project}/project-brief.md、ideas/{project}/competitive-analysis.md（如果存在）、ideas/{project}/README.md，并 Glob resources/research/*.md。
2. 调用 idea-critic 智能体。
3. 生成批评文档。

聚焦模式：

• --focus market：市场规模/动态、竞争格局、客户验证、时机与趋势。
• --focus technical：技术可行性、架构复杂度、技能要求。
• --focus business：收入模型、定价策略、单位经济、上市策略。

适用场景

• 完成项目简报之后
• 投入大量时间之前
• 寻求诚实反馈时
• 向他人展示之前

不适用于：仍在形成中的想法（使用 /brief），或需要鼓励时。

工作流

/brief -> /critique -> /research -> /spec

限制

使用前必须存在 project-brief.md，否则无法运行。该技能定位为怀疑式评估，不提供鼓励性反馈。