待翻译:Why managed agents are the next big thing in agent building
AI 服务暂时不可用,以下为来源摘要,待恢复后补全翻译:Managed Deep Agents gives developers a managed way to build, run, and deploy Deep Agents with built-in runtime, streaming, sandboxes, evals, memory, and auth.
AI 服务暂时不可用,以下为来源正文,待恢复后补全翻译。
Harrison's In the Loop Why managed agents are the next big thing in agent building August 12, 2026 6 min Go back to blog Create agents Last week we launched Managed Deep Agents - the easiest way to build, run and deploy production agents. We have a release blog and docs if you want to read more. In this article I want to talk about the journey to get here and why I’m so excited about what I think is the next step of agent building. I think there are a few distinct periods of agent building. Briefly covering two of the earlier ones: Early AI Frameworks/Apps (Late 2022/Early 2023): LangChain was launched October 2022, ChatGPT in November 2022, AutoGPT early 2023. All of these were early AI frameworks or apps that first started to leverage LLMs. More mature AI frameworks like LangGraph, Google ADK, Vercel’s AI SDK emerged in 2024 and first half of 2025. These gave developers more control over LLMs. People weren't really building agents we think of them today, but they were able to build more complex AI apps. Sometime in early to mid 2025 the models started to get good enough to power what we think of agents today: LLMs running in a loop calling tools. This is the core primitive, the core algorithm, that underpins agents today. Really early agent apps like Manus, Deep Research, and Claude Code followed this same pattern. When the models became good enough to just run in a loop and call tools, this became a more solid foundation we could build upon. The concept of Agent Harnesses like Claude Code, Pi, and Deep Agents emerged as we figured out the rights tools and environments to add into this loop.We launched Deep Agents nearly a year ago - one of the first attempts to take some of the patterns we saw in the application layer and bring them to a general use harness. Over the past year, there have been two set of learnings that have shaped the next direction. First, we started to learn some of the common primitives for running these agent harnesses at scale. Things like durable execution to back the running of the agent loop, and sandboxes for running untrusted code. “Separating the brain and hands” became a common design choice. The infrastructure required for running these agents started to become more known. Second, standards for how users should drive these agent harnesses emerged. Things like AGENTS.md for base set of instructions, MCP for plugging into other systems, skills for progressive disclosure of context. These became standards to control and drive parts of harnesses. Both of these contributed to the rise of “managed agent” experiences. Where the agent harness is run on managed infrastructure, and builders use these standards to drive agent behavior. I think these managed agent experiences will unlock a new wave of building production agents. When building agents, there are three parts: The business logic (context, tools, and instructions) you provide The harness The infrastructure to run the harness in production You always need to bring your own business logic. Off-the-shelf harnesses like Deep Agents have made it easier to get started. But there’s lot of challenges you face when trying to run an agent in production! Runtime: How do I run it in a reliable way? How do I resume a run if it fails halfway through? UX: How do I stream events back to a UI? How do I bring my agent to where users already are? Sandboxes: Where does untrusted code execute? Context Management: Where do instructions, skills, and other context live? Can I have business users (or subject matter experts) edit them directly? Evaluation: How do I evaluate changes to prompts, tools, or models? Memory: What does the agent remember? Auth: Who is allowed to call it, and what are they allowed to do? When the agent calls external systems, who does it act as? These are a lot of different considerations! Managed agent services make a lot of this easier, by bundling the harness with the infrastructure. This makes it much easier for builders - rather than Having to pick a harness and then assemble all these pieces individually, they just pick a bundle of the harness and infrastructure. Much easier! One early version of this that we worked on was Fleet - our no-code agent building platform. This pushed the “managed” aspect to the extreme - Fleet is built for non-developers and is purely UI based. We used standards like AGENTS.md, skills, and MCP to make it easy to port agents back to code if needed. One thing we purposefully did here - we represented and defined Fleet agents just as files in a filesystem. All the standards above - those just became files that our harness would load. We even had a toggle to show Fleet agents in a file explorer. This targeted a bit of a different audience for us - non developers. Because it was so “managed”, and because our target audience is largely developers, we kept on getting more and more technical feature requests: custom middleware, custom tools as code, programmatic creation of agents from the API. Claude Managed Agents was launched a little after this. It also had a UI based experience, but more so was API first, which targeted developers much more. It made it super easy to create agents via an API, and used a lot of the same standards. It relied less on treating the agent definition as just files in a filesystem. It introduced some cool concepts like “dreaming”. Vercel launched Eve a month or so as another entry here. It very much leans into representing agents as files, uses a lot of the same standards, and bundles up infrastructure to make it easy to deploy. Today we’re launching our version of managed agents meant for developers: Managed Deep Agents. It builds upon the Deep Agents harness, represents agents as files, but allows for a lot more configurability than Fleet: you can bring custom middleware and custom tools as code. It bundles in infrastructure to make it easy to run agents in production: Runtime: LangSmith Deployments UX: Streaming from LangSmith Agent Server, Channels Sandboxes: LangSmith Sandboxes Context Management: LangSmith Context Hub Evaluation: Harbor Memory: Opinionated on top of Deep Agents Auth: AuthN built in This is one of the launches I’m most excited about in a while. I think it will make it so much easier for developers to build and deploy agents in production, not just run them locally. If you want to get started, I filmed a "Managed Deep Agents explained in 20 minutes" video that I think is the best place to get started. I also think it is still early when it comes to building agents. More infrastructure requirements will emerge. More standards will be needed. We want to learn those and build those with you, so please reach out with feedback. See what your agent is really doing LangSmith, our agent engineering platform, helps developers debug every agent decision, eval changes, and deploy in one click. Try LangSmith Get a demo