ultraqa

UltraQA

对于 $ultraqa，请使用这个名称完全一致的技能。如果用户输入 $ultaqa，则将其视为 $ultraqa 的拼写错误，并继续遵循相同的 QA 约定。

何时使用此技能

• 用户明确调用 $ultraqa、$ultaqa 或 ultraqa。
• 任务是让测试、构建、lint、类型检查或评审门禁通过。
• 用户希望进行“诊断—修复—重复”的质量循环。

说明

解析出一个 QA 目标，运行相关验证，保留失败证据，应用最小修复，并重复执行，直到通过或遇到阻碍。

目标解析

将请求映射到一个主要 QA 目标：

• tests：测试套件通过
• build：构建成功退出
• lint：lint 成功退出
• typecheck：类型检查器成功退出
• review：并行评审正确性、安全性、性能或 UI 问题
• custom：用户指定的成功条件

循环

最多重复五轮：

1. 运行相关验证命令。
2. 如果通过，则停止并报告通过的命令。
3. 如果失败，则保留失败证据。
4. 诊断可能的根本原因。
5. 应用最小修复。
6. 重新运行验证。

如果相同失败在没有新证据的情况下重复三次，则提前停止。

命令发现

优先使用 package.json、Makefile、项目文档、CI 配置或现有脚本中的仓库原生命令。如果仓库提供了明确的命令，不要自行编造测试命令。

路由说明

• 如果主要工作是多个彼此独立的实现任务，则使用 ultrawork。
• 使用 team 协调运行时工作者。
• 如果仅需评审并提供发现结果，无需进行编辑循环，则使用 code-review。

示例

• $ultraqa --tests
• $ultaqa make lint and typecheck pass

最佳实践

• 使用仓库原生验证命令。
• 在没有新证据的情况下，三次出现相同失败后停止。
• 原样报告最终通过的命令。

参考资料

• testing-strategies：了解策略层面的门禁设计。
• code-review：了解仅评审流程。