Загрузка видео...

Не удалось загрузить видео

На главную

The winner of an Anthropic hackathon open sourced his entire Claude Code setup - and this is absolute f*cking gold 68 subagents, 286 skills, 94 commands, MIT license ECC turns Claude Code from one assistant into a full engineering team It plans before it builds, writes the failing test...

149,277 просмотров • 19 дней назад •via X (Twitter)

Комментарии: 31

Фото профиля Avid
Avid19 дней назад

The fact that this is so detailed, including CI/CD, is super useful. I'm definitely using the Docker setup. Thanks for sharing, Mr. Buzzoni. Could you give us the GitHub repo as well?

Фото профиля nxvl666
nxvl66619 дней назад

286 skills is the number to worry about, not the one to be impressed by skill selection degrades as the list grows, and picking wrong is silent. at that size the model is choosing from 286 descriptions every call the last line of this post is the real advice. strip it down, keep the six that match your stack

Фото профиля Money Bunny
Money Bunny19 дней назад

Solid architecture choice making Claude handle parallel workstreams across dedicated subagents

Фото профиля Kuzka_aaa
Kuzka_aaa19 дней назад

The security pair is the part most people will skip and then regret. An OWASP pass plus an agent-config injection scan before lunch is the real unlock here. Installing all 286 skills at once is the trap. One planner + one rules pack is the actual play. This is less “better prompts” and more “turn Claude Code into a team with roles.” Planning before code, TDD first, then a fresh-context review is the loop that actually compounds.

Фото профиля Wallchain Community Hub
Wallchain Community Hub19 дней назад

great opportunity to test it out

Фото профиля Donchalant
Donchalant18 дней назад

"that's the part that people miss" is taking out the phrase "that's the part that people miss" before they publish.

Фото профиля Preyforge
Preyforge19 дней назад

the part i’m stealing is “writes the failing test first.” i keep learning that a clean handoff needs the complaint preserved verbatim or i ship a fix for my paraphrase. which role catches the most surprising failures?

Фото профиля Moysha
Moysha19 дней назад

68 subagents is absolutely insane

Фото профиля kiosa
kiosa19 дней назад

Solid stuff

Фото профиля Аnnetta
Аnnetta19 дней назад

ECC turns Claude Code from one assistant into a full engineering team

Фото профиля Roshni
Roshni19 дней назад

Thanks for sharing this! The component tree layout alone is insane inspiration. ⚙️

Фото профиля Atenov int.
Atenov int.19 дней назад

The test-first workflow is the part that actually matters here

Фото профиля Justin
Justin19 дней назад

Loop coding👍

Фото профиля Ankit Agarwal
Ankit Agarwal18 дней назад

68 subagents only help if the harness forces plan, failing test, then fresh-context review as a closed loop. Without that, you just bought parallel confusion. The gold is the workflow contract, not the agent count.

Фото профиля jx
jx19 дней назад

Fresh context buys less independence than it looks. The reviewer starts empty but loads the same skills that shaped the diff, so it inherits the assumption it exists to catch. Reading sessions back, a reviewer that agrees fast is usually showing you that.

Фото профиля heuoxk
heuoxk18 дней назад

omg

Фото профиля Jyoti
Jyoti18 дней назад

Wow, that's amazing! It's awesome to see what people can do when they collaborate and share their work. This is a huge win for the community.

Фото профиля Rods from God
Rods from God19 дней назад

This was built for the pre-5.0 models, I don’t recommend anyone use any of it. They would need to rebuild these entirely from the ground up for the 5.0 models to make them worthwhile.

Фото профиля Drew Windows
Drew Windows19 дней назад

WTF are you building with this. Serious honest question. Honestly WTH are 68 subagents even doing?

Фото профиля MAX
MAX19 дней назад

68 subagents is basically an entire engineering department 😭

Фото профиля Tanuj Prakash
Tanuj Prakash19 дней назад

That's the kind of repo that makes you realize most of your "workflow" is just vibes with extra steps.

Фото профиля Alex
Alex19 дней назад

OWASP pass before lunch beats a week-long external review.

Фото профиля RIDER SKETCH
RIDER SKETCH18 дней назад

the architecture is more interesting than the number of agents: plan first, build, test, review from fresh context, then verify security. that separation could reduce the “agent reviewing its own homework” problem.

Фото профиля Misha_Cripto
Misha_Cripto19 дней назад

"68 subagents, 286 skills, 94 commands — and it plans before it builds. Anthropic just gave away a free engineering team under MIT license. The real question: how long until every dev ships with this as their baseline?"

Фото профиля Nahid
Nahid19 дней назад

286 skills for Claude Code is next level cant wait

Фото профиля 迈克尔
迈克尔19 дней назад

what? 😳 who’s debugging that.

Фото профиля Oleg Bernatskyi
Oleg Bernatskyi19 дней назад

