← 返回 Skills 市场
zelixag

Debug Probe

作者 Bio · GitHub ↗ · v1.0.0 · MIT-0
cross-platform ⚠ suspicious
64
总下载
0
收藏
0
当前安装
1
版本数
在 OpenClaw 中安装
/install debug-probe
功能描述
Provides a precise six-phase hypothesis-driven runtime debugging process with minimal instrumentation to identify and fix root causes of unexpected behavior.
使用说明 (SKILL.md)

Debug Probe

Quick Start

When you hit a bug that reading code can't resolve:

  1. Hypothesize — Read source, generate 2-4 falsifiable hypotheses
  2. Instrument — Insert minimal logging (2-4 points per hypothesis), tag [DIAG_\x3Ctopic>]
  3. Collect — Build → user reproduces → user exports logs
  4. Converge — Match logs to hypotheses → confirm root cause
  5. Fix — Minimal fix → verify with user
  6. 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 like auth, 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

  1. Build & deploy
  2. User reproduces the bug
  3. User exports logs (dump function, console output, log file, etc.)
  4. Group logs by hypothesis tag ([DIAG][H1], [DIAG][H2])
  5. 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

  1. Minimal fix targeting confirmed root cause
  2. Build → user verifies fix works
  3. Fix fails → keep key instrumentation, return to Phase 1
  4. Fix works → Phase 6

Phase 6: Clean Up

Mandatory. Search for DIAG: remove after debug and:

  1. Remove all temporary instrumentation code
  2. Remove all diagnostic imports
  3. Remove diagnostic buffer file if no longer referenced
  4. Build to confirm compilation passes
  5. 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
安全使用建议
Review before installing, especially globally. Use it on a clean branch and in development or staging, require confirmation before adding instrumentation or deploying, avoid logging secrets or personal data, inspect any exported logs before sharing them, and verify all DIAG-marked code and dump hooks are removed after debugging.
能力评估
Purpose & Capability
The skill's purpose is coherent: hypothesis-driven runtime debugging using temporary instrumentation, log collection, fixes, and cleanup. The sensitive capabilities are mostly purpose-aligned, but they include source modification and runtime data capture.
Instruction Scope
The trigger language is broad, including generic terms such as debug, bug, broken, not working, and investigate, while the workflow can lead to code edits and log export without requiring explicit user confirmation before instrumentation.
Install Mechanism
The package contains only markdown skill files and templates, with no executable installer, dependencies, or hidden scripts. The README does describe global installation, which would make the broad triggers apply more widely.
Credentials
The templates expose buffered diagnostic dumps through browser globals, REPL/signal hooks, or HTTP/debug commands, and examples include user/auth-related values without strong redaction or development-only guidance.
Persistence & Privilege
There is no evidence of privilege escalation, background persistence, or exfiltration. Temporary diagnostic files and dump hooks may remain until cleanup, although the skill does emphasize mandatory removal.
如何使用
  1. 确保已安装 OpenClaw(本地或 Docker 部署)
  2. 在对话框中输入安装命令:/install debug-probe
  3. 安装完成后,直接呼叫该 Skill 的名称或使用 /debug-probe 触发
  4. 根据 Skill 的参数说明提供必要输入,即可获得结构化输出
版本历史
v1.0.0
Initial release: hypothesis-driven runtime debugging skill with 6-phase loop. Supports TS/JS/Python/Go.
元数据
Slug debug-probe
版本 1.0.0
许可证 MIT-0
累计安装 0
当前安装数 0
历史版本数 1
常见问题

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。

💬 留言讨论