用途：在代码评审、编写或重构代码、讨论架构时，按 Uncle Bob 的标准评估结构、依赖方向、SOLID 与代码坏味，并给出具体重构建议。它只提供工艺与设计准则，不负责语法或风格强制。
主要能力：检查依赖规则与边界（依赖应指向内层，用例不依赖 UI 或数据库细节）；在改动代码中检查 SOLID；扫描坏味，如僵化、脆弱、不可复用、粘滞、无谓复杂、无谓重复、晦涩；评估设计模式是否被正确使用而非跟风滥用；参考 Clean Coder 的专业性、估算、说不与可持续节奏；参考 Clean Agile 的价值观、Iron Cross、TDD、重构与结对编程。
使用方式：评审时先看边界与依赖规则，再看 SOLID，列出坏味并指出文件或区域，最后提出一到两个具体重构（如提取函数、反转依赖）。写新代码时倾向小函数与单一职责，依赖向内，先写测试，避免在重复或变化出现前引入模式。重构时一次处理一个坏味，小步进行并保持测试通过。命名与函数细节可配合 @clean-code 使用。
适用场景：代码评审、重构决策、架构讨论、设计模式取舍、估算与专业实践讨论、敏捷流程讨论。
限制：不替代项目 linter、formatter 或自动化测试，需单独运行 lint 与 format；不强制语法或风格；不运行或生成测试；内容为书籍要点摘要而非全书；无明确重复或变化理由时不应引入设计模式。