Mauricio Scheffer retweeted
Code skeletons (types, modules, signatures) beat prose design docs and behavioral specs in AWS’s new Skeleton Coding paper.
- Code skeletons raised SDDBench mean test pass rate from 29% to 74% vs a task description alone.
- With skeletons plus global invariants, a smaller model came within 5–8 percentage points of the larger model’s best results at 15–26× lower token cost.
The best-performing specs combined modules, types, and signatures with natural-language contracts and global invariants. Richer .md architecture docs helped, but remained below the best code-like skeletons. Excessive contract detail hurt performance, especially for smaller models.
Skeletons also reduced code erosion (a complexity-based proxy for maintainability) while behavioral specs increased it.
Theory: structure changes which tests are sufficient. Interfaces expose intermediate states that end-to-end tests can miss.
Limitations: the skeletons came from reference implementations. Costs exclude specification generation and evaluation.
Unclear: how cheaply we can produce this structure upfront, and whether making the contracts mechanically checkable would improve results enough to justify the added cost.
My bet: the best starting point for a coding agent isn’t more prose. It’s a model of the system and explicit constraints the implementation must satisfy.
arxiv.org/abs/2610.38214
Heads up: Opus 5.5 doesn't understand the zip function.
I've caught it using it incorrectly several times, had to explain it in agents.md :-/
Mauricio Scheffer retweeted
AI may well be able to write massive software projects “from scratch”, but that almost certainly isn’t the fastest / highest performance / highest security / most token efficient way to do things. Good building blocks matter.
In addition to RL’ing the agents on final task loss, we should try to get them to regularize the building blocks as well. What would the standard library look like that makes the agents most effective?
It is likely at the limit that it turns out to be some alien organization of code, but given the existing human-bias in training, I bet that in the near term it would be lovely code that old programmers would appreciate.
I suspect the same could be said for mathematics, but that is out of my lane.
TIL Opus 5.5 confuses "boolean blindness" with "boolean trap" 🤦‍♂️
Strange I haven't noticed this before, wonder if this is a regression in 5.5 ?
So you have to include a brief definition of boolean blindness where you mention it.
Relevant because Claude (tell it to avoid garden path sentences to generate output that's more readable)
everything i know about managing agents i learned from the amazing programmers and computer scientists that came before
constraints in your codebase are freeing for both humans and agents! this has always been true, but if you were a small dev team you likely never had to think that deeply because you could trust your fellow programmers to write code and review well
but large companies have had to solve this problem since even before agents. because before you had agent slop, you had human slop. lots of engineers wrote bad code out of necessity (eg backend engineer forced to write frontend or reverse). the solution to this was constraints: lint rules, smarter compilers and diagnostics, high quality tests, investments into observability, and so on
the arrival of agents just means that big company problems are now everyone's problems. the good news is that none of this is really that novel: it's just good engineering
youtube.com/watch?v=GqmsQeSz…
Amazing how github copilot reviews went from being shit to being amazing to now being mostly an annoyance, all in a few months.
They now apparently run skills randomly with no chance of turning that off ffs
Mauricio Scheffer retweeted
I'm ready to be wrong on this, but the idea that assembly is, or ever will be, a good language for agents feels ridiculous. It forces the agent to attend to a huge number of extra details. Same problem as with humans! Why spend limited attention and context on that?
"So the honest answer is: I implemented the shared-prompt target you asked for, but I did not run the optimization method I told you I would use"
Well fuck you very much for wasting my tokens gpt-6-sol
I still don't trust agents to push back as much as they should.
Some of the things I often say:
"what do you think?"
"I could be wrong, be objective"
because as it turns out I am very often wrong.
It's 2026, AI is everywhere in web dev, how is it possible that I still run into this ancient UX mistake with greyed out buttons ffs
nngroup.com/videos/why-disab…
What I'm settling on for now is a first pass of agent reviews, which include several project-specific properties, and then a human review, which is actually mainly trying to infer missing properties to be encoded as automated checks.
Unfortunately that extraction of properties cannot be automated yet, as far as I have tried at least
I bet most people that say AGENTS.md is an antipattern just vibe it and let the clankers manage it and have no idea what's in it.
Though I do agree that a bad AGENTS.md is worse than having none at all.
You really really really have to own every bit that's in there.
Devs: I hate Claudese / claudeisms! The clankers write too much / wrong code documentation!
Also devs: ackshually AGENTS.md / CLAUDE.md is an antipattern, delete it
🙄











