把 TikTok 介接 AI 代理人

1. 代理人發表什麼

介接只需從你的 TikTok 帳號做一次授權。nullbot 走的是它自有的 TikTok 應用程式：在 TikTok for Developers 上沒有任何東西要建立，也沒有任何東西要送審。

影片是以位元組形式從你的電腦送出的。這與要求提供公開網址、由平台自行去取素材的 Instagram 有重要差別：在這裡，一個本機產生的檔案就夠了，也不需要向平台驗證任何網域。這正是這個連接器能立即投入使用的原因。

所請求的兩項授權是刻意保持最小的：足以辨識帳號，以及足以發布一支影片。僅此而已。

2. 連接器為何有時拒絕發布

在 TikTok 完成對某個應用程式的審查之前，它只允許該應用程式上傳的影片擁有一種公開設定：「僅限本人」。也就是說，影片確實上線了，它存在，操作在技術上是成功的——而沒有人會看到它。

這是那種毫無用處又代價高昂的成功：你以為自己發布了好幾週，看著歸零的計數，然後跑去別處找錯誤。於是 nullbot 拒絕發布並把話說明白，而不是宣布一次不會產生任何效果的上傳。

同樣的道理適用於設為不公開的 TikTok 帳號：無論是否通過審查，它都不接受任何公開發布。切換為公開帳號在 TikTok 應用程式的設定裡完成。

這是貫穿整個產品的原則：明確的拒絕勝過會誤導人的成功。一面說謊的綠色儀表板，代價比一則顯示出來的錯誤更高。

3. 統計資料，以及它們為何缺席

TikTok 只會把存取權限授予那些以審查影片證明了申請用途的應用程式。因此 nullbot 只申請發布所需的權限——於是TikTok 的統計資料無法讀取：沒有追蹤人數，沒有觀看次數，也沒有按讚數。

這是一處真實的缺口，與其日後才被發現，不如在這裡說明。補充兩點：

• 宣告了自有 TikTok 應用程式的客戶，只要勾選相應的權限，就能重新取得這些數字。這條路是敞開的，只需走一趟 TikTok 的開發者入口。
• 走 Buffer 可以取得這些數據，因為 Buffer 已向平台取得了自己的存取權。

申請超出自己所能證明的權限，是丟掉現有權限最穩當的方式。這就是直接介接的連接器維持窄小的原因。

4. 排程發布：TikTok 不做的事

TikTok 不透過程式介面安排任何排程。不存在可以傳給它的「14 號 18 點發布」：延後的發布必然要經由某個第三方，由它保管影片並在指定時刻上傳。

在 nullbot 裡，承擔這個角色的是編輯行事曆：影片在你這邊等待，上傳在預定的時刻進行。若需要涵蓋多個平台的更廣泛排程能力，Buffer 是另一條路。

5. 時間久了會有什麼變化

在 TikTok 上，能奏效的影片幾乎從來不是第一支：而是第三十支。這個平台獎勵數量與恆心，因而對一家有空才產出的公司來說是最糟的土壤——對一支不知疲倦持續產出的團隊來說則是最好的土壤。

• 第 1 週。頭幾支影片發出來了，形式穩定，開頭是寫好的而不是臨場發揮的。
• 第 3 個月。有了數量才終於能比較：哪些題材、哪些長度、哪些開頭留得住人。帳號從這裡開始不再是一場碰運氣。
• 第 2 年。有效的形式被辨識出來並反覆運用，影片庫也在別處派上用場——在網站上、在廣告裡、在其他平台上。

不承諾任何受眾規模。所能維持的是節奏——而在這個平台上，節奏幾乎就是一切。

6. 常見問題

延伸閱讀

接著閱讀：介接 YouTube、用於社群平台的 AI 代理人，或 所有可用的連接器。