Usertest Intents

usertest-intents

是什么（What this is）

意图测试体系的用户级入口 skill。任何关于 AIjia 意图测试的对话，agent 应该先命中本 skill，从这里得到 3 件事：

1. 一句话搞清「意图测试是什么」（避免 agent 凭直觉乱跑）
2. 当前有哪些 task 可以跑（13 个，下面 §3 列出）
3. 该去哪个实现 skill 真正干活（runner 跑意图、author 写意图）

本 skill 是路由 + 概览，不含完整方法论。完整内容在 test-intents-runner / test-intents-author 两个 skill 里。

为什么需要它（Why）

如果只有 author 和 runner 两个实现 skill：

• 用户敲「意图测试怎么用」→ Claude Code 不知道该加载哪个（两个 description 都不太匹配纯咨询场景）
• 用户敲一个意图模糊的话（「帮我看下日程」）→ 容易误命中错误的实现 skill
• 新同事不知道有几个 task、不知道该读哪份 rules.md

usertest-intents 解决这三件事：纯解释场景用本 skill 回答；写或跑场景由本 skill 路由到对应实现 skill。

怎么用（How，给 agent 看的）

路由规则

实操示例

例 1：用户说「跑一下日程这个 task」

• 命中本 skill → 路由到 test-intents-runner
• runner 接管：读 docs/test-intents/spec/tasks/日程/rules.md → 按操作步骤跑 → 出报告

例 2：用户说「日程 task 想加一条新意图：员工权限不足时不允许创建日程」

• 命中本 skill → 路由到 test-intents-author
• author 接管：和用户确认承诺方向 → 按字段集 / ID / 措辞规则写出 rules.md diff → 对话 review → commit

例 3：用户说「意图测试是干啥的？」

• 命中本 skill → 直接用 §1-§4 回答
• 不加载 runner / author（它们体量大，纯咨询用不上）

1. 一句话定义

意图测试 = AEIT（Agent-Executed Intent Test）= 在真实开发机的真实账号下，agent 跑一遍真实操作，留下真实痕迹。

• 仅在 L4 跑（tauri-pilot e2e + 真应用 + 真 LLM + 真磁盘），不在 cargo / vitest 跑
• 一条意图 = 一条产品承诺（PM 视角微观）
• agent 自己跑、自己判 PASS/FAIL、自己在对话里写报告

权威设计：docs/superpowers/specs/2026-05-20-intent-test-redefinition-design.md。

2. 不在范畴里的（避免误用）

Not for：

• cargo 单测、vitest 组件测试 → 这些是 L1/L3，归 cargo / vitest 各自的工具链
• L2 review_*.rs 集成测试（架构约束回归）→ 归 cargo
• 不能用 mock LLM / 不��用 fake 文件系统 → 违反「真实环境」原则
• 不写承诺方向的判断（如"测试覆盖率多少 / 通过率多少"）→ 意图测试不为统计存在

3. 13 个意图测试 task

每个 task 对应一份 rules.md，位于 docs/test-intents/spec/tasks/<中文名>/rules.md：

4. 全局约束（写 / 跑都受这套，runner / author 各自再展开）

• 环境契约：直接在真实 ~/.renlijia/ 跑、不隔离、跑后不清理；scope 从 tauri-pilot aijia where --json 推断；要纯净环境去新电脑
• 不持久化：跑完报告只在对话里输出，仓库内无 progress.md、无历史归档
• 意图自给自足：意图之间无顺序依赖；意图作废 = 硬删除整段，不留废弃标记
• 不绑 spec / plan 流程：加新 feature 时漏加意图不算流程违规；改老功能忘改意图，下次跑 task 时 agent 跑出 FAIL 反推

5. 当你需要更深内容时

Red Flags（看到自己在这样想就停下来）