用途：在审批 Story（Backlog→Todo）前，校验 Story 及其子 Task 是否满足行业标准与项目模式，覆盖实现路径、标准、架构与方案契合度，并可优化或修正拟定方案。
主要能力：以惩罚分量化质量（CRITICAL 10 分，如 RFC/OWASP/安全违规；HIGH 5 分，如过时依赖、架构问题；MEDIUM 3 分，如最佳实践违规；LOW 1 分，如结构或外观问题），目标修复至 0 分；输出 GO/NO-GO、就绪分（10 减惩罚分除以 5）、防幻觉核验（VERIFIED/FLAGGED）及 AC 覆盖率矩阵；委派 ln-002 生成文档，Phase 5 强制调用 ln-311-agent-reviewer；按 22 项标准分 8 组修复（结构→标准→方案→流程→质量→依赖→风险→可追溯性）。
使用方式：从 args、git 分支、看板或用户输入解析 storyId（状态过滤 Backlog）；读取 docs/tools_config.md 判定 task_provider 为 linear 或 file；linear 下用 get_issue 与 list_issues，file 下读取 story.md 与 tasks 目录。Plan 模式下 Phase 3 展示结果后等待批准再修复；普通模式自动修复并审批。完成后将 Story 与 Tasks 置为 Todo、更新 kanban_board.md 并写入验证摘要评论。模板首次使用时从 shared/templates 复制到 docs/templates 并替换占位符。
适用场景：审批前评审、跨 Story/Task 校验实现路径、确保标准与架构契合、修正提议方案。
限制：需先完成 22 项带证据自检；无自动修复可能的标准标记 FLAGGED 且 Gate 为 NO-GO，由用户手动解决；Test Strategy 节须存在但保持为空；凭证、收费与平台支持等细节暂未提供。