GitHub + Vercel + Neon + Dify 部署教學

截圖怎麼看：本教學以一個新的空專案 tutorial-demo 示範，它的網址是 tutorial-demo.vercel.app。跟著做時，把 tutorial-demo 換成你自己的專案名稱即可。

• 建立類的表單（建立專案、建立金鑰等）都填到「按下建立之前」為止，按鈕請你自己按。這些畫面上的值都是示範用，完整顯示。
• 部分畫面（例如「建好之後長什麼樣子」）必須用一個已經在運作的專案才拍得到。這類畫面中屬於該專案的名稱、網址、金鑰、ID 都已打上馬賽克，只看版面和按鈕位置即可。

需要準備的帳號（全部有免費方案）：

• GitHub：github.com
• Vercel：vercel.com，建議直接用 GitHub 帳號登入
• Neon：neon.tech
• Google 帳號（用來開 Google Cloud）
• LINE 官方帳號與 LINE Developers：developers.line.biz
• Dify：cloud.dify.ai
• n8n：n8n.io 雲端版，或自己架設

需要安裝在電腦上的軟體：

• Node.js（選 LTS 版本）：nodejs.org。執行和測試網站程式用。
• Git：git-scm.com。把程式碼推上 GitHub 用。不想打指令的話，改裝 GitHub Desktop：desktop.github.com。
• 程式編輯器：VS Code，code.visualstudio.com。

三個一開始就要決定的事：

1. 專案名稱：所有平台都用同一個名字（例如 tutorial-demo），只用英文小寫、數字、連字號。之後看到任何平台上的名稱，就知道是哪個專案。
2. 區域：使用者在台灣，資料庫、網站、檔案都選新加坡（Neon 叫 AWS Asia Pacific 1 (Singapore)，Vercel 叫 sin1）。台灣到新加坡一趟約 40～60 毫秒，到美國東岸約 200 毫秒，一個頁面查五次資料就差將近一秒。
3. 順序：GitHub → Neon → Vercel → Google 登入 → LINE → Dify → n8n → MCP。每一步產生的網址或金鑰，都是下一步要填的值，跳著做會一直回頭改。

後面每一章都會產生或貼上一堆「鑰匙」，新手最常卡住的不是按鈕在哪，而是搞不清楚這把鑰匙是誰發的、給誰用、要貼到哪裡。這一章先把觀念講清楚，後面照做就不會亂。

一、三種「鑰匙」：ID、Secret、Token

二、每一把鑰匙的一生

1. 產生：在發行的平台上按「建立」，通常只顯示一次，關掉視窗就看不到了。
2. 保存：立刻存進密碼管理器（1Password、Bitwarden、iCloud 鑰匙圈），再貼到要用它的地方。
3. 使用：程式從環境變數讀出來，放在請求裡送出去。
4. 輪替：定期或懷疑外流時，產生一把新的、換上去、確認正常，再把舊的作廢。
5. 撤銷：不用了或確定外流，到發行的平台按刪除／Revoke，舊鑰匙立刻失效。

三、API：別人怎麼使用你的網站功能

API 就是一個「專門給程式用的網址」。人用瀏覽器看網頁，程式用 API 拿資料或叫網站做事。一次 API 呼叫長這樣：

POST https://tutorial-demo.vercel.app/api/v1/orders     ← ① 方法 + 網址：要做什麼、找誰
Authorization: Bearer tk_demo_3f9a7c21...               ← ② 鑰匙：證明你有權限
Content-Type: application/json                          ← ③ 資料格式
Idempotency-Key: run-20261024-001                       ← ④ 防重複：同一個值只會執行一次

{ "name": "王小明", "phone": "0912345678", "date": "2026-11-01" }   ← ⑤ 內容

Bearer 是什麼：Authorization: Bearer <Token> 是業界最常見的帶鑰匙方式。Bearer 是固定的英文字，意思是「持有者」，後面空一格接 Token。整串放在 Header（請求的信封上），不放在網址裡，因為網址會被記錄在各種日誌中。

對方回應的狀態碼，看懂它就能自己排錯：

四、Webhook：反過來，別人主動通知你

API 是「你去問對方」；Webhook 是「對方有事主動打給你」。LINE 收到客人訊息時，會主動把訊息送到你網站的某個網址，這個網址就叫 Webhook URL。

簽章怎麼運作：LINE 和你的網站都知道同一個 Channel secret。LINE 送訊息時，用這個 Secret 對內容算出一段簽章附在 Header；你的網站收到後用同一個 Secret 再算一次，兩邊一樣才相信是 LINE 送的。所以 Channel secret 填錯，Webhook 一定驗證失敗。

