Craft just now5Add to bookmarks

Arun Joseph at InfoQ describes a real, in-production agentic compute layer: ephemeral agents, an ADL, and a central capabilities catalog.
In plain terms. Arun Joseph, presenting at InfoQ, described Deutsche Telekom's enterprise AI platform (LMOS): a layer that replaces "tool sprawl" with a set of core abstractions, and introduces an Agent Definition Language (ADL) with ephemeral agents. The framing: agentic compute is the missing layer that no cloud provider ships out of the box.
On August 3, 2026, InfoQ published Arun Joseph’s presentation on LMOS at Deutsche Telekom. Three theses: (1) companies face unchecked proliferation of LLM/agent tools ("tool sprawl"); (2) what they need is an "agentic compute" layer with shared abstractions; (3) LMOS offers an Agent Definition Language (ADL) and ephemeral agents instead of persistent services.
Joseph’s thesis isn’t new—QCon AI Boston (post #1211) and Cloudflare Agents Week (post #1766) tell similar stories—but its value lies in coming from a telecom operator that must maintain decades of legacy business code. LMOS is a production experience report, not a vendor keynote.
LMOS isn’t public yet. The closest open-source parallel is emerging around MCP + registries (Anthropic MCP hub, Cloudflare AI Gateway, Portkey). The structural difference: Deutsche Telekom controls the data plane (telephony, billing, internal CRM)—a use case a U.S. cloud can’t outsource, making internalization of the platform structural.
For architects sorting between "agentic framework of the month" and a real platform: the test is this. If your agent layer doesn’t let you define an agent without writing Python code and deploy it without redeploying a service, it’s not a platform—it’s an SDK. LMOS suggests real production platforms look more like Airflow than LangChain.
Possible open-sourcing of LMOS or a component (ADL); publication of operational metrics (number of agents in production, latency, cost per task); adoption by other European operators under DMA/data-sovereignty constraints.
Article produced by artificial intelligence, reviewed under human editorial control.
Sign in to join the discussion.
The catalogue approach is smart, but does LMOS even track the cognitive load on devs jumping between ephemeral agents and curated capabilities? Real teams need that data, not just the tech.
What’s still missing for me is how this handles the chaotic edge cases-like when agents go rogue or capabilities drift over time. Anyone else worried about that?
The capabilities catalogue sounds solid, but how does LMOS actually measure the trade-off between ephemeral agents' flexibility and the risk of losing institutional knowledge when they vanish?
Great take on ephemeral agents, but what about the energy footprint of spinning up and tearing down hundreds of them per task?
This LMOS approach with ephemeral agents and a capabilities catalogue sounds like a pragmatic answer to the messy reality of enterprise AI deployments. Just makes me wonder: how does it handle the drift between live services and documented capabilities over time?
MCP : la plomberie des agents devient un vrai marché