Team Projects
Multi-agent project management with task boards, @-mention routing, WBS, and orchestrated team collaboration. Includes a Control UI plugin tab with project d...
Description
name: team-projects description: "Multi-agent project management with task boards, @-mention routing, WBS, and orchestrated team collaboration. Includes a Control UI plugin tab with project dashboard. Enables a coordinator agent to plan projects, break down work into phases and tasks, assign to specialist agents, dispatch via sessions_spawn, and track progress to completion. Use when: (1) managing work across multiple OpenClaw agents, (2) creating project plans with work breakdown structures, (3) assigning and tracking tasks across agents, (4) coordinating multi-agent workflows with dependencies, (5) running team-based projects with progress tracking." metadata: { "openclaw": { "emoji": "📋", "requires": { "config": { "tools.agentToAgent.enabled": true, "agents.list": "at least 2 agents configured" } } } }
Team Projects 📋
Multi-agent project management for OpenClaw. Run agent teams that plan, assign, execute, and track work together. Includes a Control UI plugin tab for visual project tracking.
Overview
This skill enables a coordinator agent to manage projects across multiple specialist agents:
User → Coordinator (Koda) → dispatches tasks via sessions_spawn
├── @researcher → web research, data analysis
├── @coder → writing code, building features
├── @writer → copy, documentation, content
└── ... any configured agent
Each agent works independently with their own tools and workspace. The coordinator tracks progress, manages dependencies, and advances the project.
Installation
Step 1: Config Prerequisites
Add to openclaw.json:
{
"tools": {
"agentToAgent": {
"enabled": true,
"allow": ["*"]
}
}
}
Add subagents.allowAgents to the coordinator agent's list entry (NOT on agents.defaults):
{
"agents": {
"list": [
{
"id": "main",
"default": true,
"name": "Koda",
"subagents": {
"allowAgents": ["*"]
}
}
]
}
}
⚠️ Critical:
allowAgentsmust be on the agent's own entry inagents.list. Setting it onagents.defaults.subagentsdoes NOT work. The code readsresolveAgentConfig(cfg, requesterAgentId)?.subagents?.allowAgentswhich resolves the per-agent config, not defaults.
Step 2: Gateway Plugin Installation (for UI tab)
The UI tab requires installing a gateway plugin. This involves 4 registration points in the OpenClaw source:
2a. Plugin SDK entry
Create src/plugin-sdk/team-projects.ts:
export { emptyPluginConfigSchema } from "../plugins/config-schema.js";
export type {
OpenClawPluginApi,
PluginViewRegistration,
} from "../plugins/types.js";
2b. Plugin extension
Create extensions/team-projects/openclaw.plugin.json:
{
"id": "team-projects",
"configSchema": {
"type": "object",
"additionalProperties": false,
"properties": {}
}
}
Create extensions/team-projects/index.ts:
import type { OpenClawPluginApi } from "openclaw/plugin-sdk/team-projects";
import { emptyPluginConfigSchema } from "openclaw/plugin-sdk/team-projects";
const plugin = {
id: "team-projects",
name: "Team Projects",
description: "Multi-agent project management with task boards and orchestrated collaboration.",
configSchema: emptyPluginConfigSchema(),
register(api: OpenClawPluginApi) {
if (typeof api.registerView === "function") {
api.registerView({
id: "team-projects",
label: "Projects",
subtitle: "Multi-agent team projects",
icon: "clipboard-list",
group: "Control",
position: 3,
});
}
},
};
export default plugin;
2c. Register in build pipeline (4 files)
tsdown.config.ts — Add "team-projects" to the pluginSdkEntrypoints array.
src/plugins/loader.ts — Add to the pluginSdkScopedAliasEntries array:
{
subpath: "team-projects",
srcFile: "team-projects.ts",
distFile: "team-projects.js",
},
scripts/write-plugin-sdk-entry-dts.ts — Add "team-projects" to the entrypoints array.
package.json — Add to the exports map:
"./plugin-sdk/team-projects": {
"types": "./dist/plugin-sdk/team-projects.d.ts",
"default": "./dist/plugin-sdk/team-projects.js"
},
2d. Enable in config
{
"plugins": {
"allow": ["telegram", "discord", "team-projects"],
"entries": {
"team-projects": {
"enabled": true
}
}
}
}
Step 3: UI View Renderer (for Control dashboard)
Copy gateway-plugin/team-projects-view.ts to ui/src/ui/views/team-projects.ts.
Then wire it into the app:
ui/src/ui/app-render.ts:
- Add import:
import { uiPluginRegistry } from "./plugins/registry.ts"; - Add import:
import { isPluginTab, getPluginViewInfo } from "./navigation.ts"; - Before
</main>, add:${renderPluginTabContent(state)} - Add the
renderPluginTabContent()function (seegateway-plugin/app-render-patch.ts)
ui/src/ui/app-gateway.ts:
- Add import:
import { renderTeamProjects } from "./views/team-projects.ts"; - After
uiPluginRegistry.loadFromGateway(data), callregisterPluginViewRenderers(host) - Add the
registerPluginViewRenderers()function (seegateway-plugin/app-gateway-patch.ts)
Step 4: Build & Restart
cd ~/openclaw
pnpm build # Backend (gateway + plugin SDK)
pnpm ui:build # Control UI
openclaw gateway restart
Hard-refresh the browser (Ctrl+Shift+R) to load the new UI assets.
Usage
Creating a Project
Tell the coordinator agent what you want to build. It will:
- Create the project with appropriate phases
- Break down work into tasks
- Assign tasks to agents based on capabilities
- Dispatch ready tasks
Example prompt:
"Create a team project to redesign our company website. @researcher should analyze competitors, @writer should draft copy, and @coder should build it in React. Priority: launch in 2 weeks."
The Coordinator's Workflow
The coordinator uses CLI tools to manage the project board:
# Create a project
node {{SKILL_DIR}}/scripts/project-store.js create-project \
--name "Website Redesign" \
--description "Full redesign of company website" \
--coordinator main \
--agents "researcher,writer,coder"
# Add phases (ordered)
node {{SKILL_DIR}}/scripts/project-store.js add-phase \
--project PROJECT_ID --name "Research" --description "Competitive analysis"
# Add tasks with assignments and dependencies
node {{SKILL_DIR}}/scripts/project-store.js add-task \
--project PROJECT_ID --phase PHASE_ID \
--title "Analyze top 5 competitors" \
--description "Research competitor websites..." \
--assignee researcher --priority high
node {{SKILL_DIR}}/scripts/project-store.js add-task \
--project PROJECT_ID --phase PHASE_ID \
--title "Write homepage hero copy" \
--assignee writer --priority high \
--dependsOn "task_abc123"
Dispatching Tasks
The orchestrator identifies ready tasks (dependencies met, not yet dispatched):
# See what's ready to dispatch
node {{SKILL_DIR}}/scripts/orchestrator.js plan PROJECT_ID
Then dispatch via OpenClaw's native sessions_spawn:
sessions_spawn(
agentId: "researcher",
task: "Research the top 5 competitors in the AI SaaS space...",
label: "task_abc123"
)
Agent Communication
Agents can communicate using @-mentions:
- @agentId — Direct message to an agent (routed via
sessions_send) - @all / @team — Broadcast to all project agents
- #task_id — Reference a task
- TASK_COMPLETE: #task_id — Signal task completion
- TASK_BLOCKED: #task_id — Signal a blocker
Tracking Progress
# View project stats
node {{SKILL_DIR}}/scripts/project-store.js stats --id PROJECT_ID
# View work breakdown structure
node {{SKILL_DIR}}/scripts/project-store.js wbs --id PROJECT_ID
# Check and advance completed phases
node {{SKILL_DIR}}/scripts/orchestrator.js advance PROJECT_ID
Updating Tasks
# Mark task in progress
node {{SKILL_DIR}}/scripts/project-store.js update-task \
--project PROJECT_ID --id TASK_ID --status in_progress
# Mark task done
node {{SKILL_DIR}}/scripts/project-store.js update-task \
--project PROJECT_ID --id TASK_ID --status done
# Add a comment
node {{SKILL_DIR}}/scripts/project-store.js add-comment \
--project PROJECT_ID --task TASK_ID \
--author main --text "Looks good, merging now"
Data Model
Project
project
├── id, name, slug, description
├── status: planning | active | paused | completed | archived
├── coordinator: agentId
├── agents: [agentId, ...]
└── phases[]
├── id, name, description, order
├── status: pending | active | completed
└── tasks[]
├── id, title, description
├── assignee: agentId
├── priority: critical | high | medium | low
├── status: todo | in_progress | blocked | review | done
├── dependsOn: [taskId, ...]
├── sessionKey: (set when dispatched)
├── artifacts: [paths/URLs]
└── comments[]
Storage
- Projects:
~/.openclaw/workspace/team-projects/projects.json - Chat logs:
~/.openclaw/workspace/team-projects/chat_PROJECT_ID.jsonl - Orchestrator state:
~/.openclaw/workspace/team-projects/orchestrator-state.json
Architecture
How It Works
┌─────────────┐ sessions_spawn ┌──────────────┐
│ Coordinator │ ──────────────────────→ │ Worker Agent │
│ (Koda) │ │ (researcher) │
│ │ ←── push completion ──── │ │
│ project- │ └──────────────┘
│ store.js │ sessions_spawn ┌──────────────┐
│ │ ──────────────────────→ │ Worker Agent │
│ orchestr- │ │ (coder) │
│ ator.js │ ←── push completion ──── │ │
│ │ └──────────────┘
│ UI plugin │ sessions_send ┌──────────────┐
│ tab │ ←────────────────────── │ Worker Agent │
└─────────────┘ (inter-agent msg) │ (writer) │
└──────────────┘
Key Design Decisions
- Push-based completion — No polling. OpenClaw's
subagent-announcesystem delivers completion events automatically. - Dependency gates — The orchestrator only dispatches tasks whose
dependsOnare alldone. - Tool isolation — Each agent gets only the tools they need. A researcher can't exec arbitrary code; a coder can't send messages to external channels.
- File-based persistence — Simple JSON storage. No database required. Works on any OpenClaw instance.
- CLI-first — All operations available via CLI. The UI is optional.
- Agent-native — Uses OpenClaw's existing
sessions_spawn,sessions_send, andagents_listtools. No custom transport. - Plugin architecture — UI tab registered via OpenClaw's
registerView()plugin API. Requires the plugin-architecture skill to be installed.
Plugin Registration Points (4 required)
When adding a new gateway plugin to OpenClaw, you must register it in 4 places:
| File | What to add |
|---|---|
src/plugin-sdk/<id>.ts |
SDK type entry (exports OpenClawPluginApi etc.) |
src/plugins/loader.ts → pluginSdkScopedAliasEntries |
Jiti alias so runtime can resolve openclaw/plugin-sdk/<id> |
tsdown.config.ts → pluginSdkEntrypoints |
Build entry so dist/plugin-sdk/<id>.js gets generated |
scripts/write-plugin-sdk-entry-dts.ts |
DTS entry generator |
package.json → exports → ./plugin-sdk/<id> |
Package subpath export |
Missing any one of these causes Cannot find module errors at runtime.
Coordinator Prompt Template
The coordinator agent should include templates/coordinator-prompt.md in its system prompt (or SOUL.md). This gives it the commands and workflow for managing projects.
Worker agents should include templates/worker-prompt.md for task completion protocols.
Known Issues & Gotchas
allowAgents must be per-agent
Setting agents.defaults.subagents.allowAgents: ["*"] does NOT work. The code at agents-list-tool.ts:49 reads:
const allowAgents = resolveAgentConfig(cfg, requesterAgentId)?.subagents?.allowAgents ?? [];
This resolves the per-agent config entry, not defaults. You must add it to the agent's entry in agents.list.
dependsOn normalization
The CLI passes --dependsOn task_abc as a string, not an array. The project store and orchestrator both normalize with Array.isArray() checks. If you create tasks programmatically, always pass an array.
UI requires hard refresh
After rebuilding the UI (pnpm ui:build) and restarting the gateway, browsers may cache the old JS bundle. Always hard-refresh (Ctrl+Shift+R) after UI changes.
Limitations
- No real-time UI sync — The UI reads from JSON files; updates appear on refresh, not live push.
- No native gateway RPC — The project board is managed via CLI tools, not gateway RPC methods (yet).
- Single coordinator — One agent coordinates per project (though you could have different coordinators for different projects).
- No cost tracking — Task cost/token tracking depends on OpenClaw's session usage system.
Future Enhancements
- Gateway RPC plugin for live UI updates via WebSocket
- Kanban drag-and-drop in the sidebar
- Gantt chart / timeline view
- Automated task creation from GitHub issues
- Cost/token budget per task
- Agent capability auto-detection from tools config
- Cron-based project health checks
Files
team-projects/
├── SKILL.md # This file
├── scripts/
│ ├── project-store.js # CRUD for projects, phases, tasks, comments
│ ├── orchestrator.js # Dispatch planning, dependency gates, phase advancement
│ ├── task-router.js # @-mention parsing and dispatch planning
│ └── gateway-handlers.js # HTTP API adapter (optional)
├── ui/
│ ├── project-sidebar.js # Sidebar panel component (standalone)
│ └── team-chat.js # Multi-agent chat component (standalone)
├── gateway-plugin/
│ ├── index.ts # Gateway plugin source (extensions/team-projects/)
│ ├── openclaw.plugin.json # Plugin manifest
│ ├── plugin-sdk-entry.ts # SDK type entry (src/plugin-sdk/team-projects.ts)
│ ├── team-projects-view.ts # UI view renderer (ui/src/ui/views/team-projects.ts)
│ ├── app-render-patch.ts # Patch for app-render.ts (plugin tab catch-all)
│ └── app-gateway-patch.ts # Patch for app-gateway.ts (renderer registration)
├── templates/
│ ├── coordinator-prompt.md # System prompt for coordinator agent
│ └── worker-prompt.md # System prompt fragment for worker agents
└── references/
├── example-config.json # Example openclaw.json for team setup
└── walkthrough.md # Step-by-step usage guide
Reviews (0)
No reviews yet. Be the first to review!
Comments (0)
No comments yet. Be the first to share your thoughts!