win4r/clawteam-openclaw/openclaw

Claude Code and agent skill by win4r/clawteam-openclaw

Trust tier 2
  • community
Source check pending

Checking that the SKILL.md file is still in the repository.

Multi-agent swarm coordination via the ClawTeam CLI. Use when the user wants to create agent teams, spawn multiple agents to work in parallel, coordinate tasks with dependencies, broadcast messages between agents, monitor progress via kanban board, or launch pre-built team templates (hedge-fund, code-review, research-paper). ClawTeam uses git worktree isolation + tmux + filesystem-based messaging. Trigger phrases: team, swarm, multi-agent, clawteam, spawn agents, parallel agents, agent team.

Install

npx vskill@latest install win4r/clawteam-openclaw/openclaw

SKILL.md

ClawTeam — Multi-Agent Swarm Coordination

Overview

ClawTeam is a CLI tool (clawteam) for orchestrating multiple AI agents as self-organizing swarms. It uses git worktree isolation, tmux windows, and filesystem-based messaging. OpenClaw is the default agent backend.

CLI binary: clawteam (installed via pip, available in PATH)

Quick Start

One-Command Template Launch (Recommended)
bash
# Launch a pre-built team from a template
clawteam launch hedge-fund --team fund1
clawteam launch code-review --team review1
clawteam launch research-paper --team paper1
Manual Team Setup
bash
# 1. Create team with leader
clawteam team spawn-team my-team -d "Build a web app" -n leader
# 2. Create tasks with dependencies
clawteam task create my-team "Design API schema" -o architect
# Returns task ID, e.g., abc123
clawteam task create my-team "Implement auth" -o backend --blocked-by abc123
clawteam task create my-team "Build frontend" -o frontend --blocked-by abc123
clawteam task create my-team "Write tests" -o tester
# 3. Spawn agents (each gets its own tmux window + git worktree)
clawteam spawn -t my-team -n architect --task "Design the API schema for a web app"
clawteam spawn -t my-team -n backend --task "Implement OAuth2 authentication"
clawteam spawn -t my-team -n frontend --task "Build React dashboard"
# 4. Monitor
clawteam board show my-team # Kanban view
clawteam board attach my-team # Tmux tiled view (all agents side-by-side)
clawteam board serve --port 8080 # Web dashboard

Command Reference

Team Management
CommandDescription
clawteam team spawn-team <name> -d "<desc>" -n <leader>Create team
clawteam team discoverList all teams
clawteam team status <team>Show team members and info
clawteam team cleanup <team> --forceDelete team and all data
Task Management
CommandDescription
clawteam task create <team> "<subject>" -o <owner> [-d "<desc>"] [--blocked-by <id>]Create task
clawteam task list <team> [--owner <name>]List tasks (filterable)
clawteam task update <team> <id> --status <status>Update status
clawteam task get <team> <id>Get single task
clawteam task stats <team>Timing statistics
clawteam task wait <team>Block until all tasks complete

Task statuses: pending, in_progress, completed, blocked

Dependency auto-resolution: When a blocking task completes, dependent tasks automatically change from blocked to pending.

Task locking: When a task moves to in_progress, it is locked by the calling agent. Other agents cannot claim it unless they use --force. Stale locks from dead agents are automatically released.

Agent Spawning

IMPORTANT: Always use the default command (openclaw) — do NOT override to claude or other agents. The default handles permissions, prompt injection, and nesting detection correctly. If you specify claude as the command, agents will get stuck on interactive permission prompts.

bash
# Default (RECOMMENDED): spawns openclaw tui in tmux with prompt
clawteam spawn -t <team> -n <name> --task "<task description>"
# Explicit backend (still uses openclaw by default)
clawteam spawn tmux -t <team> -n <name> --task "<task>"
clawteam spawn subprocess -t <team> -n <name> --task "<task>"
# With git worktree isolation
clawteam spawn -t <team> -n <name> --task "<task>" --workspace --repo /path/to/repo

Each spawned agent gets:

  • Its own tmux window (visible via board attach)
  • Its own git worktree branch (clawteam/{team}/{agent})
  • An auto-injected coordination prompt (how to use clawteam CLI)
  • Environment variables: CLAWTEAM_AGENT_NAME, CLAWTEAM_TEAM_NAME, etc.

