ai protocols + agents

United States
Joined February 2010
day 1 of @aiDotEngineer. thoughts: ai engineering will soon boil down to 3 things: - design (human interface) - context (data) - recursion (self-improving agents/models/harnesses) everything else gets commoditzed
2
1
288
I, for one, consider 4 a perfectly fine integer between 1 and 39402006196394479212279040100143613805079739270465446667946905279627659399113263569398956308152294913554433653942642
58
1,177
35
29,153
329,111
i fully agree with this and find myself throwing away most of the agentic infrastructure stuff in leu of simpler harnesses maybe with computer use, etc
a weird inversion with LLMs is the models improve faster than the tinkerers when i see people with custom workflows and setups they're all addressing problems that don't exist anymore the person naively using vanilla codex is more likely to be experiencing state of the art
1
53
48
393
26
4,167
138,220
Wow, congrats! Two awesome companies.
Turso is joining @supabase. Together, we're building the database platform for the agentic era: everything agents need, from lightweight databases to Postgres at petabyte scale. More details in thread. 👇
3
80
fun question. a philosophy x engineering problem perhaps?
Is AI alignment/safety an engineering problem? Do you work at a frontier AI lab?
3%Engineering / at Lab
33%Engineering / not at Lab
4%Not Engineering / at Lab
60%Not Engineering / not Lab
1,324 votes • Final results
1
1
63
shoutout to @powersync_
It's insane how people sleep on SQLite in production. It's the absolute cheat-code. The fastest db money can buy. Infinitely scalable. All queries are 90% faster than a single roundtrip to Supabase. Literally unbeatable. Why wouldn't you start every single app with SQLite?
1
4
132
i'm watching my sol 5.6 agent in codex go for hours without getting stuck or lost. this is wild. seeing similar results with fable. yesterday a session lasted 18 hours.
1
1
157
Chris Roth retweeted
Software engineers in 2023 vs 2026:
4
12
1
182
28,875
had some fun over the weekend building a historically accurate (ish) simulation of rome in 320ce
1
1
76
using a combination of fable + sol 5.6
33
i'm convinced that we are already in a post-code-review world for most software, IF you have the right verification layers in place. rust specifically makes this possible because its insanely tight typing / memory paradigms already force such intense verification naturally. fable basically brought this possibility over the finish line, as it is now able to organize and architect better than i am for most things. the human part seems to just be guiding the agents to build the verification layer and qa loops current verification layer for side project: - verus (github.com/verus-lang/verus) - kani (github.com/model-checking/ka…) - unit tests + e2e / integration tests - design review agent - security review agent - code and architecture review agent - computer use simulating humans in vms for ui/ux the obvious main concern here is just token cost - but i am able to have fable as the top-level orchestrator which then just delegates to opus/sonnet/haiku for most things, so in reality, the token count is far smaller than you might expect
3
1
111
i’ve been finding that fable can orchestrate to opus extremely well without using much actual fable usage it can just go for 8+ hours on insanely complex tasks without getting lost or stuck - stuff like building a completely working git or obsidian alternative
1
70
i think of it as swe is pushing out of the middle towards the edges - deep technical work, hardware, etc.
software engineering is now draining because all the "easy" work is done you used to be able to do productive but relatively simple work some days (writing some new endpoints, making some dashboards) now all that is left is the hard part
128
i’m not convinced, but i’m also not not convinced - signed, an engineer with a gazillion years of experience
They were trying to flame me for this
1
3
1,047
funny how half of linkedin is just screenshots of x
65
this was certainly the case with my opus 4.8 vs glm 5.2 experiments
Replying to @0xSero
Because Sonnet 5 does a lot of the same work with half the tokens, netting slightly lower prices than glm-5.2 for slightly better results
138
will we still review code in 2 years? my prediction is: - yes for “core” code of critical things like kernels, git, etc - no for application code like crud apps - we’ll mostly generate software with spec driven development and have agents review and test it
git isn't the right paradigm anymore - everyone is feeling this... not enough people are talking about it - commiting and pushing periodically doesn't match how agents work - worktrees are an annoying mental model - agents aren't notified in real-time when they need to pull - code review is a bottleneck and starting to feel less necessary i think the optimal solution is something more automatic and real-time
2
173
i predict we’ll see hybrid local <> cloud agents that can pick up stuff you started locally in the cloud and vs versa. some tasks suck in cloud (latency), some tasks suck locally (machine behind a firewall or whatever)
If most devs are web devs then I can believe it. Ain’t no way I’m building a video editor on the cloud though.
1
146
prompt: "rewrite this web app as rust + gpui" ...it actually worked 🤯
208