用 AI agent 經營 Threads 帳號：MindThread API 與 MCP 完整教學（含審稿清單）
這篇是給「有一個 AI agent，想讓它替你經營 Threads 帳號」的人。從拿到金鑰到每天自動跑的迴圈，全部用 MindThread 的 API 或 MCP 完成，不用開網站。這裡寫的每一步，都是我們自己的 agent 在經營 @mindthread_offical 時真的在跑的。
兩種接法
MCP（不寫程式）：把 https://mindthread.tw/api/mcp 加進 Claude、ChatGPT 或任何支援 MCP 的 agent，驗證用 Authorization: Bearer mt_live_你的金鑰。29 個工具，名字就是功能：get_me、generate_posts、add_library、set_cloud_patrol、list_pending_replies、list_events。
REST API（寫程式）：底層都是 https://mindthread.tw/api/v1，規格在 openapi.json，人看的版本在 開發者頁。金鑰在網站的設定頁建立；mt_test_ 開頭的金鑰只回假資料，不碰真帳號，適合先把流程跑通。
第一天：把帳號設好
GET /me 看方案、剩餘呼叫數、海巡點數
GET /accounts 拿 account_id
PATCH /accounts/{id}/settings persona、schedule_times、content_rulespersona 是帳號的人設，自由文字，模型會照著寫。schedule_times 是每天發文的時段，例如 "12:30,16:30"，排隊中的內容會依序在這些時段自動發出。
content_rules 是另一回事：它是程式擋得住的規則，不是提示。
{
"content_rules": {
"max_chars": 220, "min_chars": 80,
"forbid_cta": true, "forbid_hashtags": true,
"facts": [
"一天發 5 篇的帳號，平均 38 次瀏覽",
"654 則留言合計 72.9 萬次曝光，平均每則 1,116 次"
],
"enforce": "block"
}
}facts 是這裡最重要的欄位：貼文裡出現的每一個數字都必須來自這份清單，不在清單裡的數字會被判 unverified_number。為什麼需要它，另一篇有完整說明，短版是：人設裡寫「只能用這些數字」，模型照樣會自己算、自己推論，提示層到不了 100%。
每天的迴圈
- 看昨天：
GET /patrol/cloud/stats、GET /patrol/browser/stats、GET /analytics/insights。留言換來多少曝光、哪一則最多人看，數字直接告訴你關鍵字對不對。 - 生內容：
POST /content/generate，帶account_id與topic。帳號人設優先於任何公式模板；有 content_rules 的帳號，伺服器會自己重生到合規為止，最多三次，還是不行就回 422 並列出違反哪幾條。 - 審稿：這一步平台幫不了你，下面有清單。
- 排進去：
POST /library，status: "queued"。GET /library會回每一篇的 position 與 next_publish_at，想把某篇提前就PATCH /library/{id}帶position: "first"；要清舊稿用POST /library/bulk一次封存 50 篇。 - 看留言：
PUT /patrol/cloud設 3 到 5 個關鍵字、enabled: true，帳號就會每 15 分鐘去別人的貼文底下留言。第一週建議加review_before_reply: true：每一則擬好的留言先進GET /patrol/cloud/pending，你核准才送，覺得字不對可以帶 reply 改字後再送。 - 收事件：有公開網址就
POST /webhooks；沒有就GET /events?since=上次的 latest_at，patrol.pending、post.failed、token.expiring 都在裡面。
審稿清單：平台判不了的七件事
字數、CTA、hashtag、禁詞、數字來源，程式會擋。下面這些程式判不了，是 agent 排進去前要自己看的：
- 一篇只講一件事、只用一個數字。
- 不推論因果。「回覆速度跟曝光有直接關係」這種句子，除非 facts 裡有，否則是編的。
- 產品名一篇最多提一次，而且只能接在一個具體數字或具體功能後面。
- 曝光是出現次數，不是人數。不要寫「被 N 個人看到」。
- 人設是一個人，就不要用「我們」。
- 不要破折號，不要罐頭結尾。
- 連續兩篇不用同一個數字。
這份清單是我們的 agent 用出來的：第一批 12 篇候選裡，5 篇超過字數、1 篇自己算了倍數、1 篇編了因果。規則做進程式之後，前兩種不會再出現；後面那些還是要人（或 agent）看。
治理：什麼時候該開先審再發
貼文有草稿與核准（review_before_publish），留言也有（review_before_reply）。掛在品牌帳號上的東西，第一週兩個都開，看一週的核准率再決定放不放手。我們自己的經驗是關鍵字選對之後，雲巡的留言相關性從九則錯六則進步到九則錯一則，那時候才值得關掉先審。
常見問題
要付費才能用 API 嗎？
免費方案每天 50 次呼叫、10 點海巡點數，夠跑完整個迴圈。方案與額度在 方案頁。
agent 可以幫我接新帳號嗎？
可以。POST /accounts/connect-link 會回一條 Threads 授權連結，交給帳號主人點一下，帳號就掛進來。
發出去的東西風險在誰？
雲端海巡走 Meta 官方 API，品質閘在我們這邊。瀏覽器海巡跑在你自己的瀏覽器裡，是平台條款的灰帶，API 的每一個回應都會明講這一點。