Spawn safety features:

  • Commands are pre-validated before launch — you get a clear error if the agent CLI is not installed
  • If a spawn fails, the registered team member and worktree are automatically rolled back
  • Claude Code and Codex workspace trust prompts are auto-confirmed in fresh worktrees
Messaging
CommandDescription
clawteam inbox send <team> <to> "<msg>" --from <sender>Point-to-point message
clawteam inbox broadcast <team> "<msg>" --from <sender>Broadcast to all
clawteam inbox peek <team> -a <agent>Peek without consuming
clawteam inbox receive <team>Consume messages
clawteam inbox log <team>View message history
Monitoring
CommandDescription
clawteam board show <team>Kanban board (rich terminal)
clawteam board overviewAll teams overview
clawteam board live <team>Live-refreshing board
clawteam board attach <team>Tmux tiled view
clawteam board serve --port 8080Web dashboard
Cost Tracking
CommandDescription
clawteam cost report <team> --input-tokens <N> --output-tokens <N> --cost-cents <N>Report usage
clawteam cost show <team>Show summary
clawteam cost budget <team> <dollars>Set budget
Templates
CommandDescription
clawteam template listList available templates
clawteam template show <name>Show template details
clawteam launch <template> [--team-name <name>] [--goal "<goal>"]Launch from template

Built-in templates: hedge-fund, code-review, research-paper

Configuration
bash
clawteam config show # Show all settings
clawteam config set transport file # Set transport backend
clawteam config set skip_permissions true # Auto-skip permission prompts
clawteam config health # System health check
Other Commands
CommandDescription
clawteam lifecycle idle <team> --agent <name>Report agent idle
clawteam session save <team> --session-id <id>Save session for resume
clawteam plan submit <team> "<plan>" --from <agent>Submit plan for approval (team-scoped storage)
clawteam workspace list <team>List git worktrees
clawteam workspace merge <team> --agent <name>Merge agent branch

JSON Output

Add --json before any subcommand for machine-readable output:

bash
clawteam --json task list my-team
clawteam --json team status my-team

Typical Workflow

  1. User says: "Create a team to build a web app"
  2. You do: clawteam team spawn-team webapp -d "Build web app" -n leader
  3. Create tasks: Use clawteam task create with --blocked-by for dependencies
  4. Spawn agents: Use clawteam spawn for each worker
  5. Monitor: Start a background polling loop immediately — do NOT wait for user to ask
  6. Communicate: Use clawteam inbox broadcast for team-wide updates
  7. Deliver: Proactively send final results to the user as soon as all tasks complete
  8. Cleanup: clawteam cost show, clawteam task stats, merge worktrees, then clawteam team cleanup webapp --force

Leader Orchestration Pattern

When YOU are the leader agent, follow this pattern to autonomously manage a swarm:

Phase 1: Analyze & Plan
1. Understand the user's goal
2. Break it into independent subtasks
3. Identify dependencies between tasks (what must finish before what)
4. Decide how many worker agents are needed
Phase 2: Setup
bash
# Create team
clawteam team spawn-team <team> -d "<goal description>" -n leader
# Create tasks with dependency chains
clawteam task create <team> "Design API" -o architect
# Save the returned task ID (e.g., abc123)
clawteam task create <team> "Build backend" -o backend --blocked-by abc123
clawteam task create <team> "Build frontend" -o frontend --blocked-by abc123
clawteam task create <team> "Integration tests" -o tester --blocked-by <backend-id>,<frontend-id>
Phase 3: Spawn Workers
bash
# Each spawn launches an openclaw tui in its own tmux window
clawteam spawn -t <team> -n architect --task "Design REST API schema for <goal>"
clawteam spawn -t <team> -n backend --task "Implement backend based on API schema"
clawteam spawn -t <team> -n frontend --task "Build React frontend"
clawteam spawn -t <team> -n tester --task "Write and run integration tests"
Phase 4: Monitor Loop

