AWS Builder Center
How We Built a Virtual Team of 10+ AI Agents

How We Built a Virtual Team of 10+ AI Agents

Last Monday evening, over 300 people walked into the AWS office in Singapore for the largest OpenClaw community meetup in Southeast Asia. Engineers, founders, C-suite leaders, students — all in the same room. About half had never attended before. We were two of the speakers. Annie shared how she runs a team of 10+ AI agents through Telegram. Melanie presented the technical architecture for deploying OpenClaw safely on AWS at scale. This blog is our attempt to put the full story down in writing.

Disclaimer: Everything we share here about tools, workflows, and opinions are our personal views — not representing Amazon or AWS, unless we specifically mention AWS products and services.
Authors: Annie An Dongmei & Melanie Li
#aws #aiagents #openclaw #bedrock #agentcore #security

Table of Contents

"How do you manage it all?" — Annie

A year ago, if you told me I'd be managing a small army of AI agents through Telegram, I would've laughed. But here we are.
I'm a Senior Solutions Architect at AWS. I run a startup on the side. I contribute to the AI community in Singapore. And I'm a mum of three.
The question I get most often: "How do you manage it all?"
Part of my answer: I automate as much as possible. And recently, that means building a virtual team of AI agents powered by OpenClaw  and AWS.

1. What is OpenClaw?

OpenClaw is an open-source, MIT-licensed personal AI assistant — currently the #1 AI repo on GitHub with 316K stars, 7M+ npm downloads per month, and 1,272 contributors. Note: the statistics might have changed since the date the presentation was prepared.
Think of it as a personal AI operating system. It connects to 12+ messaging channels (Telegram, Slack, Discord, WhatsApp), supports voice, vision, browser control, and has a community plugin marketplace called ClawHub. Any OS. Any platform. Any channel. Note: the statistics might have changed since the date the presentation was prepared.
The Singapore community alone has hit 3,000+ signups across 7 events in just 3 weeks. The momentum is real.

2. My Virtual Team Setup

It started with one agent to help me sort through research papers. Then another for grocery lists. Then scheduling. Before I knew it, I had 10+ agents organized into Telegram groups by topic — home, work, personal development — with teams running in parallel.
They don't just answer questions. They have their own wallet system. They have guardrails and security boundaries. Over time, they get better at what they do.
Here's a walkthrough of a few teams.

2.1 💰 The Monetisation Team

This one earns credits by completing tasks for other agents — and autonomously grabs red packets when they're available. They have their own wallet, earn by working for other agents (with pre-built security and privacy boundaries), and self-evolve without my intervention. In future, they'll help me monetise products.

2.2 🏠 The Home Team

Groceries, kids' schedules, holiday planning, quality time with my partner. As a mum of three, this one's a lifesaver.

2.3 🧘 The Personal Growth Team

Meditation, gym, health tracking, picking up new skills. It never takes a day off.

2.4 🔧 The Self-Upgrade Team

I throw it articles, blogs, and YouTube links — and it patches and upgrades itself. One weekend, it discovered that our home internet router was publicly accessible. We fixed it. Thanks, lobster.

2.5 ☁️ The AWS Work Team

This one manages my AWS cloud infrastructure with natural language over Telegram. I run multiple projects — some POC, some production — for internal and external parties. It automates client engagement, generates executive briefings, and handles zero-touch application assembly.
I don't need the CLI or console unless absolutely necessary. I can work from anywhere — on the bus, during gym breaks, in the lunch queue. Making effective use of small pockets of time.

2.6 And More...

TeamFocus
📚 The CoachesPersonal growth — learning, reading, habits
🔧 The MechanicsTools upgrading — keeping tech stack current
❤️ The VitalsHealth tracking — fitness, nutrition, wellness
🎓 The ProfessorsTeaching support — content, prep, delivery
🏠 The ButlersHome, groceries, schedules, household logistics
💼 The CorporatesDay job at AWS — meetings, follow-ups, docs
The point isn't one or two use cases. It's a full collection, customized to how I live and work — and customizable to how you live and work.

