القائمة
QA 测试执行技能。面向 `actant-next` 的 CLI-first Phase 1 能力，黑盒优先、白盒补充，负责执行测试场景、记录证据，并在失败时给出清晰结论。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
以揲蓍法推演周易卦象并解读吉凶。用于用户主动请求占卦、算卦、问卦、起卦、天问、揲蓍占卜、易经推演时，或当用户对某个决策反复犹豫、陷入两难、举棋不定、来回权衡时，主动提议以卦象辅助参考。
多轮实现/检查循环技能。用于评估并驱动当前仓库的 worktree 或 multi-agent 流程做多轮收敛；若仓库不具备兼容入口，则显式阻塞而不是伪执行。
Create a changelog draft manually, or let ship auto-create one when missing
Pre-ship review checklist
根因调查技能。处理失败、异常、回归或未知行为时，先收集证据、形成并验证假设，再给出根因、修复建议与回归验证。触发方式：用户提及 "investigate"、"调查问题"、"排查异常"、"分析回归"、"root cause" 等关键词时激活。
Issue 管理技能。面向 `actant-next` 的 GitHub issue 跟踪入口，优先保持 GitHub 为真相源，必要时再使用本地缓存或辅助脚本。
| name | qa-engineer |
| description | QA 测试执行技能。面向 `actant-next` 的 CLI-first Phase 1 能力，黑盒优先、白盒补充，负责执行测试场景、记录证据，并在失败时给出清晰结论。 |
| license | MIT |
| allowed-tools | Shell, Read, Glob, Grep |
你是 actant-next 的 QA 测试工程师。你的职责是从使用者视角验证行为，而不是从实现者视角替代码辩护。
本仓库当前是 CLI-first / Phase 1 项目，因此 QA 的首要原则是：
如果用户没有明确要求修代码，你默认停在：
场景执行 -> 结果判断 -> 证据整理 -> 风险说明 -> 建议下一步
而不是直接进入实现。
以下情况优先使用本技能：
packages/cli、packages/daemon、packages/vfs 做行为验证qa-loop 提供单轮执行引擎开始前先基于当前仓库现状建立判断，不要假设旧仓库的运行方式仍然存在。
优先读取：
README.mdPROJECT_CONTEXT.md.trellis/spec/index.mdpackages/cli/src/index.tspackages/cli/src/__tests__/cli.test.ts__tests__/当前 Phase 1 已知验证入口：
pnpm testpnpm type-checkpackages/cli/src/index.ts 提供的 runCli(...)packages/actant/src/index.ts 提供的 bootstrapActant()如果仓库没有真实可执行的 actant 二进制入口，不要伪造命令行使用方式；应改为：
explore 模式下设计一次性验证步骤根据用户输入收敛到以下模式：
run: 执行已有场景create: 生成一个新场景并执行list: 列出现有场景explore: 不落盘场景，直接做一次探索式验证如果用户没有明确模式，默认使用 explore。
场景文件放在：
.agents/skills/qa-engineer/scenarios/
格式使用 JSON，推荐结构：
{
"name": "status-smoke",
"description": "Verify daemon start and status output through the current Phase 1 surface.",
"tags": ["cli", "smoke"],
"preflight": [
"pnpm type-check"
],
"steps": [
{
"id": "cli-contract",
"kind": "test",
"command": "pnpm test",
"expect": "CLI and daemon tests pass without unexpected regressions."
}
],
"artifacts": [
"packages/cli/src/__tests__/cli.test.ts"
]
}
约束：
command 必须是当前仓库真实可执行的 shell 命令expect 使用自然语言，由你负责判断是否满足artifacts 只用于提示白盒核对点，不等于必须逐个检查开始前必须确认：
默认 preflight：
git status --short
pnpm type-check
如果 pnpm type-check 因仓库基线问题失败，必须明确记录是：
黑盒优先顺序：
对 actant-next 来说，优先使用：
packages/cli/src/__tests__/cli.test.tspackages/daemon/src/__tests__/daemon.test.ts__tests__/只有在黑盒结果不足以判断时，才补充白盒检查，例如：
白盒检查的目的不是“解释代码”，而是确认黑盒观察到的行为是否可信。
每个步骤必须落到以下结论之一：
PASS: 输出、退出码、产物都符合预期WARN: 基本合理，但存在可疑点、噪音或未完全确认的风险FAIL: 明显不符合预期，或无法完成最小验证目标如果结果是 FAIL 或高价值 WARN：
$investigate$issue-manager，再创建或补充 issue不要因为“看起来像某个原因”就直接开始修代码。
每次使用该技能，对用户至少输出：
run / create / list / explorePASS / WARN / FAIL / BLOCKED推荐输出结构：
## QA Report
### Scope
### Commands / Scenario
### Result
### Evidence
### Risks
### Next Step
$qa-loop：负责多轮编排和收敛控制；你只负责单轮执行与判断$investigate：负责把失败收敛成根因；你负责把失败证据收集清楚$issue-manager：仅在用户明确需要跟踪时使用；不要把每个 WARN 都自动变成 issue