五、MCP：讓 AI 助理會用你的系統

MCP（Model Context Protocol）可以想成「AI 專用的插座」。你的網站提供一個 MCP 網址，裡面列出一組「工具」（例如查訂單、建訂單），每個工具附上說明。Claude、Dify 這類 AI 連上後，會自己讀說明、判斷什麼時候該用哪個工具。

兩個角色：提供工具的一方叫 MCP 伺服器（你的網站 /api/mcp、Vercel、Neon、GitHub 官方都有）；使用工具的一方叫 MCP 客戶端（Claude、Claude Code、Dify）。

六、一則 LINE 訊息走過的完整路線

把所有鑰匙串起來看。客人在 LINE 傳「11/1 早上 4 個人去機場」，系統裡發生的事：

1. 1
   LINE 平台客人的訊息送到你的 Webhook URL，附上簽章
   不需要鑰匙
2. 2
   你的網站（Vercel）用 Channel secret 驗證簽章，確認真的是 LINE 送的
   LINE_CHANNEL_SECRET
3. 3
   你的網站 → Dify把訊息文字交給 Dify 工作流整理
   DIFY_API_KEY
4. 4
   DifyAI 讀懂內容，整理出日期、人數、地點
   不需要鑰匙
5. 5
   Dify → 你的網站呼叫網站 API 建立訂單
   你網站發給 Dify 的 Token
6. 6
   你的網站 → Neon把訂單寫進資料庫
   DATABASE_URL
7. 7
   你的網站 → LINE回覆客人「已收到，稍後報價」
   LINE_CHANNEL_ACCESS_TOKEN

七、最容易搞混的成對名詞

這一章會拿到兩個值：AUTH_GOOGLE_ID 與 AUTH_GOOGLE_SECRET。你的網站程式需要有「使用 Google 登入」功能，現成的工具有 Auth.js、Better Auth 等。

5.1

使用者看到的登入流程

完成

為什麼這樣做

• 使用者按下按鈕 → 跳到 Google → 登入後 Google 帶著一個「通行碼」回到你的網站（這個網址叫回呼網址）。下面的設定就是告訴 Google：這個網址是我的，請把通行碼送到這裡。

5.2

Google 的選擇帳戶畫面

完成

為什麼這樣做

• 設定正確時會看到這個畫面，上面寫著你的網站網址。如果看到的是錯誤頁，寫著 redirect_uri_mismatch，就是下面的「重新導向 URI」沒填對。

5.3

建立 Google Cloud 專案、進入憑證頁

完成

操作

1. 開 console.cloud.google.com。第一次使用時，左上角點專案選擇器 → 新增專案 → 名稱填 tutorial-demo → 建立。
2. 確認左上角已切換到 tutorial-demo。
3. 左側選單 API 和服務 → 憑證。

為什麼這樣做

• 一個網站系統一個 Google Cloud 專案，登入設定和其他專案互不干擾。

5.5

建立憑證 → OAuth 用戶端 ID

完成

操作

1. 回 憑證 頁，點 + 建立憑證，選 OAuth 用戶端 ID。

為什麼這樣做

• API 金鑰 只能代表你的專案，不能讓使用者登入。
• 服務帳戶 是給程式和程式之間用的，也不是給人登入。

5.6

類型選「網頁應用程式」

完成

操作

1. 應用程式類型 選 網頁應用程式。

為什麼這樣做

• 網站在伺服器端完成登入，只有這個類型會給你 Client Secret，也才能填回呼網址。

5.7

填網址

完成

操作

1. 名稱：tutorial-demo Vercel（只有你看得到）。
2. 已授權的 JavaScript 來源 → + 新增 URI → https://tutorial-demo.vercel.app（只到網域，結尾不加斜線）。
3. 已授權的重新導向 URI → + 新增 URI → https://tutorial-demo.vercel.app/api/auth/callback/google。
4. Use this client for an AI-powered agent 不勾。
5. 按 建立。彈出視窗會顯示「用戶端 ID」和「用戶端密鑰」。
6. 用戶端 ID → Vercel 的 AUTH_GOOGLE_ID（Config）；用戶端密鑰 → AUTH_GOOGLE_SECRET（Secret）。存好後重新部署。

為什麼這樣做