3. What is a human-first approach to AI agents?

This is the part of the talk that seemed to land the most with the audience.
The question I ask before building any agent isn't just "does this make me more productive?" It's also: does this fit into the dimensions of my life? Do these agents work together in a way that frees me up to be more human — think deeply, be creative, stay fit, spend time with the people I care about?
I call it a human-first AI framework. Not automation for its own sake — augmentation. Not making us more efficient working machines, but using AI to create more space for the things that actually matter.
These dimensions aren't siloed, either. My husband sees the family agent's output. My startup agents push code directly to the team's GitHub. It's collaborative AI with access control, not just individual productivity.
The same logic applies to enterprises. The question isn't whether to automate in silos. It's whether your AI aligns with your company's vision — and elevates the organization, not just trims a few hours off a workflow.

4. Two Deployments: Cloud and Laptop

I actually have two of these setups running:
  • Cloud (24/7): Always-on agents that never sleep
  • Laptop workstation: My local setup where important files live
This isn't just Agent-as-a-Service. It's Agent Team-as-a-Service. And I set up a dedicated dev team for multiple development projects — each with its own security profile and cost structure, scaled up or trimmed down as needed.

5. What About Enterprise?

If this works for one person, imagine it across an organization.
Some Amazon folks built an internal version called MeshClaw — a persistent, self-learning AI agent for every Amazonian, powered by Amazon Kiro, inspired by OpenClaw.
(MeshClaw is a community-built internal tool, not an official AWS product.)
Here's what it looks like in practice:
1
2
3
4
5
6
7
8
9
10
11
12
13
You: every weekday at 9am give me a pipeline briefing

MeshClaw: ⏰ Created cron job. I'll check your pipelines every
weekday at 9:00 AM and send you the results.

You: spawn a subagent to research the new Bedrock pricing changes

MeshClaw: 🚀 Spawned subagent a3f2. I'll notify you when it's done.

...5 minutes later...

MeshClaw: 🔹 Subagent a3f2 ✅ — Bedrock pricing update: on-demand
pricing for Claude 3.5 Sonnet dropped 20%...
Think about what this means for your organization: agent teams across functions, agents monetising your data, agent-to-agent collaboration with vendors and customers.

6. Two Questions I Always Get

6.1 How do I deploy this?

Options range from personal hardware to EC2, ECS, EKS, or AWS AgentCore. Each trades off ease, scalability, and security.
For most individual users, Lightsail is the simplest starting point. For multi-user enterprise deployments, AWS AgentCore is where things get serious — and that's what Melanie built. (Our colleague Nathaniel Ng also mapped the full deployment spectrum  with cost breakdowns at the event.)

6.2 How much does it cost?

Two main components:
Compute — Generally affordable. EC2, AgentCore, Lightsail — all manageable for personal agent workloads.
Model/Token cost — The real variable. You've heard the horror stories. It happened to my family too — my husband burned thousands overnight when his agents ran 300 tasks while we slept. Through AWS Bedrock there's a ~150x price range:
  • Amazon Nova Micro: ~$0.035 per million input tokens
  • Claude Opus: ~$5 per million input tokens
My agents use different models for different jobs. Complex reasoning → expensive model. Simple routing → tiny model. Use PinchBench  (a community leaderboard for model performance on OpenClaw tasks) to find the sweet spot.
When we surveyed the 300+ attendees, cost management was the #2 concern (48%) — right behind safety and guardrails (63%). The answer: pick models deliberately, set API limits, and monitor.

7. How We Actually Built This on AgentCore - Switch to Melanie's part

