技能介绍

它要解决的问题

项目分析最常见的失败模式有三种：结论先行但论证空心、套模板输出千篇一律、还没理解项目就开始给方案。很多工具把商业计划书写成宣传稿，形容词堆砌、没有反方观点、没有置信度标注，读者无法判断哪些判断可靠。本技能针对的就是这一链路：在输出任何分析之前，先把「理解」本身变成一个可被用户验证的工件。

工作方式

整个技能被设计成一条不可跳过的流水线，即使用户说「直接生成」也必须走完前三步：

第一步：理解复述。模型逐点拆解项目定义（先说清「不是什么」，再说「是什么」），用表格或分层结构呈现核心机制，标注用户原话中的关键词并解释含义。用户确认后才能继续。
第二步：概念澄清。针对模式创新性提出 3–5 个问题，例如「如果 X 不发生，Y 是否还成立」，但不问执行层面的问题（如用户画像、盈利构成比例）。用户逐条回答后，模型必须逐条回应「已更新理解」。
第三步：创新输出。主动给出三个层面的升级意见：AI 层面（智能匹配、生成式内容等 4–5 条）、非 AI 层面（激励机制、信任体系等 4–5 条）、延伸方向（横向、纵向、生态 3 条），每条都必须回答「为什么适合本案」并标注置信度。
第四步：三风格成稿。基于前三步内容，分别生成深度解析版、刘润风格版、短视频口播版三套 Word 文档，结构与语气必须实质区分，而非只改标题。

全程遵守 9 条规则：先结论后论证、用词精准、不确定必须标注、结尾用【自检】列出 3 个潜在局限、每个论点自问「数据支撑与反方观点是什么」。