Token导航 LogoToken导航

Agent Skill · 开发

openclaw-mission-control(OpenClaw mission control 搜索)

openclaw-mission-control 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

openclaw-mission-control 是开发类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为接触敏感数据;许可证信息还不明确,第三方扫描已通过,按安装量在开发类的 21,746 个 Skill 里排第 4,715。

总安装 7,651周安装 322GitHub Stars 公开资料未说明下载 2,679核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
unknown

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:openclaw-mission-control(OpenClaw mission control 搜索)
来源仓库:https://github.com/0xindiebruh/openclaw-mission-control-skill
仓库路径:skills/openclaw-mission-control
安装命令:
npx skills add https://github.com/0xindiebruh/openclaw-mission-control-skill --skill openclaw-mission-control
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/0xindiebruh/openclaw-mission-control-skill --skill openclaw-mission-control

这个 Skill 是做什么的

开发类 Skill 面向写代码、改代码和排查问题,一般会读写仓库文件,部分还会执行构建或测试命令。

适用于需要多 AI 代理协同工作的开发场景,提供可视化任务管理和实时进度跟踪。核心能力包括任务创建、分配、执行监控和日志记录, 所有数据本地存储无需外部数据库。使用方式是通过 RESTful API 进行通信,配合前端看板界面操作。安装前需确认网络访问权限及本地端口可用性,注意该技能可能涉及文件读写和网络请求。

来源仓库内路径:skills/openclaw-mission-control

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/0xindiebruh/openclaw-mission-control-skill --s…;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它需要接触敏感数据,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

openclaw-mission-control 怎么安装?

在终端执行 npx skills add https://github.com/0xindiebruh/openclaw-mission-control-skill --skill openc…。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

openclaw-mission-control 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

openclaw-mission-control 需要什么权限?

权限级别是接触敏感数据。该 Skill 可能接触密钥、Token、环境变量或敏感配置,应进入高风险复核队列,默认不自动发布。

openclaw-mission-control 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

openclaw-mission-control 用的人多吗?

公开数据是累计安装 7,651 次,近一周安装 322 次,下载 2,679 次。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

openclaw-mission-control 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 第三方扫描已通过,常见的高风险行为没有命中。

先想清楚的地方

  • 需要接触敏感数据,装到常用环境前要先评估影响面。
  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理开发类任务、又不想每次都手写提示词的人。

不太适合

  • 环境里有大量密钥、凭证,不方便给第三方 Skill 读取的人。
  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

开发类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
skill-vetter

技能审查员 · OpenClaw

8,779,018986操作浏览器MIT-0通过
ontology

本体论 · OpenClaw

6,636,960576只读MIT-0通过
entra-app-registration

内部应用程序注册 · Codex、Claude

6,631,872764接触敏感数据未明确通过
entra-app-registration

内部应用程序注册 · Codex、Claude

3,757,680201接触敏感数据未明确通过
nano-banana-pro

纳米香蕉专业版 · OpenClaw

3,526,898364接触敏感数据MIT-0有提醒
openclaw-mission-control

OpenClaw mission control 搜索 · 本页

7,651—接触敏感数据未明确通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

Mission Control

Coordinate a team of AI agents using a Kanban-style task board with HTTP API.

Overview

Mission Control lets you run multiple AI agents that collaborate on tasks:

  • Team Lead: Creates and assigns tasks, reviews completed work
  • Worker Agents: Poll for tasks via heartbeat, execute work, log progress
  • Kanban Board: Visual task management at http://localhost:8080
  • HTTP API: Agents interact via REST endpoints
  • Local Storage: All data stored in JSON files — no external database needed

Quick Start

1. Install the Kanban Board

# Clone the Mission Control app
git clone https://github.com/0xindiebruh/openclaw-mission-control.git
cd mission-control

# Install dependencies
npm install

# Start the server
npm run dev

The board runs at http://localhost:8080.

2. Configure Your Agents

Edit lib/config.ts to define your agent team:

export const AGENT_CONFIG = {
  brand: {
    name: "Mission Control",
    subtitle: "AI Agent Command Center",
  },
  agents: [
    {
      id: "lead",
      name: "Lead",
      emoji: "🎯",
      role: "Team Lead",
      focus: "Strategy, task assignment",
    },
    {
      id: "writer",
      name: "Writer",
      emoji: "✍️",
      role: "Content",
      focus: "Blog posts, documentation",
    },
    {
      id: "growth",
      name: "Growth",
      emoji: "🚀",
      role: "Marketing",
      focus: "SEO, campaigns",
    },
    {
      id: "dev",
      name: "Dev",
      emoji: "💻",
      role: "Engineering",
      focus: "Features, bugs, code",
    },
    {
      id: "ux",
      name: "UX",
      emoji: "🎨",
      role: "Product",
      focus: "Design, activation",
    },
    {
      id: "data",
      name: "Data",
      emoji: "📊",
      role: "Analytics",
      focus: "Metrics, reporting",
    },
  ] as const,
};

