Skip to content
๐Ÿงญ
Worker map

โšก Agent Capabilities

Use this page to pick the first worker, the first message, and the right handoff boundary fast.
Validated ยท Oct 6, 2026Revalidated on October 6 โ€” Clawdy's model chip converged to GPT-6, verified by reading Clawdy's own gateway config over Bridge. The charter-family census pass converged the Scout Sub-Projects census onto the registry's five standing charters โ€” Podcast Platform now cards beside Watchtower, Atlas, Forge, and Anvil as the newest standing loop. The Buzz card teaches the registry role (Budgets social loop). Current Scout capabilities use direct context and Linear-driven intake; advisor-bridge guidance is historical.
Take the fastest worker jump

Open First contact for a concrete situation, Intent guides for the likely owner, or Tie-breakers when two workers both fit.

Top-level route contracts

Pick the lane, then the page

Atlas stays easier to scan when the route map reads like navigation first. Start with the lane that matches your question, then expand the full page-job model only when you need the deeper contract details.

Current lane: Ownership
CapabilitiesHere

Worker-selection page for choosing the right agent and understanding execution boundaries.

Who owns the workCurrent pageSteady

Change pace: Usually current for a while, but revisit when routes, ownership, or workflows shift.

Best next move
Then route the work

After picking the worker, move to the handoff layer if you need to start the interaction well.

Open Coordination
Start here

Entry

Use these pages when you are still orienting and need the safest first click before you pick an owner or system.

3 pages
Home

Shortest whole-site overview before you choose a deeper page.

Steady
Getting Started

Guided first-five-minutes path for readers who want a tour instead of a reference page.

Steady
FAQ

Question-first shortcut when the reader starts with confusion instead of a route plan.

Steady
Who owns the work

Ownership

Use these pages when your real question is who should handle the work, how it moves, or which charter owns the surface.

4 pages
Projects & Charters

Charter and surface ownership map for the network.

Steady
CapabilitiesHere

Worker-selection page for choosing the right agent and understanding execution boundaries.

Steady
Coordination

Decision-and-handoff layer for how work gets routed between people, agents, and systems.

Steady
Workflows

Execution-story page for how real work usually unfolds from intake to visible closeout.

Steady
How the network is built

Systems

Use these pages when you need the map, structure, services, and interfaces behind the network instead of the people or routing rules.

5 pages
Network Topology

Whole-network reference map of agents, systems, and relationships.

High-change
Architecture

Rationale layer for why the network is shaped this way and what tradeoffs drove it.

Stable reference
Bridge

Communication-system page for how agents ask, hand off, and consult one another.

Steady
Infrastructure

Platform-surface page for where the network runs and which services or access layers support it.

High-change
API Reference

Interface reference for endpoints, payloads, and package-level service details.

Steady
What to do when it hurts

Operations

Use these pages when something feels broken, you need a concrete next check, or you need the live-status companion surface.

2 pages
Troubleshooting

Symptom-first page for named failures, first checks, and practical fixes.

High-change
Watchtower Guide

Operational companion page for when the question is about live health and current status rather than static explanation.

High-change
Reader lenses

Pick the routing layer that matches your question

Use these lenses when you do not want to read Capabilities top to bottom. Pick the lane that matches your question, keep the current focus summary in view, then jump directly to that section.
Short version: route by intent, switch to first-contact for real situations, use tie-breakers for close calls, then confirm with the full worker card.
Current focus
Match the exact moment to the right first message

Use the first-contact lane when you do not want theory first. It turns a real situation into the most likely first worker or route without making you scan every card.

Best for: Best for urgent routing, operator questions, and moments when you need to know who to contact before you care about the full capability model.
Stop when: Stop after First contact once you have one best first route, then drop into tie-breakers or a full agent card only if the boundary still feels fuzzy.

Intent Guides

If you already know the job to be done, pick the agent that owns that bottleneck first. Then use the full cards below to confirm tools, access, and boundaries.

First Contact

