用途：在评审代码质量、判断重构或设计是否合理、寻找代码坏味道、评估架构取舍时使用。核心主张是代码应通过可理解的模型解决真实问题，命名、类型、模块、测试与接口应揭示领域真相与不应发生的情况。
主要能力：识别浅层封装、边界原始数据流入核心逻辑、非法状态可表示、私有解析或存储细节变成公共词汇、隐藏副作用与预期失败、测试只验证 mock 等问题；按领域建模、状态、模块、边界、副作用、错误处理、验证、复杂度、可维护性等关注点给出评审意见。
使用方式：先理解本地代码与既有约定，再对关注点分类，找出调用方或维护者必须记住的负担，选择最小且诚实的形态，用项目原生测试验证主张，最后删除过时脚手架。评审结论需指出具体代码形态、调用方负担、违反的标准与最小改动。非平凡评审时按关注点加载对应参考文件，如 vocabulary.md、domain-modeling.md、state.md、modules.md、boundaries.md、effects.md、error-handling.md、verification.md、complexity.md、maintainability.md，不必默认全部读取。
适用场景：代码评审、重构决策、架构讨论、设计取舍评估。
限制：资料未提供具体安装命令、平台支持、收费方式或运行环境要求，暂未提供。