用途：用于代码审查、编写或重构代码、架构讨论、设计模式评估、估算与专业实践、敏捷实践讨论等场景。审查时关注依赖规则与边界（依赖是否指向内部）、SOLID 在具体代码中的适用、坏味（僵化、脆弱、不可复用、粘滞、无谓复杂性/重复、晦涩），并给出具体重构建议（如提取函数、反转依赖）。编写新代码时倾向小函数与单一职责，业务规则居中、适配器在边缘，在重复或变化出现前不引入设计模式；重构时一次处理一个坏味，小步前进并保持测试通过。
主要能力：聚合 Uncle Bob 各著作原则，命名与函数细节参考 @clean-code，架构与边界见 references/clean-architecture.md，专业性与估算见 references/clean-coder.md，敏捷与 TDD 见 references/clean-agile.md，设计模式使用与误用见 references/design-patterns.md。设计模式应在重复或变化有正当理由时引入，避免 cargo cult 式滥用（如每个类都套 Factory/Strategy、仅做委托的空层）。
使用方式：先确认用户目标与范围，读取 metadata.json 与 ORIGIN.md 核对来源，再按需加载 references、examples 等文件，不必默认加载整个包。审查时指出具体文件与原则名称，例如“依赖规则违反：用例导入了 Web 框架”；每次审查至少给出一到两个具体重构建议。补充命令与脚本：资料中未提供具体安装或运行命令。
适用场景：代码评审、重构决策、架构分层讨论、设计模式取舍、专业实践与敏捷过程讨论。
限制：不替代项目 linter 或格式化工具，不执行语法与风格强制；不替代自动化测试，也不生成或运行测试；聚焦结构与设计，不涉及括号风格或行长度等；总结自书籍而非书籍本身。缺少事实的部分（如安装命令、收费模式、平台支持）资料暂未提供。