Product & Strategy

The Product Desk

The Signal

Flue 2 killed per-agent routing because paying enterprises run one agent.

Flue 1 borrowed its mental model from web frameworks, where routing between handlers is the whole job. Three months of enterprise sales found customers doing something narrower: one conversation, with tools attaching partway through it. Worth checking whether the abstraction your own team lifted from an adjacent domain has ever been tested against what the accounts actually paying you run in production.

In Play

  1. Exploitation Starts Days After Patch

    SAP Commerce Cloud's CVE-2026-58231 carries a CVSS severity score of 10.0 and drew exploitation attempts within days of its patch shipping, per The Hacker News. That timing breaks the monthly patch cadence most release processes assume. Two questions for your platform team: does SAP Commerce Cloud sit anywhere in your commerce stack, and does emergency remediation have standing sprint capacity rather than borrowed feature velocity?

    Ask Clarity
    Try
  2. Verified Sessions Can Be Inherited

    Researchers documented a technique that enables the Chrome DevTools Protocol inside a live Chrome or Edge process on Windows and rides the already-authenticated session, per The Hacker News. No credential is stolen and no multi-factor prompt fires. Separately, CTM360 counted over 3,000 recruitment-themed phishing pages harvesting Google and Facebook logins. If your privileged agent tools attach once a user is 'verified,' that gate inherits whatever integrity the session actually has.

    Ask Clarity
    Try
  3. Domain Age Stopped Being A Trust Signal

    Threat actors spent close to $7 million buying expired domains to inherit their residual traffic and reputation — a technique Infoblox now calls dropcatch domains, per The Hacker News. Domain age is a cheap, high-confidence feature sitting inside most fraud-scoring, link-scanning and partner-vetting logic. Treat it as degraded: downgrade age as a standalone positive signal and add ownership-change detection. This is a model change, not a policy memo.

    Ask Clarity
    Try

Deep Dives

Your Best Agent Feature And Your Worst Bug Share A File

Two independent accounts never cite each other, and the layer they both describe is the wrapper code sitting between your model and your users.

Two reports, one file

An engineer read the framework guidance and shipped runtime tool permissions, because that guidance calls mutating permissions at runtime the enterprise-grade design. A security team read the other report and found that runtime tool permissions sit in the one layer nobody instruments. Neither account mentions the other, which is what makes the overlap worth acting on. Same code. A feature in one report, the compromise site in the other. And it is code your engineers wrote, not weights you rented.

The number to cite, and how to cite it

Microsoft's AI security lead puts the full cycle of finding a vulnerability and generating a targeted exploit at 21 minutes and $3.61, per CSO First Look, and tells enterprises to scrap outdated best practices rather than treat defense as hand-to-hand combat with attackers. No sample size, methodology, or CVE identifiers accompany that figure. That is the gap between a claim and a measurement, and it matters for how the number gets used. Use it as directional pressure on every multi-week remediation promise sitting in security collateral and enterprise contract language. Do not stake a roadmap bet on it. If it is even directionally right, the patch commitment in the trust center is a promise the team cannot keep.


Confidence without containment

Here is what teams tell themselves: IT and security leaders report they can detect when an AI agent malfunctions or operates out of scope. Here is what few of them can actually do: trace and contain the cascading impact once one does. CSO First Look calls that confidence potentially disastrous. Translated out of security language, the gap is four small tickets rather than a moonshot:

  • Kill switch: halt one agent instance without halting the service.
  • Correlation IDs: one trace identifier per agent run, propagated to every downstream write.
  • Blast-radius query: "what did agent X touch in the last 40 minutes?" answered in one query, not one incident channel.
  • Scoped credential revocation: pull a single agent's tokens without a global rotation.

All four become table stakes in enterprise security questionnaires within roughly two quarters now that the gap has been named publicly. The inverse is the opportunity. A team that can halt an agent and produce its full touch list in under ten minutes holds a sales asset, not just a control.

The gate rests on a weaker predicate than the spec assumes

This is where the two accounts collide productively. The canonical dynamic-attach example gates a privileged tool on the user being verified. The browser research documented in The Hacker News shows an already-authenticated session can be inherited outright, with no credential theft and no multi-factor prompt. So "the session is verified" is a weaker predicate than a permission model deserves. The correction is cheap and specific: privileged attaches require a fresh step-up authentication rather than the mere presence of a session, and every runtime attach is logged with its trace identifier. Add a red-team case to the eval suite that tries to reach a privileged tool before verification.

