Feedback on /insights report accuracy

Resolved 💬 4 comments Opened Feb 5, 2026 by alans-dc Closed Mar 5, 2026

Summary

Some feedback on the /insights report after reviewing my generated report.

Observations

1. Tool usage is attributed to the user, not Claude

The report phrases Claude's tool invocations as user actions (e.g., "your Bash usage (96K+ calls)"). It would be clearer to distinguish between user messages/requests and Claude's tool calls made on their behalf.

2. File type inference may be skewed

The report inferred I was doing "Web Documentation & Content" work based on HTML/Markdown file counts, but my actual project is embedded Arduino development. The counts likely include dependencies, generated files, or files Claude read during exploration rather than files I authored.

Weighting by edits/writes rather than reads might give a more accurate picture.

3. Hardware development constraints not considered

Some suggestions (like parallel agent debugging) don't apply well to embedded development where there's only one physical device. Tests must run sequentially since you can only flash/connect to one board at a time.

4. Time/effort estimates seem inaccurate

The "fun ending" said Claude spent "hours" on a specific debugging issue that actually took about 15 minutes.

---

Overall the report has interesting data but some of the interpretations and suggestions didn't match my actual workflow. Happy to provide more detail if helpful.

View original on GitHub ↗

This issue has 4 comments on GitHub. Read the full discussion on GitHub ↗