打開帳號入口
按「帳號與雲端」，輸入自己的 Email 與密碼；第一次使用請選「建立帳號」，依 Email 驗證信完成後回來登入。忘記密碼時使用「忘記密碼」。
客戶經營工作台：先連接帳號
確認連接與保存方式
登入後新增或選擇客戶，按儲存保存資料。客戶名單不是社群帳號連接；不需要為此申請 Meta App。
客戶經營工作台：AI 怎麼用
照這個順序操作
先填已確認的店家資料，再開啟客戶的 AI 協助區。移除對話中的不必要個資，確認同意傳送後再分析；也可複製整理提示詞，將結果貼回 JSON 匯入。
01 先註冊開發者帳號
先把這件事做好，再選 Threads、IG 或 Facebook。這不是另外註冊一個社群帳號，而是讓你目前的 Facebook 帳號能建立應用程式。
- 你的 Facebook 帳號
- 開發者註冊／驗證
- 我的應用程式
準備自己的帳號
準備可正常登入的 Facebook 帳號、收得到信的信箱，以及官方驗證時需要的手機。請使用自己的真實資料；不要借、買開發者帳號。
打開開發者網站
Meta for Developers ↗。登入後找「開始使用／Get started」或註冊入口。如果已看到「我的應用程式」，你可能已完成註冊。
完成官方註冊
依畫面閱讀條款、填寫聯絡資訊，完成要求的信箱或手機驗證；有「關於你」時照實選擇。不同帳號的頁面順序可能不同，驗證碼只輸入官方頁面。
確認成功
開啟 Meta 我的應用程式 ↗。看到應用程式清單與「建立應用程式／Create app」才算到站。先不要隨便建立多個 App。
卡住就停在這一步
收不到驗證碼：確認號碼、國碼與信箱，稍候再試。出現身分確認或帳號限制，依官方流程處理，不要一直重建帳號或反覆送驗證碼。
02 先選你要做的事
App 是你向 Meta 登記的一個工具；Token 是這個工具獲准代你做事的通行證。App ID、帳號 ID 是編號，App Secret、Token 則需要保密。
- 自己用：角色與測試資格
- 客戶用：正式權限與審核
- 兩者不能畫等號
只處理自己的帳號
可先以 App 角色／測試者允許的範圍驗收；必須接受邀請。是否還需企業驗證等，依所選用例、權限與官方後台要求。
要讓不認識的客戶也能使用
這是公開服務。你的管理員帳號成功，不代表外部用戶也能用。需要檢查正式模式、權限存取層級、App Review，以及後台列出的企業／存取權驗證。
選一條路做完
Threads → 第 3 章；Instagram 專業帳號 → 第 4 章的 Facebook 登入路線；Facebook 粉專 → 第 5 章。個人 Facebook 動態不是本教學的發布對象。
不用把所有欄位一次填滿
只申請目前功能需要的權限。海巡、留言、私訊不是「發文權限」附送的功能。Token 也不能在三個平台隨便互換。
03 取得 Threads 資料
先拿到 Threads 帳號 ID 與 Token，再處理自動更新。
- 建立 Threads App
- 接受測試邀請
- 取得 Token
- GET me 核對帳號
建立 Threads App
開啟 Meta 我的應用程式 ↗ → 建立應用程式 → 選能存取 Threads API 的用例。名稱可填「我的 Threads 發文工具」，信箱填你能收到通知的地址。若介面名稱不同，找 Threads API 設定。
記下兩個 App 欄位
在 Threads 用例／API 設定找 Threads App ID 與 Threads App Secret。分別對應 THREADS_APP_ID、THREADS_APP_SECRET。不要把一般 App ID 或 IG App ID 混填；Secret 不要截圖給別人。
加入自己的 Threads 帳號
在 App 角色或 Threads API 設定加入測試帳號。再切到該 Threads 帳號，開啟設定中的網站權限／應用程式邀請並接受。若顯示「尚未接受邀請」，先完成這一步。
產生授權 Token
回 Threads API 設定的 Token 產生流程，選自己的帳號，閱讀並同意所需權限。基本發文檢查 threads_basic 與 threads_content_publish；回覆、管理回覆、搜尋等功能依實際端點另核對，不要把 threads_manage_replies 當成所有發文一律必備。
取得帳號 ID
用 Threads 官方測試工具／官方 Postman 集合，對 https://graph.threads.net/v1.0/me?fields=id,username 做 GET，授權欄使用剛取得的 Token。核對 username 是自己，將回傳 id 存成 THREADS_USER_ID。GET 只是讀資料，不會發文。
保存 Token
將 access_token 存成 THREADS_ACCESS_TOKEN。長期自動化前，依官方流程換長效 Token，記下到期時間；長效不等於永久，失效仍需重新授權。Meta 官方 Threads 集合 ↗
如果是接自己的網站
先由網站提供正確 HTTPS 回呼網址，再到 App 後台填入；必須逐字一致。不要把 AS Lab Studio 的回呼填到別人的專案，也不要為了消除錯誤隨便換網址。
04 取得 Instagram 資料
這章使用 Facebook 登入路線，適合已連結粉專的 Instagram 專業帳號。新版 Instagram 登入是另一套流程，不能只換 Token 就當作已相容。
- IG 專業帳號
- 連結粉絲專頁
- Facebook 登入授權
- 取得 IG 數字 ID
準備 IG 專業帳號
IG 設定 → 帳號類型與工具，依需求切換為商業或創作者帳號。一般個人帳號不適用這套內容發布 API。限時動態另需檢查帳號類型與發布功能資格，不能以貼文成功推定限動也成功。
連結 Facebook 粉絲專頁
準備你有內容管理權限的粉專，在粉專／Meta Business Suite 的 Instagram 連結設定連上該 IG。確認畫面顯示正確帳號。開啟 Meta Business Suite ↗
建立對應 App
開啟 Meta 我的應用程式 ↗ → 建立適用 Instagram API with Facebook Login 的 App／用例。若畫面只有另一種登入產品，先查看官方設定指引，不要混用。Facebook 登入路線說明 ↗
取得授權
開啟 Graph API Explorer ↗，選你自己的 App。以 User Token 流程授權相關粉專與 IG；基本核對 pages_show_list、pages_read_engagement、instagram_basic、instagram_content_publish。若某項不可選，先補 App 用例或存取資格。
找到你的粉專
在 Explorer 選目前 App 支援的 API 版本，執行 GET me/accounts?fields=id,name,access_token。從結果找正確粉專，記下它的 id。不要複製別張粉專的 Token。
找到 IG 的數字 ID
再執行 GET 粉專ID?fields=instagram_business_account{id,username}。以回傳 username 核對 IG，保存內層 id。若欄位空白，先查專業帳號、粉專連結與授權資產是否正確。
存到專案對應欄位
不同工具可能使用 IG_USER_ID 或 IG_ACCOUNT_ID。兩者都放 IG 數字 ID，不是 @名稱，也不是粉專 ID。IG_ACCESS_TOKEN 必須是相容該 Facebook 登入流程、已授權該 IG 資產的 Token，先用讀取請求驗證，勿混入 Instagram Login Token。
長效與自動更新先別急
IG_APP_ID、IG_APP_SECRET 使用這個 Facebook 登入 App 的資料。現有 refresh 腳本用 fb_exchange_token，不能保證每月執行就永久續期；依 Token 類型與官方規則處理。先完成一次人工更新驗證。
若你想改用 IG 直接登入
Instagram API with Instagram Login 可不連粉專，使用 instagram_business_basic、instagram_business_content_publish 等另一組權限。但程式端點、授權與 Token 更新都要一起修改；請先確認你的工具支援哪一條路線。Meta 官方 Instagram Login 集合 ↗
05 取得 Facebook 粉專資料
這章教你取得自己管理的 Facebook 粉專資料；不適用個人動態牆。
- User Token：你本人
- me/accounts：挑選粉專
- Page Token：粉專身分
先確認你管理哪張粉專
開啟 Facebook 粉專 ↗。確認自己的帳號具備該粉專必要的內容工作權限。個人首頁、社團與粉專是不同東西。
設定 App 的粉專用例
開啟 Meta 我的應用程式 ↗，配置支援粉專操作／Facebook 登入的用例，按照後台要求完成設定。
取得 User Token
開啟 Graph API Explorer ↗ → 選自己的 App → 授權 pages_show_list、pages_read_engagement、pages_manage_posts，只選要管理的粉專。額外權限依實際功能另加。
換成粉專身分
執行 GET me/accounts?fields=id,name,access_token,tasks。找到正確 name，保存該列的 id 與 access_token；後者是 Page Access Token。不要把管理員的 User Token 直接當作粉專 Token。Meta 官方取得粉專 Token 範例 ↗
先驗證，後發文
用 Page Token 執行 GET 粉專ID?fields=id,name，看到正確名稱後才考慮發文。自建程式可使用 FACEBOOK_PAGE_ID、FACEBOOK_PAGE_ACCESS_TOKEN 這兩個名稱；這是本教學建議名稱，實際名稱以你的程式說明為準。
維護與公開使用
保存到期／失效檢查與撤銷方式；不要承諾永久有效。服務外部客戶前仍需核對所需 App Review 與進階存取資格。粉專發布官方文件 ↗
06 把資料放進 GitHub Secrets
若你使用 GitHub 自動化專案，可以將憑證存在 Secrets。它是保險箱，不是向 Meta 申請 Token 的地方。設定欄位的名字只是程式約定，不能照抄其他人的值。
- Settings
- Secrets and variables
- Actions
- New repository secret
先用自己的專案
若專案允許且你有使用權，建立自己的私有副本。先不要啟動排程。確認你信任程式與其相依套件；不要讓不明 Action 讀取金鑰。
打開保險箱
GitHub 專案 → Settings → Secrets and variables → Actions → New repository secret。沒有 Settings 或新增按鈕時，先確認你對專案的權限。
一個欄位存一筆
Name 填程式要求的名字，例如 THREADS_ACCESS_TOKEN；Secret 貼自己的 Token；按 Add secret。大小寫與底線要一致，不加引號或多餘空白。存完通常不能再讀出原值，只能更新。
先做讀取檢查
確認 ID 與 Token 屬於同一帳號。不要把「Run workflow」當成連線測試：自動發文專案的 workflow 可能直接對外發布。只有看懂它會做什麼且確認內容後才能執行。
其他欄位要不要填
Notion 是素材資料庫、Cloudinary 是圖片儲存、Telegram 是通知、Gemini 是 AI；不是 Meta 授權的必要項目，但原專案可能依賴它們。缺少其中一項，程式仍可能中止。依選定 workflow 的 env 逐項檢查。
GH_PAT 先留空也不要亂給
它是 GitHub 權杖，現有自動更新工作會用它改寫 Secrets；不是 Threads Token。若啟用，應限定單一必要 repository 與 Secrets 寫入權限、設到期日。初學者可先不啟用 refresh workflow，人工更新 Token。GitHub Secrets 官方教學 ↗
07 AI：選一種你能掌握的方式
AI Key 負責生成文字／圖片，Meta Token 負責發文；兩個不是同一把鑰匙。自備 AI 不會讓 Meta 帳號自動變安全。
- 手動：提示詞 → 聊天工具
- 自備：你的 Key → API 帳單
- 平台：平台額度 → 方案
最容易：複製提示詞
複製下方提示詞與已去除個資的素材 → 貼到你平常使用的 ChatGPT／Claude／Gemini → 閱讀修改 → 再貼回工具。這種手動流程不需要把 API Key 交給發文工具，但仍受聊天服務方案及資料政策限制。
想直接生成：自己申請 API
優點是可自己選模型、看帳單、撤銷 Key；缺點是要管理費用與金鑰。自備不一定更便宜，也不是不限量。只有工具明確支援該供應商與自備方案，填入後才會生效。
Gemini 申請步驟
開啟 Google AI Studio API Keys ↗ → 登入 Google → 選自己的專案 → Create API key → 命名 → 複製並安全保存。先查看專案是免費或付費、模型限制與帳務，再測一次。官方 Key 說明 ↗
Claude 申請步驟
開啟 Claude Console ↗ → 登入／建立帳戶 → 選工作區 → API Keys → Create key → 命名並保存 → 查看 Billing／Usage。API 與聊天產品分開管理，不能假設聊天訂閱含 API 額度。Claude 官方申請說明 ↗
OpenAI 申請步驟
開啟 OpenAI API Keys ↗ → 登入 → 選專案 → Create new secret key → 設定需要的權限 → 保存 → 檢查 API 帳務與用量。ChatGPT 訂閱不包含 API 使用費。官方分開計費說明 ↗
Grok 申請入口
開啟 xAI Console ↗ → 選團隊／專案 → 檢查帳務 → API Keys → 建立並保存。不要以 X 訂閱推定有 API 額度。是否需要先購買額度，以當下官方畫面為準。
平台 AI 也可以
平台幫你管理金鑰，用量按平台方案。適合不想處理後台的人；比較時看每次扣點、失敗退款、額度與超量規則。不要把自備 API 描述成唯一安全選擇。
第一次測試怎麼做
先限定短素材、低輸出上限，一次一篇；測完到供應商 Usage 看用量。預算提醒不一定是硬性斷電，工具端也要有總額與併發限制。Key 只放可信任的後端秘密設定；不要放公開 GitHub、截圖、網址或聊天訊息。
08 帳號風險與失敗排除
自行取得憑證，是增加控制權，不是防封保證。沒有證據能說所有第三方工具都容易造成全部 Meta 帳號被封；官方 API 工具、共享密碼工具與模擬操作工具應分開評估。
- 權限最小化
- 內容人工確認
- 失敗停住查原因
- 保留撤銷與備份
自行管理授權的好處與限制
「若你希望自行管理授權與費用，可以使用自己的 Meta App 與 AI Key。請使用官方 API、只授權必要功能，並保留撤銷方式。自己申請仍須遵守 Meta 規則，不能保證帳號不受限制。若不熟悉設定，也可以選擇可信任、使用官方授權的服務。」
避免讓工具拿走整個帳號
不要提供社群密碼、登入 Cookie 或驗證碼給不明工具。自己的 Token 一旦交給工具，工具仍可能取得對應權限；先確認用途、保存方式與撤銷方法。
尚未接受測試邀請
回正確 Threads／IG 帳號接受邀請，再授權。不是一直重新產生 Token。
權限不足／已發第一則後失敗
先記錄成功貼文 ID，停止整篇重送。查看缺少哪個 scope、資產權限或 App 存取層級，補好後只處理未成功段落。
回呼網址不一致
比較 App 後台與程式實際送出的 redirect_uri：包含 https、主機、路徑及尾端斜線。改完從正式入口重新授權。
Token 過期／429／帳號限制
過期就重新授權；429 停止密集重試並依官方要求退避；帳號受限就走官方查核／申訴流程。不要換帳號、IP 或 App 來規避處置。
沒有成功標準就不要排程
至少完成：GET 讀到正確帳號 → 權限及有效期確認 → 人工核准一筆測試貼文 → 官方回傳貼文 ID → 到平台確認內容。測一次成功也不代表永久正常。
直接複製的寫作提示詞
官方資料與查核範圍
圖示用來說明操作順序，並非官方畫面截圖。實際介面與可用權限以你的 App 後台及官方文件為準。