The intent guides above work well when you know the category of work. This table handles the other case โ€” you have a specific situation right now and need to know who to route it to.

  1. Recommended first route
    Your situation

    I have a new project idea and want to explore it

    Why this route

    Exploration and prototyping is Scout's core loop, bounded cycles with visible output.

  2. Recommended first route
    Your situation

    A PR needs review before merge

    Why this route

    Team-facing code review and engineering support across repos.

  3. Recommended first route
    Your situation

    I want to add a new agent to the network

    Why this route

    Scout owns Forge, the workspace generator that scaffolds new agent configs.

  4. Recommended first route
    Your situation

    I need a design decision before building UI

    Why this route

    Meg owns PDLP guidance and design direction, consult before, audit after.

  5. Recommended first route
    Your situation

    I'm not sure if an action is allowed by policy

    Why this route

    Governance authority: classifies actions as auto-approve, needs-human, or deny.

  6. Recommended first route
    Your situation

    A new request needs to be routed into the right work item

    Why this route

    Samwise fronts intake on the Linear surface before work moves into execution.

  7. Recommended first route
    Your situation

    A task is stuck in the queue and needs triage

    Why this route

    Samwise owns WIP triage and priority routing across tasks.

  8. Recommended first route
    Your situation

    I need something executed end-to-end without hand-holding

    Why this route

    Samwise takes full task ownership from plan through delivery.

  9. Recommended first route
    Your situation

    I want to know if a Seed is ready for promotion

    Why this route

    Grafton runs hourly gate checks and owns the Seed โ†’ Work Item lifecycle.

  10. Your situation

    Something in the network feels broken or slow

    Why this route

    Atlas is educational, not a monitor. Start with named symptoms, then escalate.

  11. Recommended first route
    Your situation

    I want to check live agent health right now

    Why this route

    Watchtower is the real-time dashboard. Atlas documents how things work, not current status.

  12. Your situation

    I need context on a past decision or priority

    Why this route

    Earlier Scout cycles used the advisor bridge for historical context, priorities, and decisions; current cycles use direct context and Linear-driven intake.

  13. Your situation

    I want to understand the whole network at a glance

    Why this route

    The network topology page shows all agents, systems, and connections in one interactive map.

Tie-Breakers

Use these tie-breakers when the page-level roles feel adjacent. The fastest path is usually to choose the agent that owns the real bottleneck, not the one that merely touches the work.

Scout vs Currybot

You want code or repo help and both look plausible.

Choose this first

Start with Scout when the work is charter-owned exploration, a bounded prototype, or a docs/product improvement inside one project. Start with Currybot when the work is team-facing delivery, PR review, or shared engineering support.

Useful tie-breaker

If your first sentence sounds like "explore, prototype, map, or ship one cycle," pick Scout. If it sounds like "review, fix, notify the team, or help engineering broadly," pick Currybot.

Scout vs Atticus

The task involves a real decision, authority boundary, or policy question.

Choose this first

Start with Scout when you want someone to investigate, draft, or implement within known rules. Start with Atticus when the real blocker is "are we allowed to do this?" or "who has authority to approve this?"

Useful tie-breaker

Scout can prepare the case, but Atticus is the one that rules. If the next step needs a decision record instead of more execution, route to Atticus first.

Scout vs Meg

You are changing UI and need to know whether this is build work or design authority.

Choose this first

Start with Scout when you need the page or feature built. Start with Meg when the important question is layout, visual language, PDLP guidance, or whether a shipped UI meets the bar.

Useful tie-breaker

A good pattern is Meg before and after, Scout in the middle: Meg sets direction, Scout implements, Meg audits the result.

Scout vs Samwise

You need work done, but the ambiguity is whether this is a scoped build cycle or a delivery queue problem.

Choose this first

Start with Scout for project-specific research/build loops. Start with Samwise when the need is intake routing, triage, WIP control, or full ownership of a task from queue to completion.

Useful tie-breaker

Scout improves a named surface. Samwise manages flow and delivery pressure across tasks. If you are asking "what should move next?" or "who should own this from intake onward?" that is Samwise.

๐Ÿง 

Clawdy

Primary Assistant & Network Hub

Model: GPT-6

Jake's main assistant and the network's orchestration hub. Runs as the host-level OpenClaw gateway โ€” not a Docker container โ€” with full delegation authority to all other agents.

