Skip to content

Commit 092c975

Browse files
author
Bosun
committed
feat: add social embed components
1 parent 9cbcee2 commit 092c975

264 files changed

Lines changed: 1708 additions & 1 deletion

File tree

Some content is hidden

Large Commits have some content hidden by default. Use the searchbox below for content that may be hidden.

‎content/digests/2026-05-10-agentic-engineering-grows-up.md‎

Lines changed: 38 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -32,6 +32,8 @@ That is much closer to the pattern I keep seeing in practice: the value is not "
3232

3333
That same theme shows up in Mitchell Hashimoto's separate point about "AI slop":
3434
<https://x.com/i/status/2052397933522506079>
35+
36+
{{<tweet id="2052397933522506079" url="https://x.com/i/status/2052397933522506079"/>}}
3537
_Reading note: [AI slop](/notes/2026-05-07-ai-slop/)_
3638

3739
The phrase is provocative, but the argument is more precise than it sounds. Low-quality generated code can still be economically useful when the thing you are optimizing for is reversible exploration. Rough alpha frontends, disposable plugins, quick API-surface experiments, temporary scaffolding: these are all places where regeneration may be cheaper than careful maintenance.
@@ -40,6 +42,8 @@ The important thing is that this does *not* generalize to "ship garbage everywhe
4042

4143
A third datapoint in the same family: Anthropic's claim that Firefox fixed more security bugs in April 2026, with help from Claude Mythos Preview, than in the previous fifteen months combined:
4244
<https://x.com/i/status/2052468573516513762>
45+
46+
{{<tweet id="2052468573516513762" url="https://x.com/i/status/2052468573516513762"/>}}
4347
_Reading note: [Claude Mythos Preview](/notes/2026-05-07-claude-mythos-preview/)_
4448

4549
Even with caveats around methodology, this is interesting because security backlog demolition is exactly the kind of work where AI might become persuasive before greenfield hero demos do. Large amounts of repetitive, reviewable, bounded maintenance work are a much better proving ground than "I asked an agent to build my startup."
@@ -77,6 +81,8 @@ What is interesting is not any one feature. It is the direction of travel. Memor
7781

7882
That same pattern appears in Rach's thread connecting Meta's Autodata framing to software agents:
7983
<https://x.com/i/status/2052209530801668262>
84+
85+
{{<tweet id="2052209530801668262" url="https://x.com/i/status/2052209530801668262"/>}}
8086
_Reading note: [Autodata](/notes/2026-05-07-autodata/)_
8187

8288
The strongest idea there is that the durable unit of work is not the prompt. It is the loop:
@@ -101,10 +107,18 @@ There is also a visible tooling wave forming around this layer.
101107
A few examples:
102108

103109
- **Hunk** as a review-first diff interface for agent-authored changesets: <https://x.com/i/status/2052128048288567617> _Reading note: [Hunk](/notes/2026-05-07-hunk/)_
110+
111+
{{<tweet id="2052128048288567617" url="https://x.com/i/status/2052128048288567617"/>}}
104112
- **Mirage** as a unified virtual filesystem for agents across S3, Drive, Slack, Gmail, GitHub, Notion, databases, and SSH: <https://x.com/i/status/2052105012172792061> _Reading note: [Mirage](/notes/2026-05-07-mirage/)_
113+
114+
{{<tweet id="2052105012172792061" url="https://x.com/i/status/2052105012172792061"/>}}
105115
- **Printing Press** as a factory for agent-native CLIs, skills, and MCP servers: <https://x.com/i/status/2052422567181611010> _Reading note: [Printing Press](/notes/2026-05-07-printing-press/)_
116+
117+
{{<tweet id="2052422567181611010" url="https://x.com/i/status/2052422567181611010"/>}}
106118
- **Auth for MCP** from Auth0, which is exactly the kind of boring enterprise layer you expect once a protocol starts trying to become real infrastructure: <https://x.com/i/status/2052138238111068277> _Reading note: [Auth for MCP](/notes/2026-05-07-auth-for-mcp/)_
107119

120+
{{<tweet id="2052138238111068277" url="https://x.com/i/status/2052138238111068277"/>}}
121+
108122
What I like about these projects is that they are all implicitly opinionated about the same thing: raw API access is not enough. Agents need legible surfaces.
109123

