用途：对 Go 后端代码进行全面审查，确保质量、可维护性、性能与安全。触发场景包括“review Go code”“审查 Go 代码”“检查这个 Go 项目”及 Go 仓库的 PR 审查。
主要能力：先识别仓库实际技术栈（日志封装、ORM/DAL、Hertz/Gin/Echo/gRPC/Thrift、组织基础设施约束），通用 Go 规则始终适用，框架特定规则仅在检测到对应模式时启用。检查清单涵盖：逻辑正确性（类型断言、边界条件、错误处理、nil 指针、并发安全）；资源管理（协程泄漏、context 传递与取消、连接与句柄释放、内存泄漏）；日志规范（日志库一致性、函数名注入、避免 %v 格式化复杂对象、日志级别）；代码风格（import 分组、命名、gofmt/goimports）；依赖注入（避免全局依赖、传递接口而非结构体）；代码复杂度（Early Return、函数长度、圈复杂度）；接口设计灵活性（参数结构体、重要参数前置、常量、DAL 强类型）；接口稳定性（开闭原则、避免参数膨胀、接口组合）；未使用代码；性能优化（N+1 查询、内存分配、并发）；安全检查（SQL 注入、命令注入、路径穿越、不安全 TLS、硬编码密钥、竞态条件）。
使用方式：按阶段执行——识别技术栈、确定审查范围（commit 范围、文件列表、PR/MR，未指定则默认最近一次 commit）、全局扫描、可选的需求覆盖与设计一致性检查、深度分析、可选模块分析，最后统一输出分级报告（Critical/High/Medium 及亮点、统计）。诊断可用 govulncheck ./...、go build -race ./...、go test -race ./...。
适用场景：Go 微服务项目、使用 GORM/DAL 与依赖注入的仓库、需要结构化代码审查报告的团队。
限制：组织或框架特定规则仅在仓库已采用对应约定时启用，不机械要求迁移；需求文档、技术设计文档缺失时跳过相应阶段；具体安装与调用方式资料未提供。