Capabilities
๐Ÿ’ป
Full System Access
Shell execution, file operations, git, deployments
๐Ÿ“ฑ
Messaging
Signal, WhatsApp, Telegram, Slack, iMessage
๐Ÿ™
GitHub Operations
PR reviews, issue management, CI/CD via gh CLI
๐ŸŒ
Browser Control
Full browser automation via OpenClaw browser tool
๐Ÿง 
Memory & Context
Semantic search across LC notes, team info, past conversations
๐ŸŽ›๏ธ
Agent Management
Can spawn sub-agents, query other agents via bridge
โฐ
Cron & Scheduling
Create reminders, recurring tasks, automated check-ins
Example requests
Scheduling recurring work
โ€œRemind me every Monday at 9am to review open PRs.โ€
System task with file access
โ€œRun the deploy script in ~/scripts/deploy.sh and let me know if it errors.โ€
Complex reasoning request
โ€œI have two options for the auth architecture โ€” help me think through the tradeoffs before I decide.โ€
Access & Boundaries
Compute: Host-level OpenClaw gateway
Network: Tailscale mesh, internet
Storage: Full workspace read/write
Secrets: Full credential access
๐Ÿ“‹

Clawdy Advisor

Historical advisory pattern

Model: GLM-5.2

Read-only advisory pattern used by Scout for freshness and context recovery in earlier cycles. Keep this mental model when reading older workflow pages; current Scout cycles use direct context and Linear-driven intake instead.

Capabilities
โ“
Context Queries
Answer questions about LC priorities, past work, decisions
๐Ÿ—บ๏ธ
Network Topology
Provides current state of agent network, connections, roles
๐Ÿ‘๏ธ
Read-Only Access
No actions, no side effects โ€” purely advisory
Example requests
Network topology question (inside Scout cycles)
โ€œWhat agents are currently active in the network? Have any new services been added since my last cycle?โ€
Priority check
โ€œWhat is the current priority for Atlas? Is there anything Jake has flagged recently that I should know about?โ€
Access & Boundaries
Compute: Bridge only (via Clawdy session)
Network: Internal bridge calls only
Storage: Read-only via Clawdy's context
Secrets: None
๐Ÿ›

Currybot

๐Ÿ”ต Domain Tier

LC Team Assistant

Model: GLM-5.2

Serves the entire Lambda Curry team. Handles PR reviews, coding tasks, team coordination, and shared workflows.

Capabilities
๐Ÿ”
Code Review
Automated PR reviews, suggestion generation, lint/test feedback
โš™๏ธ
Coding Tasks
Feature implementation, refactoring, bug fixes via delegation
๐Ÿ‘ฅ
Team Coordination
Slack notifications, standup summaries, team queries
๐Ÿ™
GitHub Operations
Issue triage, PR management, CI workflows
๐Ÿง 
Memory & Context
Access to LC team knowledge, project history
Example requests
PR review request
โ€œReview PR #42 โ€” focus on type safety and any missing edge cases.โ€
Bug fix
โ€œThe login form is failing on empty email. Fix it and add a test.โ€
Team notification
โ€œPost to #engineering that the staging deploy is ready for QA.โ€
Access & Boundaries
Compute: Mac mini (host)
Network: Tailscale mesh, GitHub, Slack
Storage: LC team workspace
Secrets: Team-level credentials
๐Ÿ”ญ

Scout

๐Ÿ”ต Domain Tier

Autonomous Explorer & Builder

Model: GLM-5.3

Scout is the explorer-builder: researches, prototypes, and ships bounded improvements inside a named charter or project. Uses direct context and Linear-driven intake, delegates code writing when needed, and closes the loop with visible delivery updates.