• 重新導向 URI 要一字不差：https、網域、路徑都要對，結尾不能多斜線。
• 路徑 /api/auth/callback/google 是 Auth.js 的預設寫法。用其他登入工具時，請查該工具文件寫的回呼路徑。

5.8

之後要修改

完成

操作

1. 憑證 頁點用戶端名稱就能修改，改完按 儲存。

為什麼這樣做

• 畫面下方寫著：修改後可能要 5 分鐘到幾小時才生效。剛改完測試失敗，先等幾分鐘再判斷。

5.9

測試使用者：誰可以登入

完成

操作

1. Google Auth Platform → 目標對象。
2. 測試使用者 → + Add users，加入每一位要登入後台的人的 Gmail。

為什麼這樣做

• 「測試」狀態下，只有名單上的帳號能登入，其他人會被 Google 擋下。內部後台正好需要這種白名單，不必送審。
• 有同事反映登不進去，第一個檢查這裡。上限 100 人。

5.10

（選用）要用 Google 日曆時

完成

操作

1. API 和服務 → 程式庫，搜尋 Google Calendar API → 啟用。

為什麼這樣做

• Google 的各項功能預設全部關閉，沒啟用就呼叫會出現 403 錯誤。用不到的不要開。

LINE 這邊要準備兩個東西（LINE 稱為 Channel），而且必須放在同一個 Provider（可以想成「品牌資料夾」）底下：

6.1

Provider 列表

完成

操作

1. 登入 developers.line.biz/console。
2. 第一次使用：按 Create，名稱填你的品牌名稱。已經有了就點進去。

為什麼這樣做

• Provider 名稱會出現在客人的授權畫面上，請用客人認得的品牌名，不要用英文代號。

6.2

Provider 裡的 Channel

完成

為什麼這樣做

• 範例 Provider 裡目前只有 LINE Login，還沒有 Messaging API。這種狀態下表單可以開，但收不到訊息、也無法推播。下面示範怎麼補上。

6.3

建立 Channel

完成

操作

1. 點 Create a new channel → Messaging API。

6.4

Messaging API 要從官方帳號後台開

完成

為什麼這樣做

• LINE 已經改了流程：Messaging API 不能在這裡直接建，要先有一個 LINE 官方帳號，再到官方帳號後台「啟用 Messaging API」。啟用後，這裡會自動出現對應的 Channel。還沒有官方帳號的人，按 Create a LINE Official Account 先建一個。

6.5

官方帳號後台：找到 Messaging API

完成

操作

1. 開 manager.line.biz，點進你的官方帳號。
2. 右上 設定 → 左側 Messaging API。狀態顯示 未使用。
3. 按 啟用。

為什麼這樣做

• 官方帳號就是客人加的那個 LINE 好友。在它身上啟用 Messaging API，客人傳的訊息才會轉給你的網站。

6.6

選 Provider（選了就不能改）

完成

操作

1. 選你的品牌 Provider（和 LINE Login 同一個）。不要選「建立服務提供者」，除非你還沒有任何 Provider。
2. 閱讀服務條款後按 同意。
3. 接著會問隱私權政策與服務條款網址，可以先留空。

為什麼這樣做

• 這一步送出後無法更改。 選錯的話，就得停用重來，已經累積的客人 ID 對應也會作廢。按下去之前再確認一次。

6.8

LINE Login Channel 的 Channel ID

完成

操作

1. 還沒有 LINE Login Channel 的話：Create a new channel → LINE Login，App types 勾 Web app。
2. Basic settings 的 Channel ID 記下來。

為什麼這樣做

• 你的網站收到 LIFF 傳來的身分證明（ID Token）時，要確認它是發給這個 Channel ID 的，才能確定不是偽造的。

6.9

LIFF：在 LINE 裡開網頁

完成

操作

1. 點進 LINE Login Channel → LIFF 分頁。範例已經有一個表單。

為什麼這樣做

• 每個 LIFF 都有一個 LIFF ID，你的網頁程式啟動 LIFF 時要用到它，存在 Vercel 環境變數（例如 NEXT_PUBLIC_LIFF_ID）或你網站的設定頁。

6.10

LIFF 網址

完成

為什麼這樣做

• LIFF URL（https://liff.line.me/...）是要放進 LINE 圖文選單或訊息按鈕的網址。客人點了，會在 LINE 裡打開你設定的網頁。

6.11

常見錯誤：網址過期、少了 openid

完成

操作

1. Endpoint URL 是 LIFF 實際打開的網頁。網站搬家或改網址後，按 Edit 更新。
2. Scopes 按 Edit，確認有勾 openid。

