Devin Enterprise 中的 Organization 是为开发团队提供结构和边界的逻辑分组。每个 Organization 作为一个独立单元运行，拥有自己的共享 Devin 机器、代码仓库访问权限以及成员权限设置。
共享 Devin 机器：每个组织都有自己专属的 Devin 机器，供所有成员共同使用。这可以确保环境配置一致，并让团队成员在相同的开发上下文中协作。
代码仓库隔离：授予某个组织的所有代码仓库，对该组织内的所有成员均可访问。代码仓库访问权限在组织层面集中管理，而不是针对单个用户单独设置。
成员边界：用户可以同时属于多个组织，但其访问和权限在每个组织中都是相互独立的。
计费隔离：每个组织都有自己的 ACU（Agent Compute Unit）上限和使用情况跟踪，从而实现团队之间清晰的成本分摊。
Enterprise Account
├── Organization A (E-commerce Platform)
│ ├── Members: full-stack developers, product managers
│ └── Repositories: web-app, mobile-app, api-service, shared-components
├── Organization B (Analytics Platform)
│ ├── Members: data engineers, backend developers
│ └── Repositories: data-pipeline, analytics-api, reporting-dashboard
└── Organization C (Infrastructure & Security)
├── Members: platform engineers, security engineers
└── Repositories: infrastructure, deployment-scripts, security-tools
- 企业管理员 创建组织并管理整体企业设置
- 组织管理员 邀请成员加入其各自的组织
- 成员 在其所属组织中访问 Devin 和代码仓库
- 代码仓库权限 由企业管理员授权给各组织
一种行之有效的方法是将每个 Devin 组织映射到一个 GitHub/GitLab 团队，这通常会与您的身份提供商（IdP）中的用户组和逻辑业务应用保持一致。这样可以以系统化的方式扩展使用规模，并管理对代码仓库的访问权限。
| GitHub Team | Devin Organization | IdP Group | 业务职能 |
|---|
ecommerce-platform | 电商平台 | product-ecommerce | 客户购物体验（Web、API 等） |
analytics-platform | 分析平台 | product-analytics | 数据洞察和报表 |
payments-team | 支付平台 | product-payments | 支付处理和计费 |
platform-infra | 基础设施 | eng-platform | 共享基础设施和安全性 |
问题：您目前的开发团队是如何组织的？指导：创建与现有团队结构相对应的组织。经常在同一代码库上协作的团队通常应共享一个组织。示例：如果您的前端和后端团队紧密合作开发同一产品，可以考虑创建一个「产品团队」组织，而不是分别建立前端/后端组织。
问题：不同团队需要访问哪些代码仓库？指导：将需要访问同一组代码仓库的团队进行分组。请记住，组织内的所有成员都可以访问该组织的所有代码仓库。示例：如果您的 Web 和移动端团队都需要访问共享的设计系统代码仓库，它们可能就应该属于同一个组织。
问题：您希望如何跟踪和分配 Devin 的使用成本？指导：组织是跟踪 ACU 使用情况的天然成本中心。请让组织结构与您的预算结构保持一致。示例：如果您为每条产品线单独编制预算，就创建与这些产品边界相匹配的组织。
