Live data from Hacker News

Show HN: Rudel – Claude Code Session Analytics

github.com

11–20 of 108 posts

Re: Show HN: Rudel – Claude Code Session Analytics

#11
post #9

is there a reason, other than general faith in humanity, to assume those '1573 sessions' are real? I do not see any link or source for the data. I assume it is to remain closed, if it exists.

Its our own sessions, from our team, over the last 3 months. We used them to develop the product and learn about our usage. You are right, they will remain closed. But I am happy to share aggregated information, if you have specific questions about the dataset.

Re: Show HN: Rudel – Claude Code Session Analytics

#13

It might be worthwhile to include some of an example run in your readme. I scrolled through and didn’t see enough to justify installing and running a thing

Ah sorry, the readme is more about how to run the repo. The "product" information is rather on the website: https://rudel.ai

Re: Show HN: Rudel – Claude Code Session Analytics

#14
Nice, I've been working on the same problem from a different direction. Instead of analyzing sessions after the fact, I built a pipeline that structures them. Stages (plan, design, code, review, same as you'd have with humans) with gates in between.

The gates categorize issues into auto-fix or human-review. Auto-fix gets sent back to the coding agent, it re-reviews, and only the hard stuff makes it to me. That structure took me from about 73% first-pass acceptance to over 90%.

What I've been focused on lately is figuring out which gates actually earn their keep and which ones overlap with each other. The session-level analytics you're building would be useful on top of this, I don't have great visibility into token usage or timing per stage right now.

I wrote up the analysis: https://michael.roth.rocks/research/543-hours/

I also open sourced my log analysis tools: https://github.com/mrothroc/claude-code-log-analyzer

Re: Show HN: Rudel – Claude Code Session Analytics

#16

Nice, I've been working on the same problem from a different direction. Instead of analyzing sessions after the fact, I built a pipeline that structures them. Stages (plan, design, code, review, same as you'd have with humans) with gates in between. The gates categorize issues into auto-fix or human-review. Auto-fix gets sent back to the coding agent, it re-reviews, and only the hard stuff makes it to me. That struct…

This is great. How are you "identifying" these stages in the session? Or is it just different slash commands / skills per stage? If its something generic enough, maybe we can build the analysis into it, so it works for your use case. Otherwise feel free to fork the repo, and add your additional analysis. Let me know if you need help.

Re: Show HN: Rudel – Claude Code Session Analytics

#18

> That's it. Your Claude Code sessions will now be uploaded automatically. No, thanks

It will be only enabled for the repo where you called the `enable` command. Or use the cli `upload` command for specific sessions.

Or you can run your own instance, but we will need to add docs, on how to control the endpoint properly in the CLI.

Re: Show HN: Rudel – Claude Code Session Analytics

#19
post #17

For those unaware, Claude Code comes with a built in /insights command...

Ohh this is exciting, I kinda overlooked it. I assume there are still a lot of differences, especially for accross teams. But I immediately ran it, when I saw your comment. Actually still running.

Re: Show HN: Rudel – Claude Code Session Analytics

#20

[flagged]

The 4% usage was about our internal team, and we have skills setup. So it is not necessary that they are not built, but rather that they were not used, when we expected them to be used. So we adapted our CLAUDE.md to make claude more eager to use them. Also the 4% usage was on the 4.5 models, 4.6 got much better with invoking skills.
Post reply on HN