Feedback on /insights report accuracy
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.
This issue has 4 comments on GitHub. Read the full discussion on GitHub ↗