Mission Control：一個以 SQLite 為基礎的 AI 智能體營運控製平面

builderz-labs-mission-control-deep-analysis｜Mission Control 的 SQLite 控製面

builderz-labs-mission-control-deep-analysis｜Mission Control 的 SQLite 控製面 的專案脈絡：Mission Control 是一個用於營運 AI 智能體的自託管控製平面。它不取代執行環境的推理或工具迴圈，而是位於其上，為操作者提供一個分發任務、檢查執行、審查失敗與追蹤支出的位置。README 將 OpenClaw、Claude Code、Codex 及其他執行環境列為支援目標，並明確說明該專案不屬於其中任何一個。儲存庫帶有 alpha 警告：API、結構描述與設定可能在版本之間變更，README 也要求你在將係統暴露到網路前閱讀安全指引。

builderz-labs-mission-control-deep-analysis｜Mission Control 的 SQLite 控製面：builderz-labs/mission-control 的 README 是本文的事實邊界。第 1 節所述內容，應回看 Mission Control 的 SQLite 控製面 涉及的指令、檔案或設定鍵；素材沒有交代的行為不在本文推定範圍內。 builderz-labs/mission-control 的版本快照是 v2.3.0，這個標記只用來定位檔案，不代表本文已執行該版本。 這個區分讓檔案明載的能力與尚待確認的部署條件保持分開，也能避免把單一範例誤讀成完整相容矩陣。

builderz-labs-mission-control-deep-analysis｜REST API 如何把任務交給 agent

builderz-labs-mission-control-deep-analysis｜REST API 如何把任務交給 agent 的專案脈絡：原始碼安裝需要 Node.js 22 或更新版本以及 pnpm。檔案給出的路徑是複製儲存庫並執行 bash install.sh --local，然後開啟 http://localhost:3000/setup 建立第一個管理員帳戶，並從設定中複製 API 金鑰用於無介面存取。已經管理 Node 與 pnpm 的使用者可以跳過指令碼，直接使用 nvm use 22、pnpm install 與 pnpm dev；Windows 使用者可在 PowerShell 中執行 ./install.ps1 -Mode local。Docker 也有涵蓋：docker compose up 可啟動整個堆疊，也可以從 ghcr.io/builderz-labs/mission-control:latest 拉取發佈的多架構映像。對於可被網路存取的部署，README 指向使用 docker-compose.hardened.yml 的強化 Compose 覆疊層，以及涵蓋持久資料、TLS 終止、閘道連線與獨立建置的部署指南。

builderz-labs-mission-control-deep-analysis｜REST API 如何把任務交給 agent：builderz-labs/mission-control 的 README 是本文的事實邊界。第 2 節所述內容，應回看 REST API 如何把任務交給 agent 涉及的指令、檔案或設定鍵；素材沒有交代的行為不在本文推定範圍內。 這個區分讓檔案明載的能力與尚待確認的部署條件保持分開，也能避免把單一範例誤讀成完整相容矩陣。

builderz-labs-mission-control-deep-analysis｜alpha 版本的 workspace 安全界線

builderz-labs-mission-control-deep-analysis｜alpha 版本的 workspace 安全界線 的專案脈絡：README 將已提供的功能劃分為六個領域：任務（收件匣、指派、執行、審查、Aegis 品質閘門與完成收據）、智能體（註冊、在線狀態、工作階段、執行環境介面卡、設定、工作區同步）、營運（活動串流、排程、警示、Webhook、日誌、權杖用量與成本檢視）、知識（記憶瀏覽器、關係圖、技能登錄檔與本機技能同步）、治理（角色、API 金鑰、安全事件、信任訊號、核準、稽核與評估）、以及介面（Web UI、CLI、MCP 伺服器、以 OpenAPI 描述的 REST API、WebSocket 與 SSE）。狀態存放在 SQLite 中，執行環境具備工作區感知能力：嚴格工作區會阻止部署層級執行環境整合，直到底層資源帶有工作區所有權。閘道對於任務、專案、智能體、排程器、Webhook、警示與成本工作是選用的，但即時工作階段訊息需要連線的執行環境閘道。

builderz-labs-mission-control-deep-analysis｜alpha 版本的 workspace 安全界線：builderz-labs/mission-control 的 README 是本文的事實邊界。第 3 節所述內容，應回看 alpha 版本的 workspace 安全界線 涉及的指令、檔案或設定鍵；素材沒有交代的行為不在本文推定範圍內。 這個區分讓檔案明載的能力與尚待確認的部署條件保持分開，也能避免把單一範例誤讀成完整相容矩陣。

builderz-labs-mission-control-deep-analysis｜選擇合適的場景

builderz-labs-mission-control-deep-analysis｜選擇合適的場景 的專案脈絡：README 對何時使用、何時不用寫得很明確。當多個智能體或執行環境讓你難以回答誰擁有任務、執行了什麼、哪個結果通過了審查、支出與失敗累積在哪裡時，應該使用它。當單一機器上的單一智能體從原生 CLI 就能理解、你需要受管理的多租戶 SaaS 而非自託管控製平面、你想要一個智能體框架來定義規劃與工具使用、或者你的部署無法容忍 alpha 結構描述或 API 變更時，它可能是不合適的工具。README 還警告介面卡深度因執行環境而異：觀測表面涵蓋 OpenClaw、Claude Code、Codex、CrewAI、LangGraph、AutoGen 與 Claude SDK 工作流程，但在假定功能對等之前應閱讀智能體設定與 CLI 整合指南。