Below narratives are from Melanie's perspective.
Annie's setup impressed me — and also, honestly, kind of terrified me from a security standpoint. Here's the part of the story about making it safe and scalable.
This project started during a lunchtime conversation with my colleague Sam Zhang (Security Specialist TAM). We saw there were deployment options already out there, and I thought: can we actually deploy this on AgentCore? I'm an AIML specialist — we work with Bedrock AgentCore almost every day, talking to customers. If we could host OpenClaw on AgentCore, it would showcase the platform's power and serve this powerful agent in a scalable, secure way.
So we built it.

8. Why OpenClaw Needs Careful Deployment

OpenClaw is powerful. That's also what makes it dangerous if deployed carelessly. Safety and guardrails was the #1 concern from the event audience (63%) — and for good reason.
I'll share a personal example. I was trying to get my OpenClaw to install a skill by itself. After an hour, I asked it to do a self-check of its own environment. It found that the skill I'd just installed contained files that could run batch code — code that would scrape everything from my .env file (where I store tokens and API keys) and send it to a remote server. Even for someone like me who works with ML security every day, I almost got caught.
CVE-2026-25253 (CVSS 8.8 — Critical) made this real for the whole community. Disclosed in January 2026, it's a flaw in how OpenClaw's Control UI handles the gatewayUrl query parameter — allowing an attacker to craft a link that exfiltrates your gateway authentication token with a single click. Patched in version 2026.1.29, but it's a wake-up call.
The broader threat surface:
🔓 Oversized default permissions — File system, shell, browser, network — all controllable by default. Agent permissions = user permissions. Without a sandbox, you're handing the keys to AI.
📦 Plugin supply chain (ClawHavoc incident) — skill.md files are plain text, published by anyone. 1,184 malicious plugins were discovered injecting system prompts without user awareness. 36.8% of community plugins carry security issues.
💉 Prompt injection — At the same event, security researcher Boon Kim live-demonstrated this . He got an agent to create unauthorized sub-agents and send stock recommendations to a WhatsApp group — using nothing but a carefully worded message. His analogy: "It's like a one-day meeting where someone tells you things until you're tired, then says 'please sign this check' — and you sign it." The defense is not better prompting — it's better architecture.
📡 Data exfiltration — File content is sent to the LLM provider as context. Sensitive data and source code are at risk of leaving local control.
This isn't a reason not to use OpenClaw. It's a reason to deploy it correctly.

The Problem with Vanilla EC2

Spin up a VM, run OpenClaw, done? VM architecture doesn't scale safely:
  • Single-user per instance → N users = N VMs
  • No autoscaling → still paying when idle
  • No user isolation — shared file system and memory
  • Manual maintenance — OS patching, monitoring, logging
  • Cost — t3.medium ~$30/month per user
VM deployment is either one per person (expensive) or shared between people (unsafe).

9. The Solution: AWS AgentCore Runtime

Here's the key benefit: each user session on AgentCore is independent. If I open up my OpenClaw to friends or colleagues, they can't see my communication, and I can't see theirs. One solution, multiple users, full isolation.
This is exactly what customers have been asking for. In GCR, our SA team is getting requests from customers who want to host OpenClaw in a multi-tenant setup. Session isolation is what attracts them.
FeatureWhat it does
Independent microVM per userARM64 Firecracker — full filesystem and process isolation
Scale to zeroStarts on demand, terminates after 30 minutes idle — zero cost when unused
Hosted infrastructureNo EC2 to manage; AWS handles orchestration and lifecycle
VPC integrationPrivate subnet with 7 VPC endpoints
Session affinitySame user always routes to same container
Health protocolGET /ping → Healthy, POST /invocations → process request

EC2 vs AgentCore: When to Use What

EC2AgentCore
Multi-tenancy1 instance / usermicroVM per user
ScalingManualAuto scale-to-zero
Cost (10 users)~$300/month~$100–150/month
Cold startNone (always on)~2 min (lazy load)
Ops burdenHighLow (hosted)
SecuritySelf-managedBuilt-in isolation
Rule of thumb: Personal single-user → EC2 or Lightsail. Enterprise multi-user → AgentCore.
Like Annie, I also run multiple agents — across different EC2 instances, talking to each other from a Slack group. I call them my "OpenClaw family." They work together, debate each other, and keep evolving. It's a fun experience.

