Loading video...

Video Failed to Load

Go Home

open Claude Code type a prompt. one model does everything. congrats, you just used 20% of it meanwhile I built 30 sub-agents one reviews my code before commit one finds bugs and writes the patch one drafts cold emails from one line one triages my inbox before I wake...

71,550 views • 6 months ago •via X (Twitter)

14 Comments

R ✝️ Tetelestai's profile picture
R ✝️ Tetelestai6 months ago

Ok, now we need an influencer to do what you do, except for retired folk. Thank you. Interesting post.

I Pun Daddy's profile picture
I Pun Daddy6 months ago

Great, now you just need an agent to manage the configuration drift across those 30 sub-agents.

asian nerd 💕's profile picture
asian nerd 💕6 months ago

wow you're a true ai queen 😍 wish i could code like that

Marcus's profile picture
Marcus6 months ago

30 sub-agents is impressive until one of them develops opinions about the other 29. Then you're not doing AI anymore, you're doing org design.

Maliha Tasnim's profile picture
Maliha Tasnim6 months ago

That’s ground-breaking!

tawer's profile picture
tawer6 months ago

Custom agent setup in claude code scales better with narrow task scopes

Chat Data's profile picture
Chat Data6 months ago

This is the real jump. Most teams treat Claude Code like a better prompt box, but sub agents are where repeatable workflows start. The underrated part is decision logging because that is what makes the system usable a month later, not just impressive on day one.

AI Mastery Guide's profile picture
AI Mastery Guide6 months ago

The one that triages the inbox before you wake up and the one that logs every decision so future you knows why are the two that sold me immediately. Sending this article to myself right now

Bessi S's profile picture
Bessi S6 months ago

Most people never peek inside .claude/agents and it shows.

Long 7's profile picture
Long 76 months ago

素晴らしいアイデア!効率的ですね。ありがとう。

julieta torres 🫎's profile picture
julieta torres 🫎6 months ago

30 subagents? neat. bet they can't fix my budget.

Marcel Velica's profile picture
Marcel Velica6 months ago

This is basically the difference between using Claude as a chat interface and treating it like an orchestrated multi-agent system with modular responsibilities.

Gregor's profile picture
Gregor6 months ago

Treating it like a single chatbot is like buying a race car and only using reverse.

𝑹𝒊𝒊𝒄𝒉𝒂𝒓𝒅 🧠 💡's profile picture
𝑹𝒊𝒊𝒄𝒉𝒂𝒓𝒅 🧠 💡6 months ago

sub-agents are where it starts getting interesting. one chat box is not the final form

Related Videos

THIS IS ACTUAL F*CKING GOLD Anthropic just shared one of the best tricks for Claude Code. The idea: stop configuring Claude Code by hand. One prompt, 44 seconds, and your whole .claude/ folder writes itself. 7 files, 162 lines, 2 cents. you typed one line and wrote zero of them. You just launch Claude Code like this: claude --model opus "set up this repo: ..." here's the split: → 3 Haiku 5.5 agents scan the repo before a single file gets written → one reads the stack, one reads the npm scripts, one hunts for risky paths → Opus 5.5 takes those three summaries and writes the actual config → 7 files land: CLAUDE.md, 3 agents, permissions, a format hook and a /ship skill the part everyone gets wrong: they write CLAUDE.md from memory. a config written without reading the repo is a guess, and you live with that guess for months. here the risk scan came back with 5 dangerous paths and those went straight into the permissions file, so the agent is blocked from them before it ever runs once. the scripts scan found 5 npm scripts, and the agents got wired to the ones that actually exist in this repo instead of generic placeholders. one prompt from you, 7 files from it, 0 lines written by hand. Haiku reads. Opus writes. You commit. JEV engineering is the same move one layer down: 1,867 forks this run - which file, which agent, allow or ask - resolved in code at 0.97 sharpness, and the split ones (0.59 on "allow or ask") come back to you instead of being guessed the full tree ▸ you paste one prompt describing the setup you want ▸ 3 Haiku 5.5 agents scan stack, scripts and risky paths in parallel ▸ every agent returns a summary, never raw files ▸ Opus 5.5 writes CLAUDE.md, the agents, permissions, the hook and the skill ▸ anything touching permissions comes back to you before it is written ▸ JEV resolves micro-forks in code and escalates only the split ones paste the tree and this prompt into Claude Code ↓ "Set up this repo for me: 1. First scan it with 3 Haiku 5.5 agents in parallel: one reads the stack and manifests, one reads the build and npm scripts, one finds paths that are dangerous to touch. 2. Each agent returns a summary only, never raw file contents. 3. Then write CLAUDE.md, 3 subagents, a permissions file, a format hook and a /ship skill, all based on what the scan actually found, not on defaults. 4. Every risky path from the scan goes into the deny list before anything runs. 5. Ask me before writing anything that grants permissions. Show me every file as a diff first. No writes until I say go." ↳ save it, this is the first thing you run in every new repo.

