前言¶
2026 年 8 月 4 日，AWS 正式發佈 Kiro Crew——一款面向開發者的持久化 Agent 工作空間，並以 Apache 2.0 協議開源。與 Kiro 原有的 Autonomous Mode 不同，Crew 把 AI 編碼 Agent 從「單次會話裏的助手」升級爲「可以 7×24 無人值守運行的工程隊友」：多 Agent 與子 Agent 編排、跨會話持久記憶、定時任務與心跳監控，都可以通過桌面應用、Web 儀表盤，或 Slack、Telegram、Discord 等聊天工具遠程操控。
據 InfoWorld 報道，Kiro Crew 最初在 Amazon 內部以 MeshClaw 之名孵化，半年內被超過 3.9 萬名 Amazon 開發者採用；如今走向開源，目標是把這套編排層交給更廣泛的工程團隊。本文基於 AWS 官方 GitHub 倉庫與權威媒體報道，梳理 Kiro Crew 的定位、核心能力與上手方式。
Kiro Crew 是什麼¶
Kiro Crew 是一個持久化的開發工作空間，運行在開發者自有的硬件上（本地 Mac、容器或遠程 Linux 主機），底層依賴 kiro-cli，通過 Agent Client Protocol（ACP）驅動 Agent 會話。
AWS 開發者佈道師 Darko Mesaros 將其概括爲：「一個面向單次會話裝不下的大任務的持久、開源開發工作空間——把 AI 編碼 Agent 變成始終在線、自我學習、自主協作的隊友。」
與「你盯着聊天窗口、任務結束會話就斷」的傳統 Agent 體驗相比，Kiro Crew 強調三件事：
- 持久（Persistent）：會話、記憶、調度與任務檢查點在 Gateway 重啓後仍可恢復。
- 自學習（Self-learning）：糾正意見與失敗經驗會沉澱爲可複用的 lessons，影響後續行爲。
- 自演進（Self-evolving）：重複模式可合成爲 skills，且記憶與技能在儀表盤裏可見、可編輯。
部署上不需要 AWS 賬號，也不依賴 AWS 託管的控制平面；Gateway、Agent 運行時與狀態都在用戶控制的機器上。
與 Kiro Autonomous Mode 的差異¶
Kiro 是 AWS 面向軟件工程師的 Agentic 開發環境，Autonomous Mode 可以在單次會話內自主完成一項任務。Kiro Crew 則在此基礎上擴展編排層的邊界：
| 維度 | Autonomous Mode | Kiro Crew |
|---|---|---|
| 工作範圍 | 單次會話內的獨立任務 | 跨會話、跨天的長期工程流 |
| 在線依賴 | 開發者通常需在場 | 離線仍可繼續，心跳監控直至需人工介入 |
| Agent 數量 | 單會話 Agent | 多 Agent 並行 + 子 Agent 委派 |
| 記憶 | 會話級 | 工作空間級持久記憶，跨 Gateway 重啓 |
| 調度 | 無 | 定時任務、Webhook 觸發、任務檢查點恢復 |
若你已在 Kiro 中配置了 .kiro 目錄下的 steering 文件、skills 與自定義 Agent，Crew 可直接讀取，無需遷移或重新配置。
核心架構：Gateway 與多入口¶
Kiro Crew 的核心是長期運行的 Gateway 進程，負責路由消息、持久化會話、注入記憶與 skills、啓動定時任務、協調子 Agent、審批工具調用，並在儀表盤展示活動日誌。
桌面應用 / Web 儀表盤 / Slack / Telegram / Discord / CLI
↓
Gateway（會話·記憶·調度·審批·Apps）
↓
Agent 會話（ACP 運行時 · kiro-cli · MCP 工具 · 模型）
Agent 會話是邏輯隔離單元：儀表盤裏的一次對話、Slack 線程、定時任務或子 Agent 任務，各自對應獨立會話，可併發運行，結果再彙總回父會話。
官方 README 列出的主要能力包括：
- 持久會話：併發、隔離的多路對話；Gateway 重啓後可恢復；可檢索歷史會話。
- 長期任務：提交任務規格後離開，Agent 規劃步驟、執行、校驗、失敗重試，並從檢查點恢復。例如
kirocrew run TASK.md。 - 無人值守：定時 Agent 工作或確定性腳本，無需每次調用模型。例如「每個工作日 9 點彙總待審工作」可設爲帶時區的 recurring job。
- 委派（Delegation）：
kirocrew spawn run "task"啓動隔離子 Agent 並行調研，結果合成到主對話。 - 可擴展工具：MCP 服務器、Markdown skills、hooks；內置
kirocrew-core與kirocrew-cronMCP。 - 縱深防禦：工具審批、OS 沙箱（Linux/macOS）、敏感路徑攔截、憑證脫敏、137 條內置 deny 規則、審計事件。
持久記憶：可見、可編輯的「工程上下文」¶
Kiro Crew 的持久記憶是本次發佈最受關注的賣點之一。它維護偏好、活躍項目上下文、衰減式歷史摘要與 durable lessons；糾正與失敗可改變後續行爲，重複模式可升維爲 skills。進程內 embedding 支持語義檢索，存儲狀態可在儀表盤檢查與編輯；也提供 Incognito 等臨時模式，避免敏感對話被持久化。
Amazon 在發佈說明中強調：記憶對開發者可見，由人決定 Crew 攜帶哪些上下文 forward——例如偏好某種函數風格、某 MCP 服務器在特定請求下需特殊格式等，都可跨會話繼承。
InfoWorld 引述分析師觀點：許多企業的 Agent 使用仍像「影子 IT」，個人開發者各自接線、無人審計；Crew 的共享工作空間、審批門與日誌，爲治理提供了集中入口。
多通道操控：Slack、Discord 與遠程 Gateway¶
Crew 把「Agent 運行在哪」與「人在哪操作」解耦。除桌面應用與 Web 儀表盤（默認 http://localhost:5476）外，還可通過以下面對接同一 Gateway 下的 Agent 狀態：
| 入口 | 適用場景 |
|---|---|
| 桌面應用 | macOS / Linux 本地體驗，可連遠程 Gateway（SSH 隧道） |
| Web 儀表盤 | 並行對話、文件、審批、記憶、調度、Apps |
| Slack | DM 與線程、流式回覆、審批、通知、會話鏈接回儀表盤 |
| Telegram / Discord | 移動端或社羣場景，流式回覆與內聯審批 |
| WeCom / Teams / Webex / 微信 | 企業或國內 IM 集成 |
| CLI | kirocrew chat、run、cron、spawn、security |
典型工作流：在儀表盤啓動多步重構任務後離開；途中在 Discord 追加指令或批准工具調用；Agent 在需人工審查時通過心跳或消息 ping 你。消息通道爲出站連接，一般無需把儀表盤端口暴露到公網。
Apps 與參考應用¶
除核心 Gateway 外，Kiro Crew 引入 Apps 概念：爲特定工作流組合定製 UI、Agent、skills、調度、集成與後端服務。AWS 同期發佈了三個開源參考 App：
- DevFleets — worktree 管理
- Issue Radar — Issue 與 PR 分流
- Task Runner — 長週期工程任務執行
社區也可基於 App Kit 擴展儀表盤頁面、訂閱 Gateway 事件、註冊生命週期 hooks。SiliconANGLE 提到，Crew 在 Amazon 內部興起時，社區驅動的 App 生態已是核心，對外發布後將保持這一模式。Crew 也支持接入 OpenClaw、Hermes 等開放標準平臺的 skills 與配置，作爲現有工具鏈的補充而非完全替換。
快速上手¶
所有安裝路徑底層均運行 kiro-cli；首次啓動若未安裝 CLI，會引導 device-code 登錄。
一行安裝（Stable 通道）：
curl -fsSL https://download.crew.kiro.dev/cli.sh | sh
安裝完成後訪問 http://localhost:5476 即可在 Web 儀表盤開始對話。切換 insider / nightly 通道：
curl -fsSL https://download.crew.kiro.dev/cli.sh | sh -s -- --channel insider
Docker 常駐部署：
docker run -d --name kirocrew \
-p 127.0.0.1:5476:5476 \
-v kirocrew-home:/home/kirocrew \
ghcr.io/kirodotdev/kirocrew:stable
從源碼構建：
git clone https://github.com/kirodotdev/KiroCrew.git
cd KiroCrew
make build
source .venv/bin/activate
kirocrew setup
kirocrew doctor
kirocrew gateway
桌面端：macOS 提供 DMG 直接下載；Linux 提供 AppImage；Windows 暫無桌面構建，可通過源碼安裝 Gateway 並用瀏覽器訪問儀表盤。Linux / macOS 可用 kirocrew service install 註冊 systemd 或 launchd 服務，實現開機自啓。
連接 Slack 等 IM 的配置見倉庫文檔：docs/guides/slack-setup.md 等。
開放性與現實約束¶
Kiro Crew 本體開源免費（Apache 2.0），GitHub 倉庫爲 kirodotdev/KiroCrew，文檔入口 kiro.dev/docs/crew/。AWS 計劃以公開 steering committee 的開放治理模式維護項目。
需要清醒認識的限制：
- 運行時依賴 Kiro CLI：儘管編排層基於 ACP、MCP 等開放標準，當前 launch 版本實際驅動的是 AWS 專有的
kiro-cli（按 credits 計費）。使用 Claude Code、Codex、Devin 等其他 Agent 的團隊，可能需要自行構建並驗證連接器。 - 編排層之外的運維成本：持久 Agent 意味着並行模型調用、CI 活動、工具權限與人工審查量同步上升；企業需事先制定最小權限、審批策略、記憶保留與審計策略。
- Agent 安全非銀彈：沙箱與 deny 規則降低風險，但高影響操作仍需人工審查，避免在對話中粘貼密鑰或敏感數據。
對已在用 Kiro 的團隊，Crew 是低摩擦的增量能力；對尚未標準化 Agent 治理的企業，它更像一塊「可自託管的編排試驗田」，而非即插即用的全自動工程團隊。
結語¶
Kiro Crew 把 2026 年 Agent 編程工具的競爭焦點，從「單次對話能寫多少代碼」推向「離開鍵盤後工程流能否持續推進」。多 Agent 編排、跨會話記憶、定時任務與 Slack/Discord 聯動，構成其差異化組合；開源與自託管則回應了企業對代碼、憑證與審計留在內網的需求。
它是否適合你的團隊，取決於是否已有 Kiro 生態、是否願意承擔持久 Agent 的治理成本，以及長週期任務（依賴升級、PR 分流、遷移檢查點）在 backlog 中的佔比。若你正從「結對編程式 Copilot」邁向「異步工程隊友」，Kiro Crew 值得在本地或容器裏跑一輪 kirocrew doctor，用真實倉庫任務驗證 7×24 編排是否符合預期。
