「它自己發的」要拆成三個問題
假設有人把一個代幣推給你,理由是「這個 AI Agent 每天在 X 上自己發文、自己回粉絲,已經有幾萬人追蹤」。這句話聽起來是一件事,其實是三件。
內容是誰寫的。模型生成、人寫好排程、模型寫草稿再由人改,三種情況在畫面上可能長得一模一樣。
是誰按下送出的。程式透過 API 自動送出,或是有人在後台逐則核准,或是人看完後從手機貼上去。
回覆對象是誰選的。只回提到它的人、按關鍵字搜尋陌生人去回、還是由營運人員挑出「值得回」的那幾則。
行銷文案通常把三件事一起打包成「自主」。查證時把它們分開,才知道你手上的證據到底支撐哪一件。這和聊天機器人、腳本或 Agent:自主性測試處理的是同一條軸,只是這裡把場景收窄到社群帳號,因為對許多專案來說,這個帳號就是全部可見的產品。
X 的自動化標籤與規則,能告訴你什麼
X 的說明中心有一頁專講自動化帳號標籤。按頁面原文,自動化帳號是透過 X API 執行程式化動作的帳號;啟用標籤後,個人檔案的名稱與帳號代稱下方會出現「automated」標示,貼文上也可能出現,同時會連到一個由真人經營的管理帳號。同一頁寫明,X 的自動化規則要求這類帳號顯示標籤,並保持與真人帳號的連結。
所以看到標籤時,你能確認兩件事:這個帳號承認自己是自動化帳號,而且有一個公開的管理帳號可以追。後者常被忽略——點進去看看管理帳號是誰、是不是專案團隊或開發者本人,比讀十則貼文更有資訊量。
反過來,沒有標籤也不等於是真人在發。該頁的措辭仍是把標籤當成一項「推出中」的功能,並提到帳號接受測試群組邀請後才會顯示,因此少了這個標示,可能是沒申請、沒被邀請,也可能是根本沒接 API。單憑標籤的有無,判斷不了自主程度。
自動化規則本身(頁面標示 2026 年 4 月更新)有三條對這個題目特別有用:
- 規則禁止不經 API 的自動化,例如用腳本操作 X 網站,並寫明可能導致永久停權。
- 只憑關鍵字搜尋就自動回覆別人的貼文,不被允許;自動回覆與提及,要對方先表示想被聯絡(例如回覆了該帳號,或傳了私訊)。
- 用 AI 生成內容的自動回覆機器人,部署或營運前需要取得 X 事先的書面明確核准。
第三條值得拿去問專案:如果帳號大量用 AI 回覆別人,那它有沒有取得這份核准?外人看不到核准文件,但一個說得清楚的團隊應該回答得出來。答不出來,至少說明這個帳號的運作方式還有一段沒公開。
框架寫著「完全自主」,部署出來的不一定是
很多 Agent 帳號建立在開源框架上。以 elizaOS 為例,它的 X 外掛開發者指南開頭就寫,這個套件讓 Agent 能以「fully autonomous」的 Twitter 機器人運作,涵蓋發文、時間軸監看、互動處理與私訊。

