ChatGPT-Shortcut 仓库同步更新指南：让 Fork 自动跟随上游，告别 Vercel“有更新“提示

AI 应用提示工程人工智能前端【免费下载链接】ChatGPT-ShortcutStop writing prompts from scratch — a searchable prompt library for ChatGPT, Claude, Gemini and Cursor · Русский 한국어 العربية हिन्दी ไทย 别再从头写提示词现成的拿来就用好用的收进自己的库项目地址https://gitcode.com/gh_mirrors/ch/ChatGPT-Shortcut点击查看免费下载本篇指南围绕 ChatGPT-ShortcutAI Short开源仓库的同步更新机制展开解决自建部署中最常见的痛点Vercel 一键部署后页面始终提示存在更新、Fork 长期落后于上游而无法获得新功能。读完本文你将掌握三种能力用标准 Fork Import 流程彻底解决 Vercel 无法检测上游更新的问题通过启用 GitHub Actions 的 Upstream Sync 工作流实现每天自动同步以及在需要立即更新时手动执行 Sync Fork 的完整方法。为什么 Vercel 一键部署会一直提示有更新ChatGPT-Shortcut 是一个可搜索的 Prompt 提示词库项目官方文档docs/deploy/sync-updates.md明确说明了这个现象的根源Vercel 的一键部署one-click deploy按钮在底层执行的是vercel/new/clone逻辑——它新建一个全新的项目而不是基于源仓库创建一个 fork。GitHub 的 fork 语义持有与 upstream 的关联关系、可被Sync fork识别在此过程中完全不存在。因此项目虽然能正常构建、部署和运行但与上游仓库之间没有 fork 关系页面上的检测上游更新逻辑因缺少 fork 关系而失效于是即使上游发布了新版本你的部署也不会更新且界面可能一直提示存在更新。这一点在仓库根目录的 README.md 中也有对应提示Vercel 的一键部署创建的是新项目而非 fork导致上游更新检查无法工作。第一步改用标准 Fork 流程重新部署解决方法是抛弃一键部署改为先 Fork、再导入 Vercel的标准流程。按照 docs/deploy/sync-updates.md 的步骤执行删除原仓库将之前通过一键部署创建的 repository 删除如果本地和远端都已无需要保留的提交。Fork 本项目进入 ChatGPT-Shortcut 仓库页面点击右上角的Fork按钮创建属于你自己的 fork 副本。重新导入并部署在 Vercel 新项目页面 的Import Git Repository区域选择刚才 fork 出来的仓库再执行部署。完成之后你的 Vercel 项目与 GitHub fork 之间就建立了真实的血缘关系后续无论是手动 Sync Fork 还是 GitHub Actions 自动同步都能把上游更新真正带入你的部署。提示Fork 之后你也可以参考部署总览文档i18n/th/docusaurus-plugin-content-docs/current/deploy.md选择标准版、离线版或完整自托管 backend 等不同部署形态同步更新是标准版 Fork 部署的配套能力。第二步启用 GitHub Actions 实现每天自动同步Fork 完成之后默认情况下 GitHub Actions 在 fork 仓库中处于关闭状态这是 GitHub 的安全机制fork 不会自动继承上游的 workflow 运行权限。需要手动完成两步启用 Workflows进入你 fork 仓库的Actions页面在提示处手动启用 Workflows。手动运行一次 Upstream Sync在 Actions 页面找到Upstream Sync工作流点击Run workflow手动触发一次。官方文档特别提醒如果遇到Upstream Sync 执行错误请先手动执行一次Sync Fork即仓库首页的 Sync fork 按钮再重试自动同步。启用并成功运行一次后项目就会进入每天自动同步的节奏。自动同步的底层实现这份每天自动同步的能力来自仓库中的工作流文件 .github/workflows/rsync.yml它正是文档中提到的Upstream Sync工作流。其核心配置如下name: Upstream Sync permissions: contents: write on: schedule: - cron: 0 0 * * * # every day workflow_dispatch: jobs: sync_latest_from_upstream: name: Sync latest commits from upstream repo runs-on: ubuntu-latest if: ${{ github.event.repository.fork }} steps: - name: Checkout target repo uses: actions/checkoutv6 - name: Sync upstream changes id: sync uses: aormsby/Fork-Sync-With-Upstream-actionv3.4 with: upstream_sync_repo: rockbenben/ChatGPT-Shortcut upstream_sync_branch: main target_sync_branch: main target_repo_token: ${{ secrets.GITHUB_TOKEN }} # automatically generated, no need to set test_mode: false - name: Sync check if: failure() run: | echo ::error::由于权限不足导致同步失败这是预期的行为请前往仓库首页手动执行[Sync fork]。 echo ::error::Due to insufficient permissions, synchronization failed (as expected). Please go to the repository homepage and manually perform [Sync fork]. exit 1从源码结构可以提炼出几个对自建用户至关重要的机制触发方式on同时配置了schedulecron 表达式0 0 * * *即每天 UTC 0 点执行一次和workflow_dispatch允许你在 Actions 页面手动点击触发。这解释了文档中启用后每天自动同步和手动跑一次两种行为的来源。运行前提if: github.event.repository.fork工作流只在fork 仓库中执行同步逻辑。这正是一键部署的新项目永远无法自动同步的底层原因——它根本不是 fork该条件不成立。同步动作使用aormsby/Fork-Sync-With-Upstream-actionv3.4将上游rockbenben/ChatGPT-Shortcut的main分支同步到你 fork 的main分支target_repo_token使用 GitHub 自动生成的GITHUB_TOKEN无需手动配置任何 Secret。失败兜底如果因权限不足同步失败比如你后续又对 fork 的 main 分支做了与上游冲突的改动工作流会给出明确错误提示引导你去仓库首页手动执行Sync fork。此外仓库的 CI 部署工作流 .github/workflows/main.yml 在push到main分支时自动执行yarn install --frozen-lockfile与yarn buildNode 24 环境。这意味着当 Upstream Sync 把上游提交推送到你的 fork 后如果你将 Vercel 项目设置为对该分支自动构建就会联动触发重新构建与部署形成上游发版 → fork 自动同步 → Vercel 自动重新部署的完整闭环。第三步需要立即更新时手动同步自动同步每天只执行一次。如果你希望立刻拿到上游的最新改动可以手动同步 fork推荐做法直接参考 GitHub 官方 fork 同步文档在 fork 仓库首页点击Sync fork按钮将 upstream 的main分支合并进来。或者更快捷回到Actions → Upstream Sync → Run workflow手动触发一次同步工作流效果与自动同步一致。两种方式都遵循同一原则确保你的 fork 与上游main分支保持同步避免长期落后导致后续合并冲突。常见问题排查现象原因处理方式Vercel 部署一直提示有更新一键部署新建项目而非 fork无法检测上游删除原仓库改用 Fork 后通过 Import Git Repository 重新部署Upstream Sync 执行报错fork 的 main 分支与上游出现差异或权限问题先在仓库首页手动执行一次 Sync fork再重试Actions 页面看不到 Upstream Syncfork 默认关闭 Workflows在 Actions 页面手动启用 Workflows 后再运行同步后线上页面未更新fork 同步与 Vercel 构建没有联动确认 Vercel 项目连接的是 fork 仓库的 main 分支并开启自动构建结语养成上游感知的部署习惯ChatGPT-Shortcut 的同步更新机制本质上是一套标准的 GitHub Fork 运维模式先 Fork 建立血缘再以 GitHub Actions 定期拉取上游最后让部署平台跟随分支自动重建。无论你是用 Vercel、Cloudflare Pages 还是 Docker 自建详见 docs/deploy/standard.md 与部署总览 i18n/th/docusaurus-plugin-content-docs/current/deploy.md只要遵循Fork → 启用 Upstream Sync → 关联部署这条链路就能让自建实例始终跟上上游的新 Prompt、新界面与修复不再为过时版本而重复手动迁移。赞分享AI 应用提示工程人工智能前端【免费下载链接】ChatGPT-ShortcutStop writing prompts from scratch — a searchable prompt library for ChatGPT, Claude, Gemini and Cursor · Русский 한국어 العربية हिन्दी ไทย 别再从头写提示词现成的拿来就用好用的收进自己的库项目地址https://gitcode.com/gh_mirrors/ch/ChatGPT-Shortcut点击查看免费下载相关推荐ChatGPT-Shortcut 仓库 Fork 同步实战让 Vercel 部署自动跟随上游更新ChatGPT Shortcut 仓库 Fork 同步实战让 Vercel 部署自动跟随上游更新 导读 如果你用 Vercel 一键部署 ChatGPT ShAI 应用提示工程人工智能前端ChatGPT-Shortcut 同步更新指南让 Vercel 部署的 Fork 自动跟随上游ChatGPT Shortcut 同步更新指南让 Vercel 部署的 Fork 自动跟随上游 本文围绕 ChatGPT ShortcutAI ShortAI 应用提示工程人工智能前端ChatGPT-ShortcutAI Short同步更新指南让 Fork 自动跟随上游彻底告别有新版本却不提示ChatGPT ShortcutAI Short同步更新指南让 Fork 自动跟随上游彻底告别有新版本却不提示 本指南围绕 ChatGPT ShorAI 应用提示工程人工智能前端上一篇告别抢票焦虑Python自动化抢票脚本实战指南下一篇Python自动化抢票5个实战技巧提升成功率90%创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考