quality-gate 的用途是充当质量检查点：在代码“能运行”和“可交付”之间做一次结构化审查，检查变更是否符合项目约定、是否存在不一致或遗漏。
主要能力：每次调用只选一个审查视角，包括 self、code、architecture、security、pr、criteria、slice、restatement 模式；根据分支、未提交变更、PR 或关键词推断模式，歧义时列出模式让用户选择。self 模式必须派发全新的只读子代理，不能在产出代码的线程上自查；委派模式（code、architecture、security）返回结果后，需要逐一对照真实 diff 核实。
使用方式：先读取对应 context 文件，再收集变更差异、目标与项目准则，随后执行所选视角的审查，最后以表格输出发现、优点与结论（Ready to proceed 或 Needs fixes），并给出后续交接建议。审查差异基线优先采用当前分支 PR 的 baseRefName，否则用 git merge-base origin/HEAD HEAD 等回退；发现结果默认保存在 .work/reviews/<branch-slug>/。
适用场景：实现刚完成后的自查、代码审查、架构审查、安全审查、PR 审查、准则查看、测试或并发等切片审查、SSOT 漂移与复述审查。
限制：不运行构建或测试，不编写或修复代码，不做多视角并行 fan out（应使用同插件的 fanout skill）。criteria 模式只是加载审查准则，不是执行动作，需配合 self 模式使用。不要因变更“很小”就跳过自查。资料未说明收费、价格与具体支持平台。