3. Seed the Database (First Run)

Initialize the agents in the database:

curl -X POST http://localhost:8080/api/seed

This creates agent records from your lib/config.ts configuration. Safe to run multiple times — it only adds missing agents.

4. Configure OpenClaw Multi-Agent Mode

Add each agent to your ~/.openclaw/config.json:

{
  "sessions": {
    "list": [
      {
        "id": "main",
        "default": true,
        "name": "Lead",
        "workspace": "~/.openclaw/workspace"
      },
      {
        "id": "writer",
        "name": "Writer",
        "workspace": "~/.openclaw/workspace-writer",
        "agentDir": "~/.openclaw/agents/writer/agent",
        "heartbeat": {
          "every": "15m"
        }
      },
      {
        "id": "growth",
        "name": "Growth",
        "workspace": "~/.openclaw/workspace-growth",
        "agentDir": "~/.openclaw/agents/growth/agent",
        "heartbeat": {
          "every": "15m"
        }
      },
      {
        "id": "dev",
        "name": "Dev",
        "workspace": "~/.openclaw/workspace-dev",
        "agentDir": "~/.openclaw/agents/dev/agent",
        "heartbeat": {
          "every": "15m"
        }
      }
    ]
  }
}

Key fields:

  • id: Unique agent identifier (must match an agent ID in lib/config.ts)
  • workspace: Agent's working directory for files
  • agentDir: Contains SOUL.md, HEARTBEAT.md, and agent personality
  • heartbeat.every: Polling frequency (e.g., 5m, 15m, 1h)

5. Set up Agent Heartbeats

Each worker agent needs a HEARTBEAT.md in their agentDir:

# Agent Heartbeat

## Step 1: Check for Tasks

curl "http://localhost:8080/api/tasks/mine?agent=writer"

Step 2: Pick up todo tasks

curl -X POST "http://localhost:8080/api/tasks/{TASK_ID}/pick" \
  -H "Content-Type: application/json" \
  -d '{"agent": "writer"}'

Step 3: Log Progress

curl -X POST "http://localhost:8080/api/tasks/{TASK_ID}/log" \
  -H "Content-Type: application/json" \
  -d '{"agent": "writer", "action": "progress", "note": "Working on..."}'

Step 4: Complete Tasks

curl -X POST "http://localhost:8080/api/tasks/{TASK_ID}/complete" \
  -H "Content-Type: application/json" \
  -d '{
    "agent": "writer",
    "note": "Completed! Summary...",
    "deliverables": ["path/to/output.md"]
  }'

Step 5: Check for @Mentions

curl "http://localhost:8080/api/mentions?agent=writer"

Mark as read when done.

Create the agent directories:

mkdir -p ~/.openclaw/agents/{writer,growth,dev,ux,data}/agent mkdir -p ~/.openclaw/workspace-{writer,growth,dev,ux,data}


---

## Task Lifecycle

backlog → todo → in_progress → review → done │ │ │ │ │ │ │ └─ Team Lead approves │ │ └─ Agent completes (→ review) │ └─ Agent picks up (→ in_progress) └─ Team Lead prioritizes (→ todo)


---

## Team Lead Operations

### Creating a Task

curl -X POST http://localhost:8080/api/tasks \ -H "Content-Type: application/json" \ -d '{ "title": "Task title", "description": "Detailed description", "priority": "high", "assignee": "writer", "tags": ["tag1", "tag2"], "createdBy": "lead" }'


**Priority:** `urgent`, `high`, `medium`, `low`

### Moving to Todo

curl -X PATCH "http://localhost:8080/api/tasks/{id}" \ -H "Content-Type: application/json" \ -d '{"status": "todo"}'


### Approving Completed Work

curl -X PATCH "http://localhost:8080/api/tasks/{id}" \ -H "Content-Type: application/json" \ -d '{"status": "done"}'


### Adding Deliverable Path

curl -X PATCH "http://localhost:8080/api/tasks/{id}" \ -H "Content-Type: application/json" \ -d '{"deliverable": "path/to/file.md"}'


---

## Worker Agent Operations

### Picking Up Tasks

curl -X POST "http://localhost:8080/api/tasks/{id}/pick" \ -H "Content-Type: application/json" \ -d '{"agent": "{AGENT_ID}"}'


### Logging Progress

curl -X POST "http://localhost:8080/api/tasks/{id}/log" \ -H "Content-Type: application/json" \ -d '{ "agent": "{AGENT_ID}", "action": "progress", "note": "Updated the widget component" }'


**Actions:** `picked`, `progress`, `blocked`, `completed`

### Completing a Task

