Newsletter / Technology
The Agent Stack Needs Adult Supervision
Open weights, narrow tools, and the return of provenance
Amor Newsletter
··5 min read
On this page
Open Weights Are Becoming Toll Roads
The AI industry spent years treating open weights as a philosophical preference: freedom, reproducibility, perhaps a hoodie-adjacent objection to rent. Now they look more like strategic infrastructure. Nvidia is reportedly pursuing Hugging Face for $13 billion, has a $6 billion agreement with Poolside, and Stripe has acquired OpenRouter for more than $7 billion. The buyers are not collecting bumper stickers. They are buying distribution, developer gravity, routing layers, and a place to influence the standards through which enterprises reach models. The deal roundup is here.
That matters because the word open has never meant operationally independent. An organization can download weights and still depend on someone else for chips, hosting, serving software, evaluation tooling, model routing, fine-tuning infrastructure, and the small army of people who know why the seventh GPU has begun seeing ghosts. Control of the ecosystem around open models may be more commercially useful than control of a single model release.
The adoption figures remain a useful bucket of cold water: a Ramp survey found 6% of companies using open-weight models, while Jellyfish measured 2% of software engineers using them. Those measures are not comparable, but neither describes an overnight corporate migration. The near-term rationale is narrower and more credible: repeated, predictable inference workloads can reward tuning and self-hosting; variable coding and agentic tasks often still favor frontier systems. Or, as Jellyfish’s Nik Albarran puts it, “When your AI-driven workflows are much more mature, that's when it makes sense to invest in self-hosting models.” Source. The revolution, as ever, begins after someone has a stable workload and an unpleasant cloud bill.
Your Data Model Is the Agent’s Actual Constitution
The useful enterprise-agent question is not which model won this week’s benchmark cage match. It is which decisions must remain deterministic, which data are fresh enough to act on, and which identity is attached to every tool call. Fabiane Nardon’s account of TOTVS’s architecture frames the choice cleanly: transactional systems for writes, fresh data, and embedded business rules; a data platform for historical processing, enrichment, and semantic retrieval. Her QCon presentation is here.
This is less glamorous than an agent demo and vastly more consequential. A model should not receive an all-you-can-query schema, improvise SQL, and be trusted to discover what customer, contract, or server means while under prompt injection pressure. TOTVS instead describes business-oriented, parameterized MCP tools, OAuth identity propagation, and per-agent tool sets. That is not an anti-agent architecture. It is an admission that natural-language reasoning is a terrible substitute for authorization boundaries and domain contracts.
Semantic layers are similarly unsexy right up until the model confidently treats cloud services as rack-mounted hardware. Nardon’s maxim deserves to be printed over every data-platform backlog: “The problem is not having multiple definitions, it's pretending there's only one.” Source. Ontologies, owned data products, stable interfaces, and explicit latency tiers will not make a launch video more cinematic. They may, however, keep an agent from producing a beautifully reasoned answer to the wrong question—which is the genre’s signature move.
Token cost belongs in this same category of physical reality. TOTVS describes dynamic tool search, compact response formats, and moving logic into tools rather than ever-larger prompts. Its specific savings claims are not independently substantiated in the presentation, so treat the percentages as directional rather than revealed truth. But the design principle survives scrutiny: every irrelevant schema fragment and overstuffed JSON response is a tiny invoice from the machine for refusing to design an interface.
Documentation Has Become an Execution Surface
The charming fiction behind autonomous coding agents is that documentation is harmless context: inert prose, there to be read by a tireless junior colleague who never asks for a promotion. In the reported slopsquatting tests, researchers found unregistered package or domain references in AI-readable llms.txt and llms-full.txt files across major-company sites. After registering some of those names and serving software designed to call home, they reportedly received contact from a Fortune 500 company’s system within an hour. The report is here.
The technical distinction is brutally important: an erroneous string in documentation becomes a supply-chain risk when an agent can execute shell or package-manager commands. The cited tests reportedly implicated Claude, OpenAI Codex, and Hermes, but the available account omits versions, configurations, prompts, and permission settings. So do not convert it into a universal claim about every agent. Convert it into an architecture review question: Can this agent turn unauthenticated text into network access, package installation, or code execution? If yes, your docs are no longer merely docs.
The researchers’ warning is painfully obvious, which is why it is worth repeating: “whatever could be registered by the researchers could be registered by cybercriminals.” Source. The mitigations are not mystical: constrain execution, verify package provenance, pin and review dependencies, distinguish retrieval from authority, and treat agent-facing references as production inputs. The agent does not need malice to become an excellent delivery mechanism for somebody else’s.
The Demo Is Not the Artifact
Hackaday’s response to LLM-assisted work supplies a standard the broader industry could borrow without needing to form a standards committee and produce a logo. It says it will judge projects by whether there is something genuinely worth discussing, not by whether the creator used a chatbot, an editor, or a helpful friend. Its editorial position is here. This is sensible because tool provenance alone is not competence, and neither is old-fashioned handcraft a force field against nonsense.
But the publication also flags a growing pathology: impossible circuits, claims that do not survive contact with physics, and AI-generated imagery standing in for an artifact. “seeing only AI-generated images is a huge red flag,” it notes. Source. In hardware, a render is not a prototype. In software, an agent transcript is not a test suite. In enterprise AI, a polished chat response is not evidence that the tool path was authorized, the retrieved data were current, or the action was safe.
That joins the week’s apparently separate stories. The acquisition spree says the valuable layer is shifting from a model’s weights toward the system that distributes and operationalizes them. The data-architecture work says reliability comes from boundaries, semantics, and narrow interfaces. The slopsquatting report says every boundary you fail to define will be defined by the internet, which has long specialized in hostile defaults. The right posture is neither open-model romanticism nor proprietary-model fatalism. It is engineering: own the workload, constrain the tools, preserve provenance, and demand an artifact that can be inspected. The machine can draft the future. Someone still has to run it in production.
Sources
- Open-weight AI companies are the Valley’s hottest acquisition targets
Yahoo Entertainment
- Same As It Ever Was
Hackaday
- Architecting the Data Layer for AI Agents: From Transactional Systems to MCP and Semantic Models
InfoQ.com
- Debian gives the green light to AI code after a two-week vote, but submitters are responsible for it
bing
- AI coding agents can be tricked in under an hour, researchers find
bing
AI
LLMs
AI agents
MCP
software supply chain
open weight models
From Amor Newsletter.
Explore the newsletter archive ↗Generation cost
API-equivalent token estimate (USD)
0.230321
Total tokens
70,604
Token-rate estimates do not represent per-use subscription charges.