為什麼這樣做

• 這是一個錯誤示範：Endpoint 還指向舊網站，客人點開只會看到錯誤頁。改網址後最容易忘記回來改這裡。
• Scopes 少了 openid，LIFF 就拿不到身分證明（ID Token），你的網站只能相信網頁自己回報的客人 ID，有心人可以冒充別人下單。

6.12

新增 LIFF

完成

操作

1. LIFF 分頁按 Add。

6.13

LIFF 設定值

完成

操作

1. LIFF app name：例如 預約表單。
2. Size：Full。
3. Endpoint URL：你網站表單頁的完整網址（要先做好這個頁面）。
4. Scopes：勾 openid、profile。chat_message.write 只有在「表單送出後要以客人身分在聊天室留一句話」時才勾。
5. Add friend option：On (Normal)。
6. Scan QR、Module mode 保持關閉。按 Add。

為什麼這樣做

• Full 是全螢幕，欄位多的表單客人不用在小視窗裡捲。
• openid 讓網站能驗證客人身分；profile 拿到名字和大頭貼，你在後台才認得出是誰。
• chat_message.write 打開後視窗不能縮小，沒需要就別勾。
• 加好友選項打開，客人填表時會被提示加你的官方帳號。沒加好友的人，之後無法推播報價或提醒給他。

6.14

把 LINE Login 連到官方帳號

完成

操作

1. LINE Login Channel → Basic settings 最下方 → Linked LINE Official Account → Edit → 選你的官方帳號。

為什麼這樣做

• 範例顯示 –（未連結），這時上一步的加好友提示不會出現。要先完成「啟用 Messaging API 並選同一個 Provider」，這裡的下拉選單才選得到官方帳號。

Dify 和你的網站之間是雙向的，兩個方向各用一把不同的鑰匙：

7.1

建立應用

完成

操作

1. cloud.dify.ai → 工作室 → 建立 → 建立空白應用。

為什麼這樣做

• 匯入 DSL 檔案 可以載入別人做好的流程。新手建議先從空白開始，才看得懂每一個步驟在做什麼。

7.2

類型選工作流

完成

操作

1. 選擇 App Type 選 工作流（預設是聊天流，要記得改）。

為什麼這樣做

• 「把一段文字整理成資料」這種一問一答的工作，用工作流。網站呼叫的網址是 /workflows/run。
• 要記得上下文、多輪對話的客服，用聊天流。網站呼叫的網址是 /chat-messages。
• 兩種的呼叫網址不同，選錯類型，網站那邊就會呼叫失敗。

7.3

名稱與描述

完成

操作

1. 應用名稱：寫清楚用途，例如 LINE 訊息整理。
2. 描述：寫輸入什麼、輸出什麼，例如「輸入 text；輸出日期、人數、上下車地點」。
3. 按 建立，接著在畫布上設計流程。

為什麼這樣做

• 開始節點的輸入變數名稱，必須和你網站程式送過來的欄位名稱一致，否則資料送不進去。寫在描述裡，日後調整時不會忘。

7.4

存取點：取得 API 網址

完成

操作

1. 應用左側 存取點。
2. 後端服務 API 確認為 服務中，API Endpoint 是 https://api.dify.ai/v1。
3. Web 應用程式：不打算讓別人直接使用這個 AI 頁面，就把開關關掉。

為什麼這樣做

• API Endpoint 就是你網站要呼叫的 Dify 網址。用 Dify 雲端版都是這個；自己架設 Dify 才會不同。
• Web 應用程式 開著的話，任何人拿到網址都能直接用，消耗你的額度。
• MCP 伺服器 是把這個 AI 流程提供給 Claude 等 AI 助理使用，跟本章無關，保持停用。

7.5

API 金鑰：每個應用一把

完成

操作

1. 按 API 金鑰 → + 建立金鑰 → 複製。
2. 存成 Vercel 環境變數（Secret，只勾 Production），名稱依你的程式而定。有好幾個應用就各存一個，例如 DIFY_KEY_LINE_PARSE、DIFY_KEY_FAQ。
3. 重新部署。

為什麼這樣做

• Dify 的金鑰是一個應用一把，不是整個帳號一把。五個應用就有五把。
• 畫面上的提醒：金鑰不能寫在網頁前端的程式碼裡，只能放在伺服器端（也就是 Vercel 環境變數）。

7.7

把網站 API 變成 Dify 的工具

完成

操作

1. 左側 集成 → 工具 → Swagger API 作為工具 → 建立 Swagger API 作為工具。

