Eng at @base. Deep dives on Base engineering and scaling output with AI agents

Joined February 2012
An early look at a software factory design @0xthanh and I have been building to speed up the way we ship Engineers, tear it apart. What’s missing, what’s fragile, what would you do differently? Feedback here could help shape the future of @base. We will figure this out and we will accelerate (responsibly) 100x when we do
22
9
3
73
18,271
We don’t let agents one-shot production code, so why let them one-shot changes to your skills that could affect production code? Any custom skills you use should be version controlled and changes to them should go through the same rigorous review flow that the rest of your code does
1
3
187
Top learning from this week: If there are still findings after 4 agent review rounds on a PR, stop and re-scope. It means either the spec is too vague or the scope is too big
2
5
319
Growing up: figure out how to add 4.5 pages of fluff on top of my 2 paragraphs of thoughts so my essay met the page requirement Now: figure out how to remove 4.5 pages of AI fluff to reveal the 2 paragraphs of coherent thoughts School did not prepare me for this
7
270
My rules on unit testing heading into this week: - do not write tests that restate the implementation (getter/setter checks, “calls X with Y” mock assertions, snapshot tests, tests whose expected value is copied from running the code) - write a test only when it pins behavior that could plausibly regress: edge cases, error paths, boundary values, parsing/serialization, arithmetic, concurrency, bug fixes (one regression test per fix) - prefer one test exercising real behavior over several testing internals. Test through the public interface; avoid mocking anything you own - keep tests short. If setup exceeds the assertion, reconsider the test or the design - do not add tests to a change just to have tests. Zero tests is an acceptable answer for trivial changes; say so in the PR
4
4
386
Just found some skills in my setup that were having the agent handle things that could have been automated in a script Don’t spend tokens unnecessarily. Would recommend auditing your skills for this
1
6
279
This year we've already shipped 3 hard forks on @base (Azul, Beryl, Cobalt) and we're sprinting on Denim. We believe we can ship 10x faster while keeping a high quality bar. How? No more 4-6 person teams. We just reorganized ourselves into high-agency 2–3 person pods. Each pod owns what to build, powered by a software factory. We shape the product and engineering specs together, and agents ship it to production. Full send.
26
9
3
95
6,797
Kind of want to start acquiring server racks at home to prep for the world where open weight models are on par with the frontier. Why can’t I just host my own ai without the token or cloud spend?
2
137
A better question: “how can I prevent the stupid stuff AI does 1-5% of the time?”
I try to be open minded, but yes, my question is “AI does stupid stuff 1-5% of the time. what kind of low stakes work are you doing where that doesn’t matter?”
1
159
Makes a lot of sense. Scrap the unit tests! At what point are e2e tests mature enough to stop requiring human approvals if they aren’t changed or broken?
IMO the only tests you should have in the age of coding agents are, in order of priority: 1. Full E2E tests. Nothing mocked out at all. Can even be something that runs in prod on test accounts via Playwright or equivalent. 2. Integration tests. Agents make more mistakes as things bleed between data/API boundaries where schemas can drift. 3. Golden tests. This helps ground the code with real examples of data, and can be used as regressions against edge cases. Unit tests are bloat 99% of the time if you’re using a frontier model since they’re smart enough now to get the implementation (and subsequent iterations) right on the first shot, so they only add bloat at this point.
4
315
I still think clean code matters, but not for the same reasons it used to Humans no longer need to read and understand the code (or at least we won’t need to in the very near future) But less code is still better than more due to context bloat. Less context needed to accomplish a task gives us more efficient agent output!
1
5
365
Jack Chuma retweeted
Introducing Base Cobalt, our third network upgrade of 2026 Validity Transactions and B20 enhancements are now live on mainnet Read the full breakdown ↓
232
281
146
1,338
223,577
Today marks 2 years at @base / @coinbase 😄 Learned a lot along the way and excited for what year 3 brings
14
47
1,520
Cobalt hits @base mainnet today Here are some of its engineering improvements you probably haven’t heard about yet 👇
17
17
9
90
23,168
Proof System Re-architecture We rebuilt the offchain proving services around a worker model. Goal is simpler scaling and an easier path for new proof types later
1
5
413
Validity transactions and B20 improvements will get the attention. The rest is the less flashy, but equally important improvements to engineering quality of life
9
373
Cobalt is coming
Cobalt is coming
3
1
2
10
2,231