openteams-lab/openteams
Plan, Build, and Ship — with a team of AI agents instead of one
解决的问题
开发者经常在独立的终端窗口中使用多个 AI 编码代理(如 Claude Code、Codex 或 Gemini CLI),导致上下文碎片化、重复沟通以及难以追踪变更。openteams 提供了一个统一的、本地优先的工作区,让这些代理可以在共享会话中协作,使开发者能够将它们视为一个连贯的团队,而非孤立的工具。
如何工作
它作为现有编码代理的管理层。不是取代它们,而是将它们整合到一个单一界面中。主要机制包括:
- 共享会话: 多个代理可以在此共同沟通并交接工作,同时保持相同的项目上下文。
- 工作流模式: 针对复杂任务的结构化方法,将任务分解为具有依赖关系的步骤,支持对特定步骤进行细粒度审查和重试。
- 隔离的工作区: 与 Git worktrees 集成,确保不同代理处理的并行任务不会相互覆盖对方的更改。
- 问题管理: 由开发者控制的任务列表,将具体的工作项与正在执行的代理会话关联起来。
适用人群
- 使用多个 AI 代理以更快构建软件的独立开发者。
- 需要可审查且可复现的代理驱动开发记录的技术负责人。
主要亮点
- 多代理支持: 兼容 16+ 个编码代理,包括 Claude Code、Gemini CLI 和捆绑的 openteams-cli。
- 本地优先设计: 基于 Tauri 和 Rust 构建的桌面应用,将运行时记录和工作区执行本地保存。
- 构建统计: 跟踪令牌使用量和成本,同时记录实际交付的功能或修复的缺陷。
- Git Worktree 集成: 通过为不同会话使用独立的 worktree,防止并行代理任务之间的干扰。
- 开发者主导的路线图: 确保代理执行工作,但不允许其重写项目计划。
相关
- 项目
- 项目
- 项目
- 项目
- 项目