為什麼這樣做

• 把你網站的 API 包成 Dify 工具後，每個流程都能直接呼叫「查訂單」「建訂單」，不用每次重新設定網址和鑰匙。

7.8

工具名稱

完成

操作

1. 名稱：tutorial_demo（英文小寫、底線）。

為什麼這樣做

• 工具名稱會出現在 AI 的指令和紀錄裡，用英文比較穩定。

7.9

匯入 API 說明書（OpenAPI）

完成

操作

1. 你的網站有提供 OpenAPI 規格網址（例如 https://tutorial-demo.vercel.app/api/v1/openapi.json）：按 + 從 URL 中匯入 貼上。
2. 沒有的話，把 OpenAPI 內容貼進 Schema 欄位（畫面中是精簡範例）。
3. 下方 可用工具 會列出解析到的功能，右側 測試 可以先試。

為什麼這樣做

• OpenAPI 是一份標準格式的「API 說明書」，Dify 讀了就知道有哪些功能、要帶哪些資料。
• 用網址匯入，網站改版後重新匯入就能同步，不會手動貼的跟實際不一樣。
• 每個功能的說明要寫清楚，AI 是靠這些文字判斷該用哪一個。

7.10

鑑權方法：預設值是錯的

完成

操作

1. 鑑權方法 右側齒輪 → 鑑權型別 選 標題。

為什麼這樣做

• 選了「標題」之後，下面的 鑑權頭部字首 預設是 Basic。大多數網站 API 用的是 Bearer，保留 Basic 會一直得到 401（未授權）錯誤。

7.11

改成 Bearer

完成

操作

1. 鑑權頭部字首 改選 Bearer。
2. 鍵 保持 Authorization。
3. 值 貼上你網站發給 Dify 的 Token（畫面中是示範值）。只貼 Token 本身，前面不要自己加 Bearer。
4. 按 儲存，再按工具表單的 儲存。

為什麼這樣做

• Dify 會自動在前面加上 Bearer 。值裡再寫一次就會變成 Bearer Bearer xxx，一樣得到 401。

7.12

另一種接法：MCP

完成

操作

1. 你的網站如果有提供 MCP 網址，可以改用這種方式：集成 → 工具 → MCP → 新增 MCP 伺服器 (HTTP)。

為什麼這樣做

• MCP 會自動列出網站提供的所有功能和說明，不用另外維護 OpenAPI 說明書。和上面的 Swagger 工具二選一就好，同一個功能不要接兩次。

7.13

MCP 表單

完成

為什麼這樣做

• 身份驗證 分頁預設是 OAuth（動態客戶端註冊）。用固定 Token 的網站要把它關掉，改在 標題 分頁設定。

7.14

填網址、關閉動態註冊

完成

操作

1. 伺服器 URL：你網站的 MCP 網址，例如 https://tutorial-demo.vercel.app/api/mcp。
2. 名稱與圖示：例如 我的後台。圖示會自動抓網站的 favicon。
3. 伺服器識別碼：tutorial-demo（建立後不能改）。
4. 使用動態客戶端註冊 關閉，下方兩欄留空。

為什麼這樣做

• 識別碼是流程內部用來指這個 MCP 的代號，之後改不了，用和專案一樣的名稱最不容易搞混。

7.15

在「標題」分頁加上 Token

完成

操作

1. 切到 標題 分頁 → + 新增標題。
2. 標題名稱：Authorization。
3. 標題值：Bearer 加上 Token（這裡要自己寫 Bearer 和一個空格；畫面中是示範值）。
4. 按 新增並授權。

為什麼這樣做

• 這是最容易混淆的地方：MCP 的標題會原封不動送出，不會自動加 Bearer；上面 Swagger 工具則會自動加。兩邊的寫法剛好相反。

n8n 負責「時間」相關的工作，例如每天早上寄簡報、每 15 分鐘檢查有沒有逾期未處理的訂單。做法是：n8n 在指定時間，呼叫你網站上的一個網址。

你的網站要提供：一個專門給排程呼叫的網址（例如 POST /api/cron/daily-briefing），而且要檢查請求裡有沒有帶正確的密碼，否則任何人都能觸發。

