Quality Gate Engineer 是一个面向工程质量的检查配置与验证技能，目标是交付经过批准、可执行且覆盖范围已被证明的工程检查，并明确检查失效时的行为。它只改动经授权的分析器配置、开发工具、检查脚本、规则测试夹具和既有调用入口，并强调要区分“检查有效”与“产品合规”两件事。
用途：把项目已接受的类型、复杂度、依赖方向、循环依赖、死代码/死导出/死依赖/死样式/失效翻译键、API 归属和异步代码等规则，映射到可执行的检查上；识别缺失或无效的检查；在不削弱既定严格度和警告策略的前提下完成配置。
主要能力：清点被跟踪的语言与代码、样式、文档、工作流、容器文件和脚本，识别生成文件与合理排除项；检查实际工具版本、生效预设、规则覆盖、警告行为和入口点；用真实命令加隔离的允许/禁止夹具，证明诊断信息、非零退出拒绝和合法输入通过；验证路径选择、配置发现和命令失败传播；按结果给出 DELIVERED、PARTIAL、BLOCKED 或只读审查的 PASS/CONCERNS/FAIL 裁决，并输出包含 Result、Scope、Evidence、Verification、Completion 五部分的结构化报告。
使用方式：在 Claude Code 技能环境加载后按其检查清单执行。先确认结果是“搭建检查”“只读审查”还是“项目全部通过”；再读取已接受的规则并核对工具版本与入口；随后在现有配置与依赖工作流内做最小改动，保留既有 CI 权限与交付行为；最后通过真实入口运行代表性正反样例并报告证据。每个清单项须标记为 PENDING、PROVEN、CLEARED 或 UNPROVEN，读取、委派、工具失败、零退出码和自述成功都不算证据。
适用场景：项目质量门禁搭建、静态检查覆盖审计、lint/类型/架构规则落实、规则有效性验证、本地与 CI 检查入口接线（不改变交付拓扑）。
限制：不负责产品代码清理、大规模格式化、修改公共类型或压制既有缺陷；不为通过检查而放宽强制设置、扩大忽略或添加永远成功的包装；不改变交付拓扑、触发方式、凭据、权限、环境、制品发布或上线；不安装全局钩子或发布内容，除非获得相应授权；审查/解释请求只读。资料未提供具体安装命令、收费、价格、平台支持范围，暂未提供。