菜单
用于执行 `/qa-loop` 风格的 QA 循环验证编排技能。适合用户要求“qa-loop”、“循环回归直到通过”、“测试→报错→修复→再测”、“把某个 scope/issue 跑到 100% PASS”时使用。它负责在项目内编排完整的测试、报告、Issue 去重与创建、修复、全量回归和收敛控制；不适用于一次性的小型 QA 检查，也不适用于持续轮询监测（那应使用 `qa-monitor` / `qa-watch`）。
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/blackplume233/Actant --skill qa-loop命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
基于 SOC 职业分类
正在显示 SKILL.md
| name | qa-loop |
| description | 用于执行 `/qa-loop` 风格的 QA 循环验证编排技能。适合用户要求“qa-loop”、“循环回归直到通过”、“测试→报错→修复→再测”、“把某个 scope/issue 跑到 100% PASS”时使用。它负责在项目内编排完整的测试、报告、Issue 去重与创建、修复、全量回归和收敛控制；不适用于一次性的小型 QA 检查，也不适用于持续轮询监测（那应使用 `qa-monitor` / `qa-watch`）。 |
把 qa-loop 当成一个收敛编排器来用，而不是单次测试器。
它的职责是：
单次测试执行引擎不是本技能本身，仍然以以下真相源为准：
如需看旧 slash-command 的原始语义，读取：
将用户意图收敛到以下参数：
scope
all：全部场景<scenario-name>：单个场景#<issue>：围绕某个 issue 的相关场景environment
realmockmax_rounds
0，表示不限轮数skip_fix
unit_only
如果用户没有明确给出这些参数，按以下默认值工作：
scope=allenvironment=realmax_rounds=0skip_fix=falseunit_only=false按顺序决策：
scenarios/<name>.jsonall读取场景时优先使用：
.agents/skills/qa-engineer/scenarios/*.json不要自己发明第二套场景清单。
如果当前已有活跃 task 目录，则在该 task 下写入 QA 产物。
如果没有，创建一个最小任务目录用于承载日志和报告，例如：
.trellis/tasks/qa-loop-<topic>/
每轮必须落两类文件：
qa-log-roundN.mdqa-report-roundN.md日志要求严格复用 QA engineer 的增量写入规则：
不要在整轮执行完后再回忆补日志。
默认 preflight：
git status --short构建与验证：
pnpm build如果 preflight 就已经 BLOCKED，停止并出报告，不要进入伪循环。
默认顺序：
unit_only，执行场景测试关键约束：
对每个 FAIL / WARN：
默认规则：
bug, priority:P1, label: qaenhancement, priority:P2, label: qa如果问题根因不清晰，不直接修代码，先按 investigate 方式补齐：
只有在以下条件同时成立时才进入修复：
skip_fix=false修复后至少做两层验证：
当存在修复时，进入下一轮完整回归。
每轮都要记录：
停止条件：
max_rounds每次使用该技能，对用户输出必须包含：
scopereal 还是 mockPASS、PARTIAL、FAIL 还是 BLOCKED如果真的进入多轮循环，必须持续汇报进展，不能静默执行到最后才一次性总结。
qa-engineerqa-engineer 负责：
qa-loop 负责：
qa-monitorqa-monitor / /qa-watch 适合：
qa-loop 适合：
qa-loop 退化成“跑一次测试”当用户直接说：
使用以下最小步骤：
scopereal/mock