← Back to TIL
Second Gear / July 28, 2026

Agent Infrastructure Needs Control Planes

Aggregation

World

0 critical / 2 happenings

Aggregation

Tech

2 critical / 1 happenings

Ideation

Ideation

Idea 1 Conformance Foundry for Agentic Rewrites

The company sells a behavior-conformance harness for teams using agents to rewrite dangerous old systems. Agents can now move 500K lines faster than a team can read the diff, so the scarce primitive is no longer code generation. It is a durable, adversarial proof that the new system preserves the old system's behavior, security boundaries, and operational contracts.

Source Signals

  • Rewriting Bun in Rust via The Pragmatic Engineer
    Bun's 11-day Zig-to-Rust rewrite only became credible because of preserved architecture, massive tests, cross-platform CI, security review, and fuzzing.
  • Scaling Managed Agents: Decoupling the brain from the hands via The Pragmatic Engineer
    Anthropic frames production agents as infrastructure with separate state, sandbox, tool, and session interfaces.
  • Authenticate with vaults via Current verification
    Agent credentials are becoming a first-class runtime primitive, which raises the bar for migration tooling that touches real systems.

Why Now

The Bun rewrite shows that agentic migration cost can drop from years to days, but the proof burden moved in the opposite direction. Generic AI code review is already consensus; the sharper wedge is conformance infrastructure for migrations where the buyer already has an urgent reason to leave unsafe, slow, or unsupported code.

First Wedge

A paid pilot for one migration class: C/C++ or Zig services being moved to Rust, with the product building golden traces, differential fuzzers, API contract checks, dependency-risk checks, and a merge-readiness report that a staff engineer can defend.

Commercial Model

Sell to platform, security, and infra teams as a migration-risk product: fixed-fee pilot for one service, then annual usage priced by repo size, test minutes, and number of conformance gates. Budget exists because the alternative is a frozen rewrite, recurring memory bugs, or a security-risk exception that never closes.

Defensibility

Every migration adds language-pair mappings, failure corpora, equivalence tests, and runtime traces that improve the next migration. Incumbent code agents can generate patches, but they do not own the customer's historical behavior ledger or the independent verifier that procurement and security can trust.

Technical Risk

The hard part is extracting meaningful behavioral specs from messy production systems without pretending that tests equal truth. The product has to combine traces, property tests, fuzzing, static contracts, and human-reviewed invariants without drowning teams in false positives.

Market Expansion

Start with memory-safety rewrites, then expand to Python-to-Rust hot paths, Java monolith decomposition, cloud SDK migrations, database swaps, and regulated infrastructure upgrades where equivalence matters more than feature velocity.

Self-Critique

This could collapse into services if every migration needs bespoke expert work. It also fails if teams will not share traces or if the first buyer lacks a strong existing test suite. The company has to package repeatable conformance assets, not sell heroic rewrite consulting.

Next Experiment

In two weeks, pick one open-source project with a past migration or major refactor, generate a conformance pack from its tests and traces, run two agent-generated ports or refactors through it, and show maintainers which regressions normal CI missed.

Idea 2 Robot Mannequins for Deployment Proof

The company sells instrumented physical test surrogates that let robot buyers measure whether a robot can safely handle a real job before it enters the site. The new primitive is not more robot data in the abstract; it is repeatable physical evidence tied to a buyer's task, body geometry, contact forces, edge cases, and safety requirements.

Source Signals

  • Why Headphones Need a Fake Head via Hardware FYI
    Product testing already uses fake heads and articulated fingers because consistent physical surrogates make subjective or dangerous interactions measurable.
  • The Data Pyramid in Robotics via TLDR
    The newsletter signal was that robotics lacks an internet-scale physical data source and nobody knows how much data is enough.
  • What Are We Actually Benchmarking in Robot Manipulation? via Current verification
    Recent benchmark research warns that fixed benchmark scores can be weak evidence of general manipulation capability.
  • Robotics Test Facility via Current verification
    NIST's facility shows the older standards pattern: physical artifacts, metrics, data collection, and task abstractions can become shared testing language.

Why Now

