深入了解组织（Organizations）

了解如何在 Devin Enterprise 中设置和管理组织

​

什么是组织（Organization）？

在 Devin Enterprise 中，Organization 是为开发团队提供结构和边界的逻辑分组。每个 Organization 都作为一个独立的自包含单元运行，拥有自己共享的 Devin 机器、代码仓库访问权限以及成员权限设置。

​

关键特性

共享 Devin 机器：每个组织都有自己专属的 Devin 机器，供该组织的所有成员共享使用。这确保了环境配置的一致性，并让团队成员能够在相同的开发上下文中协作。

代码库隔离：授予某个组织的所有代码库，对该组织内的所有成员都是可访问的。代码库访问是在组织级别进行管理的，而不是针对单个用户。

成员边界：用户可以加入多个组织，但其访问和权限在每个组织内都是独立定义和管理的。

计费分离：每个组织都有自己独立的 ACU（Agent Compute Unit）配额和使用情况跟踪，从而能够在团队之间实现清晰的成本分摊。

​

组织结构

​

企业层级

企业账户
├── 组织 A（电商平台）
│   ├── 成员：全栈开发人员、产品经理
│   └── 代码仓库：web-app、mobile-app、api-service、shared-components
├── 组织 B（分析平台）  
│   ├── 成员：数据工程师、后端开发人员
│   └── 代码仓库：data-pipeline、analytics-api、reporting-dashboard
└── 组织 C（基础设施与安全）
    ├── 成员：平台工程师、安全工程师
    └── 代码仓库：infrastructure、deployment-scripts、security-tools

​

访问控制流程

1. Enterprise Admin 创建组织并管理企业全局设置
2. Team Admins 邀请成员加入各自的组织
3. Members 在其所属组织中访问 Devin 和代码仓库
4. 代码仓库权限 由 Enterprise Admin 授予给各个组织

​

规划组织结构

​

推荐的映射模式

一种有效的方法是将每个 Devin 组织映射到一个 GitHub/GitLab 团队，这通常会与你的身份提供商（IdP）用户组和逻辑上的业务应用保持一致。这样可以为你提供一种系统化方式，以便在组织内扩大全面使用，并管理对代码仓库的访问权限。

​

映射示例

GitHub 团队	Devin 组织	IdP 组	业务职能
ecommerce-platform	电商平台	product-ecommerce	客户购物体验（Web、API 等）
analytics-platform	分析平台	product-analytics	数据洞察和报告
payments-team	支付平台	product-payments	支付处理和计费
platform-infra	基础设施	eng-platform	共享基础设施和安全

​

决策框架

在规划你的组织架构时，请考虑以下因素：

团队边界

问题：你们的开发团队目前是如何组织的？

指导：创建与现有团队结构相对应的组织。经常在同一代码库上协作的团队通常应属于同一个组织。

示例：如果你的前端和后端团队在同一产品上紧密合作，可以考虑使用单一的「产品团队」组织，而不是为前端和后端分别创建组织。

代码仓库访问模式

问题：不同的团队需要访问哪些代码仓库？

指导：将需要访问同一组代码仓库的团队归入同一个组织。请记住，组织中的所有成员都可以访问该组织下的所有代码仓库。

示例：如果你的 Web 和移动端团队都需要访问共享的设计系统仓库，那么它们可能应属于同一个组织。

成本分配与预算

问题：你希望如何追踪和分配 Devin 的使用成本？

指导：组织天然适合作为 ACU 使用情况追踪的成本中心。请将组织划分方式与你的预算结构保持一致。

示例：如果你会为每条产品线单独做预算，就创建与这些产品线边界相对应的组织。

​

下一步

设置您的第一个组织：了解如何在企业账户中创建和配置组织，以开始组织您的开发团队。