留白學習室 · 入門操作指南

發布中心
帳號與 AI 教學

從註冊開發者帳號，到取得 Threads、Instagram、Facebook 與 AI 憑證。

整理日期：2026-10-15｜圖為流程示意，非官方畫面截圖。官方按鈕名稱與資格可能依帳號改變。

使用留白的一鍵連接，不必另外建立開發者 App。本教學供想自行申請、管理授權與 AI 金鑰的用戶使用；先確認自己的帳號，再開始發文。
← 回發布中心返回工具 →

發布中心：先連接帳號

1

打開帳號入口

按「連接帳號」，前往社群平台授權。

2

確認連接與保存方式

選擇 Threads、Instagram 或 Facebook，登入官方頁面並確認授權範圍。返回後按「更新連接狀態」，核對顯示的帳號名稱。YouTube 與 TikTok 也從各自的官方授權入口連接。

回工具操作 →

發布中心：AI 怎麼用

1

照這個順序操作

本工具負責上傳與發布，沒有 AI 金鑰設定欄。先在寫作工具產生文案，檢查後貼到共用文案；不要把 API 金鑰貼進文案。

查看 AI 金鑰申請與費用說明 ↓

01　先註冊開發者帳號

先把這件事做好，再選 Threads、IG 或 Facebook。這不是另外註冊一個社群帳號，而是讓你目前的 Facebook 帳號能建立應用程式。

1你的 Facebook 帳號2開發者註冊／驗證3我的應用程式
  1. 你的 Facebook 帳號
  2. 開發者註冊／驗證
  3. 我的應用程式
流程示意圖｜照順序完成，不需要一次理解全部名詞。
1

準備自己的帳號

準備可正常登入的 Facebook 帳號、收得到信的信箱，以及官方驗證時需要的手機。請使用自己的真實資料；不要借、買開發者帳號。

2

打開開發者網站

Meta for Developers ↗。登入後找「開始使用／Get started」或註冊入口。如果已看到「我的應用程式」，你可能已完成註冊。

3

完成官方註冊

依畫面閱讀條款、填寫聯絡資訊，完成要求的信箱或手機驗證；有「關於你」時照實選擇。不同帳號的頁面順序可能不同，驗證碼只輸入官方頁面。

4

確認成功

開啟 Meta 我的應用程式 ↗。看到應用程式清單與「建立應用程式／Create app」才算到站。先不要隨便建立多個 App。

5

卡住就停在這一步

收不到驗證碼：確認號碼、國碼與信箱，稍候再試。出現身分確認或帳號限制，依官方流程處理，不要一直重建帳號或反覆送驗證碼。

02　先選你要做的事

App 是你向 Meta 登記的一個工具；Token 是這個工具獲准代你做事的通行證。App ID、帳號 ID 是編號，App Secret、Token 則需要保密。

1自己用：角色與測試資格2客戶用：正式權限與審核3兩者不能畫等號
  1. 自己用：角色與測試資格
  2. 客戶用：正式權限與審核
  3. 兩者不能畫等號
流程示意圖｜照順序完成，不需要一次理解全部名詞。
1

只處理自己的帳號

可先以 App 角色／測試者允許的範圍驗收；必須接受邀請。是否還需企業驗證等，依所選用例、權限與官方後台要求。

2

要讓不認識的客戶也能使用

這是公開服務。你的管理員帳號成功，不代表外部用戶也能用。需要檢查正式模式、權限存取層級、App Review，以及後台列出的企業／存取權驗證。

3

選一條路做完

Threads → 第 3 章；Instagram 專業帳號 → 第 4 章的 Facebook 登入路線；Facebook 粉專 → 第 5 章。個人 Facebook 動態不是本教學的發布對象。

4

不用把所有欄位一次填滿

只申請目前功能需要的權限。海巡、留言、私訊不是「發文權限」附送的功能。Token 也不能在三個平台隨便互換。

03　取得 Threads 資料

先拿到 Threads 帳號 ID 與 Token，再處理自動更新。

1建立 Threads App2接受測試邀請3取得 Token4GET me 核對帳號
  1. 建立 Threads App
  2. 接受測試邀請
  3. 取得 Token
  4. GET me 核對帳號
流程示意圖｜照順序完成，不需要一次理解全部名詞。
1

