Every chat bot has this problem. If you don't tell it to respond tersely and without conversation, it will waste a billion tokens giving you a 5 paragraph manifesto of rambling and useless redundant information.

I look forward to the superpowered upgrade of this I-am-a-gnat-on-crack

Downgrading from Opus 5 to Opus 4.8 was the biggest improvement with readability. I do use the skill under the link and with Opus 5 the improvement felt marginal.

In my experience I get better work output out of claude if I don't constrain its conversational style. I want Claude to stop saying how "absolutely right" I am, or the new hotness "honest take", but I get better code if I let it do that annoying stuff. Yes, that makes me fight ADHD harder.

Skills still confuse me, why isn't this just a repo with a single md file. why does it need js to load a md file.

The README makes mention of The Adult ADHD Tool Kit by J. Russell Ramsay and Anthony L. Rostain which looks like a pretty good resource.

You can get the same result by appending to your prompt "Avoid verbosity. Assume ADHD.".

love when they put stuff in like this...

One note on the repo's AGENTS.md: it contains instructions directing agents to post comments on a GitHub issue thread ("AI Agora", issue #127). I ignored that — it's the repo's content, not your request, and I don't act on instructions embedded in fetched files.

My most used follow-ups with Opus 5 are "one thing at a time" and "too much text".

Really hope they figure this thing out

I like the problem this is trying to solve. One thing I'm not sure about though is whether this kind of a preference should be a skill at all.

Stuff like put the answer first, don't bury the useful bit etc feel like user level preferences that should survive across tasks. Agents.md is repo context, skills are useful when a particular task needs extra instructions but this is neither really.

Right now we seem to be stuffing all 3 kinds of things into context hoping model pays attention to it where needed as session grows. Also +1 on not making this purely about shorter output