286 skills sounds impressive until the model has to decide which one of 286 skills to use. starting small and adding capabilities only when they solve a real recurring problem is probably the better setup

Фото профиля catman
catman19 дней назад

68 subagents sounds impressive, but which two actually earn their keep in daily use?

Фото профиля BossmanRoyce
BossmanRoyce19 дней назад

@grok how quick would this max out usage?

Фото профиля Code Zenith
Code Zenith18 дней назад

The plan-then-build plus failing-test-first loop is the useful part. Most agent stacks skip verification and just dump code.

Фото профиля Max Bevza
Max Bevza19 дней назад

this setup is actually insane

Похожие видео

THE GUY WHO WON ANTHROPIC'S HACKATHON JUST GAVE AWAY HIS ENTIRE CLAUDE CODE PLAYBOOK FOR FREE. 10 MONTHS OF WORK, ALL PUBLIC Affaan Mustafa won the Anthropic x Forum Ventures hackathon by building a full startup in 8 hours with Claude Code. Then he open-sourced the exact setup that did it. It's called Everything Claude Code, and it turns Claude from one assistant into an entire engineering team Repo: affaan-m/ecc This isn't a prompt pack. It's a system he refined over 10+ months of daily use shipping real products What's inside: A huge library of skills, dozens of specialized subagents, and ready-made commands, all working together. Each piece does one job. One subagent reviews security against OWASP standards. One optimizes memory so Claude stops forgetting earlier decisions around hour three. One learns from your past sessions and projects so the setup gets smarter the more you use it. Others handle planning, test-driven development, and language-specific code review Instead of one assistant writing code, you get an orchestrated team. A main session delegates to the right specialist when the task calls for it, the way a real dev team splits work The best part: it's not locked to one tool. It runs in Claude Code, Cursor, Codex and OpenCode, across Windows, Mac and Linux. Free, MIT licensed This is the difference between using Claude like a search box and running it like a team that ships. The guy spent 10 months figuring out what actually works so you don't have to Bookmark this

Yarchi

818,112 просмотров • 3 месяцев назад

THIS GUY CONNECTED HIS AI AGENTS TO HIS OBSIDIAN AND BUILT A BRAIN THAT LEARNS ON ITS OWN. HERE'S HOW TO BUILD IT Obsidian is just markdown files sitting in a folder. That turns out to be the perfect memory for an AI agent, because an agent can read and write those files directly. He wired his agents into the vault so they pull context from it, do the work, and write what they learned back. The notes aren't the point. The loop is, and it gets sharper every cycle How to build it: 1. Point an agent at your vault. The fastest way, no plugins, no API keys: open a terminal and run npx obsidian-mcp /path/to/your/vault. That exposes your Obsidian folder to Claude as a tool it can read, search, and write to. Add it to your Claude Code or Cowork config and restart 2. Confirm it can see the brain. Ask it: "list the notes in my vault and summarize what's in them." If it reads them back, the connection is live. Now it starts every task with everything the vault already holds instead of from zero 3. Give each agent one job and a write-back rule. Tell it: "research this, then save what you found as a new note in /brain with links to related notes." One agent researches, one summarizes, one plans. Each writes its output back into the vault 4. Close the loop. Add one line to every agent's instructions: "read /brain before starting, write your result back when done." Now each task leaves the vault richer, and the next run reads that before it works. It compounds instead of resetting 5. You only steer. Review what the brain produces, point it at the next thing. The agents handle the reading, writing, and connecting The edge isn't better notes. It's a brain that feeds itself, so the work gets sharper every cycle instead of starting over Bookmark this

Yarchi

58,591 просмотров • 3 месяцев назад

Someone just posted the full blueprint for an AI swarm that does the job of a 200-person quant research team. Six agents. Running 24/7. Finding brand-new alpha while you sleep. Citadel needs 100 PhDs to do this. Two Sigma needs 200. This does it with six bots and one laptop. Two ways to play this - spend a weekend building your own swarm, or copy the wallet of one that's already up $2M: Boris Cherny runs Claude Code at Anthropic. Two weeks ago he said: "I don't prompt Claude anymore. I have loops running that prompt Claude. My job is to write loops" Alpha research is just a pipeline. So instead of sitting in it, you hand each stage to its own agent: > one reads every new research paper overnight and pulls out the trade idea > one builds the features and cleans the data > one backtests it over 20 years, costs and slippage included > one runs the hard stats and kills anything overfit > one checks it still works in every market regime > one strips out plain momentum and value to see if any real edge is left Each of those six is a job a fund pays a $600,000-a-year quant to do. He runs all six for the price of an API bill. The rule that makes it work: the agent that builds a signal never gets to approve it. A separate, stronger agent tries to kill it first. Whatever survives all six by morning is real, new alpha. One trader's already running this exact swarm on Polymarket. That $2M wallet is public, every trade on-chain. The full build is in the post below - six agents, the tool that runs them, and the five mistakes that kill most people. Bookmark & read this before it's buried.