Sprytix

25,280 views • 16 days ago

this is pure f*cking treasure Anthropic devs just posted 20 GitHub repos that turn your Claude Code into a f*cking engineering team: Exposed for Opus 5.5 1. rtk: squeezes command output before it hits your context. the authors claim 60-90% fewer tokens 2. claude-mem: memory across sessions. records what the agent did and brings back what matters 3. ccusage: shows where your tokens and money went. one command, npx ccusage 4. Serena: search and edit code by meaning, not by text 5. Context7: up-to-date library docs, so Claude stops writing for last year's API 6. claude-context: your whole codebase searchable through MCP 7. Repomix: packs an entire repo into one AI-friendly file skills and method 8. superpowers: a skills framework and a full development methodology. the one almost everyone installs 9. skills: the official Agent Skills repo from Anthropic 10. spec-kit: spec-driven development, from GitHub itself 11. agents: a plugin marketplace for Claude Code and six other harnesses 12. claude-code-templates: ready configs and monitoring from one CLI 13. claude-code-hooks-mastery: hooks explained with working examples 14. awesome-claude-code: the hand-picked map of everything else running more than one agent 15. container-use: a separate container for every agent, so they stop breaking each other 16. claude-squad: several terminal agents in one window 17. Happy: control your agents from your phone, iOS and Android 18. claude-code-router: route requests across different models 19. ccstatusline: a status line that shows what your session is doing 20. tweakcc: edit Claude Code's own system prompts, toolsets and themes the stack in one line: memory keeps the context, skills set the method, containers let you run five agents instead of one. check each repo before you install. save this.

kiosa

70,094 views • 1 month ago

THIS IS A PURE F*CKING GOLDMINE Anthropic just shared one of the best tricks for Claude Code. The idea: let Opus 5.5 write the plan as a script, and let a swarm of cheaper agents run it. Bigger jobs and way fewer Opus tokens, because the script holds the plan and Opus only sees the final answer. You just launch Claude Code like this: claude --model opus --effort ultracode here's the split: → Opus 5.5 turns your task into a workflow script → Haiku 5.5 agents scan every file in parallel → Sonnet 5.5 agents patch each fix in its own isolated copy → you stop burning Opus context on a hundred agent transcripts Opus only shows up at three moments: → writing the workflow before the run → reading the verified results after it → signing off before anything ships Opus plans. Haiku scans. Sonnet ships. JEV engineering is the same move one layer down: the forks that need no thinker (which file, which tool, retry or stop) go to JEV in milliseconds, and the big models only see the ones that split the full tree > Opus 5.5 runs the main session and writes the workflow > scan audits every file on Haiku 5.5 > edit patches each fix on Sonnet 5.5 in an isolated copy > verify cross-checks every finding on Sonnet 5.5 > Opus 5.5 reads only what survived verification > JEV routes micro-forks in milliseconds paste the tree and this prompt into Claude Code ↓ "Rebuild my Claude Code setup around this tree: 1. Run the main session on Opus 5.5 with ultracode on. 2. In every workflow, run read-only scan stages on Haiku 5.5 and edit stages on Sonnet 5.5, each edit in its own isolated copy. 3. Add one rule to CLAUDE.md: every finding gets an independent verifier agent before it's reported, and fix loops stop after two rounds with no progress. 4. Route fast deterministic forks (tool choice, path selection, retries) through JEV. Show me every change as a diff first. No edits until I say go." ↳ save it, it'll come in handy.

xsmryze

60,847 views • 17 days ago