建立 Threads App

開啟 Meta 我的應用程式 ↗ → 建立應用程式 → 選能存取 Threads API 的用例。名稱可填「我的 Threads 發文工具」，信箱填你能收到通知的地址。若介面名稱不同，找 Threads API 設定。

2

記下兩個 App 欄位

在 Threads 用例／API 設定找 Threads App ID 與 Threads App Secret。分別對應 THREADS_APP_ID、THREADS_APP_SECRET。不要把一般 App ID 或 IG App ID 混填；Secret 不要截圖給別人。

3

加入自己的 Threads 帳號

在 App 角色或 Threads API 設定加入測試帳號。再切到該 Threads 帳號，開啟設定中的網站權限／應用程式邀請並接受。若顯示「尚未接受邀請」，先完成這一步。

4

產生授權 Token

回 Threads API 設定的 Token 產生流程，選自己的帳號，閱讀並同意所需權限。基本發文檢查 threads_basic 與 threads_content_publish；回覆、管理回覆、搜尋等功能依實際端點另核對，不要把 threads_manage_replies 當成所有發文一律必備。

5

取得帳號 ID

用 Threads 官方測試工具／官方 Postman 集合，對 https://graph.threads.net/v1.0/me?fields=id,username 做 GET，授權欄使用剛取得的 Token。核對 username 是自己，將回傳 id 存成 THREADS_USER_ID。GET 只是讀資料，不會發文。

6

保存 Token

將 access_token 存成 THREADS_ACCESS_TOKEN。長期自動化前，依官方流程換長效 Token，記下到期時間；長效不等於永久，失效仍需重新授權。Meta 官方 Threads 集合 ↗

7

如果是接自己的網站

先由網站提供正確 HTTPS 回呼網址，再到 App 後台填入；必須逐字一致。不要把留白的回呼填到別人的專案，也不要為了消除錯誤隨便換網址。

04　取得 Instagram 資料

這章使用 Facebook 登入路線，適合已連結粉專的 Instagram 專業帳號。新版 Instagram 登入是另一套流程，不能只換 Token 就當作已相容。

1IG 專業帳號2連結粉絲專頁3Facebook 登入授權4取得 IG 數字 ID
  1. IG 專業帳號
  2. 連結粉絲專頁
  3. Facebook 登入授權
  4. 取得 IG 數字 ID
流程示意圖｜照順序完成，不需要一次理解全部名詞。
1

準備 IG 專業帳號

IG 設定 → 帳號類型與工具，依需求切換為商業或創作者帳號。一般個人帳號不適用這套內容發布 API。限時動態另需檢查帳號類型與發布功能資格，不能以貼文成功推定限動也成功。

2

連結 Facebook 粉絲專頁

準備你有內容管理權限的粉專，在粉專／Meta Business Suite 的 Instagram 連結設定連上該 IG。確認畫面顯示正確帳號。開啟 Meta Business Suite ↗

4

取得授權

開啟 Graph API Explorer ↗，選你自己的 App。以 User Token 流程授權相關粉專與 IG；基本核對 pages_show_list、pages_read_engagement、instagram_basic、instagram_content_publish。若某項不可選，先補 App 用例或存取資格。

5

找到你的粉專

在 Explorer 選目前 App 支援的 API 版本，執行 GET me/accounts?fields=id,name,access_token。從結果找正確粉專，記下它的 id。不要複製別張粉專的 Token。

6

找到 IG 的數字 ID

再執行 GET 粉專ID?fields=instagram_business_account{id,username}。以回傳 username 核對 IG，保存內層 id。若欄位空白，先查專業帳號、粉專連結與授權資產是否正確。

7

存到專案對應欄位

不同工具可能使用 IG_USER_ID 或 IG_ACCOUNT_ID。兩者都放 IG 數字 ID，不是 @名稱，也不是粉專 ID。IG_ACCESS_TOKEN 必須是相容該 Facebook 登入流程、已授權該 IG 資產的 Token，先用讀取請求驗證，勿混入 Instagram Login Token。

8

長效與自動更新先別急

IG_APP_ID、IG_APP_SECRET 使用這個 Facebook 登入 App 的資料。現有 refresh 腳本用 fb_exchange_token，不能保證每月執行就永久續期；依 Token 類型與官方規則處理。先完成一次人工更新驗證。

9

若你想改用 IG 直接登入

Instagram API with Instagram Login 可不連粉專，使用 instagram_business_basic、instagram_business_content_publish 等另一組權限。但程式端點、授權與 Token 更新都要一起修改；請先確認你的工具支援哪一條路線。Meta 官方 Instagram Login 集合 ↗

05　取得 Facebook 粉專資料

這章教你取得自己管理的 Facebook 粉專資料；不適用個人動態牆。

1User Token：你本人2me/accounts：挑選粉專3Page Token：粉專身分
  1. User Token：你本人
  2. me/accounts：挑選粉專
  3. Page Token：粉專身分
流程示意圖｜照順序完成，不需要一次理解全部名詞。
1

先確認你管理哪張粉專

開啟 Facebook 粉專 ↗。確認自己的帳號具備該粉專必要的內容工作權限。個人首頁、社團與粉專是不同東西。

2

設定 App 的粉專用例

開啟 Meta 我的應用程式 ↗，配置支援粉專操作／Facebook 登入的用例，按照後台要求完成設定。

3

取得 User Token

開啟 Graph API Explorer ↗ → 選自己的 App → 授權 pages_show_list、pages_read_engagement、pages_manage_posts，只選要管理的粉專。額外權限依實際功能另加。

4

換成粉專身分

執行 GET me/accounts?fields=id,name,access_token,tasks。找到正確 name，保存該列的 id 與 access_token；後者是 Page Access Token。不要把管理員的 User Token 直接當作粉專 Token。Meta 官方取得粉專 Token 範例 ↗

5

先驗證，後發文

用 Page Token 執行 GET 粉專ID?fields=id,name，看到正確名稱後才考慮發文。自建程式可使用 FACEBOOK_PAGE_ID、FACEBOOK_PAGE_ACCESS_TOKEN 這兩個名稱；這是本教學建議名稱，實際名稱以你的程式說明為準。

6

維護與公開使用

保存到期／失效檢查與撤銷方式；不要承諾永久有效。服務外部客戶前仍需核對所需 App Review 與進階存取資格。粉專發布官方文件 ↗

06　把資料放進 GitHub Secrets

若你使用 GitHub 自動化專案，可以將憑證存在 Secrets。它是保險箱，不是向 Meta 申請 Token 的地方。設定欄位的名字只是程式約定，不能照抄其他人的值。

1Settings2Secrets and variables3Actions4New repository secret
  1. Settings
  2. Secrets and variables
  3. Actions
  4. New repository secret
流程示意圖｜照順序完成，不需要一次理解全部名詞。
1

先用自己的專案

若專案允許且你有使用權，建立自己的私有副本。先不要啟動排程。確認你信任程式與其相依套件；不要讓不明 Action 讀取金鑰。

2

打開保險箱

GitHub 專案 → Settings → Secrets and variables → Actions → New repository secret。沒有 Settings 或新增按鈕時，先確認你對專案的權限。

3

一個欄位存一筆

Name 填程式要求的名字，例如 THREADS_ACCESS_TOKEN；Secret 貼自己的 Token；按 Add secret。大小寫與底線要一致，不加引號或多餘空白。存完通常不能再讀出原值，只能更新。

4

先做讀取檢查

確認 ID 與 Token 屬於同一帳號。不要把「Run workflow」當成連線測試：自動發文專案的 workflow 可能直接對外發布。只有看懂它會做什麼且確認內容後才能執行。

5

其他欄位要不要填

Notion 是素材資料庫、Cloudinary 是圖片儲存、Telegram 是通知、Gemini 是 AI；不是 Meta 授權的必要項目，但原專案可能依賴它們。缺少其中一項，程式仍可能中止。依選定 workflow 的 env 逐項檢查。

6

GH_PAT 先留空也不要亂給

它是 GitHub 權杖，現有自動更新工作會用它改寫 Secrets；不是 Threads Token。若啟用，應限定單一必要 repository 與 Secrets 寫入權限、設到期日。初學者可先不啟用 refresh workflow，人工更新 Token。GitHub Secrets 官方教學 ↗

07　AI：選一種你能掌握的方式