curl -X POST "http://localhost:8080/api/tasks/{id}/complete" \ -H "Content-Type: application/json" \ -d '{ "agent": "{AGENT_ID}", "note": "Completed! Summary of changes...", "deliverables": ["docs/api.md", "src/feature.js"] }'


Deliverables render as markdown in the task view.

---

## Comments & @Mentions

### Adding a Comment

curl -X POST "http://localhost:8080/api/tasks/{id}/comments" \ -H "Content-Type: application/json" \ -d '{ "author": "agent-id", "content": "Hey @other-agent, need your input here" }'


### Checking for @Mentions

curl "http://localhost:8080/api/mentions?agent={AGENT_ID}"


### Marking Mentions as Read

curl -X POST "http://localhost:8080/api/mentions/read" \ -H "Content-Type: application/json" \ -d '{"agent": "{AGENT_ID}", "all": true}'


---

## API Reference

### Tasks

| Endpoint | Method | Description |
| --- | --- | --- |
| `/api/tasks` | GET | List all tasks |
| `/api/tasks` | POST | Create new task |
| `/api/tasks/{id}` | GET | Get task detail |
| `/api/tasks/{id}` | PATCH | Update task fields |
| `/api/tasks/{id}` | DELETE | Delete task |
| `/api/tasks/mine?agent={id}` | GET | Agent's assigned tasks |
| `/api/tasks/{id}/pick` | POST | Agent picks up task |
| `/api/tasks/{id}/log` | POST | Log work action |
| `/api/tasks/{id}/complete` | POST | Complete task (→ review) |
| `/api/tasks/{id}/comments` | POST | Add comment |

### Agents & System

| Endpoint | Method | Description |
| --- | --- | --- |
| `/api/agents` | GET | List all agents |
| `/api/seed` | POST | Initialize agents (first run) |
| `/api/mentions?agent={id}` | GET | Get unread @mentions |
| `/api/mentions/read` | POST | Mark mentions as read |

### Files

| Endpoint | Method | Description |
| --- | --- | --- |
| `/api/files/{path}` | GET | Read deliverable content |

---

## Recommended Agent Team Structure

| Agent | Role | Responsibilities |
| --- | --- | --- |
| **Lead** | Team Lead | Strategy, task creation, approvals |
| **Writer** | Content | Blog posts, documentation, copy |
| **Growth** | Marketing | SEO, campaigns, outreach |
| **Dev** | Engineering | Features, bugs, code |
| **UX** | Product | Design, activation, user flows |
| **Data** | Analytics | Metrics, reports, insights |

---

## Configuration

### Environment Variables

Create `.env` in your Mission Control app directory (optional):

PORT=8080


### Data Storage

All data is stored locally in the `data/` directory:

| File | Contents |
| --- | --- |
| `data/tasks.json` | All tasks, comments, work logs |
| `data/agents.json` | Agent status and metadata |
| `data/mentions.json` | @mention notifications |

Add `data/` to your `.gitignore` — user data shouldn't be committed.

---

## Example: Running a Multi-Agent Workflow

1. **Lead creates task:** `curl -X POST http://localhost:8080/api/tasks \ -H "Content-Type: application/json" \ -d '{"title": "Write Q1 Report", "assignee": "writer", "priority": "high"}'`
2. **Lead moves to todo:** `curl -X PATCH http://localhost:8080/api/tasks/123 \ -d '{"status": "todo"}'`
3. **Writer picks up via heartbeat:** `curl -X POST http://localhost:8080/api/tasks/123/pick \ -d '{"agent": "writer"}'`
4. **Writer completes:** `curl -X POST http://localhost:8080/api/tasks/123/complete \ -d '{"agent": "writer", "deliverables": ["reports/q1.md"]}'`
5. **Lead reviews and approves:** `curl -X PATCH http://localhost:8080/api/tasks/123 \ -d '{"status": "done"}'`

---

## Tips

- **Heartbeat frequency**: 15 minutes is a good default
- **Priority order**: Agents should work `urgent` → `high` → `medium` → `low`
- **Deliverables**: Include all file paths modified in the task
- **@Mentions**: Use to coordinate between agents on dependencies
- **Isolation**: Each agent has its own workspace for safety
- **Storage**: Data persists in `data/` directory — back it up if needed

---

## Resources

- **GitHub**: [https://github.com/0xindiebruh/openclaw-mission-control](https://github.com/0xindiebruh/openclaw-mission-control)
- **Demo**: See example agent setups in `/examples`

平台分布

Codex

37.74%
按下载量换算1,011

Claude

27.13%
按下载量换算727

Cursor

18.35%
按下载量换算492

Gemini CLI

8.34%
按下载量换算223

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

接触敏感数据

该 Skill 可能接触密钥、Token、环境变量或敏感配置,应进入高风险复核队列,默认不自动发布。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills