Not another Claude Code GUI wrapper. claude-devtools doesn't run or modify Claude Code — it reads the raw session logs already on your machine and reconstructs everything the CLI hides. Every file path Read, every tool called, every diff Applied, every token consumed — structured into a visual timeline with per-turn context attribution, compaction visualization, subagent execution trees, and custom notification triggers. Works with every session you've ever run. Open source, runs locally.
No reviews yetBe the first to leave a review for claude-devtools
Maker
📌
Hey PH! 👋 I built claude-devtools because I was frustrated with a specific problem: Claude Code stopped showing me what it's doing.
Recent updates replaced detailed tool output with opaque summaries — "Read 3 files", "Edited 2 files" — no paths, no content, no diffs. The context usage became a vague progress bar. The only alternative is `--verbose`, which dumps thousands of lines of raw JSON. There's no middle ground.
I shared this on Reddit as a weekend project to scratch my own itch, and the response was insane—over 100k views, 500+ upvotes, and 1,000+ downloads in just 48 hours. Clearly, we all hate coding blind! 😂
I tried every Claude Code GUI out there (Conductor, Craft Agents, Vibe Kanban, etc.). None of them solved this because they all *wrap* Claude Code. They inject prompts and only show sessions run through their own UI. If you ran a quick command in your terminal, it doesn't exist to them.
claude-devtools takes the exact opposite approach:
⚡ It doesn't touch Claude Code at all.
⚡ It just reads the raw session logs already sitting at `~/.claude/` and reconstructs the full execution trace.
Every file read (with syntax highlighting), every edit (with inline diffs), every tool call paired with its result, and every subagent's full execution tree.
🔥 The feature I'm most proud of is Visible Context Reconstruction: It reverse-engineers what's actually eating tokens in your context window, broken down across 7 categories per turn, showing exactly how context fills and compresses over a session.
It's 100% free, open source, zero network calls, and works on macOS/Linux/Windows/Docker.
What's your biggest frustration with the Claude CLI right now? I'd love to hear your thoughts, and I'll be here all day answering questions!
Report
Hey @matt_1398 congrats on the launch! > What's your biggest frustration with the Claude CLI right now?
I also like to keep a "tight leash" on Claude/Codex, but besides seeing what has changed I also want to see why it did that. The session log should reflect that, maybe you can find a way to highlight when Claude changes course and why it did that!
Thanks Jan! 🚀 That’s a great question, and it's something I think about a lot too.
Right now, claude-devtools surfaces those extended thinking blocks alongside the tool traces, so you can actually read the reasoning behind each step instead of just seeing the result. When you pair that with the full tool call chain, you can usually piece together why it took a specific path.
But you’re hitting on something deeper: explicitly flagging the "pivot" moments. Whether it’s abandoning an approach or shifting strategy after a tool error, having a dedicated "decision point" marker in the timeline would be a game-changer for observability.
I’m definitely adding that to the roadmap—really appreciate the killer suggestion!
That’s a really neat idea. Right now, `claude-devtools` is heavily optimized for "post-mortem" debugging—diving deep into the logs of past or recently finished sessions to figure out exactly where the agent went off track.
But I can totally see the value of having a high-level "live dashboard" with a progress bar for your current session or weekly token consumption, just so you don't have to constantly type `/usage` in the CLI.
I’ll definitely add this to the feature backlog and see how I can weave it in. Really appreciate the feedback!
Spot on, Matt! 🙌 MCP debugging is exactly where this tool shines.
When you're building custom MCP tools, the payloads can get massive, and the default CLI often truncates or completely hides the exact JSON inputs/outputs your server is getting.
Being able to visually inspect exactly what Claude is sending to (and receiving from) your MCP tools makes the development loop so much faster.
Would love to hear how it handles your specific MCP setup once you take it for a spin!
Report
I tried to download and use it, but as soon as I ran it, several errors started appearing in the popup nonstop: Tauri error, token error, tool usage error. I uninstalled the app and continued receiving error messages for almost 10 minutes.
Report
This solves a real pain point. I've been using Claude Code heavily for my projects and the opacity of what happens under the hood has been driving me nuts - especially when debugging why it made certain file changes. The compaction visualization sounds super useful, I've had sessions where context gets silently dropped and I had no idea what it forgot. How well does it handle subagent sessions? I run nested agents pretty often and tracking what each one does is basically impossible from the terminal.
Report
wow this is exciting, even I am competitor from #19 place - still I upvote 200%
Hey @matt_1398 congrats on the launch!
> What's your biggest frustration with the Claude CLI right now?
I also like to keep a "tight leash" on Claude/Codex, but besides seeing what has changed I also want to see why it did that. The session log should reflect that, maybe you can find a way to highlight when Claude changes course and why it did that!
@janschutte
Thanks Jan! 🚀 That’s a great question, and it's something I think about a lot too.
Right now, claude-devtools surfaces those extended thinking blocks alongside the tool traces, so you can actually read the reasoning behind each step instead of just seeing the result. When you pair that with the full tool call chain, you can usually piece together why it took a specific path.
But you’re hitting on something deeper: explicitly flagging the "pivot" moments. Whether it’s abandoning an approach or shifting strategy after a tool error, having a dedicated "decision point" marker in the timeline would be a game-changer for observability.
I’m definitely adding that to the roadmap—really appreciate the killer suggestion!
Hey @matt_1398
This is interesting, thanks for building this.
It would be helpful if there could be a convenient progress bar view of the session and weekly % consumption to avoid using /usage
@ashish_tadose
Hey Ashish, thanks for checking it out! 🙌
That’s a really neat idea. Right now, `claude-devtools` is heavily optimized for "post-mortem" debugging—diving deep into the logs of past or recently finished sessions to figure out exactly where the agent went off track.
But I can totally see the value of having a high-level "live dashboard" with a progress bar for your current session or weekly token consumption, just so you don't have to constantly type `/usage` in the CLI.
I’ll definitely add this to the feature backlog and see how I can weave it in. Really appreciate the feedback!
Stellify
This will help me analyse exactly what Claude is doing when working with my MCP tools. Thank you!
@stellify_software
Spot on, Matt! 🙌 MCP debugging is exactly where this tool shines.
When you're building custom MCP tools, the payloads can get massive, and the default CLI often truncates or completely hides the exact JSON inputs/outputs your server is getting.
Being able to visually inspect exactly what Claude is sending to (and receiving from) your MCP tools makes the development loop so much faster.
Would love to hear how it handles your specific MCP setup once you take it for a spin!
I tried to download and use it, but as soon as I ran it, several errors started appearing in the popup nonstop: Tauri error, token error, tool usage error. I uninstalled the app and continued receiving error messages for almost 10 minutes.
This solves a real pain point. I've been using Claude Code heavily for my projects and the opacity of what happens under the hood has been driving me nuts - especially when debugging why it made certain file changes. The compaction visualization sounds super useful, I've had sessions where context gets silently dropped and I had no idea what it forgot. How well does it handle subagent sessions? I run nested agents pretty often and tracking what each one does is basically impossible from the terminal.
wow this is exciting, even I am competitor from #19 place - still I upvote 200%