用途：为架构模式选择提供决策框架，帮助判断在什么结构性问题下应用哪种模式。核心原则是“模式为解决特定问题而存在，没有问题就不需要模式”。触发时机包括：设计新系统或重大功能、新增外部服务集成、代码难以测试或修改、服务之间循环调用、单个组件故障级联扩散、业务逻辑散落多处。
主要能力：把模式分为基础类与情境类。基础类默认可考虑使用：依赖注入解决紧耦合与不可测试代码（由类自行实例化依赖改为外部注入，便于用假实现测试）；面向服务架构解决单体纠缠与边界不清。情境类按需触发：仓储模式用于解耦数据访问；领域事件用于打破服务间循环依赖与时序耦合；防腐层用于隔离外部系统变化；断路器用于防止级联故障。另提供决策树、反模式说明，以及从代码坏味道（大 switch、嵌套循环、参数重赋值、高复杂度与高耦合等，源自 CAST Highlight 相关质量指标）映射到架构问题与对应模式。
使用方式：新系统建议先建立依赖注入，再定义服务边界，然后加仓储，最后按问题出现逐层叠加情境模式；重构旧系统先定位具体痛点，只应用能解决该痛点的最小模式，验证有效后再追加。文档含语言无关的伪代码示例与模式组合建议（如新微服务 DI+SOA+Repository，外部 API 集成 DI+ACL+Circuit Breaker）。
限制：属于技能文档，未提供具体安装命令、收费方式或版本信息，这些事实暂未提供；内容为原则性指导，不保证适用于所有技术栈。