用途：审计代码中的设计模式机会与反模式。它只在代码存在可观察问题（复杂度、重复、僵化、隐藏依赖）且能指明具体模式时才标记，不为用模式而用模式。
主要能力：检测两类问题。模式机会包括 Builder、Factory、Strategy、State、Observer/Event Dispatcher、Decorator/Middleware、Facade、Command、Pipeline/Chain of Responsibility、Prototype，并给出置信度与严重级别。反模式包括用 Singleton 隐藏依赖、纯透传 Repository、仅重命名控制器动作的 Service、只有一个产品族的 Abstract Factory。所有发现使用 PATTERN- 前缀顺序编号，并附修复提示示例。
使用方式：独立运行时需先读取 ../codeprobe/shared-preamble.md 获取输出契约、执行模式与约束，再根据项目技术栈从 ../codeprobe/references/ 加载适用参考文件；默认使用 full 模式，除非用户另行指定。
边界与限制：类型/状态 switch 若已由 codeprobe-solid 的 OCP 覆盖则不重复报告；上帝类若已由 codeprobe-architecture 标记则不重复；横切关注点若已由 codeprobe-code-smells 标记则不重复。不标记小型脚本或小应用中的过度设计，不标记已正确实现的模式，不标记测试文件，低置信度匹配最多作为建议。资料未提供安装命令、收费与平台信息。