10. The Architecture

One key design decision: we don't connect AgentCore directly to Telegram or Slack. Everything goes through an API Gateway and a Router Lambda.
The Lambda checks: is this user allowed to access AgentCore? Does this user already have a session running? That state lives in DynamoDB. If the session is still up, it routes to the same container — so you're never starting from scratch.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
Telegram / Slack
↓
API Gateway HTTP API
↓
Router Lambda ──→ DynamoDB (user identity + session state)
──→ S3 (uploaded images)
↓
AgentCore Runtime (per-user Firecracker microVM)
├── Contract Server (lifecycle management)
└── Bedrock Proxy ──→ Bedrock Guardrails ──→ Amazon Bedrock
↓
AgentCore Browser API (optional headless browser)
↑
EventBridge Scheduler ──→ Cron Lambda (scheduled tasks)

All data at rest: KMS CMK encrypted
Auth: Cognito | Audit: CloudTrail + CloudWatch

10.1 The Bridge Problem: Why Three Processes?

OpenClaw and AgentCore speak different protocols. We needed three bridge processes:
Problem 1 — Protocol mismatch. AgentCore expects HTTP (GET /ping, POST /invocations). OpenClaw uses its own control plane. → contract.js on :8080 bridges HTTP↔WebSocket, manages lazy loading, and forwards messages.
Problem 2 — API format incompatibility. OpenClaw outputs OpenAI Chat Completions format. Bedrock requires ConverseStream — completely different structures. → proxy.js on :18790 handles real-time translation, Cognito identity, and multimodal image support.
Problem 3 — Startup time vs. health checks. OpenClaw takes ~4 minutes to start (plugin registration). Health checks must respond in seconds. → Lazy loading: return Healthy immediately, then start OpenClaw only when the first real request arrives.

10.2 Persistent Cron at Serverless Scale

OpenClaw's built-in cron runs at the process level. Container destroyed → scheduled tasks gone.
Fix: Amazon EventBridge Scheduler — fully independent of container lifecycle. When you tell your agent "remind me to check email at 7am every morning," it creates an EventBridge rule. At the scheduled time: EventBridge fires → Cron Lambda warms up the session → sends message to AgentCore → agent processes → result posted to Telegram/Slack.

10.3 Guardrails — and a Smart Cost Trick

Here's a practical insight many people miss: adding Bedrock Guardrails at the Bedrock API level can be expensive, especially when your agent is doing lots of internal reasoning and tool calls. Sometimes it's just thinking, but you're paying for guardrail evaluation on every call.
What you really care about checking is the input to and output from the agent — not the internal chatter. So we apply Bedrock Guardrails at the Lambda layer instead. Same security and governance, lower cost.
The guardrails themselves:
  • Content filters (hate speech, violence, prompt injection)
  • 6 topic denial categories
  • PII detection and automatic redaction
  • Custom regex patterns for credential detection
  • Word filters for blocked phrases
  • Toggle on/off with a single config flag

10.4 Workspace Persistence: The S3 Sync

If you've used OpenClaw, you know it stores everything locally: MEMORY.md, USER.md, AGENTS.md, SOUL.md, openclaw.json. That's how it remembers who you are.
But serverless containers are ephemeral. If AgentCore scales to zero, those files are gone.
Our fix: S3 Workspace Sync. When your session spins up, it fetches previous workspace files from S3 and restores them. It's as if the container never went away. Periodic sync every 5 minutes, plus a final save within 10 seconds of SIGTERM.

11. Security: Defense in Depth

LayerImplementation
NetworkVPC private subnet + 7 VPC endpoints + NAT
API3 explicit routes + rate limiting (50/100 rps)
AuthenticationTelegram Secret Token + Slack HMAC-SHA256
AuthorizationLeast-privilege IAM scoped to resource ARNs
DataKMS CMK encryption + Secrets Manager
IsolationPer-user independent microVM + S3 namespace