但往下讀設定項就會發現,「自主」是一排開關,每個開關都由部署的人決定:
TWITTER_POST_ENABLE控制要不要自動發文,開發者指南的設定範例裡填的是 false。TWITTER_DRY_RUN是測試模式,文件的說明是不實際發文。TWITTER_POST_INTERVAL_MIN/MAX設定發文間隔,文件示例是 90 到 180 分鐘,另有TWITTER_POST_INTERVAL_VARIANCE讓間隔帶一點隨機。TWITTER_TARGET_USERS指定要和哪些帳號互動,可以填名單,也可以填萬用字元。
這幾項放在一起,說明了兩件常被誤讀的事。第一,發文節奏規律而帶一點隨機,正是設定檔的樣子,它證明有排程,證明不了沒有人在場。第二,自動發文在文件的設定範例裡是關的、也有不實際發文的模式,要不要讓程式直接送出完全是部署者的選擇;如果中間另有一道人工看稿的關卡,這一步在公開帳號上不會留下任何痕跡。
專案說「我們用某某框架」時,下一個問題不是框架本身多強,而是:這些開關現在各是什麼值,誰有權改。
從公開頁面能做的五項觀察
下面每一項都只用公開頁面就能做,也都只能把結論往某個方向推一點,不能單獨定案。
- 看標籤與管理帳號。有自動化標籤就點開管理帳號,記下它是誰;沒有標籤就記「未標示」,不要往任何一邊推。
- 把發文時間排出來。挑最近幾十則貼文,記下時間。間隔集中在某個區間、深夜也照常發,符合排程;但真人用排程工具也會產生一樣的分布,所以這一項只用來排除「完全手動、即時發文」。
- 看它回覆的是誰。回覆對象如果都是先提到它的人,符合規則允許的做法;如果大量出現在沒提到它的熱門貼文底下,要嘛另有核准,要嘛就是規則外的操作,兩種都值得追問。回覆只挑大帳號、對批評一律沉默,則更像有人在挑。
- 找刪文與修改的痕跡。別人引用過、截圖過,但原文已經不見的貼文,說明有人會事後管理這個帳號。
- 拿貼文去對鏈上。帳號宣稱「我剛買了某某」「我把收益轉進金庫」時,去區塊瀏覽器找對應交易。時間與金額對得上,至少說明發文和鏈上動作是同一套系統;對不上,就要回到如何驗證 AI Agent 的鏈上動作那一套方法,把 trace 和交易雜湊逐筆接起來。
比這五項都有用的,是直接向專案要兩樣東西:一段時間內模型生成過、但最後沒有發出的內容紀錄,以及發文前有沒有人工核准這一關的說明。願意給、而且前後對得上的團隊不多;給不出來不代表造假,只代表「自主」這個詞目前沒有證據撐著。
就算確定是程式在發,也還沒回答代幣的問題
假設以上都查完,你相當有把握這個帳號是程式在寫、程式在發、程式在挑對象。這能說明團隊做出了一個能長時間自己運轉的社群機器人,不能說明這個機器人需要一枚代幣,也不能說明它的流量會變成持幣人的收益。
一個 X 帳號不需要區塊鏈就能自動發文。代幣在這裡到底承擔什麼功能,要另外用AI 專案真的需要區塊鏈和代幣嗎?的問題去問;帳號有名氣、互動多,和產品收入有沒有回到 Holder 身上,也是兩回事,查法在產品收入是否為 Token Holder 帶來真實價值?。
也別忽略帳號本身的風險:一個能自動發文的帳號,若同時能動錢包,被誘導發出錯誤指令的後果就不只是一則尷尬貼文。這條線在Crypto Agent 的 Prompt Injection 測試與界線另有處理。
X 帳號自主性查證清單
三項,每一項都要附上截圖或連結與查證日期。想把結果和其他面向一起打分,可以接著用Agent 自主程度計算器,計算在你自己的瀏覽器完成。
檢查 01|標籤、管理帳號與發文節奏
- 查證動作
- 確認個人檔案有沒有自動化標籤,有就記下管理帳號;再取最近幾十則貼文的發文時間排成分布。
- 應取得的證據
- 個人檔案截圖、管理帳號連結、貼文時間清單與擷取日期
- 會推翻判定的訊號
- 因為發文時間規律,就認定沒有人參與
- 本題判定規則
- 這一項只能證明有排程或有 API 參與,不據此判斷內容是否經人審過
檢查 02|回覆對象怎麼來的
- 查證動作
- 抽樣它的回覆,逐則標記對方是否先提到或回覆過這個帳號,並記下有沒有成批出現在無關熱門貼文底下。
- 應取得的證據
- 回覆連結、對方是否主動聯絡的紀錄、專案對 AI 回覆核准的說明
- 會推翻判定的訊號
- 把「回得很快」當成自主的證據;排程工具與值班人員同樣做得到
- 本題判定規則
- 專案說不清回覆對象如何選出時,「自主回覆」記為未證實
檢查 03|生成紀錄與人工關卡
- 查證動作
- 向專案索取一段期間內生成但未發出的內容紀錄、目前的發文開關設定,以及誰有權修改這些設定。
- 應取得的證據
- 專案的書面回覆或公開文件、設定值、紀錄期間與索取日期
- 會推翻判定的訊號
- 只提供已發出的貼文當作「完整紀錄」
- 本題判定規則
- 拿不到時寫「未提供」,不推論為造假,也不推論為全自動
常見問題
帳號沒有自動化標籤,是不是代表其實是真人在發?
不能這樣推。X 的說明頁仍把標籤描述成推出中的功能,帳號接受邀請後才會顯示,所以沒有標籤可能只是沒申請或沒被邀請。它只能記為「未標示」,要靠其他觀察補上。
發文裡有錯字、語氣忽冷忽熱,能看出是模型還是人嗎?
看不出來。模型可以被要求模仿口語和錯字,人也可以把模型草稿原封不動貼上。文風只能當作閒聊的話題,不要寫進查證結論。
團隊承認發文前會人工看過,這個專案就不值得研究了嗎?
不至於。人工把關本身是合理的安全設計,尤其是帳號還能動錢包時。問題在於宣傳和實際對不上:說「完全自主」卻有人審稿,該修正的是說法,而你該調整的是對它自主程度的評分。
本檔案使用的來源
- About Automated account labels | X Help Center — 自動化帳號的定義、標籤顯示位置、與真人管理帳號的連結,以及標籤仍屬推出中功能的描述。
- Automation rules | X Help Center — 2026 年 4 月更新版:禁止非 API 自動化、自動回覆與提及的條件、AI 回覆機器人須事先取得書面核准。
- elizaOS Twitter Plugin · Developer Guide — 外掛的能力描述,以及發文間隔、目標帳號、互動設定等環境變數與示例值。
- elizaOS Twitter/X Integration — 自動發文開關與測試模式(不實際發文)的設定項說明。
