OpenClaw任务控制:跨团队组织和运行openclaw

OpenClaw Mission Control 是一个集中式运维和治理平台,用于跨团队和组织运行 OpenClaw,提供统一的可见性、审批控制和网关感知编排。它为运维人员提供了一个统一的界面,用于工作编排、代理和网关管理、审批驱动的治理以及 API 支持的自动化。

任务控制中心仪表盘图像图像

平台概览

任务控制中心旨在成为 OpenClaw 的日常运维平台。团队无需在多个工具中分散工作,即可在一个系统中完成计划、执行、审查和审计等操作。

核心业务领域:

  • 工作编排:管理组织、看板组、看板、任务和标签。

  • 代理操作:通过统一的控制界面创建、检查和管理代理生命周期。

  • 治理与审批:敏感操作需通过明确的审批流程进行。

  • 网关管理:连接和操作分布式环境中的网关集成。

  • 活动可见性:查看系统操作时间线,以便更快地进行调试和追责。

  • API优先模型:在同一平台上同时支持Web工作流和自动化客户端。

用例

  • 多团队代理操作:从单个控制平面跨组织运行多个看板和看板组。

  • 人机协同执行:在执行敏感操作前需要获得批准,并将决策过程记录在案。

  • 分布式运行时控制:连接网关并操作远程执行环境,而无需改变操作员的工作流程。

  • 审计和事件审查:利用活动历史记录来重现发生了什么、何时发生的以及是谁发起的。

  • API支持的流程集成:将内部工作流程和自动化客户端连接到UI中使用的同一操作模型。

任务控制中心有何不同之处

  • 以运维为先的设计:旨在可靠地运行代理工作,而不仅仅是创建任务。

  • 内置治理机制:审批、授权模式和清晰的控制边界都是一流的。

  • 网关感知编排:旨在同时运行本地和连接的运行时环境。

  • 统一的 UI 和 API 模型:操作员和自动化操作操作相同的对象和生命周期。

  • 团队规模结构:在一个记录系统中管理组织、董事会、董事会、任务、标签和用户。

适合谁?

  • 在自托管或内部环境中运行 OpenClaw 的平台团队。

  • 需要明确的审批和审计控制措施的运营和工程团队。

  • 希望在不损失易用的 Web 用户界面的情况下实现 API 访问操作的组织。

几分钟即可开始

选项 A:单命令式生产风格引导程序

如果您尚未克隆该仓库,则可以一行命令运行安装程序:

curl -fsSL https://raw.githubusercontent.com/abhi1693/openclaw-mission-control/master/install.sh | bash

./openclaw-mission-control如果当前目录中没有找到本地检出版本,则会将存储库克隆到该目录中。

如果您已经克隆了该仓库:

./install.sh

安装程序是交互式的,它将:

  • 询问部署模式(dockerlocal)。

  • 尽可能安装缺失的系统依赖项。

  • 生成并配置环境文件。

  • 启动并执行所选部署模式。

安装商支持矩阵:docs/installer-support.md

选项 B:手动设置

先决条件

  • 支持的平台:Linux 和 macOS。在 macOS 上,Docker 模式需要Docker Desktop;本地模式需要Homebrew和 Node.js 22+。

  • Docker 引擎

  • Docker Compose v2 ( docker compose)

1. 配置环境

cp .env.example .env

启动前:

  • 当设置LOCAL_AUTH_TOKEN为非占位符值(至少 50 个字符)时AUTH_MODE=local

  • BASE_URL如果您不使用,请确保与公共后端源匹配localhost:8000。

  • NEXT_PUBLIC_API_URL=auto(默认)解析为http(s)://<current-host>:8000

    • 当您的 API 位于反向代理或非默认端口之后时,请设置明确的 URL。

2. 启动任务控制

docker compose -f compose.yml --env-file .env up -d --build

如果您正在 Docker 中迭代 UI,并希望在源代码更改时自动重建前端,请运行:

docker compose -f compose.yml --env-file .env up --build --watch

笔记:

  • Compose Watch 需要 Docker Compose 2.22.0+

  • 启动后,您也可以单独运行 watch 命令:

docker compose -f compose.yml --env-file .env up -d --build
docker compose -f compose.yml --env-file .env watch

拉取新更改后,重新构建并创建所有服务:

docker compose -f compose.yml --env-file .env up -d --build --force-recreate

对于完全干净的重新构建(不缓存任何构建层):

docker compose -f compose.yml --env-file .env build --no-cache --pull
docker compose -f compose.yml --env-file .env up -d --force-recreate

3. 打开应用程序

  • 任务控制中心用户界面:localhost:3000

  • 后端健康状况:localhost:8000/healthz

4. 停止堆栈

docker compose -f compose.yml --env-file .env down

验证

任务控制中心支持两种身份验证模式:

  • local共享持有者令牌模式(自托管使用的默认模式)

  • clerk: Clerk JWT 模式

环境模板:

  • 根:.env.example

  • 后端:backend/.env.example

  • 前端:frontend/.env.example

文档

完整的部署、生产、故障排除和测试指南都在其中/docs

项目状态

任务控制中心正在积极开发中。

  • 功能和 API 可能会在不同版本之间发生变化。

  • 在生产环境使用前,请验证并强化您的配置。

任务控制面板能不能自定义列?

我们三个团队用了一周,权限隔离做得不错

建议加个甘特图视图,纯列表看着累

@vntrx 甘特图视图可以接第三方工具 把任务数据导出到Notion或者飞书多维表格 用它们的甘特图功能展示 比自己做图表方便

@orbyt 任务控制面板自定义列目前不支持 但可以通过配置文件添加自定义字段 在task_schema.json里加上你需要的列 重启后生效

@clxrk 三个团队用一周权限隔离没出问题说明基础架构做得不错 建议再测试一下跨团队任务流转的场景 权限在任务转交时容易出问题