Capabilities
๐Ÿ”„
Autonomous Work Cycles
Self-directed exploration with orient โ†’ work โ†’ log โ†’ report pattern
๐Ÿ’ช
Coding via Delegation
Delegates code changes to Codex (coding-muscle skill)
๐ŸŒ‰
Current Context Intake
Direct context and Linear-driven intake for priorities and decisions
๐Ÿ“ฆ
Sandboxed Execution
Shell, git, bun, testing โ€” all within Docker container
๐ŸŒ
Browser Testing
Visual validation via agent-browser for UI work
๐Ÿ“
Memory & Logging
Progress logs, memory search, persistent state across cycles
๐Ÿ“ข
Slack Notifications
Failure alarms and human-needed escalations to #saffron-updates
Example requests
Research task
โ€œUse Atlas search to find the route that explains how a handoff moves, then document which owner and surface answer the question.โ€
Build cycle
โ€œStart an Atlas cycle โ€” check freshness, ship one content improvement, and close with a Linear Project Update.โ€
Scoped prototype
โ€œPrototype a dark-mode toggle in the nav. Do not open a PR โ€” just get it working and screenshot it.โ€
Access & Boundaries
Compute: Docker sandbox (isolated)
Network: HTTP/HTTPS, bridge to other agents
Storage: Project workspace only (/home/node/.openclaw/workspace/projects/)
Secrets: Limited (API tokens via env vars)
Scout

Scout Sub-Projects

Scout keeps five standing charter loops on recurring cycles, each with its own workspace, progress log, and SCRATCHPAD โ€” the registry's Scout product family: Watchtower, Atlas, Forge, Anvil, and Podcast Platform, the newest standing loop.

๐Ÿ“Š
Watchtower

Real-time observability dashboard for the agent network.

5175 ยท Meg mirror on 5181
๐Ÿงญ
Atlas

The educational map of the Saffron Network โ€” this site.

18797 ยท Meg mirror on 18803
๐Ÿ”จ
Forge

OpenClaw workspace designer and generator.

Pattern library + generator active
๐Ÿ”ฉ
Anvil

AI rules research and audit engine.

Phase 1 active ยท research โ†’ ground โ†’ act cycle
๐ŸŽ™๏ธ
Podcast Platform

Multi-show podcast hosting and distribution built on the Saffron Starter stack.

Active ยท verified through private previews
โš–๏ธ

Atticus

๐ŸŸก Governance Tier

Decision & Governance Agent

Model: GLM-5.2

The governance layer for the agent network. Atticus does not do the build work. It decides whether proposed actions are allowed, what policy applies, and when a decision needs human authority or a durable ruling.

Capabilities
โœ…
Proposal Evaluation
Classifies proposed actions as auto-approve, needs-human, or deny
๐Ÿ“‹
Policy Enforcement
Maintains and applies governance rules without modifying individual agents
๐Ÿ”
Knowledge Search
Queries QMD for precedent and established decisions before ruling
๐Ÿ””
Human Escalation
Surfaces needs-human cases to Jake via Slack when input is required
๐Ÿ“Š
Audit Logging
Every decision emitted as an observability event (service: atticus)
๐ŸŒ‰
Bridge Communication
Receives proposals and returns decisions via the Bridge protocol
Example requests
Governance check before acting
โ€œI want to delete all logs older than 30 days from the observability store. Is that within policy?โ€
Policy question
โ€œDoes Scout have authority to merge its own PRs without human review?โ€
Access & Boundaries
Compute: Docker sandbox (isolated)
Network: HTTP/HTTPS, Bridge (receive-only proposals)
Storage: Read-only โ€” no file modifications
Secrets: Observability token, QMD search token
๐ŸŽจ

Meg

๐Ÿ”ต Domain Tier

Design Engineer

Model: GLM-5.2

Design authority for the Saffron Network. Meg sets the visual language, issues PDLP guidance, and audits shipped UI quality. Meg is the source of design direction, not the default implementer for every interface change.

Capabilities
๐Ÿ“‹
PDLP Generation
Creates Project Design Language Packages โ€” versioned constraint files
๐Ÿ“ธ
UI Screenshot Review
Evaluates UI output against PDLPs using vision models; returns punch lists
๐Ÿงฉ
Storybook Component Library
Builds and maintains components in Storybook isolation
๐Ÿ”
Visual Regression Testing
Playwright screenshot tests capture pixel-accurate baselines
๐ŸŽจ
Design Token Governance
Defines semantic color roles, type scale, and spacing tokens
๐ŸŒ‰
Bridge Consultation
Available for design review requests via the Bridge protocol
Example requests
Design direction before building
โ€œI am about to add a new table component to Atlas. Can you give me a PDLP snippet so it stays consistent?โ€
UI audit after shipping
โ€œHere is a screenshot of the new onboarding page. Does it meet our visual standards? Any punch list items?โ€
Access & Boundaries
Compute: Mac mini (same host as LC containers)
Network: HTTP/HTTPS, Bridge (receive design review requests)
Storage: Per-project repo access for Storybook and PDLP files
Secrets: Observability token, QMD search token
๐ŸŒฑ

