This framework elegantly solves the AI "anchoring" problem by using isolated cognitive frames to force genuine creative divergence. It is a necessary architectural shift that transforms predictable code generation into a robust search for novel, high-utility solutions.
Deep Dive
Prerequisite Knowledge
- No data available.
Where to go next
- No data available.
Deep Dive
Your AI Gives Everyone the SAME Answer — This Free Skill Fixes It (ADHD for Claude Code & Codex)
Added:Open your AI coding agent right now. And ask it to design something. Anything. A rate limiter. A retry strategy.
A name for that new service.
I can already tell you what happens.
It gives you the first idea it thought of.
The same three or four textbook answers every other developer who asked that question got today.
And here's the expensive part.
That obvious answer feels right. So you build it. And a week later you find out it was the wrong one.
Today I'm showing you a free open source skill that ends that.
One command and your agent attacks your hardest problem from a handful of completely isolated directions at once.
Hands you 30 plus genuinely different ideas. And this is the part nobody else does. Names which of those ideas are traps before you waste a week building one.
First 30 seconds on why your AI keeps doing this.
Because the fix only makes sense once you see the problem.
Language models write one word at a time. And every word is steered by the words before it. So the first sentence the model commits to becomes an anchor.
Everything after it mostly decorates that first idea. That's chain of thought. One line of thinking locked in early.
Researchers tried tree of thought.
Let the model branch into several paths.
Better.
But every branch still lives in the same conversation. The same context.
Branch two can see branch one and it quietly falls in line.
The anchoring survives.
Which means this is not a prompting problem.
You cannot ask the model to just be more creative.
It's an architecture problem.
And architecture problems need an architecture fix.
That fix is this repo.
It's called ADHD. Yes, really.
A skill for coding agents by Udit Acharya.
Open source MIT license.
Built on the Claude and Codex agent SDKs and it crossed 1800 GitHub stars in about 8 weeks with a feature story on the New Stack.
Here's the whole system.
Two phases with a hard wall between them. Phase one, diverge.
Instead of one model thinking in one context, it spawns five or more completely isolated agent calls.
Each one gets your problem plus one deliberately weird point of view and each one is forbidden from judging its own ideas.
The branches cannot see each other.
Zero shared context.
So, nothing anchors.
Phase two, focus.
A separate critic call running the opposite system prompt reads every idea cold.
It scores each one on novelty, viability, and fit.
It groups them by underlying approach.
It flags the traps with reasons and it deepens the top three survivors into actual sketches with risks and first steps.
Generator and critic are separate calls with opposite instructions.
The separation is mechanical, not a polite request inside one prompt.
That's the entire trick.
Those weird points of view are called frames and they're my favorite part of this repo.
A frame is not a persona. It's not pretend you're a marketing expert.
It's a vantage that forces the model into a corner it would never drift toward on its own.
15 ship built in. Listen to a few.
The 3:00 a.m. on-call engineer.
What design means you never get paged.
The speedrunner.
What glitches and skips crack this problem open?
The competitor trying to break it.
Attack your own design.
The 10-year-old.
Ignore convention.
What's the naive approach? Inversion.
Ask the opposite question.
Then negate the answer.
Remove the load-bearing assumption.
What becomes possible if the database, the framework, the network just wasn't there?
And one slot in every run is always reserved for a wild frame.
Biology. Ant colonies. Markets.
So, the output never collapses into sensible.
Writing a frame of your own is about five lines of code.
Here's what that buys you on a real problem.
Straight from the repo's own benchmark.
The problem.
A command-line tool calls a language model.
And it sometimes hangs for 90 seconds.
Design the retry, timeout, and user experience strategy.
The baseline single-shot answer gave four textbook patterns.
Progressive timeouts.
Exponential back-off.
Hedged requests. Streaming with keep-alive.
Then a sensible hybrid recommendation.
Solid.
It's the answer any senior engineer gives in 30 seconds.
Which means it's the answer everyone already has.
Now, the same problem through this skill.
Over 30 ideas from six isolated frames.
And the star pick was something the baseline never even considered.
A rage-quit button.
One click that instantly aborts the slow request.
And resubmits it to a cheaper, faster model.
Because maybe the real problem is that the slow model was the wrong model for that prompt.
None of the four textbook patterns ever question the model itself.
And on top of that, it flagged 20 seductive but broken ideas.
Each with a one-line reason why it fails.
That's the gap between competent and interesting.
Quick pause.
One frame. No tricks.
If the last 2 minutes changed how you'll run your next design decision, that's what every video on this channel is built to do.
Real talk.
90% of you watching haven't subscribed.
On Facebook, subscribe is the supporter button.
That is what keeps the lights on here.
On YouTube, it's free.
And it tells the algorithm to send you more.
Subscribe to support us.
And if these breakdowns are saving you real hours, the join button on YouTube makes you a member of the lab.
Okay.
Now, the numbers.
Because I don't ask you to trust vibes.
The repo ships its own benchmark.
Six open-ended engineering problems.
This skill versus a plain one-shot answer from the same model, scored by an independent LLM judge, with a deliberately skeptical staff engineer prompt and the AB order randomized.
The results.
Breadth of ideas.
9.0 versus 4.8.
Nearly double.
Novelty.
7.8 versus 2.7.
Almost three times.
And trap detection.
Naming the ideas that look great and fail in production.
9.5 versus 1.8.
Five times better.
That's the biggest gap on the board and honestly the most valuable one.
It won five of the six problems.
Now the honest column because a repo's own benchmark is still the repo's own benchmark.
On overall builder usefulness, it's basically a tie.
7.7 versus 6.8.
This tool does not make everything better.
It makes ideation better.
Even the New Stack's headline pointed out that outside experts want more proof.
Fair.
But one independent blogger already ran their own blind test.
Two problems.
Judge position swapped.
The skill won both at a real cost.
About 2.3 times the time and nearly twice the output tokens.
So, no.
This thinking isn't free.
It's a few cents to a few dollars to widen one high-stakes decision.
Which is cheap next to shipping the wrong obvious answer.
Let's install it. You need exactly one command and it's on your screen right now.
NPX skills add then the author's handle It auto-detects whatever agent you're running. Cloud code cursor codex client Gemini CLI Windsurf around 50 agents supported.
From then on you can invoke it explicitly. /ad HD then your problem in quotes. Or just ask your agent for a few ways to do something and it auto-triggers on ideation questions.
Prefer a standalone tool? There's a CLI npm install -g ad HD -agent and you can dial it. Three frames, eight ideas each.
Keep the top two. And if you build your own agents, it's also a TypeScript library.
One import, one run call, and you get back the short list. The non-obvious pick, the traps, and the clusters as structured data.
One cost warning before you go wild.
Every isolated branch reloads your base context.
Your project instructions, your session state.
Five branches, five reloads. So, treat it as a decision point tool, not an every keystroke tool.
So, when do you actually reach for it?
The repo gives a one-sentence test, and it's worth a screenshot.
If a junior developer would Google the question and find the answer, the baseline wins. Don't spend the tokens.
But, if a senior engineer would lean back and say, "Hmm, let me think about this differently for a minute."
That is the moment this replaces.
In practice, use it for architecture and design decisions.
API and command line surface design.
Fuzzy debugging, where you need hypothesis classes you haven't considered.
Migration planning, naming things, and widening a code review beyond the checklist.
Skip it for lookups.
Bugs with a known root cause.
Anything latency critical.
And any question with exactly one correct answer.
High stakes and open-ended, diverge.
Everything else, just answer.
One more thing made me take this repo seriously.
Who's already shipping it?
Repo wire, a mesh orchestrator, merged it into their default template.
vendored it as their think plugin.
WTF is my repo?
Uses it as the explanation engine for onboarding people into unfamiliar code bases.
It's even packaged as a plain text prompt in awesome prompts for people who can't install skills at all. And my favorite, an outside team ran a full evidence-based research review against the method.
11 sources, eight validation rounds, and the author linked that critique from his own read me, and tracked the findings as public issues.
A maintainer who advertises his own audit.
That's exactly the energy you want in a tool you're about to trust with design decisions.
So, here's the transformation plane.
Yesterday, your agent gave you the answer everyone gets, and you hoped it was right.
Tonight, one command later, it attacks every hard decision from directions you'd never think to try, argues with itself so you don't have to, and hands you the traps before you step in them.
I've packed everything into one free PDF, the divergent ideation playbook, the exact install command for every agent, the when to use test card, all 15 frames, the five-line template for writing your own, and the honest cost math.
Comment the word diverge and I'll send it to you free.
Or grab it directly at hyperautomationlabs.co/free/diverge.
Just getting started with AI coding tools?
My step-by-step beginner guides are linked in the description.
I post quick AI moves every day on Instagram and Facebook, and the full deep dives live here on YouTube.
And if you want round two, me running this skill live on five real problems, receipts on screens, type run in the comments. Diverge. Go.
Related Videos

