阅读,与值得关注的内容Readance

ChatGPT 网页版接入 GitHub:小白如何读代码、改代码并创建 PR

学完这篇,你能把 GitHub 仓库接入 ChatGPT。它可以先读懂代码,再按任务切换到 Codex 完成修改、提交和 PR。入口名称会随账号、套餐和工作区设置变化。

2

产品入口

3

授权检查

1

安全原则

适用人群

有 GitHub 仓库,想让 AI 帮忙读代码、查问题或整理 PR 的新手。

前置条件

一个 ChatGPT 账号、一个 GitHub 账号,以及至少一个可授权的仓库。


先搞清楚:你要安装的是什么。

X 帖展示的是 ChatGPT 里的 GitHub 插件入口。GitHub 侧对应的应用叫 ChatGPT Codex Connector。

官方页面写明,这个应用用于把 ChatGPT 和 Codex 接入 GitHub 仓库。

这里有两个容易混淆的动作。ChatGPT GitHub 连接负责读取、搜索和分析代码;需要真正修改文件、提交 Commit 或创建 PR 时,要进入 Codex 工作流。OpenAI 官方文档还说明,GitHub 是否出现在普通 Chat 中,会受到套餐、工作区和产品入口影响。

先纠正一个最容易误解的说法。

“完全不消耗 Codex 或 Work 额度”目前没有官方证据支持。网页端 GitHub 连接适合读代码和做分析;真正改代码、提交、跑 CI 或部署,已经进入代理工作流。任务会受到账号权限、运行时间、模型和使用额度影响。

图注:原帖截图中可见 ChatGPT 的 Plugins 页面、GitHub 插件卡片和 Try in chat 按钮。


第 1 步:打开 GitHub 插件。

登录 ChatGPT 网页版。打开侧边栏里的 Plugins,搜索 GitHub。看到 GitHub 卡片后,点击 Try in chat。

如果你的界面没有 Plugins,先查看 Apps、Plugins Directory 或设置里的应用入口。产品名称正在调整,按钮位置也可能不同。

检查结果:能看到 GitHub 卡片;
下一步:点击 Try in chat;

第 2 步:连接 GitHub 账号。

第一次使用时,ChatGPT 会把你带到 GitHub 授权页面。确认页面显示的是你准备使用的 GitHub 账号,再允许 ChatGPT 访问指定仓库。

小白建议先只选择一个测试仓库。不要一开始就开放全部私有仓库。授权完成后回到 ChatGPT,在对话里明确写出仓库名和文件路径。

请读取仓库 owner/repository 的 README.md;
告诉我这个项目如何启动,并列出入口文件。

如果能返回 README 内容、启动命令和文件路径,说明读取链路已经打通。


第 3 步:先从只读任务开始。

第一次不要直接让 AI 改线上项目。先让它做三个低风险任务。

 解释项目目录,标出前端、后端和配置文件。

 根据错误信息定位可能涉及的文件。

 总结一个 PR 改了什么,并列出缺失测试。

请检查 src/auth/;
用小白能懂的话说明登录流程;
只分析,不修改任何文件。

图注:原帖截图中可见 GitHub 操作、分支、Draft PR、CI 检查和部署测试的 Codex 工作流记录。


第 4 步:需要改代码时切换到 Codex。

当任务进入“修改代码”阶段,使用 Codex 入口。OpenAI 的 Codex 项目提供网页版入口、桌面应用和 CLI,具体以你的账号可见入口为准。

给 Codex 的任务要写清四件事:仓库、目标、限制和验收方式。

请在 owner/repository 中修复登录页的邮箱校验;
先检查现有测试;
不要改数据库结构;
完成后运行相关测试,创建一个 Draft PR。

第一次让它创建 Draft PR,不要直接合并。你需要在 GitHub 中检查改动、测试结果和权限范围,再决定是否合并。


截图能说明什么。

第一张图能确认 GitHub 插件入口、Try in chat 按钮,以及页面中出现的 PR、Issue、CI 和发布流程描述。

第二张图显示任务运行了 38 分钟。过程包含创建分支、创建 Draft PR、修改数据库和 UI、安装依赖、等待 CI,以及轮询工作流。它呈现的是一次代理开发任务,截图里没有 Usage 页面,也没有显示额度扣减结果。

因此,小白看到“网页端 Chat”时,要先看任务做了什么。读 README、搜索函数和总结 PR 属于代码理解;改文件、Commit、测试、CI 和部署属于代理执行。


小白可以这样验证。

拿一个没有生产权限的测试仓库做两组实验。A 组只连接 GitHub,测试搜索文件、解释函数、总结 PR 和查询最近提交。B 组使用 Codex,测试创建分支、修改小 Bug、提交 Commit、创建 Draft PR、运行测试并等待 CI。

记录三件事:
1. 是否能读取指定仓库;
2. 是否出现转 Work 或 Codex 的提示;
3. Usage 页面前后是否发生变化;

如果 A 组只能读取和分析,B 组才能写入代码并等待 CI,权限边界就很清楚。GitHub 连接承担代码理解,代码写入和自动化开发走代理工作流。

给小白的结论。这套方法对仓库搜索、代码解释、PR 初审和 CI 状态查看有实际价值。它适合减少打开 IDE 的次数,不适合当成免费绕过代理额度的办法。


验证是否成功。
✓ ChatGPT 能读取指定仓库;
✓ 能按文件名或函数名找到代码;
✓ Codex 能显示改动和测试结果;
✓ GitHub 中出现待审核的 Draft PR;

安全边界。先用测试仓库验证。授权时只开放必要仓库。涉及生产部署、数据库、密钥和支付逻辑的任务,保留人工审核。


SOURCES

OpenAI Help Center:Connecting GitHub to ChatGPT。

GitHub:ChatGPT Codex Connector。

OpenAI GitHub:Codex 项目说明。

前往微信阅读全文

内容来自公众号,可前往微信查看原文。

查看作者的更多文章 →