القائمة
QA 循环工作流 —— 测试、验证、修复、重复，直到达成目标
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
| name | ultraqa |
| description | QA 循环工作流 —— 测试、验证、修复、重复，直到达成目标 |
continue 时，推进当前已验证的下一步，而不是重启发现流程。[ULTRAQA ACTIVATED - AUTONOMOUS QA CYCLING]
从参数解析目标。支持的格式：
| 调用 | 目标类型 | 检查内容 |
|---|---|---|
/ultraqa --tests | tests | 所有测试套件通过 |
/ultraqa --build | build | 构建以 exit 0 退出 |
/ultraqa --lint | lint | 没有 lint 错误 |
/ultraqa --typecheck | typecheck | 没有 TypeScript 错误 |
/ultraqa --custom "pattern" | custom | 输出里包含自定义成功模式 |
如果没有提供结构化目标，把参数解释为自定义目标。
RUN QA：基于目标类型执行验证
--tests：跑项目的测试命令--build：跑项目的构建命令--lint：跑项目的 lint 命令--typecheck：跑项目的类型检查命令--custom：跑合适的命令，并检查模式--interactive：用 qa-tester 做交互式 CLI/服务测试：
使用 `/prompts:qa-tester`，并提供：
目标：[描述要验证什么]
服务：[如何启动]
测试场景：[要验证的具体场景]
CHECK RESULT：目标通过了吗？
ARCHITECT DIAGNOSIS：派 architect 分析失败
使用 `/prompts:architect`，并提供：
目标：[目标类型]
输出：[test/build 输出]
请给出根因与具体修复建议。
FIX ISSUES：应用 architect 的建议
使用 `/prompts:executor`，并提供：
问题：[architect diagnosis]
文件：[受影响的文件]
按建议精确应用修复。
REPEAT：回到步骤 1
| 条件 | 行动 |
|---|---|
| Goal Met | 成功退出：「ULTRAQA COMPLETE: Goal met after N cycles」 |
| Cycle 5 Reached | 带诊断退出：「ULTRAQA STOPPED: Max cycles. Diagnosis: ...」 |
| Same Failure 3x | 提前退出：「ULTRAQA STOPPED: Same failure detected 3 times. Root cause: ...」 |
| Environment Error | 退出：「ULTRAQA ERROR: [tmux/port/dependency issue]」 |
每个循环输出进度：
[ULTRAQA Cycle 1/5] Running tests...
[ULTRAQA Cycle 1/5] FAILED - 3 tests failing
[ULTRAQA Cycle 1/5] Architect diagnosing...
[ULTRAQA Cycle 1/5] Fixing: auth.test.ts - missing mock
[ULTRAQA Cycle 2/5] Running tests...
[ULTRAQA Cycle 2/5] PASSED - All 47 tests pass
[ULTRAQA COMPLETE] Goal met after 2 cycles
UltraQA 生命周期状态使用 CLI 优先的状态接口（omk state ... --json）。如果显式 MCP 兼容工具已可用，等价的 omx_state 调用属于可选兼容，不作为默认。
omk state write --input '{"mode":"ultraqa","active":true,"current_phase":"qa","iteration":1,"started_at":"<now>"}' --jsonomk state write --input '{"mode":"ultraqa","current_phase":"qa","iteration":<cycle>}' --jsonomk state write --input '{"mode":"ultraqa","current_phase":"diagnose"}' --json
omk state write --input '{"mode":"ultraqa","current_phase":"fix"}' --jsonomk state write --input '{"mode":"ultraqa","active":false,"current_phase":"complete","completed_at":"<now>"}' --jsonomk state read --input '{"mode":"ultraqa"}' --jsonGood： 工作流已经有明确的下一步，用户说 continue。继续当前工作分支，而不是重启或重新询问同一个问题。
Good： 用户只改输出形态或下游交付步骤（例如 make a PR）。保留更早期、不冲突的工作流约束，并在本地应用更新。
Bad： 用户说 continue，工作流却重启发现流程，或在缺失的验证 / 证据被收集之前就停下。
用户可以用 /cancel 取消，会清掉状态文件。
达成目标 / 达到最大循环数 / 提前退出时，运行 $cancel 或调用：
omk state clear --input '{"mode":"ultraqa"}' --json
用 CLI 状态清理，而不是直接删文件。
现在开始 ULTRAQA 循环。解析目标，从 cycle 1 启动。
oh-my-kimi 的目录入口，包含面向 Kimi CLI 的 agent、skill、hook 与 MCP 套件，衍生自 oh-my-* 谱系。
面向密钥、注入、authz/authn、不安全 IO、依赖与数据外泄风险的安全评审
证据驱动的追踪通道，在 Kimi 的 Agent 工具中编排互相竞争的 tracer 假设
LLM Wiki —— 跨会话持续累积的 markdown 知识库（Karpathy 模型）
面向作家的 agentic 记忆系统 —— 跟踪人物、关系、场景与主题
跑只读的深度仓库分析，返回一份带置信度排序的综合结论，附具体文件引用、清晰区分证据与推断。当用户说 'analyze'、'investigate'、'why does'、'what's causing'，或在提任何改动方案之前需要跨文件的有据解释时使用。