跳转到内容
supastack
浏览文档
WebNext.js

For AI agents: fetch the complete documentation index at /llms.txt, the full documentation corpus at /llms-full.txt, the agent skill at /skill.md, or this page as Markdown at /zh/docs/web/github-sign-in.md (or send Accept: text/markdown).

添加 GitHub 登录

为每个环境创建一个 GitHub OAuth App,并把“使用 GitHub 继续”接入应用。

询问本指南
打开方式

初学者演练

前提条件:Web 应用在本地运行,以及一个已迁移、可存真实账户的数据库。你需要一个 GitHub 账户——用拥有该仓库的那个就行。免费,每个环境约 5 分钟。

快速术语:GitHub OAuth App 是让 GitHub 替你完成用户登录的注册项。与大多数服务商不同,一个 OAuth App 只允许一个 Authorization callback URL——所以本地(http://localhost:3000/…)和生产(https://yourdomain.com/…)各需要一个应用。复用同一个应用并来回修改回调地址,每次都会弄坏一边。

1. 在你账户的 Developer settings 下创建本地 OAuth App。2. 复制其 Client ID 并生成 Client Secret。3. 设置三个环境变量并重启。4. 上线前用你的真实域名再重复一次。

创建本地 OAuth App

1. 打开 github.com 并登录。点击右上角的头像 → Settings。

2. 滚动到左侧边栏底部,打开 Developer settings → OAuth Apps → New OAuth App。

3. Application name:类似 supastack local 的名字——用户会在 GitHub 授权页看到它。Homepage URL:http://localhost:3000。Authorization callback URL:http://localhost:3000/api/auth/callback/github。点击 Register application。

4. 在应用页面复制 Client ID,点击 Generate a new client secret 并立即复制该 Secret——GitHub 只显示一次,但你随时可以重新生成。

创建生产环境 OAuth App

用你的产品名重复同样的 New OAuth App 步骤,Homepage URL 填 https://yourdomain.com,Authorization callback URL 填 https://yourdomain.com/api/auth/callback/github。

让每个应用的凭据留在自己的环境中:本地应用的凭据对放在 apps/web/.env.local,生产应用的凭据对放在托管方的密钥存储中。本地密钥绝不能进入生产配置,反之亦然。

把值添加到应用中

用本地应用的凭据在 apps/web/.env.local 中设置下面三行。AUTH_GITHUB_ENABLED=true 打开按钮;凭据对用于标识该 OAuth App。

Client Secret 仅限服务端——绝不放进 NEXT_PUBLIC_/EXPO_PUBLIC_ 变量,也绝不提交。编辑后重启开发服务器。

不要复用你在别处看到的任何 GITHUB_APP_* 值——它们属于另一个无关的 GitHub App 集成,而不是用户登录。如果想要第二份参考,套件的 docs/github-auth-setup.md 会端到端走完整个流程。

# apps/web/.env.local — from the LOCAL OAuth App
AUTH_GITHUB_ENABLED=true
GITHUB_CLIENT_ID=your-oauth-app-client-id
GITHUB_CLIENT_SECRET=your-oauth-app-secret

验证与故障排除

打开 http://localhost:3000/auth,点击 GitHub 按钮。在 github.com 上授权该应用,确认返回时处于登录状态。

在设置 AUTH_GITHUB_ENABLED=true 之前,/auth 上的 GitHub 选项保持可见但禁用——检查 env 文件中的名称,然后重启。只设置开关而缺少 GITHUB_CLIENT_ID 和 GITHUB_CLIENT_SECRET 会导致启动失败并报出缺失的变量名。

回调不匹配是最常见的错误:应用的 Authorization callback URL 必须与 {APP_URL}/api/auth/callback/github 完全一致——协议、主机、端口和路径。部署后出现 redirect_uri 错误,通常意味着请求打到了本地应用的凭据,而 APP_URL 指向生产,或者反过来。

每次编辑 env 后都重启开发服务器;值只在启动时读取。

如果你想继续完成设置,可以阅读《添加 Apple 登录》。

常见问题

14 个问题

supastack 是什么?

supastack 是用于构建 AI 驱动 SaaS 产品的模块化基础。它把通用基础设施整合在一起,让你专注于产品专属的功能。

它支持 Web 和移动端吗?

支持。supastack 包含 Next.js 与 Expo 应用,作为 Web 与移动端体验的起点。

包含哪些认证方式?

Better Auth 覆盖邮箱/密码、OTP 与社交登录。个人工作区随账户一起开通,产品记录从第一天起就有边界。

AI 是如何支持的?

supastack 包含可配置的多供应商 AI、用量追踪、预算,以及加密的自带密钥(BYOK)支持。

订阅如何处理?

对于基于该套件构建的产品,Stripe 计费、订阅与权限构成付费访问的基础。供应商密钥仅存于服务端。

我的产品专属代码放在哪里?

产品专属功能保留在独立的代码库中,产品通过配置接入 supastack 的基础模块。

supastack 如何定价?

套件为一次性购买、终身更新:单框架 249 美元(限时优惠价,较常规价 349 美元优惠 100 美元),或全框架(Next.js、iOS、Android)499 美元(限时优惠价,较常规价 599 美元优惠 100 美元),每个额外开发者席位 75 美元。套件本身没有订阅。本站结账后通过邮件发送许可证密钥,仓库访问通过 GitHub 邀请授予。

工作区如何界定我的数据?

用户记录按 workspaceId 划定边界。身份、权限、AI 用量、计费事件与审计条目都留在个人工作区边界内。

后台任务如何工作?

Trigger.dev 是明确的任务运行时。JobRunner 契约只承诺 enqueue、status 与 cancel——工作流语义保持 Trigger.dev 专有且显式。

邮件与营销触达有何不同?

事务性邮件覆盖产品工作流,如任务完成通知。冷触达与营销活动属于产品自身的范畴,不在本套件的邮件模块内。

移动端购买如何运作?

移动端已支持 RevenueCat 原生购买和恢复购买,访问权限由服务端验证。发布前需配置商店账户并完成设备测试。Web 计费保持独立。

AI 供应商密钥存放在哪里?

自带密钥凭证经过加密且仅存于服务端。密钥在日志中被脱敏;用量与预算在工作区级别保持可见。

结账支持哪些付款方式?

Stripe 托管结账接受银行卡,在 Stripe 账户启用后还可提供支付宝与微信支付——方便中国买家。钱包授权为异步确认,付款完成后许可证页面会立即更新。

我能申请退款吗?

获得代码仓库访问权限后,supastack 将永久归你所有,因此无法退款。但请放心,你将获得包含终身更新的完整源代码,可为你自己或客户构建并发布无限数量的产品。你只需注意不能转卖代码,也不能将仓库作为启动模板二次分发。

CN
主题