【记录】LLM|ChatGPT连接Github并管理 文章目录1 连接 ChatGPT Work 和 GitHub1唤起 ChatGPT 插件安装2在 GitHub 里授权3测试连接情况2 给 APP 配置 Fine-grained Token1打开申请页面选择仓库2添加权限Contents 不要漏3生成 Token填进 APP4打开 APP试一下能不能读取文件3 使用 GitHub Actions 在线编译 Android APP1让 Work 创建 APP 和编译工作流2运行 Actions下载编译好的 APK3编译失败让 Work 读取日志并修复成文时间2026-09-19左右忘了啥时候了。我最近在使用 ChatGPT它记忆力挺好的在磨合一段时间之后适合写论文开了个 Plus 凑合用用。投完稿还剩半个月的 Plus 闲置了加上不太喜欢桌面端的 CodeX就开始探索纯手机端的 ChatGPT Work 连接 GitHub 做一些轻量常用工具了。以下记录 ChatGPT Work 怎么连接 GitHub以及怎么直接开发一个 APP 通过 GitHub Action 编译来避免繁重的配置环境工作。顺便由于我的 APP 要用到 GitHub 一些功能再记录一下 GitHub 的 fine-grained token 申请注意事项。1 连接 ChatGPT Work 和 GitHub分为两个步骤分别是唤起 ChatGPT 的 GitHub 插件安装按钮和在 GitHub 端授权 ChatGPT Connector 给指定用户或组织的仓库。1唤起 ChatGPT 插件安装最简单方法是打开 ChatGPT切换到工作模式要求它连接 GitHub它就会弹出一个按钮帮忙装插件。如果没弹出来可以去网页端插件市场看一下有没有安装方法具体参考 ChatGPT 官方说明。2在 GitHub 里授权GitHub 这边也要安装对应应用并勾选允许访问的仓库。可以直接打开这个安装链接ChatGPT Codex Connector。登录 GitHub 之后先选组织或者用户然后再配置权限。在Repository access里选Only select repositories再勾选需要让 Work 操作的仓库完成安装。已经装过应用、只是想增加仓库的也一样可以点这个链接改。3测试连接情况装好后回到 Work把剩下的连接提示处理完再让它读一个文件试试。例如请读取 shandianchengzi/shandianchengzi 仓库里的 README.md 告诉我这个仓库的默认分支和文件内容。2 给 APP 配置 Fine-grained Token1打开申请页面选择仓库APP 需要用 Token 访问仓库去这里申请Fine-grained personal access token。这里配置的是 APP 自己使用的 Token不需要发给 Work。页面上先填这几个选项Token name起个能认出来的名字比如github-pages-manager。Expiration设置有效期到期后要更新 APP 使用的 Token。Resource owner选仓库所属的账号。Repository access选Only select repositories勾选 APP 要管理的仓库。我这个 APP 管理的是github.io仓库里的 HTML所以这里要勾选存放 HTML 的仓库。填好后接着选下面的权限选完再生成 Token。申请页面各字段的说明见 [GitHub 文档](Managing your personal access tokens - GitHub Docs)。2添加权限Contents 不要漏权限这里记得加上Contents要上传、修改、删除文件就选Read and write。在Permissions的仓库权限部分找到它并添加如果只是读取私有仓库文件选Read-only即可。我一开始漏选了结果访问不了仓库内容。已经生成的 Token 也可以回到 管理页面点开 APP 正在用的那枚 Token编辑权限补上不用重新申请。文件读写所需的权限见 [GitHub 仓库内容 API 文档](REST API endpoints for repository contents - GitHub Docs)。如果 APP 还要查看部署状态、安装工作流就按实际功能再加下面几项需要做什么添加的权限查看 Actions 状态Actions: Read-only查看 Pages 信息Pages: Read-only创建或修改.github/workflows/里的工作流文件在Contents: Read and write基础上加Workflows: Read and write通过 API 手动触发工作流Actions: Read and write工作流需支持workflow_dispatch我这个 APP 的配置可以对照 仓库说明。注意Actions和Workflows是两项权限修改工作流文件时不要只加Actions。手动触发的要求见 [GitHub 工作流 API 文档](REST API endpoints for workflows - GitHub Docs)。3生成 Token填进 APP权限选好后点击Generate token把生成的 Token 保存好再填到 APP 的 Token 登录框里。如果选的是组织仓库Token 显示pending需要等管理员批准后再访问组织的私有资源。这是组织审批要求见 [GitHub Token 说明](Managing your personal access tokens - GitHub Docs)。Token 不要贴进博客、截图或代码仓库。后面如果重新生成了 Token记得把 APP 里保存的值也换掉。4打开 APP试一下能不能读取文件填好 Token 后刷新 APP 的文件列表打开一个仓库里已有的 HTML 看看。能读取内容后再按需要测试上传或修改到 GitHub 对应分支核对文件。我开发这个 APP 时还遇到过“显示 0 个 HTML但仓库里明明有文件”的情况。这里除了权限还要检查 APP 扫描的分支和目录文件放在子目录里就不能只扫描根目录接口请求失败也不能直接当成没有文件。3 使用 GitHub Actions 在线编译 Android APP既然已经能让 ChatGPT Work 操作 GitHub 仓库就可以进一步让它直接编写 APP并通过 GitHub Actions 在线编译 APK。这样就不用在本地安装 Android Studio、配置 Android SDK 和 Gradle 环境了手机上也能完成开发、编译和下载安装。1让 Work 创建 APP 和编译工作流首先创建一个 GitHub 仓库连接给 ChatGPT Work然后告诉它需要实现的功能并要求使用 GitHub Actions 编译。例如请在这个仓库中创建一个 Android APP 实现我描述的功能。 要求 1. 使用 GitHub Actions 自动编译 APK。 2. 不依赖本地 Android Studio 环境。 3. 每次推送代码后自动编译也支持手动触发。 4. 编译结果通过 Actions Artifacts 提供下载。 5. 编译失败时检查日志并修复问题。这里实际是把开发环境转移到了 GitHub 的云端运行器上。Work 负责修改源代码和工作流文件GitHub Actions 负责执行编译。对于已有 Android Gradle 项目的仓库可以在.github/workflows/目录下创建build-apk.yml参考下面的配置name:Build Android APKon:workflow_dispatch:push:branches:[main]jobs:build:runs-on:ubuntu-latestpermissions:contents:readsteps:-name:Checkoutuses:actions/checkoutv4-name:Setup Javauses:actions/setup-javav4with:distribution:temurinjava-version:17-name:Build APKrun:|chmod x ./gradlew ./gradlew assembleDebug --no-daemon-name:Upload APKuses:actions/upload-artifactv4with:name:android-debug-apkpath:app/build/outputs/apk/debug/*.apkif-no-files-found:error这里的 Java 版本需要与项目使用的 Android Gradle Plugin 兼容app目录和编译命令也要根据实际工程调整。如果仓库已经有工作流就不需要重新创建可以直接让 Work 修改现有配置。2运行 Actions下载编译好的 APK代码和工作流提交后打开仓库的Actions页面选择Build Android APK。如果已经提交到main分支按照上面的配置会自动开始编译也可以点击Run workflow手动触发。编译完成后进入对应的运行记录在页面下方找到Artifacts点击android-debug-apk下载。上面的upload-artifactv4默认会将文件打包为 ZIP解压后就是 APK。这个流程生成的是 Debug APK适合自己安装和测试。如果后续需要正式发布再配置 Release 构建和签名密钥不能把签名密码直接写进公开仓库。3编译失败让 Work 读取日志并修复GitHub Actions 的另一个好处是编译过程有完整日志。遇到 Gradle 依赖错误、SDK 版本不匹配或者源代码编译失败时可以让 Work 检查对应的失败记录修改代码后重新触发编译。不过需要注意Actions 显示绿色只代表工作流成功执行不代表 APP 一定能够正常使用。下载安装之后还是要自己测试一下实际功能尤其是文件权限、网络请求、后台运行等依赖 Android 系统环境的部分。这样就形成了一套比较省事的开发流程在 ChatGPT 中提出需求由 Work 修改 GitHub 仓库通过 Actions 编译 APK再下载安装进行测试。对于一些简单的个人工具基本可以不碰本地 Android 开发环境。本账号所有文章均为原创欢迎转载请注明文章出处https://shandianchengzi.blog.csdn.net/article/details/164334601。百度和各类采集站皆不可信搜索请谨慎鉴别。技术类文章一般都有时效性本人习惯不定期对自己的博文进行修正和更新因此请访问出处以查看本文的最新版本。