TOP 15 Data compression Interview Questions and Answers 2019 Part-2 | Data compression | Wisdom jobs
wisdomjobs
281 views•2019-06-28

CTS 158: 802.11w Management Frame Protection
ClearToSend
4K views•2019-02-04

NDSS 2019 Send Hardest Problems My Way: Probabilistic Path Prioritization for Hybrid Fuzzing
NDSSSymposium
496 views•2019-04-02

How realistic is Cities: Skylines?
CityBeautiful
159K views•2019-02-14

GUIs & TUIs: Choosing a User Interface for Your Python Project | Real Python Podcast
realpython
2K views•2025-04-04

The OSI Model - Explained by Example
hnasr
225K views•2019-05-12

Cloud Computing - Introduction
elithecomputerguy
98K views•2019-10-07

From Traveler's Dilemma to Dynamic Routing | Demystifying Networking
IITBombayJuly
5K views•2019-08-04
Trending

WOW! Judge TURNS THE TABLES on Trump in His OWN $10B LAWSUIT!!!
MeidasTouch
197K views•2026-07-23

Playstation NO DISC/NO BUY Fight Is Over...
DavidJaffeGames
4K views•2026-07-23

Steam and Xbox Just Dropped The Hammer On PlayStation
OhNoItsAlexx
9K views•2026-07-23

Americans Confused in Australia for 17 Minutes Straight
IWrocker
17K views•2026-07-23