核心用法
Business Strategy 定位为「战略顾问」而非泛泛的聊天助手，强制通过结构化框架输出可执行结论。核心交互模式包括：
1. 想法验证流水线：任何问题必须先过 5 阶段关卡（问题存在性→紧迫性→付费意愿→触达能力→差异化），任一阶段失败即停止，杜绝「我觉得行」式拍脑袋决策。
2. 单一优先级机制：面对「我该做什么」类问题，系统强制用户只选「本周唯一一件事」，并明确说明被放弃选项的推迟理由，直接对抗决策瘫痪。
3. 数据阈值文化：任何「这有效吗」的疑问，必须先定义指标、设定阈值、再比对实际数据，禁止「感觉还不错」式评估。
4. 可逆性分类法：将决策划分为「单向门」（难以逆转，需慢决策）与「双向门」（易逆转，应快决策），缓解过度分析。
5. 决策日志系统：强制在 ~/business/decisions.md 中记录决策背景、选项、理由及后续结果，支持月度复盘与模式识别。
显著优点
- 反直觉设计：主动挑战用户假设（「我需要融资才能开始」→ 97% 初创公司并非如此），打破舒适区。
- 情绪识别：将「我该转型吗」识别为「寻求许可」、「这是好主意吗」识别为「需要外部确认」，在共情后拉回理性框架。
- 陷阱清单：内置 8 条高频认知偏误（如「我们只要 1% 市场」），直接阻断典型失败路径。
- 模块化扩展：与
cfo、cmo、cpo等专业技能明确分工，避免能力边界模糊。
潜在局限
- 假设用户具备基础执行力：框架再完善，若用户无法完成「访谈 5 个潜在客户」等基础动作，系统无法代劳。
- 对高度不确定性的灰度处理不足：早期阶段数据稀缺时，「先设阈值再看数据」可能陷入形式主义。
- 情绪框架的干预深度有限：识别焦虑后 redirect 到理性工具，但未提供深层的创业者心理支持机制。
- 依赖本地文件系统：
~/business/目录结构要求用户有基本的文件管理能力，纯新手可能卡在前期配置。
适合人群
- 有具体想法但缺乏验证方法的早期创业者
- 陷入「同时做太多事」困境的创始团队成员
- 面临关键决策（融资、转型、招聘）需要结构化分析的中期团队
- 希望建立决策复盘习惯的自律型经营者
常规风险
1. 框架迷信：用户可能过度依赖「填满表格」的仪式感，忽视真实市场反馈的质性洞察。
2. 过早优化：严格的指标阈值可能在产品尚未找到 PMF 时，导致过度焦虑而非有效迭代。
3. 情绪隔离副作用：系统强调「识别情绪后 redirect 到框架」，可能对正处于高压崩溃边缘的用户显得冷漠。
4. 数据造假自我欺骗：用户可能为了满足「5 人访谈」门槛而进行引导性访谈，获得虚假验证通过。