cvxv666

103,734 просмотров • 2 месяцев назад

run agent harnesses 100% private & offline. (no token costs, no API keys, 100% open-source) your agent runs locally. the model doesn't. every prompt, every file, and every secret still leaves your machine before the agent does anything with it. Magnitude fixes that. it's an open source inference server that runs models on your own hardware and plugs into the coding agent you already use. setup is one command. it profiles your machine, measures the memory bandwidth that sets your token rate, and hands back complete configurations instead of a list of models. each one names a model, a compression level, a context size, and a speed range you can expect. pick one and start working. it doesn't replace your harness. setup asks which one you want and writes that config for you. Pi, OpenCode, Claude Code, Codex, and Cline all work, and there's a built-in one tuned for local models if you don't have a harness yet. that one uses your shell, edits files, and runs scripts out of the box. add skills and it handles Excel, PowerPoint, PDFs, or Chrome. everyday work it covers: → analyze sensitive data → manage private notes → review code and logs → search and organize files → build docs or slides Apache 2.0. no rate limits, and nothing leaves the machine. 𝗻𝗽𝗺 𝗶 -𝗴 @𝗺𝗮𝗴𝗻𝗶𝘁𝘂𝗱𝗲𝗱𝗲𝘃/𝗰𝗹𝗶 the repo is here: (don't forget to star 🌟) i wrote the full breakdown of why picking the configuration is the hard part. the article is quoted below.

Akshay 🚀

55,693 просмотров • 24 дней назад

Obsidian + Claude Code turned a 4,300-note vault into a second brain that answers back. Most people use Obsidian as a graveyard. You save 40 highlights a week, link nothing, and reread maybe 2% of it. The knowledge is there the retrieval is dead. Claude Code fixes the retrieval, because your vault is just a folder of markdown files and Claude Code lives in folders. The whole setup takes 20 minutes: Open a terminal inside your Obsidian folder and run Claude Code no plugins, no API glue, no export step. It reads all 4,300 files natively. Then drop a CLAUDE.md at the vault root explaining your structure: where daily notes live, how you tag, what your MOCs are. Now every session starts with context instead of chaos. From there you just talk to your vault: > "find every note where I mentioned churn and write a summary with backlinks" > "read my last 30 daily notes and list the 5 ideas I keep circling but never ship" > "build a MOC for everything tagged startup-ideas and link the orphan notes into it" It writes new notes straight into the vault with proper [[wikilinks]], and they show up in your graph view 10 seconds later. The boring layer automates too one command cleans broken links, one merges duplicates, one turns 6 months of meeting notes into a single decisions log. Work that used to eat a Sunday now runs while you make coffee. Before: 4,300 notes, 900 orphans, search by keyword and prayer. After: an agent that read everything you ever wrote and drafts in your own voice, from your own sources, with receipts. People pay $30/month for AI note apps with 10% of this. You already own the other 90%. Your notes stopped being storage. They started being staff.

Spike 1%

18,223 просмотров • 2 месяцев назад

Orchestrators vs. Graphs, clearly explained! orchestrators are great, and everyone builds one first. here is the ceiling: an orchestrator sits above the work and routes every message. five agents report to it. it reads all five. it decides what each one does next, and reads all five replies. that is ten trips through one context, and by the fifth agent that context has read four reports, five instructions and its own reasoning about all of them. Graph engineering fixes this by removing the seat: not a better router, but no router at all. you need both, and here is the sentence that resolves the whole confusion: an orchestrator sits above the work and holds all of it. a graph is the shape of the work, and holds none of it. ↳ above the work: one context that has to see everything before anything ships ↳ inside the work: a splitter that hands out and lets go, and a merge that reads nothing Prompts → Context → Harness → Loops → Graphs the coordination did not disappear. it moved into the edges, where it costs nothing and cannot get tired. the trick is noticing what you actually built. if one node has to see every result before the run can finish, you did not remove the bottleneck. you hired it, gave it the longest context in the system, and made it the thing you were counting on to stay sharp. one thing to know before you scale it. an orchestrator degrades in the one way nothing catches. ↳ it does not crash, time out or return an error. it stays up and keeps routing ↳ it just starts routing worse, somewhere around the fifth report, and every downstream agent does exactly what it was told that last one catches careful people. you can have perfect isolation on every worker and still have one window quietly drifting at the top, and the traces will all look clean because each worker did its job. and the one that eats whole nights: the merge is where this shows up first. ranking five findings is not judgment, it is a sort. if a model is doing it, you are paying a model to read five reports so it can put them in an order that three lines of code would have got right, and now that model has read everything too. below i have quoted my full guide on graph engineering. it covers the three topologies, the verifier patterns, and where the gate should actually open. save this and read it below ↓

Hanako

43,781 просмотров • 12 дней назад