智库 · 项目分析

它解决什么问题

项目分析类任务最常见的失败模式是：模型还没真正理解项目，就急着输出一长串"创新建议"，结果要么停留在表面复述，要么逻辑自相矛盾。这个技能针对的正是"理解未对齐就生成"的问题——在动笔之前，强制先完成深度理解和多轮澄清。

核心机制

技能把分析拆成一条不允许跳步的流水线：

• 第一步：深度理解项目。 先说明"不是什么"，再说明"是什么"；拆解核心机制的逻辑结构；标注关键词含义。完成后必须等待用户确认，才能进入下一步。
• 第二步：问题答疑。 只聚焦商业模式创新性相关的关键疑问（概念边界、逻辑缺口），每次 3-5 个，刻意回避目标用户画像、盈利构成等执行层问题。
• 第三步：创新优化升级。 分三个层面主动输出：AI层面创新（4-5 条）、非AI层面创新（4-5 条）、创新延伸方向（3 条）。每条都要求说明"为什么适合本案"并标注置信度（高/中/低）。
• 第四步：生成文章。 基于前三步对齐的全部内容，产出三种风格迥异的文档：深度解析版、刘润风格版、短视频口播版。

每篇文章生成后必须完成至少一轮自我复盘校对，三篇共至少三次，分别覆盖事实准确性、风格区分度、口语化程度；发现的问题修正通过后才交付。

内置规则

一组强约束贯穿全程：先给结论再论证；严禁编造未验证信息，不确定内容必须标注；情绪价值为零、事实优先；具备对抗性思维，主动寻找自身推理漏洞；每次回答结尾必须用 【自检】 列出三条潜在局限。

适用边界

• 讨论基于理想化市场，不涉及具体落地执行（用户画像、盈利比例、最大风险等）。
• 输出目录与运行环境路径固定（如 C:\Users\15892\Desktop\商业模式文章\），换环境需相应调整。
• 分步确认制意味着流程较长，不适合要求一次性快速出稿的场景。