Where the two accounts agree matters most for staffing. Neither points at a machine-learning security hire. This is application-security work: permission scoping, secret isolation, input trust boundaries, tool-call logging, extended to a code layer you already own and already review. The sorting exercise for this sprint has two columns. Column one: every tool whose permissions mutate at runtime. Column two: every one of those that can be halted and traced in under ten minutes. Anything in the first column and missing from the second is the ticket you write today.

What to do

  1. Add a mandatory AI harness threat model section to your PRD template this sprint covering tool permissions, secret scope, input trust boundaries and out-of-scope actions, gating every agent or tool-calling feature.

  2. Scope the agent containment epic this quarter — per-agent kill switch, correlation IDs, blast-radius query, scoped credential revocation — then drill it live and time the result.

  3. Re-baseline the remediation and dependency-update commitments in your product security collateral this quarter against sub-hour exploit generation.

Enterprise Buyers Rejected The Router, Not The Agent

A framework reversing its founding architecture inside three months tells you which parts of your agent spec are borrowed convention and which are actual customer demand.

The reversal is the finding, not the release

A team that picked up Flue in early May wrote five files for five agents and got five routes. That was the whole model. File-based routing was not a bad idea; it was a borrowed one, lifted intact from the web-framework playbook. Flue 2 discards it for 16 built-in TypeScript hooks, useSkill(), useTool(), useSubagent(), over a model where an agent is a JavaScript function that re-renders on every turn. Fred Schott, creator of Astro and now inside Cloudflare following its January acquisition, gave Latent.Space the reason without decoration: for the bigger customers, "their whole company is one agent."

Hooks are a mechanism, not a syntax preference. They exist because agent configuration has to mutate mid-conversation. Schott's framing is that real support bots and real triage bots cannot be fully configured in advance. The launch example is a support agent that pulls in an account-management tool only after it has verified the user. That is acceptance criteria wearing a demo costume. What teams actually ship today loads the entire tool schema on turn one, which produces two failure modes: tool-selection quality degrading as the schema grows, and a privileged action reachable before identity is established. That correction belongs in the spec whether or not the framework ever gets installed.


The axis of differentiation already moved once

The harness, meaning the environment where an agent holds context and capabilities and can drive itself, is the contested layer now. Both 2026 entrants, Flue and Vercel's eve, treat it as foundational rather than as a feature. The older frameworks are retrofitting harnesses, so a built-in harness stops differentiating anything within a few quarters. LangChain went up-stack instead, into Managed Deep Agents, the hosted-and-operated layer Schott explicitly refuses to build: "It's so early for us, we're just focused on building the best harness."

FrameworkHarness postureHost postureHosted layerAPI churn risk
Flue 2Built-in, foundational"Open source framework for every host"Explicitly off the roadmapHigh — v1 architecture reversed, v2 is first stable
Vercel eveBuilt-in, same-era thesisSelf-hostable, optimized for VercelVercel platform monetizationUnknown
Vercel AI SDK, Cloudflare Agents SDK, MastraRetrofitted as a featurePlatform-aligned or independentVia the parent platformLower — larger installed bases
LangChain Managed Deep AgentsMoved up-stackManagedCommercializing nowNot applicable

Note the lineage. Astro's team sits inside Cloudflare, Mastra came out of the Gatsby team, and both eve and the AI SDK live at Vercel. The people who fought the 2018 framework wars are fighting this one, with the same playbook: a platform-optimized framework as a funnel into hosting revenue. Host neutrality is counter-positioning, not a values statement. Schott, a Cloudflare employee, insists Flue is "an open source framework for every host" and that the best tools float above the host. "Runs on any host" will show up as a live procurement objection in deals, and it deserves a row in the build-versus-buy matrix.

"We're sort of in the jQuery era of agents, not the react era." — Bret Taylor, Sierra CEO and OpenAI chairman

Taylor's line is the risk disclosure. Conventions here are unclaimed, and Schott's own counter-bid, that maybe nobody has built the React for agents yet, concedes the point. A framework that inverted its core architecture between v1 and its first stable release is not a foundation to encode product logic against. The forcing question is where the abstraction sits: adopt the hooks behind an internal interface owned by the team, or write product logic directly against them. Wrapping it costs days of engineering time. A mid-roadmap re-platform costs a quarter of delivery.

