review

代码质量审查：发现代码里的明显问题，输出带严重度的结构化问题清单。只报告，不改代码——修复由用户确认后再单独进行。

主流程只做编排，不读业务代码（避免上下文超限）；代码审读由各 subagent 自行完成。 审查范围只覆盖源码，排除 docs/ 目录：docs/ 为规格文档（接口定义 / struct / UCS），只作参考读取，不作为审查对象——不扫描、不报 docs 内问题（所有检查均适用）。

前置依赖（先检查，缺失就停）

• 必须存在：docs/standards/tech-stack-rule.md（语言/框架/ORM/校验库/静态检查命令）、项目已实现代码（do-api / do-task / do-page 等产出）。
• 接口定义目录按协议分支（HTTP 与 gRPC 互斥，只审其一）：
  • 存在 docs/specs/API/ → 接口定义目录 = docs/specs/API/；
  • 存在 docs/specs/grpc/ → 接口定义目录 = docs/specs/grpc/；
  • 两者皆无 → 接口清单退化：从代码路由发现，并提示接口维度契约核对受限。
• 建议存在：docs/specs/API-UCS/（接口用例，边界参考）、docs/specs/data/（struct.md）、docs/standards/directory-rule.md、docs/standards/tools-rule.md。
• 缺失必选项时，提示先运行对应 skill，结束。

Step 1 — 读 spec，确认方法与清单