name: 问题解决技术 description: 应用系统的问题解决技术处理复杂性螺旋（简化级联）、创新障碍（碰撞区思维）、重复模式（元模式识别）、假设约束（反转练习）、规模不确定性（规模游戏）以及在受阻时调度。技术源自Microsoft Amplifier项目模式，适用于即时应用。 version: 2.0.0
问题解决技术
针对不同类型受阻情况的系统方法。每个技术针对特定问题模式。
何时使用
在遇到以下情况时应用：
- 复杂性螺旋 - 多个实现，增长的特殊情况，过度分支
- 创新障碍 - 传统解决方案不足，需要突破性思维
- 重复模式 - 跨领域相同问题，重复发明解决方案
- 假设约束 - 被迫采用“唯一方式”，无法质疑前提
- 规模不确定性 - 生产就绪性不明确，边缘情况未知
- 一般受阻 - 不确定应用哪种技术
快速调度
匹配症状到技术：
| 受阻症状 | 技术 | 参考 |
|---|---|---|
| 同一件事实现5+种方式，增长的特殊情况 | 简化级联 | references/simplification-cascades.md |
| 传统解决方案不足，需要突破 | 碰撞区思维 | references/collision-zone-thinking.md |
| 不同地方相同问题，重复发明轮子 | 元模式识别 | references/meta-pattern-recognition.md |
| 解决方案感觉被迫，“必须这样做” | 反转练习 | references/inversion-exercise.md |
| 这能在生产中工作吗？边缘情况不明确？ | 规模游戏 | references/scale-game.md |
| 不确定使用哪种技术 | 受阻时 | references/when-stuck.md |
核心技术
1. 简化级联
找到一个洞察消除多个组件。“如果这是真的，我们不需要X, Y, Z。”
关键洞察： 一切都是一个通用模式的特殊情况。
红色标志： “只需要再加一个案例…”（永远重复）
2. 碰撞区思维
强制不相关的概念结合以发现涌现属性。“如果我们把X像Y一样对待会怎样？”
关键洞察： 来自故意隐喻混合的革命性想法。
红色标志： “我已经尝试了这个领域的一切”
3. 元模式识别
发现出现在3+个领域中的模式以找到通用原则。
关键洞察： 模式如何出现的模式揭示可重用抽象。
红色标志： “这个问题是独特的”（可能不是）
4. 反转练习
翻转核心假设以揭示隐藏约束。“如果相反是真的会怎样？”
关键洞察： 有效的反转揭示“规则”的上下文依赖。
红色标志： “只有一种方法可以做到这一点”
5. 规模游戏
在极端情况下测试（1000倍大/小，即时/年长）以暴露基本真相。
关键洞察： 在一个规模上有效的在另一个上失败。
红色标志： “应该能很好扩展”（未经测试）
应用过程
- 识别受阻类型 - 匹配症状到上述技术
- 加载详细参考 - 从
references/阅读特定技术 - 系统应用 - 遵循技术的过程
- 记录洞察 - 记录什么工作/失败
- 如果需要组合 - 有些问题需要多种技术
组合技术
强大的组合：
- 简化 + 元模式 - 找到模式，然后简化所有实例
- 碰撞 + 反转 - 强制隐喻，然后反转其假设
- 规模 + 简化 - 极端情况揭示要消除的内容
- 元模式 + 规模 - 通用模式在极端情况下测试
参考
根据需要加载详细指南：
references/when-stuck.md- 调度流程图和决策树references/simplification-cascades.md- 级联检测和提取references/collision-zone-thinking.md- 隐喻碰撞过程references/meta-pattern-recognition.md- 模式抽象技术references/inversion-exercise.md- 假设翻转方法论references/scale-game.md- 极端测试程序references/attribution.md- 来源和适应注释