Quality & Verification

输出质量保障：编辑后即时检查、提交前自动测试、per-turn 指标测量。

When to Use

• 编辑后即时检查 → Post-edit diagnostics
• 提交前跑测试 → Test-before-commit gate
• 测量 per-turn 指标 → Hook pair bracket
• 按环境切换 hook 强度 → Hook runtime profiles

When NOT to Use

• Agent 提前停止 → 用 execution-loop
• 工具安全 → 用 tool-governance

Patterns

6.1 Post-Edit Diagnostics [script]

PostToolUse hook 在每次 Write/Edit 后立即跑 linter 或 type checker，通过 additionalContext 把错误注入当前 turn。这是 shift-left 策略——在错误扩散前秒级捕获，避免 agent 在类型错误的基础上继续编辑更多文件，导致级联放大。诊断工具按扩展名映射：.ts → tsc, .py → ruff/pyright, .rs → cargo check；扩展名不在映射表中的文件直接跳过，不空跑。→ 详见

6.2 Hook Runtime Profiles [config]

通过 HARNESS_PROFILE 环境变量控制 hook 行为强度，无需改 settings.json。三档：minimal（仅原子写入，快速实验用）、standard（日常开发）、strict（全部 pattern，生产变更和安全修复用）。还支持 HARNESS_DISABLED_HOOKS 按名字禁用单个 hook，粒度更细。→ 详见

6.3 Session Turn Metrics [script]

UserPromptSubmit + Stop 两个 hook 构成测量"括号"，在每轮交互前后采集时间戳和 context token 数。轮次结束时计算耗时和 token 增量，写入 bracket.json 供外部监控读取。只测量和记录，不阻止任何操作——与 ralph 的 Stop hook 叠加时，bracket 在前记录数据，ralph 在后决定是否 block。→ 详见

6.4 Test-Before-Commit Gate [script]

PreToolUse hook 拦截 git commit 命令，在 commit 执行前自动跑项目测试套件（按 package.json / Makefile / pyproject.toml / Cargo.toml 优先级检测测试命令）。测试失败时 deny commit 并把失败输出注入 context，agent 先修 bug 再提交。测试通过才放行，防止 broken commit 进入历史。→ 详见

6.5 Atomic State Writes [design]

所有状态文件（ralph.json、cancel.json、tool-errors.json 等）先写到 PID+时间戳命名的临时文件，再 mv 原子替换。POSIX 上 rename 是原子操作，读者要么看到旧版本要么看到新版本，不会读到半写的 JSON。多进程并发写入时每个进程写各自的临时文件，互不干扰。→ 详见

6.6 Session State Hygiene [design]

定期清理 4 类残留状态：超过 24h 仍 active 的 stale ralph.json、超过 30min 的 orphaned lock、只含 .recovery-checked 的空 session 目录、目录已删除但 git worktree list 中仍存在的 stale worktree 引用。支持 dry-run 预览，推荐每 4 小时或新 session 启动前运行。不清理的后果是 crash recovery 误识别 stale 状态为可恢复。→ 详见

Scripts

Workflow

文件被编辑？→ PostToolUse hook 触发 post-edit-check.sh，按扩展名选择 linter（.ts → tsc, .py → ruff, .sh → shellcheck），将诊断错误通过 additionalContext 注入当前 turn，agent 当场修复。编辑后立即跑诊断——拖到 commit 时再查，类型错误已经在错误基础上级联了好几个文件。扩展名不在映射表中的文件（如 .md）直接跳过。

要 git commit？→ PreToolUse hook 触发 test-before-commit.sh，拦截 Bash 中的 git commit 命令，跑完整测试套件。测试失败则 deny commit 并展示失败用例，agent 修完再提交。测试通过才放行。

Failure Modes

Output

Related

• tool-governance — 错误追踪器记录诊断失败（tool-error-tracker 追踪连续 linter 失败）
• execution-loop — doubt gate 检测未验证声明（agent 说"应该没问题"但没跑检查时拦截）
• context-memory — 诊断结果写入 handoff document，跨 session 传递未修复的已知问题

Usage

在 .claude/settings.json 中配置 hook：

{
  "hooks": {
    // Post-edit 诊断：编辑后立即跑 linter
    "PostToolUse": [
      {
        "matcher": { "tool_name": "Write|Edit|MultiEdit" },
        "hooks": [
          {
            "type": "command",
            "command": "bash post-edit-check.sh \"$TOOL_INPUT_FILE_PATH\""
          }
        ]
      }
    ],
    // Commit 前测试：拦截 git commit，测试不通过则 deny
    "PreToolUse": [
      {
        "matcher": { "tool_name": "Bash", "input_contains": "git commit" },
        "hooks": [
          {
            "type": "command",
            "command": "bash test-before-commit.sh"
          }
        ]
      }
    ]
  }
}

post-edit-check.sh 按扩展名选 linter：.ts → tsc --noEmit，.py → ruff check + pyright，.rs → cargo check，其他 → exit 0。

test-before-commit.sh 按项目类型检测：package.json → npm test，Makefile → make test，pyproject.toml → pytest，Cargo.toml → cargo test。

Hook 输出格式（post-edit-check.sh stdout）：

{"decision": "allow", "hookSpecificOutput": {"additionalContext": "[POST-EDIT] tsc error TS2345: Argument of type 'string' is not assignable to parameter of type 'number' at handlers.ts:42"}}

按 profile 控制强度：

HARNESS_PROFILE=strict claude -p "deploy to production"   # 全部 hook
HARNESS_PROFILE=minimal claude -p "fix typo in README"     # 仅原子写入
HARNESS_DISABLED_HOOKS=post-edit-check claude -p "quick experiment"  # 禁用指定 hook