openteams-lab/openteams

解決的問題

開發者經常在獨立的終端視窗中使用多個 AI 編碼代理（如 Claude Code、Codex 或 Gemini CLI），導致上下文碎片化、重複溝通以及難以追蹤變更。openteams 提供了一個統一的、本地優先的工作區，讓這些代理可以在共享會話中協作，使開發者能夠將它們視為一個連貫的團隊，而非孤立的工具。

如何運作

它作為現有編碼代理的管理層。不是取代它們，而是將它們整合到一個單一介面中。主要機制包括：

• 共享會話： 多個代理可以在其中共同溝通並交接工作，同時保持相同的專案上下文。
• 工作流程模式： 面向複雜任務的結構化方法，將任務分解為具有依賴關係的步驟，支援對特定步驟進行細粒度審查和重試。
• 隔離的工作區： 與 Git worktrees 集成，確保不同代理處理的並行任務不會相互覆蓋對方的變更。
• 問題管理： 由開發者控制的任務清單，將具體的工作項目與正在執行的代理會話關聯起來。

適用對象

• 使用多個 AI 代理以更快構建軟體的獨立開發者。
• 需要可審查且可重現的代理驅動開發記錄的技術負責人。

主要亮點

• 多代理支援： 兼容 16+ 個編碼代理，包括 Claude Code、Gemini CLI 和內建的 openteams-cli。
• 本地優先設計： 基於 Tauri 和 Rust 構建的桌面應用，將執行時記錄和工作區執行本地儲存。
• 建構統計： 跟蹤令牌使用量和成本，同時記錄實際交付的功能或修復的缺陷。
• Git Worktree 集成： 透過為不同會話使用獨立的 worktree，防止並行代理任務之間的干擾。
• 開發者主導的路線圖： 確保代理執行工作，但不允許其重寫專案計畫。