用途：在客户验收、QA2 或内部关闭之前，对同事已完成的工作做第一轮 IT QA 评审。触发场景是工单被移到 QA、被标记为 ready for QA 等；若仍处于 In Progress、已进入 QA2、已关闭，或自己就是实现者，则不适用（不做自审）。
主要能力：先认领工单（第一个工具调用即分配给自己，若已属他人则停止）；用脚本发现信息：${CLAUDE_SKILL_DIR}/scripts/qa-gather.sh <KEY>（加 --json 便于解析）。随后按支柱检查：形式（描述、关联、控制台输出、工作日志）、功能与清单（重新执行验证、更新清单、检查相邻组件、共享层下游与默认路径）、文档、回滚与沟通。严重度沿用 Atlassian 图标：(/) 通过、(x) 必须/阻塞（打回）、(!) 应当、(i) 提示、(?) 待确认（阻塞）、(off) 不适用。
使用方式：输出一条内部 QA 评论，标题为 h3. IT Internal QA，按支柱用 h4，附严重度图标与结论行。结论路由：全部 (x) 清除且属 IT 内部，则通过并流转到项目终态（通常 Resolved），再清除自己的分配；全部 (x) 清除且影响客户，则通过并进入 QA2，同时发布面向客户的交接评论（不用术语和图标，说明交付内容、唯一验收检查与下一步），并指派产品负责人；存在任一 (x) 则打回 In Progress 并说明阻塞；外部前置条件阻塞则记 Won't-do 并附重开条件。不确定时默认走 QA2。
限制：需要工单系统技能（如 Jira 的 jira-communication）完成 Stage 0 发现，并参考维护技能处理覆盖规则。核心反模式是评审者不重新执行、直接复制实现者输出。状态以流转列表为准，不要越权推进工单。多工单评审前先阅读 references/batch-review.md。其余细节见 references/ 下各文件。