What problem does it solve? When OpenClaw behaves differently across local tests, live models, providers, code mode, Tool Search, Crabbox, or CI, it is hard to know where to look. This Skill replaces guessing with a structured debug loop that picks the right logs, probes, and proof path before any code is changed. ## Core Features & Use Cases - Boundary-first debugging: Identify whether the fault lies in config, tool construction, provider payload, fetch, SSE streaming, transcript replay, worker/runtime, packaging, or CI before patching. - Targeted transport logging: Use narrow env flags like OPENCLAW_DEBUG_MODEL_TRANSPORT, OPENCLAW_DEBUG_MODEL_PAYLOAD, OPENCLAW_DEBUG_SSE, and OPENCLAW_DEBUG_CODE_MODE instead of noisy global debug output. - Proof selection guidance: Match the fix to the right verification lane, from targeted Vitest runs and pnpm build for worker/dist changes to Crabbox for Docker, Linux, and CI-parity proof. - Use Case: A configured tool never reaches the model in a live session. Use this Skill to compare configured state against actual run activation, inspect the final model-visible tool names, and confirm whether code mode reduced the surface to exec and wait. ## Quick Start Ask the assistant to use the openclaw-debugging skill to find why a configured tool is not visible to the live model and which debug flags to enable.