Data centers are being funded through SPV structures. Hyperscalers lease the facilities, and often guarantee the debt and provide equity.
This allows Big Tech to keep the debt off balance sheet.
Crypto - local client & remote node.
Agents are converging to similar architecture. If we are going to use agents for increasingly ambitious tasks, they will take time to run, so we donโt need to babysit them locally
Anthropic is now recommending that companies REMOVE unnecessary subagents from their AI systems.
This is a pretty significant shift in agent architecture, with their team finding that a single agent equipped with skills can frequently outperform complex multi-agent systems, and one customer seeing roughly 2x faster execution.
The emerging rules of thumb:
โ Skills: Teach the agent HOW to do something, including procedures, expertise, and instructions.
โ Tools / MCP: Give the agent the ability to DO things through APIs, actions, and live data.
โ Subagents: Use for parallel work, isolated context, or tasks a single agent struggles with.
The interesting part is progressive disclosure. Instead of spawning specialized agents or stuffing everything into a giant prompt, one agent discovers and loads skills and tools as needed.
Their advice is to fold existing subagents into the main loop, turn their instructions into skills, expose their actions as tools, and run evals to see if performance holds up.
As models have gotten smarter, improving agent architecture is becoming less about what you can add and more about what you can delete.
https://t.co/DNq60Skkmc
This would become blueprints in @8090_Factory
A well-defined system w clearly defined properties/invariants/interfaces/protocols can be rewritten a million times. It can tested a billion times in a trillion different ways
1/4 etcd (@etcdio) is the data store behind Kubernetes. We wrote 157 properties it must always satisfy, from its docs, comments and code. Then we searched for runs that break them. Three high-impact issues: one disclosed privately, two below.
cc @serathius@CloudNativeFdn
I met a team of devs regularly zipping up Claude and Codex sessions from their computers and shipping them to a shared S3 bucket.
Why? Because collecting data on agent convos is that valuable. I think shared cloud sandboxes are the way though to avoid all the zipping ๐
Founders send me pitches every day. Hereโs a better way: come to our hackathon!
EVOLVE: 20 hours, overnight at 8090 in Redwood City, Nov 13โ14.
Build AI agents and tools that build software. The winning team, beyond recognition and a cool trophy gets two 1:1s with me, to help you refine a pitch or idea and then a follow-up.
Use the time however you want. Ask me for advice, ask me for money or just make fun of me. All allowed if you win!
Apply: https://t.co/zvRSjRh3bW
if you got fucked by Railway I highly recommend just using AWS and having Opus 5.5 handle dev ops with Terraform/OpenTofu
it seems intimidating at first but itโs actually incredibly easy now
you can even have your agent handle this via TDD first so itโs guaranteed secure!
How do you _guarantee_ your agent's code is correct? You prove it.
Introducing Proof Driven Development Kit (PDD Kit) from @MSFTResearch.
PDD Kit helps turn your plan into a formal spec, then proves the agent's code meets that spec for every input. No vibe verification. PDD Kit is integrated with @GitHubNext's Chopin, so you can plan as a team.
PDD Kit takes an app's login flow from intent to a verified pull request:
It discusses your code, infers your intent as it goes, and proposes a formal spec in Verus, a proof language for Rust.
Once you approve the spec, the Verus verifier automatically proves the code meets it.
Where proof isn't possible, it falls back to empirical verification with tests and computer-use agents (CUAs).
It works on Rust today. No new language, no change in how you produce the underlying code, making formal methods more accessible.
The goal is a verified software factory, where engineers review specifications instead of code.
Come see it in action at GitHub Universe, Oct 28โ29. Swing by the Speakeasy and ask for GitHub Next!
logical replication is a fickle beast. WAL size can blow out when you ALTER column data types as well. The table update & large WAL kills compute. On top of that until subscriber consumes those WAL files your primary keeps burning through storage