110124
Sometimes that surface is a filesystem. Sometimes it is a denormalized CLI. Sometimes it is a better diff viewer. Sometimes it is identity and authorization around tool use. But the center of gravity is clearly shifting away from "let the model figure it out" and toward intentionally designed control planes.
@@ -115,6 +129,8 @@ That is also why I think the interface war for agents may be less about API vs M
115129

116130
One of my favorite pieces from this batch was Entire's work on agentic search, amplified by Mario Zechner:
117131
<https://x.com/i/status/2052437618416025846>
132+
133+
{{<tweet id="2052437618416025846" url="https://x.com/i/status/2052437618416025846"/>}}
118134
_Reading note: [Entire's core claim is useful: from ~202k real tool calls across ~1,983 public coding-agent checkpoints, ab...](/notes/2026-05-07-entire-s-core-claim-is-useful-from-202k-real-tool-calls-across-1-983-public-coding-agent-checkpoint/)_
119135

120136
The useful finding was not just that search accounted for a huge fraction of coding-agent tool calls. It was that dramatically faster search did not improve end-to-end runs nearly as much as better ranking did.
@@ -129,10 +145,14 @@ The same "do not confuse the demo metric for the actual bottleneck" warning show
129145

130146
First there was the flashy hype post:
131147
<https://x.com/i/status/2051663268704636937>
148+
149+
{{<tweet id="2051663268704636937" url="https://x.com/i/status/2051663268704636937"/>}}
132150
_Reading note: [SubQ](/notes/2026-05-05-subq/)_
133151

134152
Then Mario Zechner's skepticism:
135153
<https://x.com/badlogicgames/status/2051936321610842245>
154+
155+
{{<tweet id="2051936321610842245" url="https://x.com/badlogicgames/status/2051936321610842245"/>}}
136156
_Reading note: [does not approximate attention](/notes/2026-05-06-does-not-approximate-attention/)_
137157

138158
His question is the right one: if you are selectively dropping query-key relationships, how exactly do you know the dropped ones were irrelevant? If that selection is imperfect, then "this is not an approximation" starts sounding more like marketing than analysis.
@@ -141,12 +161,16 @@ I am not dismissing the underlying line of work. Long-context efficiency is obvi
141161

142162
Another related signal is the rise of open speculative-decoding infrastructure such as DFlash:
143163
<https://x.com/i/status/2051900751673467097>
164+
165+
{{<tweet id="2051900751673467097" url="https://x.com/i/status/2051900751673467097"/>}}
144166
_Reading note: [DFlash](/notes/2026-05-07-dflash/)_
145167

146168
What is notable there is not just one model getting faster. It is the fact that acceleration is becoming an ecosystem layer: open models, draft models, backend support, integrations across inference stacks. The inference stack is hardening in the same way the workflow layer is hardening.
147169

148170
And then there was a smaller but delightful reminder from Sam Rose that intuition around wire formats can be very wrong once compression enters the picture:
149171
<https://x.com/i/status/2051977984148467890>
172+
173+
{{<tweet id="2051977984148467890" url="https://x.com/i/status/2051977984148467890"/>}}
150174
_Reading note: [34kb](/notes/2026-05-07-34kb/)_
151175

152176
JSON was larger than protobuf raw, but after compression it often ended up slightly smaller in his example. Again: the obvious benchmark is not always the one that matters in the actual system.
@@ -155,6 +179,8 @@ JSON was larger than protobuf raw, but after compression it often ended up sligh
155179

156180
Satya Nadella and Microsoft's Work Trend Index framing is worth reading mostly for the parts that survive the corporate packaging:
157181
<https://x.com/i/status/2051787232043020719>
182+
183+
{{<tweet id="2051787232043020719" url="https://x.com/i/status/2051787232043020719"/>}}
158184
_Reading note: [Satya/Microsoft framing: firms need to redesign work around agentic systems, with AI taking more execution...](/notes/2026-05-06-satya-microsoft-framing-firms-need-to-redesign-work-around-agentic-systems-with-ai-taking-more-exec/)_
159185

160186
The useful claim is that AI impact depends less on whether individuals have access to the model and more on whether organizations actually redesign workflows, management expectations, and evaluation around it.
@@ -173,6 +199,8 @@ Not everything worth noticing was about agents writing code.
173199

174200
One of the best projects in the pile was ParliamentWatch:
175201
<https://x.com/i/status/2052264995787079900>
202+
203+
{{<tweet id="2052264995787079900" url="https://x.com/i/status/2052264995787079900"/>}}
176204
_Reading note: [ParliamentWatch](/notes/2026-05-07-parliamentwatch/)_
177205

178206
It takes a buried but important public corpus -- Indian parliamentary standing committee reports -- and turns it into something searchable, exportable, summarizable, and monitorable.
@@ -181,6 +209,8 @@ This is the kind of AI application I find much more compelling than generic chat
181209

182210
That same instinct is why I am watching projects like Pratilekha too:
183211
<https://x.com/i/status/2051675299428143565>
212+
213+
{{<tweet id="2051675299428143565" url="https://x.com/i/status/2051675299428143565"/>}}
184214
_Reading note: [Pratilekha](/notes/2026-05-05-pratilekha/)_
185215

186216
I do not yet know how technically differentiated it is, but I think multilingual infra in India is one of the more interesting places where actual product depth could emerge instead of just model-wrapper theater.
@@ -193,18 +223,24 @@ A few of the most important links were reminders that the AI story is also becom
193223

194224
Simon Willison's notes on the xAI/Anthropic data-center deal are a good example:
195225
<https://x.com/i/status/2052436629365948920>
226+
227+
{{<tweet id="2052436629365948920" url="https://x.com/i/status/2052436629365948920"/>}}
196228
_Reading note: [Colossus 1](/notes/2026-05-07-colossus-1/)_
197229

198230
The interesting part is not gossip about who rented whose cluster. It is the supply-chain shape of the arrangement: environmental externalities, dependency on infrastructure controlled by a competitor, and reclaim-risk from the supplier side. This is starting to look less like pure software competition and more like cloud capacity politics.
199231

200232
Kyle Chan's pointer to the Chinese gray market for Claude access is another version of the same thing:
201233
<https://x.com/i/status/2052023116348469608>
234+
235+
{{<tweet id="2052023116348469608" url="https://x.com/i/status/2052023116348469608"/>}}
202236
_Reading note: [transfer station](/notes/2026-05-06-transfer-station/)_
203237

204238
If every provider control adds another evasion layer, then access policy does not just block users. It also creates a shadow stack of intermediaries, proxying, payments, identity abuse, and fraud. That is a governance story, not just a pricing story.
205239

206240
Even the Chrome/Gemini Nano silent-install complaint fits the pattern:
207241
<https://x.com/i/status/2051630929622311250>
242+
243+
{{<tweet id="2051630929622311250" url="https://x.com/i/status/2051630929622311250"/>}}
208244
_Reading note: [Simone/evilsocket amplifying claim that Chrome silently installs a 4 GB Gemini Nano model on user devices,...](/notes/2026-05-05-simone-evilsocket-amplifying-claim-that-chrome-silently-installs-a-4-gb-gemini-nano-model-on-user-d/)_
209245

210246
On-device AI is increasingly shipping as platform behavior rather than explicit user choice. The operational questions there are basic but real: consent, storage, bandwidth, visibility, and the quiet normalization of large AI payloads appearing on personal devices.
@@ -249,6 +285,8 @@ The loop is.
249285
### AI coding / engineering
250286
- antirez on Redis Array: <https://antirez.com/news/164> _Reading note: [Mitchell Hashimoto post praising antirez's write-up on developing Redis Array support as a good example of...](/notes/2026-05-05-mitchell-hashimoto-post-praising-antirez-s-write-up-on-developing-redis-array-support-as-a-good-exa/)_
251287
- Mitchell Hashimoto on Redis Array: <https://x.com/i/status/2051684321732530680> _Reading note: [Mitchell Hashimoto post praising antirez's write-up on developing Redis Array support as a good example of...](/notes/2026-05-05-mitchell-hashimoto-post-praising-antirez-s-write-up-on-developing-redis-array-support-as-a-good-exa/)_
288+
289+
{{<tweet id="2051684321732530680" url="https://x.com/i/status/2051684321732530680"/>}}
252290
- Mitchell Hashimoto on "AI slop": <https://x.com/i/status/2052397933522506079> _Reading note: [AI slop](/notes/2026-05-07-ai-slop/)_
253291
- Firefox security bug-fix chart: <https://x.com/i/status/2052468573516513762> _Reading note: [Claude Mythos Preview](/notes/2026-05-07-claude-mythos-preview/)_
254292
- David Crawshaw on the agent principal-agent problem: <https://crawshaw.io/blog/agent-principal-agent> _Reading note: [agent principal-agent problem](/notes/2026-05-07-agent-principal-agent-problem/)_

0 commit comments

Comments
 (0)