Physical AI funding is now concentrated in huge platform bets, which makes 'robot foundation model' too consensus. The underbuilt layer is buyer-trusted deployment proof: factories, solar farms, mines, warehouses, and hospitals need to know which robots can touch which objects, in which conditions, with what failure envelope.

First Wedge

Portable test kits for one high-urgency task family, such as solar-panel handling or warehouse tote manipulation: instrumented objects, calibrated fixtures, force/contact sensors, randomized layouts, video capture, and an eval report that compares vendors against the buyer's real task envelope.

Commercial Model

Robot buyers, insurers, and integrators pay per site evaluation plus annual benchmark subscriptions. Robot vendors may pay to certify against a buyer-visible task pack, but the trust anchor has to stay with the buyer or insurer, not the vendor's marketing team.

Defensibility

The moat is a growing library of task surrogates, failure data, site-specific edge cases, and cross-vendor performance distributions. A robot company can build its own demo bench, but it cannot easily become the neutral comparison layer trusted by customers, insurers, and standards bodies.

Technical Risk

The surrogate has to predict real deployment failures without becoming a toy benchmark that robots overfit. Designing randomized but meaningful physical tasks, measuring contact safely, and keeping the benchmark statistically valid are the hard parts.

Market Expansion

Solar installation leads to construction-material handling, factory kitting, loading docks, hospital logistics, food production, and heavy-industry inspection. The expansion path is by shared manipulation morphology and safety evidence, not by robot category.

Self-Critique

The market may be too early if buyers still choose vendors from demos and relationships rather than quantified deployment risk. It also risks becoming a standards committee business unless the first kits directly shorten paid pilots or insurance approvals.

Next Experiment

Build one $5K instrumented object-and-fixture kit for a narrow manipulation task, run three robots or teleoperated baselines through randomized trials, and ask two integrators whether the resulting failure report would change a deployment decision.

Idea 3 Constraint Compiler for Regulated Commerce Search

The company sells an auditable layer that turns messy buyer intent into hard catalog constraints for marketplaces where wrong results create liability. Food delivery proved the pattern in a low-liability setting: LLMs are useful when they compile human language into domain structure, not when they freewheel over the catalog.

Source Signals

Why Now

Every B2B catalog is about to get a natural-language search box, but regulated and technical categories cannot tolerate plausible-but-wrong substitutions. The buyer wants 'low-smoke cable for a school retrofit' or 'latex-free surgical prep kit,' and the system must separate soft preference from hard compliance constraint.

First Wedge

Start with one technical distributor category, such as electrical components for public-sector construction. Ingest SKUs, spec sheets, building-code constraints, substitution rules, and buyer purchase history, then expose an API that returns constrained query parses and explainable rejection reasons for unsafe substitutions.

Commercial Model

Distributors and vertical marketplaces pay a platform fee plus query volume because better constraint handling increases conversion, reduces sales-engineering load, and lowers returns or compliance disputes. The budget owner is the search/product lead, but the urgency comes from sales ops and compliance.

Defensibility

The system compounds through proprietary mappings between messy buyer language, catalog attributes, local rules, substitution outcomes, and human override decisions. A horizontal search vendor can add LLM embeddings, but the hard part is the domain-specific constraint graph and audit trail.

Technical Risk

The main risk is ontology drift: spec sheets are incomplete, local rules change, and buyers use shorthand that only makes sense inside their procurement culture. The compiler must know when to ask for a required attribute rather than guessing.

Market Expansion

After electrical distribution, expand to industrial safety supplies, medical consumables, aerospace fasteners, lab reagents, and insurance-approved building materials. Each has high-SKU catalogs, constraint-heavy purchasing, and expensive wrong answers.

Self-Critique

This may be a feature for large commerce platforms, not a standalone company, if the wedge is too generic. The first vertical must have enough liability and catalog pain that customers buy a constraint API before rebuilding their entire search stack.

Next Experiment

Take 20 real procurement queries from one distributor, label hard constraints versus preferences with a domain expert, run them through an LLM plus catalog parser, and measure unsafe substitutions, abstentions, and sales-rep time saved.