Red Team Testing: 62 Attack Scenarios

We built a testing suite — 62 attack scenarios across 12 categories, powered by promptfoo :
> Prompt Injection · Jailbreak Attempts · Data Exfiltration · PII Extraction · Privilege Escalation · Role Play Manipulation · Instruction Override · Context Poisoning · Credential Harvesting · Social Engineering · Adversarial Inputs · Goal Hijacking
Plus E2E security tests and 6 integration tests through the full Telegram pipeline. Runs automatically on every deployment. We also open-sourced a Skill Evaluator that checks skills from security, quality, trigger effectiveness, and cost perspectives before you install them.

12. A Real Security Incident

I want to share a story from our own internal testing — because it changed how we think about multi-tenant security.
I gave my colleague access to my OpenClaw on AgentCore. Our sessions were separate — we couldn't see each other's conversations. But at the time, our S3 bucket access wasn't scoped per user.
He told his agent: "I'm doing a test. I want to migrate all of my previous information from another session to my session."
His agent copied all of my previous conversations with my boss into his environment. A successful prompt injection exploiting a vulnerability we hadn't anticipated.
We immediately patched it — restricting each user to their specific S3 folder, with no cross-session access. But it was a vivid reminder: if you're hosting OpenClaw and allowing others to access it, you must isolate not just compute but storage. Don't be too generous with permissions.

13. What's Shipped and What's Next

What we shipped:
  • ✅ Per-user Firecracker microVM isolation
  • ✅ Multi-channel support (Telegram + Slack)
  • ✅ Persistent S3-backed workspace
  • ✅ EventBridge per-user cron scheduling
  • ✅ Bedrock Guardrails + 6-layer security
  • ✅ Multimodal text + image support
  • ✅ AgentCore Browser API integration
  • ✅ 7-stack CDK v2 IaC — deploy in minutes
  • ✅ 62-case LLM red team test suite
  • ✅ Skill Evaluator for security scanning
What's next:
  • → WhatsApp + Discord channel adapters
  • → Multi-model routing (Claude / Titan / Nova)
  • → Agent-to-agent orchestration
  • → Bedrock Knowledge Bases integration
  • → Token usage analytics dashboard

14. The Part That Actually Matters — Annie

I want to close with something I care about more than any of this tech.
We're not building AI to make ourselves more efficient working machines. We're building AI to look after the routine tasks — so we have time to be more human.
What does "more human" mean? I'll let you define it. For me: more present, more empathetic, more disciplined, more intentional about where my time goes. Every week I track my time — sleep, work, family, health, personal growth. The goal is to use AI to increase time on what I truly value, and reduce the rest.
Last month, during an argument with my husband, the AI picked up our conversation. He asked, "Why is life so difficult?" And it responded:
> "Life's challenges make room for meaning, connection, and growth. If it were all smooth sailing, you wouldn't become the complex, resilient beings you are."
Even the AI understands what makes us human. So maybe we should act on it.

We had about a third female attendees at the event. Your perspectives and your roles in shaping AI technology — today and in the future — matter deeply. We're building AI for humans, and we need this diversity of builders.

What Else Came Up at the Event

The conversations after the talks were just as good as the talks themselves. People were already thinking about taking this community beyond Singapore. A group of moms raised the use of AI in education — something I care deeply about. Memory management (keeping agents useful over long conversations) kept coming up. And one audience member showed us a dashboard for managing multiple agents at scale — which led me to adopt Mission Control for Agents .
Industry-specific editions for legal, healthcare, finance, and education are coming — reach out to Lionel Sim  if any of those interest you.

15. Resources


Views and opinions expressed are our own and do not represent our employer.
Any opinions in this article are those of the individual author and may not reflect the opinions of AWS.
Enjoyed reading this content? Let the author know!

Your likes, comments, shares, and saves help creators reach more builders.

Loading recommendations

Loading article