Mission Control 教程：自托管 Agent 控制台，先把任务、技能和花费管起来

多 Agent 工作流一多，聊天窗口就不够用了。哪个 Agent 正在跑，花了多少钱，装了哪些 skills，失败任务在哪里，谁有权限触发高风险动作，都需要一个控制台。

Mission Control 做的是自托管 Agent orchestration dashboard。它强调 SQLite、单命令运行、Skills Hub、安全扫描、任务调度和花费监控。适合想把个人或团队 Agent 工作流管起来的人。

克隆项目：

git clone https://github.com/builderz-labs/mission-control.git
cd mission-control
bash install.sh --local

Docker 方式：

bash install.sh --docker

安装后打开：

http://localhost:3000/setup

Windows 可以用 PowerShell 安装脚本。长期运行建议不要用临时目录，数据库和配置要放在可备份路径。

如果你想改代码或看内部结构：

nvm use 22
pnpm install
pnpm dev

默认访问：

http://localhost:3000/setup

Docker Compose 也可以直接启动：

docker compose up

不要一上来就把所有 Agent 都接进来。先分任务类型：

一次性任务：写稿、总结、生成报告
长任务：代码改造、调研、批处理
定时任务：日报、监控、同步
高风险任务：发布、发消息、改生产配置

控制台的价值，是让这些任务有状态、有日志、有权限，不是让所有事情都自动化。

Mission Control 支持浏览、安装和安全扫描 agent skills。这里一定要谨慎。

安装技能前至少看三件事：

它会读写哪些文件
它会调用哪些外部命令
它是否包含网络请求或凭据要求

技能是 Agent 的手。手越多，能干的事越多，误伤的风险也越多。

多 Agent 并发很容易烧钱。控制台应该记录每个任务的模型、token、耗时、重试次数和人工介入次数。

task_id
agent
model
tokens
cost
status
reviewer

有了这些数据，才能判断哪些任务适合自动化，哪些任务还是人工更便宜。

个人使用可以本机跑。团队使用建议放到内网服务器，前面加反向代理和登录保护。

如果你最近正折腾 Agent 控制台、内网工具或自托管实验环境，顺手提一嘴：雨云这类轻量云服务器可以用来跑这类小型控制面，别一上来就把生产数据库和高权限密钥塞进去。实验环境和生产环境要分开，这比省几十块钱更重要。

推广链接：https://www.rainyun.com/NDcxMTIz_

管理员账号是否开启强密码
数据库是否备份
技能安装是否需要审批
高风险任务是否有人审
模型 key 是否走环境变量
日志是否会泄露敏感信息
是否能暂停所有任务

Mission Control 这类工具的意义，是把 Agent 从散兵游勇变成可管理队伍。能看见、能停下、能复盘，才谈得上自动化。

控制台里每个任务最好都有输入、状态、产物和复核人。不要只看运行日志。

任务目标
执行 Agent
允许工具
开始时间
当前状态
输出产物
人工复核结论

这样任务失败时能接着处理，成功时也能复盘。

开发环境可以试新 skill，生产环境不能随便装。建议分三层：

dev skills：个人实验
staging skills：团队验证
prod skills：审批后使用

每个 skill 升级都要看差异。技能变了，Agent 行为就会变。

并不是所有任务都值得放进 Mission Control。低频、责任重大、输入不清的任务，可能人工更好。控制台不是为了让机器做一切，而是让机器做那些可重复、可验证、可停止的工作。