如何在Dify中调用GitHub API实现代码提交自动审查-人工智能-PHP中文网

需完成oauth授权、webhook监听与api调用链路配置；未配token权限或忽略webhook secret校验会导致静默失败；须严格匹配回调url、secret及token权限，确保pr自动审查正常运行。

☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜

如何在dify中调用github api实现代码提交自动审查

在Dify中接入GitHub API，让工作流自动拉取PR内容并调用大模型进行代码审查，需完成OAuth授权、Webhook事件监听与API调用链路配置。未配置Personal Access Token权限或忽略webhook secret校验会导致审查任务静默失败。

配置GitHub OAuth应用并获取Client ID/Secret

Application name 填写 “Dify-Code-Review”，Homepage URL 填写你的 Dify 应用公网地址（如 https://dify.yourdomain.com），Authorization callback URL 必须严格匹配 Dify 后端回调路径：【https://dify.yourdomain.com/oauth/github/callback】，少一个斜杠都会导致授权中断。

点击 Register application，记录下生成的 Client ID 和 Client secrets —— 这两个值后续要填入 Dify 的环境变量中，不可泄露。

为Dify服务配置GitHub Personal Access Token

在 GitHub 账户中新建一个 fine-grained token，勾选以下权限：contents:read、pull_requests:read、pull_requests:write（用于后续自动评论）、repository:read（用于获取仓库元信息）。

将生成的 token 以环境变量形式注入 Dify 服务：GITHUB_TOKEN=ghp_xxx...。注意该 token 必须绑定到拥有目标仓库写权限的 GitHub 账户，否则 PR 评论会返回 403 错误。

这一步操作起来很简单，直接把 token 字符串粘贴进 docker-compose.yml 的 environment 区块即可。

设置GitHub Webhook监听Pull Request事件

进入目标仓库 → Settings → Webhooks → Add webhook。

git-version-control

基于 Git 的 OpenClaw 系统配置变更版本控制。提供两项核心能力：（1）SAVE —— 在执行敏感操作前创建检查点……

下载

Payload URL 填写 Dify 工作流暴露的 HTTP 接口地址，例如：【https://dify.yourdomain.com/api/workflows/run/code-review】；Content type 选择 application/json；Secret 填写你自定义的随机字符串（如 k8s-gh-webhook-2024），该值必须与 Dify 工作流中 webhook 节点的 secret 字段完全一致，否则请求会被拒绝。

Which events would you like to trigger this webhook? 勾选 Pull request，并确保 Active 处于开启状态。

在Dify中构建代码审查工作流

第一步：在 Dify 控制台创建新工作流，选择 “Webhook” 作为触发器节点，填写与上一步完全相同的 Secret 值。

第二步：添加 “HTTP 请求” 节点，Method 选 GET，URL 拼接为：https://api.github.com/repos/{{inputs.owner}}/{{inputs.repo}}/pulls/{{inputs.pull_number}}，Headers 中添加 Authorization: Bearer {{env.GITHUB_TOKEN}}。

第三步：添加 “代码” 节点，用 Python 提取 diff 内容并截断超长文件（单文件 diff 超过 2000 行时跳过，避免大模型 token 超限）：

diff_text = inputs.pr_data['diff_url'] → 用 requests.get 获取原始 diff → 正则过滤二进制文件标记 → 按文件切分 → 对每个文件 diff 长度做 len() 判断 → 超过阈值则 append '[SKIPPED: too long]' 而非丢弃整个 PR。

第四步：将清洗后的 diff 文本传入 LLM 节点，系统提示词需明确要求输出 JSON 格式，包含 review_comments 数组字段，每项含 path、line、comment 四个键。

第五步：再接一个 “HTTP 请求” 节点，POST 到 https://api.github.com/repos/{{inputs.owner}}/{{inputs.repo}}/issues/{{inputs.pull_number}}/comments，Body 为：{"body": "? 自动审查结果：\n" + json.dumps(llm_output.review_comments, indent=2)}，Headers 同样携带 Authorization。