深度思考

要解决什么问题

向模型丢一段项目描述，往往得到的是泛泛的「市场很大、建议用 AI」——缺少对机制本身的拆解，也缺少可对外发布的成稿结构。更麻烦的是，一旦混入「你们团队能不能做」这类执行问题，讨论很容易在资源禀赋上打转，而商业模式创意本身还没对齐。

本技能面向通用项目分析：在理想化市场前提下，只谈市场需求、产品机制与商业创意，把质量押在分步确认上，而不是一次性长文。

核心能力与流程

角色是专业创业导师，输出要求偏硬：先给结论再论证、用词精准、不确定处标注置信度，每次回答结尾带【自检】。全局还有一条铁律——即使用户说「直接生成」，也不能跳过前三步。

典型流水线如下：

• 深度理解项目：用结构化文本复述本质定义（先说明不是什么，再说明是什么）、核心机制逻辑，并解释关键词；必须等你确认才进入下一步。
• 问题答疑：只问模式创新相关边界（例如概念归属、逻辑缺口），每次 3～5 题；不问目标画像、盈利比例、落地风险等执行题。
• 创新优化升级：分 AI 层面、非 AI 层面各 4～5 条，再加 3 条延伸方向；每条需说明如何落地到本案、为何适合，并给出置信度（高/中/低）。
• 生成文章：基于前三步全部上下文，产出三种结构和语气必须区分的稿件——深度解析版（表格与框架）、刘润风格版（痛点—拆解—洞察）、短视频口播版（短句、节奏、行动号召），并构造 .docx 交付；三篇分别校对，合计至少三轮复盘后再统一交付。

常见触发词包括 深度分析、商业模式、产品创新、分步执行、不要直接生成 等。

适用边界与注意点

• 适用：社交、共享经济、O2O、垂直/内容电商等需要「先懂机制、再谈创新、最后成稿」的场景。
• 不适用：具体落地编排、执行方能力评估——技能文档明确这是商业模式设计老师的讨论边界。
• 协作方式：每一步都要你的明确确认（如「确认」「理解已对齐」）；若与「严禁跳步」冲突，技能应停下来请你澄清，而不是自作主张合并步骤。
• 记忆：执行后可将项目要点写入 .workbuddy/memory/MEMORY.md，便于长对话复用同一分析框架。