用途：当代码中反复出现某种结构性问题（如行为多变、重复、难以扩展、耦合过紧、对象创建分散）时，帮助选用或评审 Gang-of-Four 设计模式，并把命名模式与更简单的设计做比较，最终倾向最简单可行方案。
主要能力：先判断压力（什么真正难以改动），再检查设计原则（封装变化、面向接口、组合优于继承、松耦合、开闭、依赖倒置、最少知识、好莱坞原则、单一职责）；若原则可直接解决则不再引入模式。随后用症状对照表匹配候选模式，例如分支选择用 Strategy/State、多层职责叠加用 Decorator、创建分散用 Factory Method/Abstract Factory、共享单实例用 Singleton、包裹接口用 Adapter、子系统入口用 Facade、骨架复用用 Template Method、访问控制用 Proxy、复杂对象构建用 Builder、请求链用 Chain of Responsibility、状态快照用 Memento 等。若两个模式都适用，优先机械更少的那个。
使用方式：按“命名压力 → 检查设计原则 → 对照症状表匹配 → 使用统一术语命名”的顺序工作；完整模式目录（含定义、坏味道、结构草图、相关模式及何时过度设计）见 references/patterns.md，按需跳读。
输出形态：建议包含压力、最简单可行方案（常为不引入模式）、必要时的模式命名与映射、以及引入模式所增间接层与类数量的成本；若说不出成本则需再审视。建议“无需模式，给出三行方案”是成功结果。
适用场景：代码结构评审、重构建议、模式选型与团队沟通。
限制：资料未提供具体安装命令、运行环境、收费与平台信息。