builderz-labs-mission-control-deep-analysis｜選擇合適的場景：builderz-labs/mission-control 的 README 是本文的事實邊界。第 4 節所述內容，應回看 選擇合適的場景 涉及的指令、檔案或設定鍵；素材沒有交代的行為不在本文推定範圍內。 這個區分讓檔案明載的能力與尚待確認的部署條件保持分開，也能避免把單一範例誤讀成完整相容矩陣。

builderz-labs-mission-control-deep-analysis｜連接智能體：REST、CLI 與 MCP

builderz-labs-mission-control-deep-analysis｜連接智能體：REST、CLI 與 MCP 的專案脈絡：最短的免閘道迴圈使用 REST API。從設定中匯出 MC_URL 與 MC_API_KEY 後，你可以向 /api/agents/register 傳送 POST 註冊智能體，向 /api/tasks 傳送 POST 建立任務，再透過 GET /api/tasks/queue?agent=scout 讓智能體認領佇列。README 指向第一個智能體快速入門，以了解心跳、任務結果、佇列行為、CLI 對等指令與 MCP 設定。無介面控製可透過 CLI（例如 pnpm mc agents list --json 與 pnpm mc tasks queue --agent scout --json）以及透過 claude mcp add mission-control 新增的 MCP 伺服器實現。REST 契約位於 openapi.json；執行中的實例在 /docs 提供互動式參考，在 /api/docs 提供 OpenAPI JSON。

builderz-labs-mission-control-deep-analysis｜連接智能體：REST、CLI 與 MCP：builderz-labs/mission-control 的 README 是本文的事實邊界。第 5 節所述內容，應回看 連接智能體：REST、CLI 與 MCP 涉及的指令、檔案或設定鍵；素材沒有交代的行為不在本文推定範圍內。 這個區分讓檔案明載的能力與尚待確認的部署條件保持分開，也能避免把單一範例誤讀成完整相容矩陣。

builderz-labs-mission-control-deep-analysis｜架構與技術

builderz-labs-mission-control-deep-analysis｜架構與技術 的專案脈絡：README 中的架構圖顯示 Web UI、CLI、MCP 與 REST 都經過認證、分發、事件、政策與收據，底層是 SQLite 與智能體執行環境。應用程式基於 Next.js 16 App Router、React 19 與 TypeScript 5；介面使用 Tailwind CSS 4、Zustand、Recharts 與 xterm.js。狀態透過 better-sqlite3 使用 SQLite 並以 WAL 模式執行。邊界為 REST/OpenAPI、MCP、CLI、WebSocket 與 SSE；存取結合工作階段 Cookie、API 金鑰、Google 登入與角色檢查；Zod 在輸入邊界進行驗證。驗證使用 Vitest、Playwright、ESLint、TypeScript、建置與 API 一致性檢查。執行環境資料預設位於 .data/，MISSION_CONTROL_DATA_DIR 環境變數為獨立部署設定絕對持久路徑。

builderz-labs-mission-control-deep-analysis｜架構與技術：builderz-labs/mission-control 的 README 是本文的事實邊界。第 6 節所述內容，應回看 架構與技術 涉及的指令、檔案或設定鍵；素材沒有交代的行為不在本文推定範圍內。 這個區分讓檔案明載的能力與尚待確認的部署條件保持分開，也能避免把單一範例誤讀成完整相容矩陣。

builderz-labs-mission-control-deep-analysis｜安全邊界與專案狀態

builderz-labs-mission-control-deep-analysis｜安全邊界與專案狀態 的專案脈絡：README 給出了具體的安全指引：除非設定了 TLS 反向代理與 MC_ALLOWED_HOSTS，否則將 Mission Control 保持在可信網路上；在更廣泛存取前替換或安全儲存產生的憑證；對生產類容器部署使用強化 Compose 覆疊層；並將智能體訊息、技能套件、Webhook 與 MCP 內容視為不可信輸入。漏洞透過 SECURITY.md 而非公開 issue 報告。專案包含存取控製與安全檢查表面，但 alpha 狀態仍然適用。專案不為未指派的工作承諾日期，開放 issue 即目前路線圖。發佈說明位於 CHANGELOG.md，專案採用 MIT 授權，授權授予使用、複製、修改、合併、發佈、分發、再授權與出售副本的權利，同時按原樣提供軟體且不提供任何擔保。

builderz-labs-mission-control-deep-analysis｜安全邊界與專案狀態：builderz-labs/mission-control 的 README 是本文的事實邊界。第 7 節所述內容，應回看 安全邊界與專案狀態 涉及的指令、檔案或設定鍵；素材沒有交代的行為不在本文推定範圍內。 這個區分讓檔案明載的能力與尚待確認的部署條件保持分開，也能避免把單一範例誤讀成完整相容矩陣。

編輯結論

builderz-labs/mission-control 適合需要 README 所列工作流、且能接受其目前版本狀態的使用者；不適合把未載明的相容性、效能或安全承諾當成既定事實的團隊。先依 README 的專屬入口核對 v2.3.0、設定鍵與輸出邊界，再決定是否納入正式流程。

官方來源

1. Official documentation
2. Official README
3. Project repository
4. Release notes