ChatGPT-Shortcut 标准部署：复用官方共享后端，本地构建、Vercel、Cloudflare Pages 与 Docker 全实战

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 提示词库的标准部署方案fork 仓库后复用官方共享后端登录、收藏、社区、评论、跨设备同步开箱即用通过本地构建、Vercel、Cloudflare Pages 或 Docker 四种方式之一上线站点。读完你可以独立完成从安装依赖、按语言构建静态产物到云平台零配置部署或容器化托管的完整流程并理解其多语言分段构建与容器镜像背后的实现机制。什么是标准部署标准部署对应文档 docs/deploy/standard.md其核心定位是不自行搭建后端直接复用项目官方提供的共享后端服务。这意味着注册登录、个人收藏、社区提示词、评论区、跨设备同步等全部交互功能在部署完成后即刻可用你只需要负责托管前端静态站点本身。从源码可以看到前端所有接口地址集中在 src/api/config.ts 中定义主 API 指向官方共享后端API_URL https://api.newzone.top/api即 Strapi 后端另有独立的 Google OAuth 入口服务GAUTH_API_BASE。src/api/目录按模块拆分了完整的接口契约——auth.ts认证、prompts.ts提示词 CRUD 搜索 投票、favorites.ts收藏、myspace.ts我的空间核心数据源、comments.ts评论、user.ts用户信息并通过client.ts的 Axios 拦截器统一处理认证。因此“标准部署”部署的只是纯静态前端全部数据面都落在官方共享后端上如果你需要带后端或定制后端的完整自部署仓库另有 配置与自定义 等文档专门说明。适用前提与限制需要访问官方共享后端因此部署环境以及终端用户浏览器需能连通该后端站点行为受共享后端数据约束无法自行清空或迁移社区内容建议先 fork 项目再部署便于叠加自己的自定义修改如改标题、加提示词。环境要求根据 package.json 中engines字段的声明构建环境要求为Node.js 20.0 或更高版本node: 20.0操作系统macOS、Windows含 WSL或 Linux包管理器仓库使用 Yarn提交有yarn.lock命令统一使用yarn。本地构建本地构建是其他三种部署方式的底座。在仓库根目录执行# 安装依赖 yarn # 本地开发带热更新 yarn start # 构建按 scripts/i18nLocales.mjs 的 defaultLocale 生成静态产物到 build 目录 yarn build构建产物输出到build/目录默认语言写入根目录、其余各语言写入build/locale/子目录可直接用任意静态服务器托管。构建脚本的真实行为prebuild钩子与分段构建yarn build并不是直接执行docusaurus build。查看 package.json 可以看到两个关键钩子prebuild会先运行node scripts/genCommunitySnapshot.mjs生成社区内容快照保证构建出的页面包含最新社区数据build实际入口是node scripts/buildPhased.mjs。scripts/buildPhased.mjs 采用分段构建策略理解它有助于解释后续云平台部署时“为什么推荐单语言命令”一次性docusaurus build全部 18 个语言会在单进程里把内存撑爆OOM脚本因此把语言切成小块每块默认 3 个 locale可用环境变量BUILD_CHUNK调整下限为 2每块单独起一个构建进程进程退出即释放内存峰值内存约等于一块的 locale 数见 scripts/buildPhased.mjs#L43-L61默认语言必须排在第一块它负责写build/根目录其余语言各写子目录互不覆盖脚本还专门处理了“末块只剩 1 个非默认 locale 会写坏根目录”的边界情况构建完成后mergeSitemaps()会把各语言的sitemap.xml中的url合并去重进根 sitemap见 scripts/buildPhased.mjs#L82-L119使robots.txt指向的/sitemap.xml覆盖全部 18 个语言。只构建部分语言--locale透传机制完整的语言列表在 scripts/i18nLocales.mjs 中维护——该文件是站点构建/UI 语言的单一数据源docusaurus.config.js与scripts/buildPhased.mjs都从它读取export const defaultLocale zh-Hans; export const locales [zh-Hans, en, zh-Hant, ja, ko, es, pt, hi, ind, vi, th, fr, de, it, ru, ar, tr, bn];当前默认语言为zh-Hans共支持 18 种 locale。如果只想构建部分语言使用yarn build --locale locale如zh-Hans、en、ja。多语言可串联执行yarn build --locale zh-Hans yarn build --locale en从源码看这个参数走的是透传分支scripts/buildPhased.mjs#L30-L38 检测到命令行携带任何显式参数时会跳过分段逻辑直接把参数转交给单次docusaurus build执行。这正是 Vercel / Cloudflare Pages 等只部署单一语言场景下推荐单语言命令的原因——单次单语言构建内存占用小不会触发免费配额的限制。Vercel 部署Vercel 部署是最省事的云方案项目仓库页提供 Vercel 一键部署按钮点击后即可用你的账号克隆部署整个仓库构建命令即上面的yarn build输出目录为build。注意Vercel 免费版可能因内存不足导致全语言构建失败。推荐改为单语言部署——进入 Vercel 项目的Settings → Build Deployment → Build Command点击Override把构建命令改成单语言版本例如中文yarn build --locale zh-Hans、葡萄牙语yarn build --locale pt其他语言类推。为什么单语言能解决问题如前文所述显式--locale参数会让buildPhased.mjs走透传模式只在单次进程内构建这一个语言内存峰值大幅下降基本不会再触发免费配额的构建失败。代价是站点只提供所选语言的内容这在对多语言没有硬性要求时通常是更好的权衡。Cloudflare Pages 部署Cloudflare Pages 采用“绑定 Git 仓库 配置构建参数”的方式部署步骤如下先 fork 本项目到你自己名下登录 Cloudflare Pages 控制台选择Create a project绑定刚 fork 的仓库配置构建参数Build commandyarn build --locale zh-Hans按要部署的语言替换 locale例如葡萄牙语用yarn build --locale ptOutput directorybuild点击部署等待 Cloudflare Pages 构建完成即可访问站点。配置完成后每次向仓库推送新代码都会自动触发构建和部署无需手动重新打包。与 Vercel 相同这里同样建议单语言构建以控制构建内存完整 18 语言的分段构建留给本地或资源更充足的自建 CI。Docker 部署Docker 方式适合自有机房或 VPS 场景拉取官方镜像即可运行无需本地构建。一行命令部署两个镜像源任选# ghcr.io docker run -d -p 3000:3000 --name chatgpt-shortcut ghcr.io/rockbenben/chatgpt-shortcut:latest # docker hub docker run -d -p 3000:3000 --name chatgpt-shortcut rockben/chatgpt-shortcut:latest或使用docker-compose仓库根目录已提供 docker-compose.yml内容与下面一致services: chatgpt-shortcut: container_name: chatgpt-shortcut image: ghcr.io/rockbenben/chatgpt-shortcut:latest ports: - 3000:3000 restart: unless-stopped启动后通过http://主机:3000访问。镜像内部结构两阶段构建与 Nginx 服务官方镜像由仓库根目录的 Dockerfile 构建阅读它有助于理解镜像为什么“即拉即用且体积可控”构建阶段使用node:24-alpine作为 builder设置SKIP_GIT_INFOtrue让 Docusaurus 不依赖.git元数据关掉最后更新时间、改用构建时间戳从而把构建上下文中的 git 目录排除掉随后yarn install --frozen-lockfile安装锁定依赖并执行yarn build生成全部 18 种语言的静态产物。值得注意的细节是构建阶段固定了--platform$BUILDPLATFORMamd64静态产物与 CPU 架构无关若多架构构建让 arm64 也在 QEMU 模拟下重跑一遍构建会因并发双倍内存而 OOM最终 Nginx 阶段仍按目标架构出多架构镜像只是复制同一份静态文件运行阶段基于nginx:stable-alpine删除默认配置后放入自定义 nginx.conf把第一阶段的/app/build复制进/usr/share/nginx/htmlEXPOSE 3000并以nginx -g daemon off;前台运行。再看 nginx.conf 本身监听 3000 端口与docker run -p 3000:3000的映射一一对应核心路由try_files $uri $uri/ /index.html做了 SPA 回退——未命中的路径统一回落到index.html由前端路由接管同时显式配置了404.html错误页。也就是说容器内的 Nginx 既提供了 Docusaurus 前端路由所需的 fallback 语义也统一了 404 体验。部署后验证与后续扩展本地验证yarn build完成后可用yarn serve即docusaurus serve在本地预览build/产物Docker 部署则直接访问http://localhost:3000验证首页、多语言路径如build/根下的默认语言与/en/等子路径单语言部署时只有所选语言路径可用功能验证登录、收藏、社区、评论等依赖官方共享后端验证时确认浏览器能正常连通后端接口自定义扩展修改网站标题描述docusaurus.config.js、主页提示词src/data/prompt.json或对接自定义后端参见 配置与自定义。小结ChatGPT-Shortcut 的标准部署把“数据面”官方共享后端与“托管面”静态站点彻底解耦本地构建走yarn→ 分段构建 →build/静态产物Vercel 与 Cloudflare Pages 以单语言--locale命令换取低内存占用Docker 则提供两阶段构建 Nginx 的即拉即用镜像。四种方式共享同一套构建脚本与语言单一数据源 scripts/i18nLocales.mjs按需选择其中一种即可完成上线。赞分享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点击查看免费下载相关推荐3种超简单Docsify部署方案GitHub PagesVercelNetlify实战指南3种超简单Docsify部署方案GitHub PagesVercelNetlify实战指南 Docsify是一款神奇的文档网站生成工具让你可以用Mark前端文档开发工具语音识别中的噪声分类silero-models环境适应技术语音识别中的噪声分类silero models环境适应技术 在当今语音交互技术快速发展的时代背景噪声成为影响语音识别准确率的关键因素。silero mode人工智能语音音频Mitosis 官方文档站点 Qwik City 应用 Cloudflare Pages 部署实战指南Mitosis 官方文档站点 Qwik City 应用 Cloudflare Pages 部署实战指南 导读 本指南以 packages/docs/README前端代码生成开发工具低代码上一篇Docker-Android深度解析容器化Android模拟器的企业级解决方案架构与实践指南下一篇react-slingshot 状态管理迁移成本分析时间与资源估算创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考