1. 產生一組密碼（方法見「環境變數總表」章），存成 Vercel 的 CRON_SECRET（Secret），重新部署。
2. n8n 左側 Credentials → Add credential → 搜尋 Header Auth：Name 填 Authorization，Value 填 Bearer 加上剛才的密碼 → 儲存。
3. 新增工作流：加 Schedule Trigger 節點，設定執行時間（例如每天 07:30）。
4. 接一個 HTTP Request 節點：Method 選 POST，URL 填你網站的排程網址，Authentication 選 Generic Credential Type → Header Auth → 選剛建的 Credential。
5. 工作流右上 ⋯ → Settings → Timezone 改為 Asia/Taipei。
6. 按 Test workflow 試一次，網站回應成功後，打開右上角 Active。

進階：延時執行（例如報價 72 小時後沒回覆就自動提醒）：網站在建立報價時通知 n8n 的 Webhook 節點 → n8n 用 Wait 節點等到指定時間 → 再呼叫網站的回呼網址。回呼時要帶網站事先產生的簽章，網站確認簽章無誤才執行，避免被別人亂觸發。

MCP 讓 Claude 這類 AI 助理可以直接操作其他系統。分成兩種用途：

在 claude.ai 加入：左下角頭像 → 設定 → 連接器 → 新增自訂連接器，貼上網址。官方 MCP 會跳出登入畫面，登入同意即可。

在 Claude Code 加入（終端機執行）：

claude mcp add --transport http vercel https://mcp.vercel.com
claude mcp add --transport http neon https://mcp.neon.tech/mcp
claude mcp add --transport http github https://api.githubcopilot.com/mcp/

# 你自己網站的 MCP（Token 換成你網站發給 Claude 的那一把）
claude mcp add --transport http tutorial-demo https://tutorial-demo.vercel.app/api/mcp \
  --header "Authorization: Bearer <你的 Token>"

加完後在 Claude Code 輸入 /mcp，看到狀態為已連線即可。

• Neon 登入時會問要給「單一專案」還是「所有專案」，選單一專案。
• 給 Claude 的 Token 和給 Dify 的分開發，名稱寫 Claude，權限依你要它做的事勾選。
• 會刪除資料的功能，網站應該要求二次確認，AI 不能一步就刪掉。

接通之前先測試

一、先用 curl 確認 API 和 Token 正常（Mac 用「終端機」、Windows 用 PowerShell，Windows 請把 curl 寫成 curl.exe）：

curl -i https://tutorial-demo.vercel.app/api/v1/orders \
  -H "Authorization: Bearer <你的 Token>"

• 第一行出現 HTTP/2 200：Token 正確，API 正常。
• 401：Token 錯了或過期；403：Token 對，但沒有讀取訂單的權限。
• -i 的意思是把狀態碼一起印出來，排錯時一定要加。

二、用 MCP Inspector 看你的 MCP 有哪些工具（官方的測試工具，需要 Node.js）：

npx @modelcontextprotocol/inspector

1. 瀏覽器會自動開啟 Inspector 頁面。
2. Transport Type 選 Streamable HTTP，URL 填 https://tutorial-demo.vercel.app/api/mcp。
3. 在 Header 欄位加 Authorization，值為 Bearer <你的 Token>，按 Connect。
4. 切到 Tools 分頁，按 List Tools，看到工具清單就代表 MCP 正常。可以點一個唯讀工具（例如查訂單）實際執行一次。

下表是這套架構常見的環境變數。實際名稱以你的程式為準，大小寫必須完全一致。

誰拿著哪一把鑰匙：

怎麼產生一組安全的亂碼密碼（AUTH_SECRET、CRON_SECRET 這類「自己產生」的值）：

Mac、Linux、Windows 都可用（需先安裝 Node.js）：

node -e "console.log(require('crypto').randomBytes(32).toString('hex'))"

Mac、Linux 也可以用：

openssl rand -hex 32

1. 打開 https://tutorial-demo.vercel.app，網站正常顯示。
2. 用 Google 登入成功；用不在測試使用者名單上的帳號登入，會被擋下。
3. 在測試站（Preview）新增一筆資料，到 Neon 的正式分支查不到它。
4. LINE Developers 的 Webhook Verify 顯示 Success；用自己的手機傳一句話給官方帳號，網站有收到。
5. 在 LINE 裡點 LIFF 網址，表單打開、送出後網站有資料，客人名字正確。
6. 在 Dify 工具按 測試：Token 正確時成功；故意改錯一個字，會得到 401。
7. n8n 手動執行一次排程，網站回應成功；把 Credential 拿掉再執行，會得到 401。
8. Claude Code 輸入 /mcp，看到你的網站已連線。
9. 上傳一個檔案，用無痕視窗直接打開檔案網址：Private Blob 應該打不開。