/install debug-probe
Debug Probe
Quick Start
When you hit a bug that reading code can't resolve:
- Hypothesize — Read source, generate 2-4 falsifiable hypotheses
- Instrument — Insert minimal logging (2-4 points per hypothesis), tag
[DIAG_\x3Ctopic>] - Collect — Build → user reproduces → user exports logs
- Converge — Match logs to hypotheses → confirm root cause
- Fix — Minimal fix → verify with user
- Clean up — Remove ALL instrumentation, confirm build passes
Never skip to fixing. Always clean up after.
The 6 Phases
Phase 1: Hypothesize
Read relevant source code. Generate 2-4 testable hypotheses:
[H1] Root cause may be X → if true, log would show Y
[H2] Root cause may be Z → if true, log would show W
Share hypotheses with user before touching code.
Phase 2: Instrument
Rules:
- Only instrument to test hypotheses — no fishing expeditions
- Tag format:
[DIAG_\x3Ctopic>](short topic likeauth,render,state) - 2-4 instrumentation points per hypothesis
- Mark ALL temporary code:
// DIAG: remove after debug(adapt comment syntax to language) - Set up a diagnostic buffer (pick from TEMPLATES.md)
Use diagLog('H1', 'key=val', ...) — outputs to both console and an in-memory buffer so users can export all logs at once after reproducing the bug.
Phase 3: Collect
- Build & deploy
- User reproduces the bug
- User exports logs (dump function, console output, log file, etc.)
- Group logs by hypothesis tag (
[DIAG][H1],[DIAG][H2]) - If expected paths aren't hit → is instrumentation on the right branch? → adjust and rebuild
Phase 4: Converge
| Situation | Action |
|---|---|
| Logs confirm a hypothesis | Confirmed root cause → Phase 5 |
| All hypotheses refuted | New hypotheses from log clues → Phase 2 |
| Insufficient data | More precise instrumentation → Phase 2 |
Max 2-3 iterations before escalating.
Phase 5: Fix & Verify
- Minimal fix targeting confirmed root cause
- Build → user verifies fix works
- Fix fails → keep key instrumentation, return to Phase 1
- Fix works → Phase 6
Phase 6: Clean Up
Mandatory. Search for DIAG: remove after debug and:
- Remove all temporary instrumentation code
- Remove all diagnostic imports
- Remove diagnostic buffer file if no longer referenced
- Build to confirm compilation passes
- Tell user: instrumentation removed, only fix remains
Anti-Patterns
- ❌ Skip hypotheses, jump straight to "fixing"
- ❌ Instrument 10+ points — precision beats coverage
- ❌ Dump entire objects — signal drowns in noise
- ❌ Forget Phase 6 cleanup — instrumentation rots
- ❌ Claim "done" without user verification
- ❌ Use raw
console.log/print— use the diag buffer pattern
- 确保已安装 OpenClaw(本地或 Docker 部署)
- 在对话框中输入安装命令:
/install debug-probe - 安装完成后,直接呼叫该 Skill 的名称或使用
/debug-probe触发 - 根据 Skill 的参数说明提供必要输入,即可获得结构化输出
Debug Probe 是什么?
Provides a precise six-phase hypothesis-driven runtime debugging process with minimal instrumentation to identify and fix root causes of unexpected behavior. 它是一个面向 Claude Code / OpenClaw 的 AI Agent Skill 插件,目前累计下载 64 次。
如何安装 Debug Probe?
在 OpenClaw 或 Claude Code 对话框中运行命令「/install debug-probe」即可一键安装,无需额外配置。
Debug Probe 是免费的吗?
是的,Debug Probe 完全免费,采用 MIT-0 许可证,可自由下载、安装和使用。
Debug Probe 支持哪些平台?
Debug Probe 跨平台运行,可在任意部署了 OpenClaw / Claude Code 的环境中使用(cross-platform)。
谁开发了 Debug Probe?
由 Bio(@zelixag)开发并维护,当前版本 v1.0.0。