它是什么
GitHub Copilot 是 GitHub 的 AI 编程助手：在 VS Code 和其他 IDE 中提供代理模式，此外还有 Copilot CLI，以及能把 issue 变成 pull request 的云端代理。 已经在 GitHub 上工作、让 Copilot 处理 issue 和 pull request 的开发者和团队。
从这里开始
GitHub Copilot 一览
技术栈
您 GitHub 仓库中的任意 Web 技术栈：Next.js、React + Vite、Astro、Vue、Rails、Django 或 ASP.NET
发布与托管
把 pull request 合并到 main 分支，交给托管服务部署：Vercel、Netlify 或 Azure Static Web Apps 会构建每一次推送，或者用 GitHub Actions 工作流把静态构建发布到 GitHub Pages。将生产环境 URL 或您的域名填入 WebViewGold。
身份验证
取决于您的实现：Auth.js、Clerk、Supabase、Firebase 或 Sign in with GitHub
支付
Stripe
构建工具徽标
没有需要移除的构建工具徽标。
示例：从 GitHub Copilot 项目到审核通过的应用
假设您用 Copilot 在一个 Next.js 仓库中为社区食物银行构建了一个排班工具：志愿者查看空缺班次，一键报名，并在前一天收到提醒。您把上架就绪清单写成一个 issue，分配给 Copilot 云端代理，在手机宽度下审查它的 pull request，然后合并。Vercel 把 main 部署到 shifts.yourfoodbank.org，您用 WebViewGold 封装它，每当有紧急班次空出，OneSignal 推送就会通知志愿者。由于登录提供了 Google，代理在第二个 pull request 中加入了 Sign in with Apple。审核备注中的演示志愿者已经预订了两个班次，两个商店都批准了应用，此后每个合并的 pull request 都会在下次启动时到达应用。
上线后的第一周
- 给与商店相关的 issue 加上标签（例如 app-store），并分配给 Copilot 云端代理；合并之前在手机宽度下审查每个 pull request。
- 用一个必须通过的构建状态检查来保护 main，因为一次出错的合并会直接进入每一份已安装的应用。
- 让 .github/copilot-instructions.md 与您使用的 WebViewGold 桥接调用保持同步，以免代理在重构时把它们删掉。
- 登录后用 getonesignalplayerid:// 读取 OneSignal player ID 并与用户一起保存，这样推送就能只发给某一位志愿者，而不是所有人。
- 在志愿者完成第一个班次之后，用 rateapp:// 请求评分。
上架准备提示词
粘贴到 GitHub Copilot 中，检查修改，然后发布。
给 Copilot 云端代理（或代理模式）的 issue
标题：为 App Store 和 Google Play 准备 Web 应用（WebViewGold 封装） 这个应用将作为原生 iOS 和 Android 应用发布，在 WebViewGold WebView 封装壳中加载生产环境 URL。不要添加 Capacitor、React Native 或原生 SDK；原生功能来自 WebViewGold 的 JavaScript 桥接，文档见 https://www.webviewgold.com/llms-full.txt。请提交一个满足以下验收标准的 pull request： - [ ] 有 meta viewport 标签，320px 到 1024px 之间没有横向溢出，点按区域为 44px，固定的页眉和页脚使用 safe-area-inset 内边距 - [ ] 在页脚中链接 /privacy 和 /terms 页面 - [ ] 设置中有“删除账号”操作，经用户确认后删除其数据和认证记录 - [ ] 主导航中没有“下载我们的应用”横幅或外部推广链接 - [ ] 失败的请求有错误和重试状态；没有占位内容 - [ ] 单页路由在刷新和深层链接时正常工作（如果站点托管在 GitHub Pages 上，需提供 404 回退） - [ ] 在 .github/copilot-instructions.md 中加入写明这些规则的“原生应用封装”章节 如果能运行应用，请在 pull request 描述中附上主要界面在手机宽度下的截图。
WebViewGold 为您提供
完整的原生应用项目，而不是订阅。以下所有功能都包含在授权中，只需一个设置即可开启。
- 原生应用项目
- 推送通知
- 离线页面
- 应用图标与启动画面
- 原生分享与触感反馈
- 深层链接与通用链接
- 应用内购买
- 免费更新，白标
常见问题
如何把用 GitHub Copilot 构建的 Web 应用发布到 App Store？
把 main 分支部署到公开的 HTTPS URL（Vercel、Netlify、Azure Static Web Apps 或 GitHub Pages），将该 URL 填入 WebViewGold for iOS，用 Xcode 或 Cloud Builder 构建，然后通过 App Store Connect 提交。同一个 URL 也驱动 Android 应用。
Copilot 云端代理能帮我的应用做好审核准备吗？
能。给它分配一个包含上架就绪清单的 issue，在手机宽度下审查它提交的 pull request，然后合并。由于商店应用加载的是您的部署，合并后的更改无需发布新的商店版本就能到达已安装的应用。
GitHub Pages 足以支撑商店应用吗？
对于静态或客户端渲染的应用来说足够，前提是使用自定义域名、强制 HTTPS，并为单页路由提供回退。如果应用需要服务器代码、API 路由或密钥，请改为部署到 Vercel、Netlify 或 Azure。
我的应用可以只用 Sign in with GitHub 作为唯一的登录方式吗？
只有当应用是 GitHub 本身的客户端时才可以，例如展示用户自己仓库的仪表盘，因为审核指南 4.8 豁免了用户必须登录特定第三方服务才能访问其在该服务中内容的应用。对于其他任何产品，请在 GitHub 按钮旁加上 Sign in with Apple，或其他满足该指南隐私条件的登录方式。Google Play 没有这样的规定，但它的“应用访问权限”部分仍需要提供能让审核人员进入应用的凭据。
如果应用运行在 GitHub Pages 上，我需要自定义域名吗？
强烈建议使用。项目站点位于 username.github.io/repo-name/ 之下，因此必须位于域名根目录的文件（例如用于 Universal Links 和 App Links 的 apple-app-site-association 和 assetlinks.json）无法为它提供，而且以后迁移站点会改变应用内的 URL。有了您自己的域名、强制 HTTPS，再加上为单页路由准备的 404.html 回退，GitHub Pages 就能胜任静态商店应用的托管。
让您的应用上架商店的三种方式
结果相同，只是您需要投入的工作量不同。三种方式都附带审核通过保证和 7×24 小时人工支持。
自己动手
$109 每个平台，一次性付费
WebViewGold 许可证：一个现成的 Xcode 或 Android Studio 项目。粘贴您的 URL，设置名称和图标，开启所需功能，构建并提交。永久免费更新。
在主页查看方案Cloud Builder
$349 每个许可证，一次性附加购买
无需 Mac、Xcode 或 Android Studio：在浏览器中完成配置，我们在云端构建两个应用，并将其交付到 App Store Connect 和 Play Console。
Cloud Builder 如何运作 试用免费演示Full Service
$698 每个平台 $798
把您的 URL 和图标发给我们。我们的团队在 72 小时内完成配置、构建并交付您的应用，白标，附源码项目。两个平台共 $1,158。
Full Service 详情 服务提供方：
冬季特惠价格有效期至 2026年12月31日。