
Managed Agent
- 513 installs
- 67k repo stars
- Updated August 4, 2026
- ruvnet/ruflo
managed-agent is a ruflo Claude skill that runs Anthropic Claude Managed Agents—a cloud agent harness with container, filesystem, and tools—as the cloud counterpart to local wasm-agent runtime for developers who need rem
About
managed-agent is a ruflo skill for Anthropic's cloud Managed Agent runtime behind the `ruflo-agent` CLI. It exposes create, prompt, status, events, list, and terminate operations through claude-flow MCP tools alongside wasm-agent creation and Bash. The skill documents when to choose the cloud harness versus the local wasm-agent runtime based on tool and deployment needs. Developers reach for managed-agent when provisioning, prompting, monitoring, or terminating cloud-hosted coding agents with filesystem and tool access rather than running agents only on local WASM infrastructure.
- managed-agent
Managed Agent by the numbers
- 513 all-time installs (skills.sh)
- +10 installs in the week ending Jul 26, 2026 (Skillselion tracking)
- Ranked #799 of 4,347 Backend & APIs skills by installs in the Skillselion catalog
- Data as of Aug 5, 2026 (Skillselion catalog sync)
npx skills add https://github.com/ruvnet/ruflo --skill managed-agentAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 513 |
|---|---|
| repo stars | ★ 67k |
| Last updated | August 4, 2026 |
| Repository | ruvnet/ruflo ↗ |
How do you run Anthropic Managed Agents in the cloud?
Use managed-agent for development tasks
Who is it for?
Developers using ruflo and claude-flow who need cloud-hosted agent harnesses with container, filesystem, and tool access.
Skip if: Teams without ruflo or claude-flow MCP access, or workflows satisfied entirely by local wasm-agent runtime.
When should I use this skill?
A developer asks to create, prompt, check status, list events, or terminate an Anthropic Managed Agent via ruflo.
What you get
Provisioned cloud agent instances, prompt execution logs, status and event streams, and terminated agent sessions via managed-agent commands.
- Provisioned cloud agent instance
- Agent event and status logs
- Terminated agent session record
By the numbers
- Documents 6 managed-agent MCP operations: create, prompt, status, events, list, terminate
Files
Managed Agent (Anthropic cloud runtime)
ruflo-agent has two agent runtimes behind one mental model:
| Runtime | Tools | Use it when |
|---|---|---|
WASM (local, rvagent) | wasm_agent_* / wasm_gallery_* | fast, free, ephemeral, offline, untrusted code in a sandbox |
| Managed (Anthropic cloud) | managed_agent_* (this skill) | long-running / async work (minutes–hours), a real cloud container with pre-installed packages + network, persistent filesystem + transcript across turns |
This skill drives the managed runtime — Anthropic's Claude Managed Agents (beta). The model: Agent (model + system + tools + MCP servers + skills) → Environment (container template) → Session (running instance) → Events (turns / tool-use / status, persisted server-side). See docs/adr/0001-wasm-contract.md and project ADR-115.
Prerequisites
ANTHROPIC_API_KEY(orCLAUDE_API_KEY) in the environment, with Claude Managed Agents beta access.- If absent, every
managed_agent_*tool returns a structured "usewasm_agent_createfor a local no-key runtime" error — fall back to the WASM skill.
Steps
1. Create — mcp__claude-flow__managed_agent_create { model?, system?, name?, networking?, packages?, initScript?, mcpServers?, skills? } → { sessionId, agentId, environmentId, status }. Provisions Agent + Environment + Session. Save the three ids.
mcpServers:[{type:"url", url, name, authorization_token?}]— the cloud agent must be able to reach the URL. A localruflo mcp startis not reachable from Anthropic's cloud; deploy/tunnel an HTTP ruflo MCP server first if you want the cloud agent to have ruflo's tools.packages:{pip?:[], npm?:[], apt?:[], cargo?:[], gem?:[], go?:[]}— installed in the container.
2. Prompt — mcp__claude-flow__managed_agent_prompt { sessionId, message, maxWaitMs? } → sends a user turn, polls the event log until the session goes idle (default 180s, capped 600s) → { finished, status, stopReason, assistantText, toolUses[], eventCount }. For very long tasks, raise maxWaitMs or follow up with managed_agent_events.
3. Inspect — mcp__claude-flow__managed_agent_status { sessionId } (idle/running/error) · mcp__claude-flow__managed_agent_events { sessionId, raw? } (full transcript: user turns, agent thinking, tool_use, tool_result, status — the cloud counterpart of wasm_agent_files).
4. List — mcp__claude-flow__managed_agent_list { limit? } — every session on the org (so you can see which are still running / billing).
5. Terminate — mcp__claude-flow__managed_agent_terminate { sessionId, environmentId? } — always do this when done: a cloud session keeps billing container time + tokens until deleted. Pass environmentId to also delete the environment ruflo created.
Cost & safety
- Managed Agents bill per session (LM tokens + container time) and are rate-limited per org. Estimate before a long run; record completed sessions to the
cost-trackingnamespace. - Treat orphaned sessions like leaked resources —
managed_agent_listthenmanaged_agent_terminateanything stale. - Beta API (
managed-agents-2026-04-01);multiagent/define-outcomeson the agent config are research preview.
Quick example
managed_agent_create { "model": "claude-haiku-4-5-20251001", "system": "Terse. Do exactly what is asked.", "name": "scratch" }
→ { sessionId: "sesn_…", agentId: "agent_…", environmentId: "env_…", status: "idle" }
managed_agent_prompt { "sessionId": "sesn_…", "message": "echo hello > /tmp/x && cat /tmp/x — then stop." , "maxWaitMs": 60000 }
→ { finished: true, status: "idle", stopReason: "end_turn", assistantText: "Done.", toolUses: [{name:"bash", input:{command:"echo hello > /tmp/x && cat /tmp/x"}}] }
managed_agent_terminate { "sessionId": "sesn_…", "environmentId": "env_…" }
→ { sessionDeleted: true, environmentDeleted: true }Related skills
How it compares
Choose managed-agent over wasm-agent when cloud containerized execution with remote filesystem and tools is required instead of local WASM runtime.
FAQ
What is the difference between managed-agent and wasm-agent?
managed-agent runs Anthropic's cloud Managed Agent harness with container, filesystem, and tools. wasm-agent is the local runtime; ruflo-agent presents both behind one mental model for different deployment needs.
Which MCP tools does managed-agent use?
managed-agent uses claude-flow MCP tools: managed_agent_create, managed_agent_prompt, managed_agent_status, managed_agent_events, managed_agent_list, and managed_agent_terminate, plus wasm_agent_create and Bash.