메뉴
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'，或在提任何改动方案之前需要跨文件的有据解释时使用。