- 📋 自动审查 Issue:智能分析并分类 Issue,提供解决方案建议
- 🔧 自动修改代码:根据 Issue 或需求自动修改代码文件
- 🚀 自动提交 PR:将修改后的代码创建 Pull Request 并自动填写描述
- 🤝 代码审查:对 PR 进行智能审查,提供改进建议
- 📝 生成文档:自动生成或更新项目文档
📦 支持的平台
🔧 后端配置
在使用编码专家之前,需要先在后端配置相关环境变量。回调地址规则
后端统一回调路由为:/v1/git/connections/callback/:providerId
本地开发示例(后端运行在 3001 端口):
:::info 生产环境
在生产环境中,请将
http://localhost:3001 替换为你的公网 API 域名(如 https://api.xxx.com)。
:::
:::note 云效 Codeup
云效 Codeup 不支持第三方 OAuth 回调,使用 PAT 模式直接连接。
:::
环境变量配置
在.env 文件中配置以下必填项:
GIT_CREDENTIALS_KEY为必填项,必须是 32 字节的字符串- 请确保 API 服务实际读取到该
.env文件(根据实际启动方式,文件可能在根目录或apps/api/.env) :::
🚀 平台配置步骤
GitHub 配置(App 模式)
GitHub 使用 App Installation 模式,由平台方预先配置 GitHub App,用户只需在系统中安装授权即可。1. 创建 GitHub App
- 登录 GitHub,进入 Settings → Developer settings → GitHub Apps
- 点击 New GitHub App 按钮
-
填写应用信息:
-
配置 Webhook(可选):
- Active: 取消勾选(如不需要 Webhook)
- Webhook URL: 留空
-
配置 App permissions(应用权限):
-
配置 Where can this GitHub App be installed?
- 选择:Only on this account 或 Any account
- 点击 Create GitHub App 创建应用
2. 获取并保存凭证
创建成功后,在应用详情页面获取以下信息:
:::tip 获取 Private Key
在应用详情页面底部,点击 Generate a private key 下载
.pem 文件,打开文件复制全部内容到 GITHUB_APP_PRIVATE_KEY。
:::
3. 用户授权流程
用户在系统内点击连接后:- 系统跳转到 GitHub App 安装页面
- 用户选择要授权的仓库(所有仓库或指定仓库)
- 点击 Save 完成授权
- 授权成功后,系统即可访问用户授权的仓库
GitLab 配置
GitLab 支持两种接入方式:OAuth 模式(推荐)和 PAT 模式。OAuth 模式(推荐)
1. 创建 GitLab Application
- 登录 GitLab,进入 User Settings → Applications
-
填写应用信息:
-
勾选以下权限(Scopes):
GITLAB_SCOPES 必须与 GitLab 应用配置中的权限完全一致,否则会授权成功但接口报 401/403 错误。
:::
- 点击 Save application 创建应用
2. 获取并保存凭证
创建成功后,复制以下信息到.env:
3. 用户授权流程
用户在系统内点击连接后:- 系统跳转到 GitLab 授权页面
- 用户点击 Authorize 完成授权
- 授权成功后,系统即可访问用户的 GitLab 仓库
PAT 模式
PAT 模式不需要配置GITLAB_CLIENT_ID 和 GITLAB_CLIENT_SECRET。
用户配置步骤
- 用户在 GitLab 生成个人访问令牌(Personal Access Token)
- 在系统连接页选择 GitLab
- 选择 PAT 模式
- 输入以下信息:
- Token:个人访问令牌
- Base URL(可选):GitLab 实例地址(如使用自建 GitLab)
Gitee 配置
Gitee 支持两种接入方式:OAuth 模式和 PAT 模式。OAuth 模式
1. 创建 Gitee 第三方应用
- 登录 Gitee,进入 设置 → 第三方应用 → 创建应用
-
填写应用信息:
-
勾选以下权限(Scopes):
GITEE_SCOPES 必须与 Gitee 应用配置中的权限完全一致,否则会授权成功但接口报 401/403 错误。
:::
- 点击 创建应用
2. 获取并保存凭证
创建成功后,复制以下信息到.env:
3. 用户授权流程
用户在系统内点击连接后:- 系统跳转到 Gitee 授权页面
- 用户点击 同意授权 完成授权
- 授权成功后,系统即可访问用户的 Gitee 仓库
PAT 模式
PAT 模式不需要配置GITEE_CLIENT_ID 和 GITEE_CLIENT_SECRET。
用户配置步骤
- 用户在 Gitee 生成个人访问令牌
- 在系统连接页选择 Gitee
- 选择 PAT 模式
- 输入个人访问令牌
云效 Codeup 配置(PAT 模式)
云效 Codeup 仅支持 PAT 模式,不支持 OAuth 回调。1. 创建云效 PAT
- 登录 云效
- 进入 个人设置 → 访问令牌 → 创建访问令牌
-
配置令牌权限:
- 点击 创建 并复制生成的令牌
2. 用户配置步骤
用户在系统连接页:- 选择 云效 Codeup
- 填写以下信息:
- Organization ID:云效组织 ID
- Token:个人访问令牌
🚀 使用编码专家
配置完成后,你可以在智能体或工作流中使用编码专家工具。可用工具
- 人工审查所有代码变更
- 检查智能体的修改是否符合项目规范
- 验证功能是否正常工作
4. 错误处理
编码专家在执行过程中可能会遇到错误,建议:- 配置错误通知机制,及时发现问题
- 记录操作日志,便于追溯问题
- 设置重试机制,处理临时性错误
🔒 安全注意事项
1. 凭证安全
- 不要将 Client Secret、AppSecret、Private Key 等敏感信息提交到代码仓库
- 定期轮换应用的密钥和令牌
- 使用环境变量存储敏感信息
- 确保
GIT_CREDENTIALS_KEY安全存储
2. 访问控制
- 限制编码专家可以访问的仓库范围
- 为不同的项目配置不同的应用实例
- 定期审查授权的应用列表
3. 审计日志
- 启用平台的审计日志功能
- 定期检查编码专家的操作记录
- 发现异常操作及时处理
📚 常见问题
Q1:授权失败怎么办?
A:请检查以下几点:- 回调地址是否正确配置(包括协议 http/https)
- 应用权限是否正确勾选
.env文件中的环境变量是否正确配置- API 服务是否正确读取到
.env文件
Q2:授权成功但接口报 401/403 错误?
A:这通常是权限配置不匹配导致的:- 检查
GITLAB_SCOPES或GITEE_SCOPES是否与平台应用配置中的权限完全一致 - 确认应用权限范围是否足够
- 重新创建应用并确保权限配置正确
Q3:编码专家无法访问私有仓库?
A:请确认:- 用户已正确授权或提供了有效的 PAT
- PAT 具备访问该仓库的权限
- 仓库的访问设置是否允许第三方应用访问
Q4:如何限制编码专家的操作范围?
A:可以通过以下方式:- 在 GitHub App 安装时选择特定仓库
- 在智能体提示词中明确操作范围
- 使用分支保护规则限制可操作的分支
Q5:编码专家修改的代码有误怎么办?
A:建议:- 启用分支保护,要求人工审查
- 配置 CI/CD 检查,自动检测代码问题
- 及时关闭有问题的 PR,并反馈给智能体
🎓 总结
编码专家是一个强大的 AI 编程助手,通过连接主流代码管理平台,可以自动化处理各种代码任务。 配置要点回顾:- ✅ 配置后端环境变量(
.env) - ✅ 在各平台创建应用(GitHub App / GitLab Application / Gitee 应用)
- ✅ 配置正确的回调地址和权限范围
- ✅ 用户完成授权或提供 PAT
- ✅ 遵循安全最佳实践
配置完成后,你就可以让编码专家帮助你自动化处理代码任务,提高开发效率!