IMPORTANT: Start monitoring immediately after spawning — do NOT wait for the user to ask for status updates. Run the monitor loop in the background right away so you can:

  1. Push mid-progress updates proactively — when ~50% of tasks complete, send the user a brief status update (e.g. "4/7 agents done, 3 still working"). Do NOT wait for them to ask.
  2. Deliver final results immediately when all tasks complete.
bash
# Poll task status every 30-60 seconds
while true; do
clawteam --json task list <team> | python3 -c "
import sys, json
tasks = json.load(sys.stdin)
done = sum(1 for t in tasks if t['status'] == 'completed')
total = len(tasks)
print(f'{done}/{total} complete')
if done == total: print('ALL DONE'); sys.exit(0)
"
# Check for messages from workers
clawteam inbox receive <team>
# IMPORTANT: Send a mid-progress update to the user when roughly half the tasks are done
sleep 30
done
Phase 5: Converge & Report

IMPORTANT: Proactively deliver results to the user as soon as all tasks complete. Do NOT wait for the user to ask. Include the final output, a summary, and cost/timing stats. ALWAYS merge worktrees and clean up.

bash
# After all tasks complete — do ALL of these steps:
clawteam board show <team> # Final status
clawteam cost show <team> # Total cost — include in report to user
clawteam task stats <team> # Timing stats — include in report to user
# Merge each worker's branch back to main
for agent in <agent1> <agent2> ...; do
clawteam workspace merge <team> --agent $agent
done
clawteam team cleanup <team> --force # Clean up — ALWAYS do this last
# Then: send the final deliverables to the user immediately
Decision Rules for the Leader
  • Independent tasks → spawn workers in parallel
  • Sequential tasks → use --blocked-by to chain them; ClawTeam auto-unblocks
  • Worker asks for help → check inbox, provide guidance via inbox send
  • Worker stuck → check task status; if in_progress too long, send a nudge via inbox send
  • Worker done → verify result via inbox message, then move to next phase
  • All done → merge worktrees, deliver results to user proactively, then cleanup
  • Always → start background monitoring immediately after spawn; never wait for user to ask for status

Data Location

All state stored in ~/.clawteam/:

  • Teams: ~/.clawteam/teams/<team>/config.json
  • Tasks: ~/.clawteam/tasks/<team>/task-<id>.json (with fcntl file locking for concurrent safety)
  • Plans: ~/.clawteam/plans/<team>/<agent>-<plan_id>.md (team-scoped, isolated per team)
  • Messages: ~/.clawteam/teams/<team>/inboxes/<agent>/msg-*.json
  • Costs: ~/.clawteam/costs/<team>/

Security

  • Security scanPassed, 85 of 100Pattern checks on the skill's files.
  • Model reviewPassed

Quality evaluation

  • Task evaluationNot runNo evaluation yet. Run one in Skill Studio.

Source

Popularity

Repository stars
1,331
Repository forks
299
7-day trend score
36

Stars and forks are for the whole GitHub repository, not this skill alone. Refreshed 27 Apr 2026, 6 months ago.

Works with

Any agent vskill installs to: 56 targets in all. These 39 have a page on this site.

  • Claude Code
  • Cursor
  • GitHub Copilot
  • Windsurf
  • Codex
  • Gemini CLI
  • Cline
  • Amp
  • Roo Code
  • Goose
  • Continue
  • Kilo Code
  • Junie
  • Trae
  • OpenHands
  • Qwen Code
  • AI Agent
  • Tabnine Chat
  • Sourcegraph Cody
  • Amazon Q
  • Firebase Genkit
  • Sweep
  • Devin
  • Phind
  • Mentat
  • Claude Desktop
  • Aider
  • GPT Pilot
  • Plandex
  • bolt.new
  • v0
  • Replit Agent
  • Anse
  • TypingMind
  • BetterChatGPT
  • LibreChat
  • Warp AI
  • Pieces
  • Fig AI
Embed badge
vskill VERIFIED badge
[![vskill VERIFIED](https://verified-skill.com/api/v1/skills/win4r/clawteam-openclaw/openclaw/badge)](https://verified-skill.com/skills/win4r/clawteam-openclaw/openclaw)

Something wrong with this skill or its page? Tell us.