Mission Control
by @rdsthomas
Kanban-style task management dashboard for AI assistants. Manage tasks via CLI or dashboard UI. Use when user mentions tasks, kanban, task board, mission con...
clawhub install mission-controlπ About This Skill
name: mission-control description: Kanban-style task management dashboard for AI assistants. Manage tasks via CLI or dashboard UI. Use when user mentions tasks, kanban, task board, mission control, or wants to track work items with status columns (backlog, in progress, review, done). homepage: https://github.com/rdsthomas/mission-control metadata: {"clawdbot": {"emoji": "ποΈ"}}
Mission Control β Task Management for AI Assistants
A Kanban-style task board that you (the AI assistant) manage. Your human creates and prioritizes tasks via the web dashboard; you execute them automatically when they're moved to "In Progress".
π Quick Start
Just say: *"Set up Mission Control for my workspace"*
The agent will:
1. Check prerequisites (Tailscale, gh CLI)
2. Copy dashboard files to your workspace
3. Create the config file (~/.clawdbot/mission-control.json)
4. Install the webhook transform
5. Set up GitHub webhook
6. Push to GitHub and enable Pages
That's it. The agent handles everything.
Prerequisites
Before setup, you need:
| Requirement | Check | Install |
|-------------|-------|---------|
| Tailscale | tailscale status | brew install tailscale or tailscale.com/download |
| Tailscale Funnel | tailscale funnel status | tailscale funnel 18789 (one-time) |
| GitHub CLI | gh auth status | brew install gh && gh auth login |
If any are missing, tell the agent β it will guide you through installation.
How It Works
1. Dashboard β Web UI hosted on GitHub Pages where humans manage tasks 2. Webhook β GitHub sends push events to Clawdbot when tasks change 3. Transform β Compares old vs new tasks.json, detects status changes 4. Auto-Processing β When a task moves to "In Progress", the agent starts working
The Flow
Human moves task β GitHub push β Webhook β Transform β Agent receives work order
β β
Dashboard Executes task
β β
Agent updates status β Commits changes β Marks subtasks done βββ
Task Structure
Tasks live in :
{
"id": "task_001",
"title": "Implement feature X",
"description": "Detailed context for the agent",
"status": "backlog",
"subtasks": [
{ "id": "sub_001", "title": "Research approach", "done": false },
{ "id": "sub_002", "title": "Write code", "done": false }
],
"priority": "high",
"dod": "Definition of Done - what success looks like",
"comments": []
}
Status Values
| Status | Meaning |
|--------|---------|
| permanent | Recurring tasks (daily checks, etc.) |
| backlog | Waiting to be worked on |
| in_progress | Agent is working on this |
| review | Done, awaiting human approval |
| done | Completed and approved |
CLI Commands
Use for task updates:
# Status changes
mc-update.sh status review
mc-update.sh status doneComments
mc-update.sh comment "Progress update..."Subtasks
mc-update.sh subtask sub_1 doneComplete (moves to review + adds summary)
mc-update.sh complete "Summary of what was done"Push to GitHub
mc-update.sh push "Commit message"
Agent Workflow
When you receive a task (moved to "In Progress"):
1. Read β Check title, description, subtasks, dod
2. Mark started β mc-update.sh start
3. Execute β Work through subtasks, mark each done
4. Document β Add progress comments
5. Complete β mc-update.sh complete
Handling Rework
If a completed task is moved back to "In Progress" with a new comment: 1. Read the feedback comment 2. Address the issues 3. Add a comment explaining your changes 4. Move back to Review
EPICs
EPICs are parent tasks with multiple child tickets. When you receive an EPIC:
1. Child tickets are listed in the subtasks (format: MC-XXX-001: Title)
2. Work through them sequentially (1 β 2 β 3...)
3. After each child: comment result, set to "review", mark EPIC subtask done
4. After last child: set EPIC to "review"
Heartbeat Integration
Add to your HEARTBEAT.md:
## Task Check1. Check data/tasks.json for tasks in "in_progress"
2. Flag tasks with processingStartedAt but no recent activity
3. Check "review" tasks for new feedback comments
Configuration
Config lives in ~/.clawdbot/mission-control.json. See assets/examples/CONFIG-REFERENCE.md for all options.
Minimal config (set by agent during setup):
{
"gateway": { "hookToken": "your-token" },
"workspace": { "path": "/path/to/workspace" },
"slack": { "botToken": "xoxb-...", "channel": "C0123456789" }
}
Troubleshooting
See docs/TROUBLESHOOTING.md for common issues:
Security
Mission Control is a task management system for AI agents β its core purpose is to pass human-authored task descriptions to an agent for execution. This is by design, not a vulnerability.
Trust Model
Mitigations
mc-update.sh validates all inputs against injection patterns before passing them to Python or git.timingSafeEqual to prevent tampering.sync-to-opensource.sh script scans for leaked credentials before publishing.Recommendations
groupPolicy and allowFrom settings to restrict who can interact with the agent.Files
| File | Purpose |
|------|---------|
| | Dashboard UI |
| | Task data |
| | CLI tool |
| ~/.clawdbot/mission-control.json | Config |
| ~/.clawdbot/hooks-transforms/github-mission-control.mjs | Webhook transform |
βοΈ Configuration
Config lives in ~/.clawdbot/mission-control.json. See assets/examples/CONFIG-REFERENCE.md for all options.
Minimal config (set by agent during setup):
{
"gateway": { "hookToken": "your-token" },
"workspace": { "path": "/path/to/workspace" },
"slack": { "botToken": "xoxb-...", "channel": "C0123456789" }
}
π Tips & Best Practices
See docs/TROUBLESHOOTING.md for common issues: