Kandev：多智能體看板與集成審查工作區
人工智慧看板和開發環境。協調多個代理商、審查變更、開放 PR。多提供者、自架、無遙測。
秒懂
- 它是什麼？
- Go 編寫的 Kandev 把看板任務、ACP 多供應商代理編排、Git worktree 隔离和一體化 IDE 视图合並，AGPL-3.0 許可，可自托管且無遥測。
- 適合誰用？
- 适合需要並行跑多個編碼代理、並在統一界面審查 diff 的团队；不适合只想要單一 CLI TUI 或無法接受 AGPL-3.0 網絡服務義務的场景。Office mode 仍在開發中，正式采用前應在本地實例創建測試任務，对照 docs/workflow-tips.md 驗證代理與 runtime 配置。
- 可以商用嗎？
- 可以，但條件嚴格。AGPL-3.0 是網路 copyleft 授權：如果別人透過網路使用你修改過的版本（例如作為託管服務），你必須以同一授權向他們提供原始碼。
- 還在維護嗎？
- 有在維護。儲存庫最近一次提交在 3 天前。
- 用什麼語言寫的？
- 主要是 Go（依據 GitHub 的語言統計）。
以上回答依據專案的 GitHub 資料（最近同步於 2026年9月14日）與我們的分析，不構成法律意見。
開源專案深度解析
審查優先的多代理控制平面
Kandev 是 kdlbs 团队用 Go 語言開發的 AI 看板與集成開發環境。官方 README 用四句话概括价值主张：並行運行任務、編排智能體、審查改动、交付成果。倉庫 SPDX 許可為 AGPL 第三版，項目網站 kandev.ai，Discord 社區入口 discord.gg/gWdCPGcFCD。GitHub 元數據快照记錄默認分支 main，最近發布 v0.92.1 標注日期為二零二六年八月二十九日。
README 在 Vision 小节提出 Humans stay in control 的立场：由人类定義任務、用 gate 搭建智能體工作流、逐条審查變更後再决定上線內容。Review-first 原则直接回應生产係統運维現實，强调必須理解並信任將要部署的代碼。Your workflow 条目则承認团队差异，允許一次性定義流程並在组內共享，使不同 AI 熟练度的開發者遵循同一套代理协作规范。
與只在终端里運行的代理 TUI 相比，Kandev 提供文件树、带 LSP 的編辑器、內嵌终端、浏覽器预覽以及 git 變更面板，構成 IDE 式一體化视图。README 坦承终端 TUI 适合启动代理，但在其中審查與迭代改动难以扩展。产品面向 power user，可定制 workflow、agent profile、runtime、prompt 與 review gate，以贴合各自工程文化。Integrated workspace 還把 embedded vscode 與 chat 纳入同一视图，减少在多個窗口間切換的成本。
Remote agents 段落說明大代碼庫並行代理会占滿本机，目標是從手机等設備远程編排。
素材 README 在 ACP 表格處截断，安装步骤應以 kandev.ai 與 docs/run-as-a-service.md 為準。
看板视图與並行任務执行
工作组织方式包含 kanban 與 pipeline 两種视图，配合 opinionated workflow 並行执行多個任務。Features 列表寫明 Parallel task execution：可同時启动並管理來自不同來源的多個任務。Kanban task management 提供拖放看板、列和 workflow 自动化，适合把 issue 與代理任務統一排期。
Sub-tasks 允許代理從父任務 session 派生子任務，适合任務膨胀後拆分，或從同一起点产出多個 PR。Session management 支持恢複和審查代理对话。Shareable task snapshots 可把脱敏後的任務对话發布為 secret GitHub Gist，並提供预覽與撤销控制。Stats 功能跟踪已完成任務數、agent turns 等生产力指標，便于团队回顾代理使用效率。
Workflow portability 允許以 YAML 導出導入 workflow，在不同 workspace 或 Kandev 安装間迁移。Automations 可在 schedule 或 webhook 触發代理任務，配置 run destination、context 和 concurrency。完整能力清單见 docs/features.md，涵盖 settings、secrets、custom prompts 與 MCP task 能力。Parallel execution 與 worktree 隔离配合，可同時跑多個互不干扰的 coding agent。
ACP 代理矩阵與 CLI passthrough
Kandev 通過 Agent Client Protocol 接入多家代理。Supported ACP Agents 表格列出 Claude Code（@agentclientprotocol/claude-agent-acp）、Codex（@agentclientprotocol/codex-acp）、GitHub Copilot（@github/copilot）、Gemini CLI（@google/gemini-cli）、OpenCode（opencode-ai）、Cursor（cursor-agent，需 Cursor Pro）等二十余種选項，覆盖主流編碼代理生態。
Agentic workflows 支持多步 pipeline 逐步指定不同代理，例如 Claude Code Opus 做設计、Copilot Sonnet 實現、Codex GPT 5.4 審查，细节见 docs/workflow-tips.md。CLI passthrough 可進入原生代理 CLI 模式，利用支持 TUI 的代理完整交互能力，而不牺牲 Kandev 侧的審查界面。
Task-agent MCP 让代理能創建 subtask、指向 sibling repo、附加分支以開多個 PR、向其他任務發消息、讀对话並检查關聯任務。External MCP 则允許外部編碼代理经 streamable HTTP 或 SSE 管理 Kandev，Settings 提供常见 agent CLI 的可複制配置片段。Plugin marketplace 支持浏覽、安装、更新、启用、禁用和配置插件，含 MCP Explorer 與 Bitbucket plugin（github.com/kdlbs/kandev-plugin-bitbucket）。
Git worktree 隔离與多倉庫任務
Workspace isolation 使用 Git worktree 防止並發代理互相冲突。Multi-repository tasks 可跨多個倉庫执行單一任務：每個 repo 一個 worktree、每 repo 独立分支與 PR，Changes 面板和 review dialog 按 repo 分组展示。這对 monorepo 與多服務倉庫並行的团队尤其有用。
Flexible runtimes 支持本地進程、隔离 Docker 容器、经 SSH 的远程服務器，或 sprites.dev 等 cloud executor。Runtime settings 在 Settings 中配置 executor profile、secrets、custom prompts、utility agents 和资源指標。Remote agents 愿景是把执行卸載到服務器，從手机等任意位置編排，避免大代碼庫上多代理跑滿本机。选用 Docker runtime 時應在測試任務中观察容器內 git 與 worktree 挂載是否符合预期。
Integrations 可连接 GitHub、GitLab、Jira、Linear、Sentry、Azure DevOps，把 issue 拉進看板、關聯 PR 並內聯展示 review 活动。Bitbucket 通過 kandev-plugin-bitbucket 插件支持。本地運行或自托管後，README 建议经 Tailscale 或任意 VPN 远程访问，形成單一控制平面。
自托管路線與 Office mode 實驗功能
README 明确 Open source, multi-provider, no telemetry, not tied to any cloud。這與許多云绑定代理 IDE 形成对比：Kandev 不收集遥測，也不锁定單一供應商。Run as a Service 文檔（docs/run-as-a-service.md）描述以服務方式部署的路径；Architecture（docs/ARCHITECTURE.md）和 Debug Logs（docs/debug-logs.md）供深入排查。自托管团队應把這些文檔與 kandev.ai 安装說明一並纳入內部 runbook。
In progress: Office mode 是 feature-flagged 的自治层，目標包括带角色權限的 agent instance、dashboard、inbox/approvals、routines、任務委派、skills、memory、cost tracking、budgets 和 workspace config sync。README 稱 Office 上線並穩定後才作為受支持功能正式文檔化，选型時應把該模块视為實驗性，不宜依赖其做生产編排。
素材 README 在 Supported ACP Agents 表格處截断，未收錄完整安装命令。首次部署應打開 kandev.ai 與 docs/run-as-a-service.md 核对当前推荐安装方式，並在 Settings 中逐項配置 secrets 與 executor profile 後再接生产倉庫。
AGPL 義務與 v0.92 發布节奏
倉庫 SPDX 標識為 AGPL-3.0。若你在網絡服務中運行修改版 Kandev 並向用戶提供交互，需按 AGPL 提供对應源代碼。內部团队自用、不对外提供網絡访问的场景義務较轻，但仍應閱讀 LICENSE 全文。網絡部署前與法務确認修改版源碼公開范围，避免违反 copyleft 条款。
GitHub Releases 显示 v0.92.1 與 v0.92.0 在 2026-08-28 至 29 连续發布，v0.91.0 于 2026-08-21，迭代頻率高。升級前在測試 workspace 導出 workflow YAML 備份，並检查 docs/ 下 API 變更說明。73 個 open issue 說明社區反馈活跃。
驗證 Kandev 是否匹配团队流程：在 kanban 創建測試任務，指定 @agentclientprotocol/claude-agent-acp 或已有 CLI 的代理，观察 Changes 面板 git diff 與 review gate 是否按 workflow 阻断合並。多 repo 任務需确認每個 worktree 分支命名符合团队规范。Discord（discord.gg/gWdCPGcFCD）是 README 列出的社區入口。升級至 v0.92.1 後建议複查 docs/roadmap.md 是否標注與你相關的 breaking 變更。
Contributing 文檔链與截图参考
README 顶部導航链到 docs/features.md、docs/workflow-tips.md、docs/run-as-a-service.md、docs/debug-logs.md、docs/roadmap.md、CONTRIBUTING.md 與 docs/ARCHITECTURE.md。screenshots 见 docs/screenshots.md，适合在评估 UI 布局時对照，而非代替亲自操作。
Roadmap 文檔描述後续功能優先級，Office mode 與 Remote agents 等条目與 Vision 段落呼應。Contributing 指南說明如何向主倉庫提交补丁；若你開發 Bitbucket 集成，應参考独立插件倉庫 kandev-plugin-bitbucket 的發布节奏。
首次接触 Kandev 的工程师可按顺序閱讀 workflow-tips 與 features，再在測試倉庫启用 GitHub 集成，观察 issue 是否出現在 kanban 列中。素材 README 未給出默認监听端口或數據庫路径，這些细节以 run-as-a-service 文檔為準。若团队已使用 Linear 或 Jira，可先配置 Integrations 把工單同步進看板，再為每类工單绑定默認 agent profile。
編輯結論
适合需要並行跑多個編碼代理、並在統一界面審查 diff 的团队；不适合只想要單一 CLI TUI 或無法接受 AGPL-3.0 網絡服務義務的场景。Office mode 仍在開發中，正式采用前應在本地實例創建測試任務，对照 docs/workflow-tips.md 驗證代理與 runtime 配置。
社群筆記