用途：审查正式低层设计（LLD）或已批准职责内的有限工程修复方案，验证可实现性与一致性，不做替代设计。
分流：先读 review-boundaries 判定层级。改变职责 owner、信任模型、授权主体、数据/控制流或失败边界时只把增量上交 HLD/有权 Owner；涉及产品行为等由产品 Owner 决定；wire、身份/权限或兼容契约变更走 API review；源码评审用 code-reviewer。
两种入口：formal_design 用于完整新功能 LLD 准出，需 LLD、Manifest、相关 PRD/HLD/Contract/Guardrails，完成四 Gate 与全量追溯；bounded_change 用于 bugfix、兼容修复、ADR 增量，只评审受影响链路，不强制新文档或证书。
主要能力：Phase 0 基线收集与 Guardrails trigger check；Gate 1 基线与 Manifest（含 trace_lint.py、trace_build_rtm.py 追溯校验）；Gate 2 HLD→LLD 漂移（遗漏、膨胀、变形、降级）与 Contract 一致性；Gate 3 按 Manifest 做模块完整性；Gate 4 可实现性、错误处理、并发/事务/幂等、测试与真实能力验证。
输出：分列 technical_verdict（APPROVED/CHANGES_REQUIRED/EVIDENCE_BLOCKED）与 scope_status（WITHIN_APPROVED_SCOPE/DECISION_REQUIRED），P0/P1 门槛为零，P2 不阻断。
限制：不修改 LLD，不无证据质疑，不循环授权；评审通过不授予实施、push、CI、发布或部署权限。触发词包括「/lld-reviewer」等；参考文档含 module-checklist、drift-detection-guide、report-templates 等。