跳轉到內容
supastack
瀏覽檔案

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-tw/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 後都重啟開發伺服器;值只在啟動時讀取。

常見問題

14 個問題

supastack 是什麼?

supastack 是用於構建 AI 驅動 SaaS 產品的模組化基礎。它把通用基礎設施整合在一起,讓你專注於產品專屬的功能。

它支援 Web 和移動端嗎?

支援。supastack 包含 Next.js 與 Expo 應用,作為 Web 與移動端體驗的起點。

包含哪些認證方式?

Better Auth 覆蓋郵箱/密碼、OTP 與社交登入。個人工作區隨賬戶一起開通,產品記錄從第一天起就有邊界。

AI 是如何支援的?

supastack 包含可配置的多供應商 AI、用量追蹤、預算,以及加密的自帶金鑰(BYOK)支援。

訂閱如何處理?

對於基於該套件構建的產品,Stripe 計費、訂閱與許可權構成付費訪問的基礎。供應商金鑰僅存於服務端。

我的產品專屬程式碼放在哪裡?

產品專屬功能保留在獨立的程式碼庫中,產品通過配置接入 supastack 的基礎模組。

supastack 如何定價?

套件為一次性購買、終身更新:單棧 249 美元(Next.js(Web)、Expo(iOS 與 Android)、Tauri(macOS 與 Windows 桌面)倉庫任選其一),雙棧 398 美元(任選兩個倉庫),或完整套裝 399 美元(全部三個倉庫與完整 monorepo),每個額外開發者席位 75 美元。套件本身沒有訂閱。本站結賬後通過郵件傳送許可證金鑰,倉庫訪問通過 GitHub 邀請授予。

工作區如何界定我的資料?

使用者記錄按 workspaceId 劃定邊界。身份、許可權、AI 用量、計費事件與審計條目都留在個人工作區邊界內。

後臺任務如何工作?

Trigger.dev 是明確的任務執行時。JobRunner 契約只承諾 enqueue、status 與 cancel——工作流語義保持 Trigger.dev 專有且顯式。

郵件與營銷觸達有何不同?

事務性郵件覆蓋產品工作流,如任務完成通知。冷觸達與營銷活動屬於產品自身的範疇,不在本套件的郵件模組內。

移動端購買如何運作?

移動端已支援 RevenueCat 原生購買和恢復購買,訪問許可權由服務端驗證。釋出前需配置商店賬戶並完成裝置測試。Web 計費保持獨立。

AI 供應商金鑰存放在哪裡?

自帶金鑰憑證經過加密且僅存於服務端。金鑰在日誌中被脫敏;用量與預算在工作區級別保持可見。

結賬支援哪些付款方式?

Stripe 託管結賬接受銀行卡,在 Stripe 賬戶啟用後還可提供支付寶與微信支付——方便中國買家。錢包授權為非同步確認,付款完成後許可證頁面會立即更新。

我能申請退款嗎?

獲得程式碼倉庫訪問許可權後,supastack 將永久歸你所有,因此無法退款。但請放心,你將獲得包含終身更新的完整原始碼,可為你自己或客戶構建併發布無限數量的產品。你只需注意不能轉賣程式碼,也不能將倉庫作為啟動模板二次分發。唯一的例外是上線返現——上線一款用 supastack 打造的真實產品並公開分享,在購買後 60 天內達到 5,000 次自然瀏覽或 50 個自然按讚,即可退還已付款項的 50%;詳見條款。

TW
主題