协作头脑风暴
brainstorming
在实现前澄清需求、探索设计选择,并形成清晰的开发方向。
mission-control【开发与工程】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).
独立 GitHub 快照 · 自动分类 · 以原作者文档为准
name: mission-control version: 2.0.0 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). author: rdsthomas homepage: https://github.com/rdsthomas/mission-control repository: https://github.com/rdsthomas/mission-control license: MIT tags:
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".
Just say: "Set up Mission Control for my workspace"
The agent will:
~/.clawdbot/mission-control.json)That's it. The agent handles everything.
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.
Human moves task → GitHub push → Webhook → Transform → Agent receives work order
↓ ↓
Dashboard Executes task
↓ ↓
Agent updates status ← Commits changes ← Marks subtasks done ←─┘
Tasks live in <workspace>/data/tasks.json:
{
"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 | 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 |
Use <skill>/scripts/mc-update.sh for task updates:
# Status changes
mc-update.sh status <task_id> review
mc-update.sh status <task_id> done
# Comments
mc-update.sh comment <task_id> "Progress update..."
# Subtasks
mc-update.sh subtask <task_id> sub_1 done
# Complete (moves to review + adds summary)
mc-update.sh complete <task_id> "Summary of what was done"
# Push to GitHub
mc-update.sh push "Commit message"
When you receive a task (moved to "In Progress"):
mc-update.sh start <task_id>mc-update.sh complete <task_id> "Summary"If a completed task is moved back to "In Progress" with a new comment:
EPICs are parent tasks with multiple child tickets. When you receive an EPIC:
MC-XXX-001: Title)Add to your HEARTBEAT.md:
## Task Check
1. 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
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" }
}
See docs/TROUBLESHOOTING.md for common issues:
| File | Purpose |
|---|---|
<workspace>/index.html | Dashboard UI |
<workspace>/data/tasks.json | Task data |
<skill>/scripts/mc-update.sh | CLI tool |
~/.clawdbot/mission-control.json | Config |
~/.clawdbot/hooks-transforms/github-mission-control.mjs | Webhook transform |