What to do

  1. Re-spec your per-use-case agent bots as one agent with a dynamic capability set this sprint, and defer the agent-catalog or router epic until a named customer asks for routing.

  2. Wrap your chosen agent framework behind a thin internal interface for tools, skills, subagents and memory before your next release cut.

  3. Write a one-page decision this quarter on whether you compete at the runtime layer or the hosted-and-operated layer, and add host portability as a weighted line in your vendor scorecard.

Two Product Categories Nobody Has Claimed Yet

If you own identity, browser, or developer-tooling surfaces, the evidence here is a defined detection problem, a fresh research hook, and a build-or-buy window measured in quarters.

Session integrity: a defined detection surface with no vendor on it

A security lead searched her enterprise browser vendor's documentation for "DevTools Protocol" and found nothing. She was not confused about the product. She was checking whether anything in her stack watches what she now knows an attacker can do inside a live session. The gap is specific: detecting Chrome DevTools Protocol activation, anomalous debug ports, and session-token reuse inside live browsers. Stock Chrome surfaces none of it. The Hacker News names session-integrity monitoring as the explicit gap, and the phrasing matters, because it hands enterprise browser vendors their first displacement story built on a demonstrated attack rather than on the policy-control pitch they have been running for years.

The adjacent item is smaller and moves faster. Infoblox named the dropcatch-domain problem. Naming an attacker technique is not the same as monitoring a customer's own expiring domains, which is the part nobody is selling. Continuous customer-owned domain expiry monitoring is a fast-follower feature: small in scope, and explainable in one sentence to a buyer who just learned their dead campaign microsite can be repurposed as somebody else's redirect infrastructure.

Counter-positioning matters for anyone already selling here. CTM360's public framing is volume of malicious URLs discovered, which is a proxy metric wearing a value metric's clothes. A corpus of URLs does not deliver remediation speed, and it does not detect overlay phishing on the browser side. Those two are the credible wedge against a volume claim.


Harness observability: funded, still unnamed

The second opening is on the agent side. Platform incumbents are fortifying their platform strategies and category lines are blurring, while venture-backed upstarts pull funding into emerging categories. CSO First Look puts the interesting part plainly: nobody has yet named and owned the AI harness security and agent observability category. An articulated buyer problem the suites have not reached, with no challenger flag planted, is not a configuration that survives contact with a funding cycle. The build, buy, or partner window is roughly two planning cycles wide.

OpportunityEvidence qualityLikely shapeWindow
Session-integrity monitoringFresh research hook, no incumbentFeature inside an endpoint or enterprise browser productOpen now
Customer-owned domain expiry monitoringProblem named, coverage partialSmall fast-follower featureImmediate
Agent harness observabilityCategory unnamed, upstarts fundedStandalone productAbout two planning cycles
Model-layer guardrails and prompt filtersCrowded, and aimed at the wrong layerCommoditizing featureClosing

One caveat to carry into any prioritization conversation: the underlying reports are truncated summaries of primary research, and the market claims arrive with no methodology attached. Treat the category signal as directional and read the primary sources before a build decision.

If the team does not build security tooling

Then the value here shifts from backlog to vendor questions. The same three detection capabilities that make a product opportunity for somebody else make a procurement checklist for everyone else, and asking for them now separates the vendors with a roadmap from the vendors with a marketing page. The forcing function is cheap: put all three into the next renewal conversation and record which vendor answers with a date.

What to do

  1. Draft a one-page category point of view on agent harness observability this quarter and record an explicit build, buy, or partner decision with an owner.

  2. Put three session-integrity questions to your endpoint and browser vendors this sprint: DevTools Protocol activation detection, debug-port monitoring, and anomalous session reuse.

The bottom line

These items converge on a single object nobody put on a roadmap: the wrapper code sitting between your model and your users. It is where enterprise buyers want flexibility, where compromise actually lands, and where no vendor category exists yet to help you. That retires two comfortable reflexes — that splitting an agent into specialized bots reads as sophistication, and that the trust state your permissions hang on is itself trustworthy. Pick the agent surface with the most privileged reach and write down two things: which capability attaches on which verified state, and who can halt it alone.