文档中心

AgentKit

管理员管理 DeliveryAI

企业集成

企业集成用于将 DeliveryAI 与企业现有的研发协作系统连接起来。完成企业集成后，DeliveryAI 可以获取需求来源和代码上下文，使 Agent 能够围绕真实需求开展分析、编码、测试和交付协作。

集成模型与权限边界

在配置集成前，建议先了解 DeliveryAI 的三层授权模型。这种设计确保了企业配置的统一管理，同时兼顾了业务资源的隔离与用户个人身份的合规性。

参数	说明
Admin	全局配置层。由企业管理员负责，主要配置系统实例地址、全局 OAuth 应用信息和服务账号凭据（Token）。
空间	资源关联层。由空间管理员负责，在已连接的系统实例中，进一步指定当前业务空间需要关联的项目、代码仓库或任务筛选器。
个人	个人身份层。由空间成员（如具体的研发同学）负责。当涉及特定个人权限的操作（如以本人名义提交 MR）时，系统会引导用户授权个人的 OAuth、PAT 或 Token。

集成类型介绍

DeliveryAI 的企业集成主要分为四类：配置代码仓库、配置需求系统、配置办公协同和配置应用托管服务。代码仓库用于提供代码上下文，需求系统用于提供需求上下文，办公协同用于完成消息通知和文档读取，应用托管服务用于发布应用。各类系统可以单独配置，也可以组合使用。为了让 Agent 完成从需求理解到代码变更的完整研发流程，建议同时配置代码仓库和需求系统。

集成类型	支持的方式
代码仓库	GitLab：企业使用 GitLab 作为代码托管与 CI/CD 平台，且希望 Agent 能基于指定仓库、分支和代码上下文执行需求分析、编码、测试或 MR 相关工作的场景。支持 Agent 访问指定仓库分支，执行需求理解、代码生成、自动化测试及 MR（合并请求）协作。 GitHub：企业使用 GitHub 作为代码托管与协作开发平台，且希望 Agent 能基于指定组织、仓库、分支和代码上下文执行需求分析、编码、测试或 PR 相关工作的场景。支持 Agent 访问指定仓库分支，执行需求理解、代码生成、自动化测试及 PR（拉取请求）协作。 Gitee：企业使用 Gitee 托管代码，且希望 Agent 基于指定仓库、分支和代码上下文执行需求分析、编码、测试或合并请求相关操作。支持 Agent 访问指定仓库分支，执行需求理解、代码生成、自动化测试及合并请求协作。 Codeup：企业使用 Codeup 托管代码，且希望 Agent 基于指定仓库、分支和代码上下文执行需求分析、编码、测试或合并请求相关操作。支持 Agent 访问指定仓库分支，执行需求理解、代码生成、自动化测试及合并请求协作。
需求系统	飞书项目：企业使用飞书项目管理需求、流程和任务状态。支持将飞书项目中的需求同步至 DeliveryAI 需求中心，并作为研发任务的源头驱动后续交付。 Jira：企业使用 Jira 管理需求、缺陷或复杂研发任务。支持对接现有 Jira 工作流，使团队能够在不改变现有需求管理习惯的情况下接入 DeliveryAI 能力。
办公协同	飞书：企业使用飞书作为日常办公协同平台，并希望 DeliveryAI 在执行过程中使用飞书机器人完成消息通知、读取飞书文档等协同操作的场景。支持基于飞书机器人完成 OAuth 授权，使 Agent 在获得授权后可调用飞书相关能力，用于结果通知、过程消息触达、文档读取等办公协同场景。
应用托管服务	Vercel：企业使用 Vercel 托管应用，且希望在 DeliveryAI 研发流程中发布 Vercel 应用。

如何选择集成方式

DeliveryAI 覆盖从需求输入到代码交付、应用发布和消息通知的完整流程，请根据实际研发流程选择以下组合。

使用场景	推荐组合	实现效果
从需求输入到代码变更	需求系统（飞书项目、Jira） + 代码仓库（GitLab、GitHub、Gitee 和 Codeup）	Agent 从需求系统获取任务，并在关联的代码仓库中完成代码检索、修改和提交。例如，配置“飞书项目 + GitLab”后，Agent 可以读取飞书项目中的需求，并在 GitLab 中完成代码变更。
从需求输入到应用发布	需求系统（飞书项目、Jira） + 代码仓库（GitLab、GitHub、Gitee 和 Codeup） + Vercel 应用托管服务	Agent 获取需求并完成代码相关操作后，通过 Vercel 发布应用。例如，配置“Jira + Gitee + Vercel”后，Agent 可以从 Jira 获取任务，在 Gitee 中完成代码相关操作，并通过 Vercel 发布应用。
在研发流程中同步办公协同	需求系统（飞书项目、Jira） + 代码仓库（GitLab、GitHub、Gitee 和 Codeup）+ 飞书办公协同工具	Agent 在处理需求和代码任务的同时，通过飞书发送流程通知、异常提醒和结果信息，或读取飞书文档中的上下文。例如，配置“飞书项目 + GitLab + 飞书”后，Agent 可以完成需求读取、代码变更和过程通知。
同时完成应用发布和办公协同	需求系统（飞书项目、Jira） + 代码仓库（GitLab、GitHub、Gitee 和 Codeup）+ Vercel 应用托管服务 + 飞书办公协同工具	Agent 获取需求并完成代码相关操作后，通过 Vercel 发布应用，同时通过飞书发送流程通知、异常提醒和结果信息，或读取飞书文档中的上下文。

注意事项

在进行企业集成配置时，请务必关注以下事项以确保连接成功：

网络连通性：如果集成的系统（如私有部署的 GitLab 或 Jira）位于企业内网，需确保 DeliveryAI 的执行环境能够正常访问该实例地址。

权限最小化原则：为 Admin 层级提供的“服务账号 Token”建议仅授予必要的读写权限（如 API 访问权限），避免使用高风险的超级管理员账号。

配置生效时机：管理员在“企业集成”完成全局配置并开启开关后，空间管理员才能在各自的“空间配置”中看到并选择对应的业务资源。

敏感操作告知：涉及代码提交、删除或流程状态流转等敏感操作时，Agent 会优先尝试使用“个人”授权层级的身份执行，请引导团队成员及时完成个人授权。

飞书机器人授权与能力边界：如果企业希望使用飞书办公协同能力，需要基于飞书机器人完成 OAuth 授权。授权完成后，DeliveryAI 才能在执行过程中调用飞书相关能力，例如消息通知和飞书文档读取。请根据实际协同需求配置机器人授权范围，并以最小必要权限原则控制可访问内容。

最近更新时间：2026.10.10 19:03:16

这个页面对您有帮助吗？

有用

无用