Anthropic's Managed Agents Are Different (Here's Why)

๐ **Source:** [Anthropic's Managed Agents Are Different (Here's Why)](https://www.youtube.com/watch?v=uxHolzq1NcA)
> [!note]+ Document Notes
> ---
> tags: #ai-agents #anthropic #claude #automation
> author: [MISSING]
> source: YouTube
> reference: https://www.youtube.com/watch?v=uxHolzq1NcA
> date created: 2024-12-19 10:30
> ---
> # ๐ท๏ธ Title: Anthropic's Managed Agents Are Different (Here's Why)
> ## ๐งฐ Action Inbox
> - [H1] Test Claude managed agents for customer support automation โ compare with self-hosted solutions #ai-agents
> - [H2] Evaluate pricing model vs Claude Pro subscription for personal use cases โ assess cost-effectiveness #pricing
> - [H3] Explore MCP integration capabilities for existing workflows โ investigate tool compatibility #integration
> ## ๐งญ Table of Contents
> - [[#๐ Summary]]
> - [[#๐ Main Content]]
> - [[#๐๏ธ Notes]]
> - [[#๐ References]]
> - [[#๐ฃ๏ธ Paraphrase]]
> - [[#๐ฐ Newsletter]]
> - [[#โ
Action Items]]
> - [[#๐งช Hypotheses]]
> - [[#๐ Methodology]]
> - [[#โ Questions]]
> - [[#๐ฎ Future Research]]
> - [[#๐ก Implications]]
> - [[#๐ง Learning Styles Assessment]]
> - [[#๐ Accessibility Assessment]]
> - [[#๐ DEIB Assessment]]
> - [[#โ
Logical Validity]]
> - [[#๐ก๏ธ DARVO Analysis]]
> - [[#๐ฏ Conclusion]]
> ### ๐ References
> - [Claude Managed Agents Documentation](https://docs.anthropic.com/en/docs/build-with-claude/computer-use)
> - [Anthropic API Pricing](https://www.anthropic.com/pricing)
> ## ๐ Summary
> - Anthropic launched Claude Managed Agents, allowing no-code agent creation on their managed infrastructure
> - Architecture features session harness, orchestration, and secure credential management with runtime isolation
> - Agents can integrate with tools like Slack, GitHub, and MCP servers without local setup
> - Pricing model uses API tokens plus 8 cents per session hour, separate from Claude Pro subscriptions
> - Positioned as "Apple-like" managed solution versus "Linux-like" self-hosted alternatives like OpenClaude
> ## ๐ Main Content
> Claude Managed Agents represents Anthropic's approach to democratizing AI agent creation through a fully managed platform. Unlike self-hosted solutions that require developers to handle infrastructure, security, and deployment, managed agents abstract these complexities behind a natural language interface and robust cloud architecture.
> The platform's three-tier architecture includes a stateless harness (routing and execution), session management (persistent logging), and orchestration (failure recovery and scaling). This design enables automatic failover and horizontal scaling while maintaining security through runtime credential injection.
> The service targets users who want production-ready agents without the operational overhead of self-hosting, though it comes with API-based pricing that doesn't leverage existing Claude subscriptions.
> ## ๐๏ธ Notes
> #### โฑ๏ธ [00:00](https://youtu.be/uxHolzq1NcA?t=0) โ [H1] Claude Managed Agents Introduction
> - Key idea: New no-code agent creation platform on Anthropic's managed infrastructure
> - Evidence: "Custom agents without writing a single line of code, and these agents run on Anthropic's own managed infrastructure"
> #### โฑ๏ธ [01:30](https://youtu.be/uxHolzq1NcA?t=90) โ [H2] Platform Philosophy Comparison
> - Key idea: Managed agents positioned as "Apple-like" vs "Linux-like" self-hosted solutions
> - Evidence: "Open Claude is a bit like Linux... Whereas, Claude managed agents is, dare I say it, like Apple"
> #### โฑ๏ธ [02:45](https://youtu.be/uxHolzq1NcA?t=165) โ [H3] Medical Agent Demo Setup
> - Key idea: Real-world example using GitHub repo integration and Slack interface
> - Evidence: "Private GitHub repo that contains all my medical information scraped from the NHS app"
> #### โฑ๏ธ [04:15](https://youtu.be/uxHolzq1NcA?t=255) โ [H2] Agent Creation Process
> - Key idea: Natural language setup through Claude console or TypeScript SDK
> - Evidence: "Type here in natural language to create my agent from scratch"
> #### โฑ๏ธ [06:30](https://youtu.be/uxHolzq1NcA?t=390) โ [H3] Tool Selection and Permissions
> - Key idea: Guided tool recommendation based on agent purpose
> - Evidence: "Recommends me to use the pre-built tool set, so read, glob, grep, and to not use write, edit, bash"
> #### โฑ๏ธ [08:00](https://youtu.be/uxHolzq1NcA?t=480) โ [H2] Infrastructure Management
> - Key idea: Agents deployed to Anthropic's managed environment with console visibility
> - Evidence: "Inside the Claude console, I can see my agent over here, as well as the environment I've just created"
> #### โฑ๏ธ [09:45](https://youtu.be/uxHolzq1NcA?t=585) โ [H1] Pricing Model Details
> - Key idea: API token pricing plus session hours, separate from Claude subscriptions
> - Evidence: "All tokens used by the managed agents are priced with the pricing model that the Claude API uses... 8 cents per session hour"
> #### โฑ๏ธ [11:20](https://youtu.be/uxHolzq1NcA?t=680) โ [H3] Agent Performance Demo
> - Key idea: Medical query demonstration showing tool usage and knowledge synthesis
> - Evidence: "I should be cautious with calamari because I'm allergic to shrimp, which is true"
> #### โฑ๏ธ [13:15](https://youtu.be/uxHolzq1NcA?t=795) โ [H1] Architecture Deep Dive
> - Key idea: Three-component architecture with harness, session, and orchestration
> - Evidence: "The harness, also known as the hands of the system... session here is like the memory... orchestrator is what decides what mode"
> #### โฑ๏ธ [15:30](https://youtu.be/uxHolzq1NcA?t=930) โ [H2] Fault Tolerance and Scaling
> - Key idea: Stateless harness enables automatic recovery and horizontal scaling
> - Evidence: "Orchestrator can create a new harness, and because the session logs are separate... can read the logs to find out what's been going on"
> #### โฑ๏ธ [16:45](https://youtu.be/uxHolzq1NcA?t=1005) โ [H1] Security Model
> - Key idea: Runtime credential injection prevents model access to sensitive data
> - Evidence: "Credentials are called at runtime... the harness or the model doesn't know anything about it"
> #### โฑ๏ธ [18:20](https://youtu.be/uxHolzq1NcA?t=1100) โ [H2] Platform Advantages and Limitations
> - Key idea: Easy creation vs limited customization compared to open alternatives
> - Evidence: "Very easy to create an agent. You don't have to learn about SDKs... if you want to create something that doesn't exist within those bounds, then you just have to go ahead and write your own code"
> ## ๐ References
> - [Anthropic Managed Agents Documentation](https://docs.anthropic.com)
> - [Claude API Pricing](https://www.anthropic.com/pricing)
> - [TypeScript Claude SDK](https://github.com/anthropics/anthropic-sdk-typescript)
> ## ๐ฃ๏ธ Paraphrase
> - Anthropic's managed agents platform eliminates the need for developers to handle infrastructure, security, and deployment by providing a natural language interface for agent creation
> - The three-tier architecture separates execution (harness), memory (sessions), and management (orchestration) to enable automatic scaling and fault recovery while maintaining security through runtime credential isolation
> - While the platform significantly reduces complexity compared to self-hosted solutions, it requires separate API billing and may be limited for highly customized use cases
> ## ๐ฐ Newsletter
> ๐ค **Claude Managed Agents: No-Code AI Automation is Here**
> Anthropic just launched Claude Managed Agents, making it incredibly easy to create production-ready AI agents without any coding. Think of it as the "Apple" approach to AI agents - everything managed for you vs the "Linux" DIY approach of self-hosted solutions.
> **What's exciting:** Create agents using plain English that can integrate with Slack, GitHub, and other tools. The architecture is impressive with automatic scaling, fault tolerance, and security through runtime credential injection.
> **The catch:** You'll pay API rates (separate from Claude Pro) plus 8ยข/session hour. But for businesses wanting AI automation without the infrastructure headaches, this could be a game-changer.
> Ready to automate your workflows? The managed approach might be exactly what teams need to ship AI features fast.
> Resources: [Anthropic Console](https://console.anthropic.com/), [API Docs](https://docs.anthropic.com/), [Pricing](https://www.anthropic.com/pricing)
> ## โ
Action Items
> #### DevRel
> - Developer advocacy: Create managed agents tutorials, comparison guides with self-hosted solutions
> - Education: Workshop curriculum for no-code agent creation, best practices documentation
> - Developer experience: Investigate SDK integration patterns, CLI tooling gaps
> - Developer marketing: Case studies showcasing managed vs self-hosted trade-offs
> - Community management: Gather feedback on pricing model, feature requests
> #### OSPO
> - Policy & Governance: Review vendor lock-in implications, data residency policies
> - License Compliance: Assess third-party integrations, MCP server licensing
> - Security Management: Evaluate credential management practices, runtime isolation
> - Software Inventory: Track managed agent dependencies, API usage
> - Developer Support: Training on managed vs self-hosted decision criteria
> #### Community
> - Contributors: Share managed agent templates, integration patterns
> - Ecosystem: Cross-platform compatibility with existing AI tools
> #### WordPress
> - Core AI: Evaluate managed agents for WordPress admin automation
> - Community: WordCamp demos of content management agents
> - Support: Automated help desk agents using WordPress knowledge base
> - Documentation: Agent-driven documentation updates, translation workflows
> ## ๐งช Hypotheses
> - Organizations will prefer managed agents over self-hosted solutions when infrastructure complexity outweighs customization needs
> - The separation of subscription billing from API usage will create adoption friction for individual developers
> - Runtime credential injection architecture will become standard for enterprise AI agent platforms
> - No-code agent creation will democratize AI automation beyond technical teams
> ### ๐ Methodology
> - Survey developers comparing managed vs self-hosted agent deployment experiences and costs
> - A/B test pricing models: subscription credits vs API billing for agent usage
> - Benchmark security models: runtime injection vs embedded credentials across platforms
> - User study: non-technical users creating agents through natural language vs traditional interfaces
> ### โ Questions
> - How does the 8ยข/session hour pricing compare to self-hosting costs at different usage scales?
> - What happens to agent availability and data access if Anthropic experiences outages?
> - Can the managed agent architecture support real-time applications with low latency requirements?
> ### ๐ฎ Future Research
> - Integration patterns between managed agents and existing enterprise workflows
> - Cost optimization strategies for high-volume managed agent deployments
> - Security audit frameworks for runtime credential injection systems
> ### ๐ก Implications
> - Practice: Shifts agent development from infrastructure management to business logic design
> - Policy: Organizations need vendor dependency assessments for critical automation workflows
> - Security: Runtime credential injection may become enterprise standard for AI applications
> - Education: Training programs should cover managed vs self-hosted decision frameworks
> - Funding: Budget allocation shifts from infrastructure to API consumption and session costs
> ### ๐ง Learning Styles Assessment
> Reading level estimate: Grade 12
> #### ๐ Visual learners
> - Present: Architecture diagrams, console screenshots, demo flow
> - Improve: Security model visualizations, cost comparison charts
> #### ๐ Aural learners
> - Present: Video demonstration with clear narration
> - Improve: Audio summary of key architectural concepts
> #### ๐ฃ๏ธ Verbal learners
> - Present: Clear analogies (Apple vs Linux), defined technical terms
> - Improve: Glossary of agent terminology, more real-world examples
> #### ๐งฉ Kinesthetic learners
> - Present: Step-by-step agent creation walkthrough
> - Improve: Hands-on workshop guide, interactive pricing calculator
> #### ๐ง Logical learners
> - Present: Architecture breakdown, pricing model explanation
> - Improve: Decision tree for managed vs self-hosted choice
> #### ๐งโ๐คโ๐ง Social learners
> - Present: Comparison with community alternatives
> - Improve: Discussion forum links, user testimonials
> #### ๐งโโ๏ธ Solitary learners
> - Present: Complete end-to-end example
> - Improve: Self-assessment checklist for agent requirements
> #### ๐ฟ Naturalistic learners
> - Present: Medical data example with real-world context
> - Improve: Sustainability impact of managed vs self-hosted infrastructure
> ### ๐ Accessibility Assessment
> #### Screen reader semantics
> - Present: Clear heading structure, descriptive timestamps
> - Improve: Alt text for architecture diagrams, ARIA labels for video controls
> #### Keyboard navigation
> - Present: Logical tab order through content sections
> - Improve: Skip links for timestamp navigation, focus indicators
> #### Contrast and readability
> - Present: High contrast text, readable font sizes
> - Improve: Code syntax highlighting contrast check
> #### Text resizing and reflow
> - Present: Responsive layout at 200% zoom
> - Improve: Ensure timestamp links remain clickable when enlarged
> #### Media and captions
> - Present: Video with clear audio
> - Improve: Full transcript, chapter markers for accessibility
> #### Forms and interactions
> - Present: Clear link descriptions
> - Improve: Accessible video player controls
> ### ๐ DEIB Assessment
> #### Cultural breadth
> - Present: Technical content accessible globally
> - Improve: Non-US healthcare examples, global pricing context
> #### Inclusive language
> - Present: Technical terms explained clearly
> - Improve: Avoid assumptions about technical background
> #### Neurodiversity support
> - Present: Clear section breaks, consistent formatting
> - Improve: Content warnings for complex technical concepts
> #### Representation
> - Present: Focus on technical merit
> - Improve: Diverse use cases beyond medical applications
> #### Psychological safety
> - Present: Non-judgmental technical discussion
> - Improve: Acknowledge different technical skill levels
> ### โ
Logical Validity
> #### Strong reasoning
> - Deductive strength: Clear cause-effect relationship between architecture design and scalability benefits
> - Inductive strength: Single medical agent example generalizes to broader platform capabilities
> - Causal reasoning: Runtime credential injection directly prevents security vulnerabilities
> - Analogical strength: Apple vs Linux comparison effectively illustrates managed vs self-hosted trade-offs
> #### Fallacies
> - Cherry-picking: Only positive demo outcome shown, no failure cases discussed
> - False dichotomy: Presents only managed vs self-hosted options, ignoring hybrid approaches
> #### Tone of voice
> - Overall tone: Enthusiastic but technically grounded, with practical cost considerations and limitations acknowledged
> ### ๐ก๏ธ DARVO Analysis
> - Deny: No denial patterns present
> - Attack: No attacks on competing solutions beyond feature comparisons
> - Reverse victim/offender: No victim/offender dynamics
> - Emotional cues and rhetoric: Positive framing without manipulative language
> ## ๐ฏ Conclusion
> Claude Managed Agents represents a significant shift toward democratizing AI agent creation through managed infrastructure and natural language interfaces. The platform's architecture prioritizes security, scalability, and ease of use over customization, making it ideal for organizations that want to ship AI automation quickly without operational overhead. While the separate API pricing model and platform constraints may limit adoption for some use cases, the no-code approach opens agent development to non-technical teams and could accelerate enterprise AI automation adoption.
> ## ๐งฑ Refactor Appendix
> ### ๐ Literature Split Pad
> Purpose: Stage CEE units that become Literature notes.
> Split level: H3
> ### [H1] Managed AI agents reduce infrastructure complexity significantly
> > [!quote] Anthropic's Managed Agents Are Different (Here's Why) by [MISSING] via YouTube. Published 2024. Accessed 2024-12-19.
> > "Custom agents without writing a single line of code, and these agents run on Anthropic's own managed infrastructure."
> Demonstrates shift from developer-operated to platform-operated AI agents.
> [view highlight](https://youtu.be/uxHolzq1NcA?t=0#H1) #xref #articleseed ID:rw_managed_agents_complexity
> ### [H2] Runtime credential injection prevents AI security vulnerabilities
> > [!quote] Anthropic's Managed Agents Are Different (Here's Why)
> > "The harness or the model doesn't know anything about it, and it can't have access to it."
> Security through isolation rather than access control policies.
> [view highlight](https://youtu.
> ---
> ## Full Transcript
> [00:03] So, the Claude team have released Claude<br>[00:05] managed agents, which is what they call<br>[00:08] the next evolution after the agent SDK.<br>[00:10] This is something that lets you create<br>[00:12] custom agents without writing a single<br>[00:15] line of code, and these agents run on<br>[00:17] Anthropic's own managed infrastructure,<br>[00:20] which has a very cool architecture that<br>[00:22] is perfect for shipping secure,<br>[00:24] scalable, production-ready agents that<br>[00:26] can do pretty much anything you want, so<br>[00:28] answer customer queries based on your<br>[00:30] knowledge base, or even do regular<br>[00:32] research for you and send it to you at a<br>[00:34] specific time using Slack. But, why<br>[00:36] would anyone use this instead of<br>[00:37] installing Claude's code on their own<br>[00:39] VPS? Hit subscribe, and let's get into<br>[00:42] it.<br>[00:45] But, before we get into it, let's talk a<br>[00:47] bit about Anthropic because they've been<br>[00:49] busy these last few weeks. I mean, they<br>[00:51] recently prevented people from using the<br>[00:53] Claude subscription on third-party tools<br>[00:56] like Open Claude, which people think is<br>[00:58] because of managed agents, but they're<br>[01:00] not exactly the same thing. I mean, I<br>[01:02] would say Open Claude is a bit like<br>[01:04] Linux. It's a tinkerer's agent. You pick<br>[01:06] your own hardware, you pick your own<br>[01:08] model, you deal with security and<br>[01:11] everything in between. Whereas, Claude<br>[01:13] managed agents is, dare I say it, like<br>[01:16] Apple because you don't need to do any<br>[01:18] of those things. Claude takes care of<br>[01:20] the infrastructure, the security. You<br>[01:22] just tell it what you want in simple<br>[01:24] English, and it will go ahead and build<br>[01:27] your perfect agent. In fact, let me show<br>[01:29] you how easy it is by going through a<br>[01:31] simple, yet very personal example. I<br>[01:34] have a private GitHub repo that contains<br>[01:36] all my medical information scraped from<br>[01:38] the NHS app, and I want to communicate<br>[01:41] with that data or get information from<br>[01:43] that data using Slack so I can use it<br>[01:46] from my desktop, my mobile, basically<br>[01:48] anywhere I am. And in between those two<br>[01:50] things, I would like a Claude managed<br>[01:52] agent to do the jobs of scraping the<br>[01:55] data, so using tools to get the right<br>[01:57] information, and translating it into way<br>[01:59] that I can understand it. So, to get<br>[02:02] started, I could go to the Claude<br>[02:04] console, go to the new managed agents<br>[02:06] option, and type here in natural<br>[02:08] language to create my agent from<br>[02:10] scratch. Now, this will communicate with<br>[02:12] the Claude API using car commands, and<br>[02:15] will host any necessary code on<br>[02:17] Anthropic's infrastructure. But, I could<br>[02:19] also use the managed agent skill in<br>[02:22] whatever language I prefer. In this<br>[02:23] case, I will pick TypeScript, and this<br>[02:26] skill will use the TypeScript Claude SDK<br>[02:29] to create an agent for me. To do that,<br>[02:32] you'll need to have this version of<br>[02:33] Claude's code or higher, which has the<br>[02:36] built-in managed agent skill. So, in my<br>[02:38] case, I have a version higher than that,<br>[02:40] and can trigger the skill using the<br>[02:42] {slash} Claude API command followed by<br>[02:44] managed agents onboarding.<br>[02:46] So, after I hit enter, it asks me if I<br>[02:48] know what kind of agent I want to build,<br>[02:50] which I don't, but we'll see what it<br>[02:51] does. And it tells me it will walk me<br>[02:53] through these three steps, so tools,<br>[02:56] skills, files, and repos, and then<br>[02:57] environment and identity. Now,<br>[03:00] surprisingly, it does use a lot of<br>[03:01] context, so there might be some<br>[03:03] compaction, but we'll see what happens.<br>[03:05] Anyway, I'll give it a command to create<br>[03:07] a medical agent that reads markdown<br>[03:10] files from a private GitHub repo,<br>[03:12] understands the information like a<br>[03:13] doctor, and lets me communicate with it<br>[03:15] using Slack. And then it recommends me<br>[03:17] to use the pre-built tool set, so read,<br>[03:20] glob, grep, and to not use write, edit,<br>[03:22] bash<br>[03:23] since the doctor has no reason to mutate<br>[03:25] the repo, which makes sense. It also<br>[03:27] asks for the repo URL. So, I'm going to<br>[03:30] tell it to go with its recommended tools<br>[03:31] and permissions, and I'll give it a link<br>[03:33] to the repo. Then after that, it<br>[03:35] suggests what round B and round C should<br>[03:37] be, which since this is a very basic<br>[03:39] agent, they're pretty self-explanatory.<br>[03:41] And then it creates a system prompt for<br>[03:43] my agent, as well as suggest the model I<br>[03:45] should use. Now, I'm going to tell it to<br>[03:46] use Sonnet because I don't want to spend<br>[03:48] too much money on Opus. I'll explain why<br>[03:50] later, but aside from that, this looks<br>[03:52] good, and I'll provide it with these<br>[03:53] credentials as well as the language I<br>[03:55] want. And now it's created the two files<br>[03:58] for me in TypeScript. The first one is<br>[04:00] the setup, which will set up things like<br>[04:02] the environment, the agent, and any<br>[04:04] necessary skills inside Anthropic's<br>[04:06] infrastructure. The second is the<br>[04:08] runtime, which is actually going to be<br>[04:10] the thing that communicates with the<br>[04:12] Anthropic servers and gives that<br>[04:14] information to Slack. So, I'll go ahead<br>[04:16] and set this all up and show you what<br>[04:17] it's like when it's finished. So, after<br>[04:19] running this setup file, it gives me an<br>[04:21] environment ID, which is over here, and<br>[04:24] it also gives me the agent ID, which is<br>[04:26] also over here. Now, as I mentioned<br>[04:28] earlier, these things are created on<br>[04:30] Anthropic's infrastructure. So, inside<br>[04:32] the Claude console, I can see my agent<br>[04:34] over here, as well as the environment<br>[04:36] I've just created. I've also created my<br>[04:38] Slack app and have put all the<br>[04:40] information inside my {dot} env file for<br>[04:42] this app.ts file to use, which means if<br>[04:45] I run that file, it should run my Slack<br>[04:47] bot. So, I can ask it, "What model are<br>[04:49] you using?" and after a while, it<br>[04:51] responds saying, "I'm Claude, made by<br>[04:53] Anthropic. Is there something medical I<br>[04:55] can help you with?" This is very cool.<br>[04:57] But, what's even cooler is that I can<br>[04:59] see the session here in the Claude<br>[05:00] console. Yes, I've been testing this a<br>[05:02] few times. And here we get more details<br>[05:04] of what happened. So, if I close this to<br>[05:05] make it bigger, you can see the question<br>[05:07] the user asked, then it used the Slack<br>[05:10] message tool, and then the agent<br>[05:12] responded. Now, I forgot to mention<br>[05:13] earlier how the pricing works for this.<br>[05:15] So, if we go to the documentation, we<br>[05:17] can see that all tokens used by the<br>[05:19] managed agents are priced with the<br>[05:21] pricing model that the Claude API uses,<br>[05:23] which is over here. So, unfortunately,<br>[05:26] your Pro, Max, or Team subscription<br>[05:28] isn't useful for managed agents. But, as<br>[05:30] well as paying for tokens, you'll also<br>[05:32] have to pay for sessions, which is 8<br>[05:34] cents per session hour, and this is only<br>[05:37] when the session is running. So, if I go<br>[05:39] back to the Claude console and click on<br>[05:40] sessions, for all of these idle<br>[05:42] sessions, I'm not being charged. Okay,<br>[05:44] let's do something a bit more<br>[05:45] interesting with this bot. I'm going to<br>[05:46] ask it, "Based on what you know about me<br>[05:48] medically, is it okay for me to eat<br>[05:50] calamari?" Now, here it's gone ahead and<br>[05:53] ran the bash tool to get information<br>[05:55] from the repo. It's done two file reads,<br>[05:58] and then a few seconds later, it sent me<br>[06:00] a Slack message, which tells me I should<br>[06:01] be cautious with calamari because I'm<br>[06:04] allergic to shrimp, which is true. I<br>[06:06] would say it's given too much<br>[06:07] information, talking about my itchy<br>[06:09] tongue to swelling throat and so on.<br>[06:11] But, to be honest, it works really well.<br>[06:13] In fact, I did tweak the agent a bit.<br>[06:15] So, if we click here in the Claude<br>[06:17] console, we can see there are three<br>[06:18] versions, indicating that this agent has<br>[06:20] been changed three times. I changed the<br>[06:22] system prompt to make it sound a bit<br>[06:24] more human-like, and changed the model<br>[06:26] from Opus to Sonnet. But, here in the<br>[06:28] UI, I can change the agent system<br>[06:30] prompt, I can change the model, and the<br>[06:32] tools it has access to, which is useful<br>[06:34] for testing. So, that's pretty much it.<br>[06:36] Apart from a few small code tweaks that<br>[06:39] I figured out by going back and forth<br>[06:40] with Claude, that is how easy it is to<br>[06:43] build an agent. No need to learn how the<br>[06:46] Claude agent SDK works. You can just<br>[06:48] communicate with Claude using a skill<br>[06:49] and create your very own agent. But, how<br>[06:52] does all of this work under the hood?<br>[06:54] So, Anthropic have written a very<br>[06:55] detailed article on how everything<br>[06:57] works, which I'll have a link for in the<br>[06:59] description, but I would say the whole<br>[07:02] architecture is made up of three key<br>[07:04] components. So, the session harness and<br>[07:06] orchestration. This is not to say the<br>[07:07] sandbox and tools are less important,<br>[07:09] but I would say these three are very<br>[07:11] unique. So, the harness, also known as<br>[07:13] the hands of the system, is where the<br>[07:15] Claude model is used, and it's also<br>[07:18] known as a stateless router because it<br>[07:19] routes tool calls, resources, and MCPs<br>[07:22] to their relevant place, or runs code<br>[07:24] and edits files in a sandbox<br>[07:27] environment. Now, I'll talk about the<br>[07:28] benefits of having tool calls separate<br>[07:30] from the actual harness itself, but the<br>[07:32] session here is like the memory of the<br>[07:34] system and contains append-only logs of<br>[07:37] the harness. Now, you may be thinking<br>[07:39] the harness is Claude code, but it's<br>[07:41] actually a custom-made harness for the<br>[07:43] managed agents. I'll also explain why a<br>[07:45] bit later on. And finally, the<br>[07:47] orchestrator is what decides what mode<br>[07:50] the harness should be in, so build,<br>[07:52] plan, and so on, and importantly, it<br>[07:55] creates a new harness if this one fails.<br>[07:58] So, imagine you have a harness here that<br>[08:00] fails or or goes down, the orchestrator<br>[08:02] can create a new harness, and because<br>[08:04] the session logs are separate from the<br>[08:06] harness itself, the new harness can read<br>[08:09] the logs to find out what's been going<br>[08:10] on and exactly where to continue from.<br>[08:13] In fact, the whole thing is built for<br>[08:14] scale. So, you can have as many models<br>[08:17] and as many environments as you want,<br>[08:19] and the architecture will be able to<br>[08:20] handle it. Also, another benefit of this<br>[08:22] architecture is the security aspect. So,<br>[08:25] if I go back to the Claude console and<br>[08:27] click on the credentials vault, you can<br>[08:29] see that the credentials are stored in a<br>[08:31] secure location. Now, if I have an agent<br>[08:33] running locally, that could be the {dot}<br>[08:35] env file or something custom I have in<br>[08:36] place, but if I'm using the Claude<br>[08:39] console or the UI, then all the<br>[08:40] credentials are stored here. And the<br>[08:42] beauty of that is these credentials are<br>[08:44] called at runtime. So, if you have an<br>[08:46] MCP-specific API key or tool-specific<br>[08:48] key, then the harness or the model<br>[08:50] doesn't know anything about it, and it<br>[08:52] can't have access to it. So, for<br>[08:54] example, if I needed to call the weather<br>[08:56] MCP tool, and I had that API key, then<br>[08:59] the harness would call the tool, and the<br>[09:01] API key would exist within the tool call<br>[09:03] itself or the MCP, and it would be used<br>[09:06] at runtime. Similarly, if the sandbox<br>[09:09] needed to use a key, then that would be<br>[09:11] stored in the vault, and that would also<br>[09:12] be used at runtime, and the model<br>[09:14] wouldn't know about it. In fact, it<br>[09:16] doesn't even know about its own<br>[09:17] Anthropic API key since that is also<br>[09:20] used at runtime. I highly recommend<br>[09:22] reading the rest of this article to get<br>[09:24] a detailed overview of how the whole<br>[09:25] thing was put together, but it is very<br>[09:28] unique. Honestly, I really enjoy<br>[09:30] creating Claude managed agents. I mean,<br>[09:32] there are people out there who think<br>[09:33] this is going to die just like the Open<br>[09:35] AI agents. If Open AI agents aren't<br>[09:37] dead, please let me know in the comments<br>[09:38] cuz I don't hear much about them, but I<br>[09:40] think this is going to stick around for<br>[09:42] a long time purely because it's very<br>[09:44] easy to create an agent. You don't have<br>[09:46] to learn about SDKs, you don't have to<br>[09:48] use the terminal to create one if you<br>[09:50] don't want to, and you can pretty much<br>[09:53] do all the hooking up to MCP servers,<br>[09:55] tools, all inside the UI, which is very<br>[09:58] nice for people who don't want to write<br>[10:00] any code. But, I do have to say one kind<br>[10:03] of disappointing thing is the fact that<br>[10:04] you have to pay using API tokens or pay<br>[10:07] using API billing because as someone who<br>[10:10] is a Claude Pro subscriber, I would love<br>[10:12] to use my limits, so the limits that are<br>[10:14] within the Pro range on managed agents<br>[10:17] so I don't have to pay for two different<br>[10:19] things. But, in all fairness, it's not<br>[10:21] insanely expensive if you use a cheaper<br>[10:24] model like Sonic or Haiku. And even<br>[10:26] though it's kind of curated, so as you<br>[10:29] can see it gives you access to Notion,<br>[10:31] Slack MCP services, and so on. But, if<br>[10:33] you want to create something that<br>[10:35] doesn't exist within those bounds, then<br>[10:38] you just have to go ahead and write your<br>[10:39] own code, which Open Claude is very good<br>[10:41] for. I mean, Open Claude is super open,<br>[10:43] it's in the name, and has many channels<br>[10:46] from Telegram to Discord to WhatsApp.<br>[10:48] Whereas, if you want to do the same<br>[10:49] thing with managed agents, you may have<br>[10:51] to code up your own solution or get<br>[10:53] Claude to code one up for you.
So, the Claude team have released Claude managed agents, which is what they call the next evolution after the agent SDK. This is something that lets you create custom agents without writing a single line of code, and these agents run on Anthropic's own managed infrastructure, which has a very cool architecture that is perfect for shipping secure, scalable, production-ready agents that can do pretty much anything you want, so answer customer queries based on your
knowledge base, or even do regular research for you and send it to you at a specific time using Slack. But, why would anyone use this instead of installing Claude's code on their own VPS? Hit subscribe, and let's get into it. But, before we get into it, let's talk a bit about Anthropic because they've been busy these last few weeks. I mean, they recently prevented people from using the Claude subscription on third-party tools like Open Claude, which people think is because of managed agents, but they're
not exactly the same thing. I mean, I would say Open Claude is a bit like Linux. It's a tinkerer's agent. You pick your own hardware, you pick your own model, you deal with security and everything in between. Whereas, Claude managed agents is, dare I say it, like Apple because you don't need to do any of those things. Claude takes care of the infrastructure, the security. You just tell it what you want in simple English, and it will go ahead and build your perfect agent. In fact, let me show you how easy it is by going through a
simple, yet very personal example. I have a private GitHub repo that contains all my medical information scraped from the NHS app, and I want to communicate with that data or get information from that data using Slack so I can use it from my desktop, my mobile, basically anywhere I am. And in between those two things, I would like a Claude managed agent to do the jobs of scraping the data, so using tools to get the right information, and translating it into way that I can understand it. So, to get
started, I could go to the Claude console, go to the new managed agents option, and type here in natural language to create my agent from scratch. Now, this will communicate with the Claude API using car commands, and will host any necessary code on Anthropic's infrastructure. But, I could also use the managed agent skill in whatever language I prefer. In this case, I will pick TypeScript, and this skill will use the TypeScript Claude SDK to create an agent for me. To do that,
you'll need to have this version of Claude's code or higher, which has the built-in managed agent skill. So, in my case, I have a version higher than that, and can trigger the skill using the {slash} Claude API command followed by managed agents onboarding. So, after I hit enter, it asks me if I know what kind of agent I want to build, which I don't, but we'll see what it does. And it tells me it will walk me through these three steps, so tools, skills, files, and repos, and then environment and identity. Now,
surprisingly, it does use a lot of context, so there might be some compaction, but we'll see what happens. Anyway, I'll give it a command to create a medical agent that reads markdown files from a private GitHub repo, understands the information like a doctor, and lets me communicate with it using Slack. And then it recommends me to use the pre-built tool set, so read, glob, grep, and to not use write, edit, bash since the doctor has no reason to mutate the repo, which makes sense. It also asks for the repo URL. So, I'm going to
tell it to go with its recommended tools and permissions, and I'll give it a link to the repo. Then after that, it suggests what round B and round C should be, which since this is a very basic agent, they're pretty self-explanatory. And then it creates a system prompt for my agent, as well as suggest the model I should use. Now, I'm going to tell it to use Sonnet because I don't want to spend too much money on Opus. I'll explain why later, but aside from that, this looks good, and I'll provide it with these credentials as well as the language I want. And now it's created the two files for me in TypeScript. The first one is
the setup, which will set up things like the environment, the agent, and any necessary skills inside Anthropic's infrastructure. The second is the runtime, which is actually going to be the thing that communicates with the Anthropic servers and gives that information to Slack. So, I'll go ahead and set this all up and show you what it's like when it's finished. So, after running this setup file, it gives me an environment ID, which is over here, and it also gives me the agent ID, which is also over here. Now, as I mentioned earlier, these things are created on
Anthropic's infrastructure. So, inside the Claude console, I can see my agent over here, as well as the environment I've just created. I've also created my Slack app and have put all the information inside my {dot} env file for this app.ts file to use, which means if I run that file, it should run my Slack bot. So, I can ask it, "What model are you using?" and after a while, it responds saying, "I'm Claude, made by Anthropic. Is there something medical I can help you with?" This is very cool. But, what's even cooler is that I can see the session here in the Claude
console. Yes, I've been testing this a few times. And here we get more details of what happened. So, if I close this to make it bigger, you can see the question the user asked, then it used the Slack message tool, and then the agent responded. Now, I forgot to mention earlier how the pricing works for this. So, if we go to the documentation, we can see that all tokens used by the managed agents are priced with the pricing model that the Claude API uses, which is over here. So, unfortunately, your Pro, Max, or Team subscription isn't useful for managed agents. But, as
well as paying for tokens, you'll also have to pay for sessions, which is 8 cents per session hour, and this is only when the session is running. So, if I go back to the Claude console and click on sessions, for all of these idle sessions, I'm not being charged. Okay, let's do something a bit more interesting with this bot. I'm going to ask it, "Based on what you know about me medically, is it okay for me to eat calamari?" Now, here it's gone ahead and ran the bash tool to get information from the repo. It's done two file reads, and then a few seconds later, it sent me
a Slack message, which tells me I should be cautious with calamari because I'm allergic to shrimp, which is true. I would say it's given too much information, talking about my itchy tongue to swelling throat and so on. But, to be honest, it works really well. In fact, I did tweak the agent a bit. So, if we click here in the Claude console, we can see there are three versions, indicating that this agent has been changed three times. I changed the system prompt to make it sound a bit more human-like, and changed the model from Opus to Sonnet. But, here in the UI, I can change the agent system
prompt, I can change the model, and the tools it has access to, which is useful for testing. So, that's pretty much it. Apart from a few small code tweaks that I figured out by going back and forth with Claude, that is how easy it is to build an agent. No need to learn how the Claude agent SDK works. You can just communicate with Claude using a skill and create your very own agent. But, how does all of this work under the hood? So, Anthropic have written a very detailed article on how everything works, which I'll have a link for in the description, but I would say the whole
architecture is made up of three key components. So, the session harness and orchestration. This is not to say the sandbox and tools are less important, but I would say these three are very unique. So, the harness, also known as the hands of the system, is where the Claude model is used, and it's also known as a stateless router because it routes tool calls, resources, and MCPs to their relevant place, or runs code and edits files in a sandbox environment. Now, I'll talk about the benefits of having tool calls separate
from the actual harness itself, but the session here is like the memory of the system and contains append-only logs of the harness. Now, you may be thinking the harness is Claude code, but it's actually a custom-made harness for the managed agents. I'll also explain why a bit later on. And finally, the orchestrator is what decides what mode the harness should be in, so build, plan, and so on, and importantly, it creates a new harness if this one fails. So, imagine you have a harness here that
fails or or goes down, the orchestrator can create a new harness, and because the session logs are separate from the harness itself, the new harness can read the logs to find out what's been going on and exactly where to continue from. In fact, the whole thing is built for scale. So, you can have as many models and as many environments as you want, and the architecture will be able to handle it. Also, another benefit of this architecture is the security aspect. So, if I go back to the Claude console and click on the credentials vault, you can see that the credentials are stored in a
secure location. Now, if I have an agent running locally, that could be the {dot} env file or something custom I have in place, but if I'm using the Claude console or the UI, then all the credentials are stored here. And the beauty of that is these credentials are called at runtime. So, if you have an MCP-specific API key or tool-specific key, then the harness or the model doesn't know anything about it, and it can't have access to it. So, for example, if I needed to call the weather MCP tool, and I had that API key, then the harness would call the tool, and the
API key would exist within the tool call itself or the MCP, and it would be used at runtime. Similarly, if the sandbox needed to use a key, then that would be stored in the vault, and that would also be used at runtime, and the model wouldn't know about it. In fact, it doesn't even know about its own Anthropic API key since that is also used at runtime. I highly recommend reading the rest of this article to get a detailed overview of how the whole thing was put together, but it is very unique. Honestly, I really enjoy creating Claude managed agents. I mean,
there are people out there who think this is going to die just like the Open AI agents. If Open AI agents aren't dead, please let me know in the comments cuz I don't hear much about them, but I think this is going to stick around for a long time purely because it's very easy to create an agent. You don't have to learn about SDKs, you don't have to use the terminal to create one if you don't want to, and you can pretty much do all the hooking up to MCP servers, tools, all inside the UI, which is very nice for people who don't want to write
any code. But, I do have to say one kind of disappointing thing is the fact that you have to pay using API tokens or pay using API billing because as someone who is a Claude Pro subscriber, I would love to use my limits, so the limits that are within the Pro range on managed agents so I don't have to pay for two different things. But, in all fairness, it's not insanely expensive if you use a cheaper model like Sonic or Haiku. And even though it's kind of curated, so as you can see it gives you access to Notion,
Slack MCP services, and so on. But, if you want to create something that doesn't exist within those bounds, then you just have to go ahead and write your own code, which Open Claude is very good for. I mean, Open Claude is super open, it's in the name, and has many channels from Telegram to Discord to WhatsApp. Whereas, if you want to do the same thing with managed agents, you may have to code up your own solution or get Claude to code one up for you., Anthropic's Managed Agents Are Different (Here's Why), YouTube, 01kp1wtw517t2fkkmczn35ntah.