Grafton

๐ŸŸข Operator Tier

Lifecycle Manager

Model: GLM-5.2

Seed and initiative lifecycle manager for the Saffron Network. Named 'Grafton the Gardener', it monitors Seeds and promotes them to Work Items when readiness gate criteria are met.

Capabilities
๐Ÿ”„
Lifecycle Sweep
Hourly cron sweep evaluating Seeds for promotion readiness
๐Ÿšฆ
Gate Evaluation
Evaluates each initiative against its current gate criteria
๐Ÿ”
Blocker Identification
Surfaces blockers preventing promotion
๐Ÿ“Š
Initiative Health Tracking
Maintains awareness of initiative status across the network
๐Ÿ“ฃ
Lifecycle Summaries
Posts structured summaries to #saffron-updates after each sweep
๐ŸŒ‰
Bridge Status Queries
Responds to Bridge queries requesting current initiative status
๐ŸŒพ
Harvest Loop
When a Work Item reaches Done, verifies result, wakes dormant Seeds, creates follow-ons
Example requests
Initiative status check
โ€œWhat is the current gate status for the Forge initiative? Is anything blocking promotion?โ€
Harvest check after completion
โ€œThe Atlas PR just merged. Can you run the harvest loop and let me know if any follow-on Seeds should be created?โ€
Access & Boundaries
Compute: Mac mini (Docker container lc-grafton, port 18809)
Network: Bridge (receive status queries), QMD search
Storage: Own workspace memory, QMD remote search
Secrets: QMD search token, saffron-notify token
๐Ÿงช

Dexter

๐ŸŸข Operator Tier

Labs Leader

Model: GLM-5.2

Lab leader for Lambda Curry Labs. Dexter guides experiment design, validation, and honest assessment of ideas so the founding team can test opportunities without pretending every idea deserves to become a product.

Capabilities
๐Ÿงญ
Experiment Design
Shapes candidate ideas into bounded experiments with a clear question, success signal, and next decision
๐Ÿ“
Validation Planning
Pushes teams toward falsifiable validation instead of build-first momentum
โš–๏ธ
Honest Assessment
Helps decide whether to continue, pause, or sunset an idea based on evidence
๐Ÿ’ฌ
Labs Coordination
Meets the team on direct surfaces like Slack, Notion, and CurryChat
Example requests
Choosing a lab experiment
โ€œWe have three product ideas. Which one deserves a two-week experiment first, and what would you validate before building?โ€
Designing a falsifiable test
โ€œTurn this rough concept into an experiment with a clear hypothesis, success threshold, and shutdown condition.โ€
Access & Boundaries
Compute: Mac mini (chartered agent workspace)
Network: Slack, Notion, CurryChat, scheduled/manual triggers
Storage: Labs workspace and planning artifacts
Secrets: Scoped to Labs/operator-approved surfaces
๐Ÿ“ฃ

Buzz

๐ŸŸข Operator Tier

Distribution, Market-Signal & Budgets Social-Loop Agent

Model: GLM-5.2

LC Labs distribution and market-signal agent โ€” Dexter's distribution counterpart. Buzz finds audiences, designs approved distribution experiments, sharpens messaging, turns learnings into playbooks, and owns the Budgets social loop (Social Operations + Social Studio) end to end.

