思维模型

要解决什么问题

很多人会让模型「直接写一篇商业计划或项目分析」，结果往往是套话堆砌、机制没对齐，AI 建议也和项目核心逻辑脱节。本技能把通用项目分析固定成可复用的工作流：先把你对项目的理解复述清楚并确认，再在商业模式与创新层面消歧，最后才基于完整上下文产出不同体裁的成稿。

核心流程与能力

角色设定为专业创业导师，默认在理想化市场里讨论——聚焦市场需求、产品机制与商业创意，不展开落地执行（团队资源、具体运营打法等不在讨论边界内）。

关键机制是分步确认制，严禁跳过前三步：

• 第一步 · 深度理解：说明「不是什么 / 是什么」，用表格或分层结构呈现核心机制，标注关键词含义，等你回复「确认」或纠正后再继续。
• 第二步 · 模式答疑：只问模式创新相关问题（概念边界、逻辑缺口），每次 3～5 题；你逐条回答后，模型需逐条「已更新理解」并汇总二次确认。
• 第三步 · 创新输出：分 AI 层面、非 AI 层面（各 4～5 条，含创新点、实现思路、与本案关联、置信度）及 延伸方向（3 条），完整输出后等你确认。
• 第四步 · 成稿：生成深度解析版、刘润风格版、短视频口播版三篇，并按技能要求用标准库或 docx 构造 Word；第五步对三稿分别做事实、风格、口语等维度的校对。

输出侧还长期遵守九条全局规则（先给结论再论证、用词精准、不确定须标注、对抗性自检、结尾 【自检】 三条局限等）。触发词包括 深度分析、商业模式、分步执行、不要直接生成 等。

适用边界与注意点

• 更贴合需要拆机制、找创新的早期项目描述（社交、共享、O2O、垂直电商等），不是法务、财务建模或落地排期工具。
• 用户要求分步时，跳过流程会被视为严重失误；对话中的项目要点可沉淀到 .workbuddy/memory/MEMORY.md。
• 技能原文中的 Word 输出目录与 Python/Node 路径为作者环境示例，迁移到其他机器需自行调整。