AI Key 負責生成文字／圖片，Meta Token 負責發文；兩個不是同一把鑰匙。自備 AI 不會讓 Meta 帳號自動變安全。

1手動：提示詞 → 聊天工具2自備：你的 Key → API 帳單3平台：平台額度 → 方案
  1. 手動：提示詞 → 聊天工具
  2. 自備：你的 Key → API 帳單
  3. 平台：平台額度 → 方案
流程示意圖｜照順序完成，不需要一次理解全部名詞。
1

最容易：複製提示詞

複製下方提示詞與已去除個資的素材 → 貼到你平常使用的 ChatGPT／Claude／Gemini → 閱讀修改 → 再貼回工具。這種手動流程不需要把 API Key 交給發文工具，但仍受聊天服務方案及資料政策限制。

2

想直接生成：自己申請 API

優點是可自己選模型、看帳單、撤銷 Key；缺點是要管理費用與金鑰。自備不一定更便宜，也不是不限量。只有工具明確支援該供應商與自備方案，填入後才會生效。

4

Claude 申請步驟

開啟 Claude Console ↗ → 登入／建立帳戶 → 選工作區 → API Keys → Create key → 命名並保存 → 查看 Billing／Usage。API 與聊天產品分開管理，不能假設聊天訂閱含 API 額度。Claude 官方申請說明 ↗

6

Grok 申請入口

開啟 xAI Console ↗ → 選團隊／專案 → 檢查帳務 → API Keys → 建立並保存。不要以 X 訂閱推定有 API 額度。是否需要先購買額度，以當下官方畫面為準。

7

平台 AI 也可以

平台幫你管理金鑰，用量按平台方案。適合不想處理後台的人；比較時看每次扣點、失敗退款、額度與超量規則。不要把自備 API 描述成唯一安全選擇。

8

第一次測試怎麼做

先限定短素材、低輸出上限，一次一篇；測完到供應商 Usage 看用量。預算提醒不一定是硬性斷電，工具端也要有總額與併發限制。Key 只放可信任的後端秘密設定；不要放公開 GitHub、截圖、網址或聊天訊息。

08　帳號風險與失敗排除

自行取得憑證，是增加控制權，不是防封保證。沒有證據能說所有第三方工具都容易造成全部 Meta 帳號被封；官方 API 工具、共享密碼工具與模擬操作工具應分開評估。

1權限最小化2內容人工確認3失敗停住查原因4保留撤銷與備份
  1. 權限最小化
  2. 內容人工確認
  3. 失敗停住查原因
  4. 保留撤銷與備份
流程示意圖｜照順序完成，不需要一次理解全部名詞。
1

自行管理授權的好處與限制

「若你希望自行管理授權與費用，可以使用自己的 Meta App 與 AI Key。請使用官方 API、只授權必要功能，並保留撤銷方式。自己申請仍須遵守 Meta 規則，不能保證帳號不受限制。若不熟悉設定，也可以選擇可信任、使用官方授權的服務。」

2

避免讓工具拿走整個帳號

不要提供社群密碼、登入 Cookie 或驗證碼給不明工具。自己的 Token 一旦交給工具，工具仍可能取得對應權限；先確認用途、保存方式與撤銷方法。

3

尚未接受測試邀請

回正確 Threads／IG 帳號接受邀請，再授權。不是一直重新產生 Token。

4

權限不足／已發第一則後失敗

先記錄成功貼文 ID，停止整篇重送。查看缺少哪個 scope、資產權限或 App 存取層級，補好後只處理未成功段落。

5

回呼網址不一致

比較 App 後台與程式實際送出的 redirect_uri：包含 https、主機、路徑及尾端斜線。改完從正式入口重新授權。

6

Token 過期／429／帳號限制

過期就重新授權；429 停止密集重試並依官方要求退避；帳號受限就走官方查核／申訴流程。不要換帳號、IP 或 App 來規避處置。

7

沒有成功標準就不要排程

至少完成：GET 讀到正確帳號 → 權限及有效期確認 → 人工核准一筆測試貼文 → 官方回傳貼文 ID → 到平台確認內容。測一次成功也不代表永久正常。

直接複製的寫作提示詞

官方資料與查核範圍

圖示用來說明操作順序，並非官方畫面截圖。實際介面與可用權限以你的 App 後台及官方文件為準。