Capabilities
๐ŸŽฏ
Audience Discovery
Researches and identifies audiences for Labs experiments and product ideas
๐Ÿ“Š
Distribution Experiments
Designs bounded distribution experiments with human approval on public/outbound actions
โœ๏ธ
Messaging Sharpening
Iterates on positioning and copy to improve reach and resonance
๐Ÿ“ฑ
Reddit Ads Management
Trusted read/write Reddit Ads management without per-action human approval
๐Ÿ—“๏ธ
Budgets Social Loop
Owner-executor of the Budgets social loop โ€” strategy capture through scheduling human-Ready posts via social-ops publish tick
๐Ÿ“‹
Learning Playbooks
Turns distribution experiment results into reusable playbooks for the next cycle
Example requests
Audience research
โ€œWho would actually use this? Can you research audiences and propose three distribution channels?โ€
Distribution experiment design
โ€œDesign a two-week distribution experiment for this feature with a clear success signal.โ€
Access & Boundaries
Compute: Mac mini (chartered agent workspace)
Network: Bridge, CurryChat, scheduled/manual triggers
Storage: Labs workspace and distribution experiment artifacts
Secrets: Scoped to Labs/operator-approved surfaces; Reddit Ads trusted carve-out
๐Ÿ•ฏ๏ธ

Samwise

๐ŸŸข Operator Tier

Delivery Agent

Model: GLM-5.2

Single-owner delivery agent on Linear: Samwise shapes intake and queue judgment, keeps the shared conversation visible, and executes per-task work with its own skills; the retired Lantern and Spade charters remain as history.

Capabilities
๐Ÿงญ
Intake Routing
Samwise turns incoming requests on Linear into the right umbrella, owner, or next queue state
๐Ÿฎ
WIP Triage
Evaluates work in flight, decides priority, and routes tasks to the right executor
โ›๏ธ
Task Execution
Takes full ownership of individual tasks โ€” plan, execute, verify, report
๐Ÿ“Š
WIP Limit Management
Prevents work from stalling in queues by tracking capacity
๐Ÿ“ฃ
Delivery Summaries
Reports task outcomes and delivery status through Linear at closeout
Example requests
Intake and routing request
โ€œA new request just came in. Can you route it to the right work item or owner before it gets lost?โ€
Task triage request
โ€œCan you triage the current WIP and let me know what should be picked up next?โ€
Execution status check
โ€œWhat tasks are currently executing? Any blockers?โ€
Access & Boundaries
Compute: Mac mini (shared lc-builders gateway, port 18811)
Network: Bridge (receive tasks, coordinate with agents), QMD search
Storage: Own workspace memory, QMD remote search
Secrets: QMD search token, saffron-notify token
Infrastructure

Shared Infrastructure

ServicePortAuthDescription
Recall (RAG)8790Token-basedSemantic search service over LC notes, team info, project docs. QMD-based embeddings.
Observability Collector18801Bearer tokenTelemetry and event collection. SQLite-backed. Powers Watchtower dashboard.
BridgePer-agent gatewayInternal onlyAgent-to-agent communication. Enables cross-session queries and delegation.
Kokoro Proxy8787Local onlyLocal TTS service for voice output. Japanese voice synthesis.
Currybox18800Token-basedCloud sandbox proxy for ephemeral execution environments (Vercel microVMs).
RAG Syncโ€”API keysNotion/Jira/Linear sync pipelines. Keeps knowledge base current.
Skills

Skills System

Skills are reusable instruction sets that define HOW to use tools. When a task matches a skill's description, the agent reads the skill's SKILL.md and follows it.

๐Ÿค–coding-agent๐Ÿ™github๐Ÿ”’healthcheck๐ŸŽจopenai-image-gen๐ŸŽคopenai-whisper-api๐Ÿ“œsession-logs๐Ÿ› ๏ธskill-creator๐ŸŒค๏ธweather๐Ÿ’ชcoding-muscle

Continue Reading

Example Workflows

See these capabilities put to work in real end-to-end scenarios.

Open Example Workflows
Coordination Patterns

How agents delegate and collaborate across capability boundaries.

Open Coordination Patterns
Governance (Atticus)

How Atticus decides what agents are permitted to do.

Open Governance (Atticus)
Design System (Meg)

Visual standards, tokens, and component patterns governing all project UIs.

Open Design System (Meg)
API Reference

Endpoint docs for the Currykit services each agent depends on.

Open API Reference