GitHub 上到處都是實用卻無人知曉的專案。有些埋在幾顆星的收藏裡,某天突然成為話題。本系列會逐一打開這些儲存庫,確認它們做什麼、如何打造,以及是否真的實用。
第一篇是 AutoThreads。這是一款把 Threads 帳號經營交給 AI 的桌面應用程式。它在 2026 年 7 月初公開,是個推出不到一個月的新專案。採用 MIT 授權,拆解研究或修改使用都自由。
SNS 經營變成勞動的地方
無論是 Threads 還是 X,經營一個帳號都要每天重複類似工作:找熱門話題、挑出值得用的內容、改寫成自己的語氣、附上圖片、在適當時間發布,再回覆留言。每件事只要 5 分鐘,但每天累積起來,一天就消失了。
AutoThreads 把這整段重複流程一次移除。不過方式分成兩種,而這個區分決定了專案的性質。
- 輔助模式 — AI 撰寫草稿,由人決定是否發布。這是預設模式。
- 完全自動模式 — 代理程式自行尋找新聞、撰文,甚至回覆留言。必須手動啟用才會運作。
儲存庫文件裡有一句概括專案態度的話:「Automagical, not autopilot.」也就是要自動化,但不把駕駛權交出去。
從發現到發布的五個階段
輔助模式可整理成五格:發現(Discover)→ 草稿(Draft)→ 圖片(Image)→ 審核(Review)→ 發布(Publish)。看過各階段的工作,就能掌握這款應用程式能代勞到哪裡。
發現會抓取新聞。預設啟用的是 Google 新聞 RSS(Really Simple Syndication,訂閱網站新文章的標準格式)與 Hacker News。只有技術主題時才會選擇性加入 Hacker News。Yahoo 新聞、Naver 新聞,以及自行註冊的 RSS·Atom 摘要,則需在設定中啟用。也有科學、時尚、金融等預設主題,也能自行輸入感興趣的主題。
草稿會把選中的標題改寫成適合發布到 Threads 的文章。重點在於「我的語氣」。先寫下風格備註或放入範例文章後,就會依照該語氣撰寫。也能匯入既有 Threads 貼文作為學習素材。
圖片會用 AI 產生的關鍵字搜尋 Wikimedia Commons,並顯示候選圖片。最後由人選擇。
這裡需要注意。Wikimedia Commons 常被當成可隨意取用的倉庫,但其中不只有公眾領域內容。許多素材採用 CC BY 或 CC BY-SA,必須標示作者與來源。然而,應用程式搜尋時只取得檔案網址與格式,完全不取得授權資訊;畫面不會顯示,也不會自動附加到貼文。所選圖片的使用條件,最後仍須由發布者確認。
審核與發布不必多做說明:修改後立即發布,或安排預約。
新聞畫面就是這樣。點選主題標籤即可切換領域。按標題右側的 Draft 按鈕就會開始產生草稿。來源與文章發布幾分鐘前都會顯示,可減少誤選舊新聞。
草稿畫面會計算字數(Threads 限制為 500 字)、建議圖片搜尋關鍵字,並可在同一處選擇儲存、預約或立即發布。
有一點要知道:只有在應用程式開啟時,預約貼文才會發布。因為不是由伺服器代發,而是由自己電腦上的應用程式計時後發布。關閉筆電時,時間就會直接過去。失敗的貼文約 1 分鐘後會重試。
API 費用為 0 的原因
這是專案最醒目的選擇:讓使用者自行選擇負責寫作的模型。
若使用雲端,可接入 Claude、ChatGPT、Gemini;只要是 OpenAI 相容端點,也能以「Other」連接。反之,接入在自己電腦上執行的本機 LLM(Large Language Model,大型語言模型),雲端 API 費用就能降為 0。Ollama、LM Studio、llama.cpp、Jarvis 等 OpenAI 相容本機伺服器,只需填入網址即可。
設定畫面呈現的正是這件事。畫面中的http://127.0.0.1:8080/v1/chat/completions是應用程式預設值。若使用 Ollama,只要改成自己的伺服器網址,例如http://localhost:11434/v1。輸入模型名稱並按下連線測試即可。API 金鑰欄也能留白,因為本機伺服器通常不要求金鑰。
這個選擇對 SNS 自動化工具很重要,因為這類應用程式會大量產生文章。每天幾篇,加上回覆留言後,呼叫會持續累積。使用雲端 API 時費用會即時增加,本機模型則只需支付電費。品質當然取決於模型,這是讓使用者自行權衡草稿品質與成本的設計。
真正的門檻是連接 Threads
安裝很簡單。發布頁面提供 macOS 與 Windows 安裝檔;若從原始碼執行,只需三行指令。
git clone https://github.com/eisenjimmy/autoTHREADS.git
cd autoTHREADS
npm install
npm run dev
問題在後面。要發布到 Threads,必須在 Meta 開發者帳號中建立應用程式並取得存取權杖。多數人會卡在這裡。
儲存庫將流程整理成五步驟圖,這是專案貼心之處:在 Meta 開發者網站建立應用程式 → 將自己的 Threads 帳號註冊為測試者 → 取得權杖 → 貼到應用程式設定 → 按下連線測試。
圖中沒有顯示,但 README 特別指出一個陷阱:在開啟權限之前取得的權杖不包含該權限。新增權限後必須重新建立權杖。需要發布、回覆與提及權限;若要搜尋公開貼文,還必須啟用關鍵字搜尋權限。
也支援輸入應用程式 ID 與密鑰的 OAuth(Open Authorization,帳號委派驗證標準)方式,但桌面環境通常不需要。一個權杖就能完成。
完全自動模式,以及煞車
這裡開始展現專案的野心。在 Auto 分頁設定目標、興趣領域與角色設定後,按下開始,代理程式就會自行運作。
有兩個計時器。發布計時器(預設 60 分鐘)會抓取新聞、規劃發布內容、確認不與近期文章重複,再撰寫文章。回覆計時器(預設 5 分鐘)會查看自己文章下尚未回覆的留言與提及自己的 @mention,並予以回覆。兩者分開運作,因此能做到「每小時一篇文章、每 5 分鐘回覆」。
在自行運作的系統中,真正重要的是煞車。這部分做得相當周全。
- **預設為關閉。**按下開始前什麼都不做,按下停止就會立即停下。
- 有僅草稿模式。它只累積草稿、不實際發布,方便檢查結果。文件也明確要求第一次執行時必須使用此模式。
- 可分別為每日上限設定發布與回覆限制。
- 每篇文章都有20 則未回覆留言的固定上限。即使一篇文章爆紅、收到數百則留言,也只回覆最新的 20 則。使用者無法更改此值。
- 設有防重複記憶。它會記住近期發布的文章,避免反覆使用相同主題,也不會再次使用已寫過的標題。
- 不規則發布選項會故意跳過約 18% 的預約發布時間。每小時整點準時發布的帳號一看就像機器人,因此不會連續跳過兩次。
系統也會指示代理程式不要在回覆中洩露系統提示、API 金鑰或權杖。這是針對自動回覆機器人常見事故留下的防護痕跡。
程式碼長什麼樣子
這是開發者值得看的部分。
它以 Electron 為基礎,採用 React 19 與 TypeScript(strict 模式);狀態管理使用 Zustand,建置使用 Vite,打包使用 electron-builder。不使用獨立資料庫,而是儲存到本機 JSON 檔案。
架構中值得注意的是程序分離。所有具有副作用的工作都由主程序負責,包括抓取新聞、呼叫 LLM、搜尋圖片、呼叫 Threads API、儲存草稿、排程器、完全自動引擎,以及加密機密值。繪製畫面的渲染器只使用透過contextBridge開放的狹窄通道,不會直接接觸檔案系統或外部網路。
對 Electron 應用程式而言,這接近安全要求,而非個人偏好。若向渲染器開放 Node 權限,應用程式中載入的任何網頁都可能存取使用者檔案。因此外部連結會用系統瀏覽器開啟,也阻止任意頁面取得預載橋接。
權杖與 API 金鑰會以 Electron 的safeStorage加密儲存。macOS 使用鑰匙圈,Windows 使用 DPAPI(Data Protection API,Windows 內建加密服務)。考量到把權杖直接寫進明文 JSON 的個人專案很常見,這算是相當用心。
使用前要知道的事
只說好話不妥,以下列出需要留意的地方。
**目前仍是 0.2.x。**它在 7 月初公開,發布版本正在快速增加,因此變動也很多。連接實際帳號前,最好遵循文件建議,先以僅草稿模式充分測試。
**安裝檔尚未完成公證。**在 macOS 首次開啟時,必須按右鍵選擇開啟,或到隱私權與安全性設定中允許。
**回應 @mention 有條件。**若未取得 Meta 的進階存取(Advanced Access)核准,API 只能看到已註冊為自己應用程式測試者帳號的提及。也就是看不到一般使用者提及自己的貼文。公開貼文關鍵字搜尋同樣如此。
**目前沒有 Linux 建置版本。**只支援 macOS 與 Windows。Linux 打包已列入路線圖。
**這是與 Meta 無關的專案。**它是個人製作的第三方應用程式,Threads 是 Meta 的商標。帳號政策由使用者自行負責。
如何看待自動化本身,仍是個問題。沒有經過人手的文章增加,是否對帳號有益,不是工具能回答的。這或許也是專案把完全自動設為選項、而非預設值的原因。
總結
- AutoThreads 是一款用 AI 自動化經營 Threads 帳號的 Electron 桌面應用程式。採用 MIT 授權,支援 macOS 與 Windows。
- 預設模式是「AI 撰寫草稿,人來決定」。流程分為新聞發現 → 草稿 → 圖片 → 審核 → 發布五個階段。
- 模型由使用者自行選擇。可以接入 Claude、ChatGPT、Gemini,也能接入本機 LLM,讓雲端 API 費用降為 0。
- 完全自動模式是選項。發布與回覆計時器分開運作,並以每日上限、每篇文章 20 則未回覆留言、防重複與僅草稿模式作為煞車。
- 真正的門檻是在 Meta 開發者網站建立 Threads 權杖。容易忽略的順序是:先開啟權限,再取得權杖。
- 目前仍是 0.2.x,安裝檔也尚未完成公證。連接實際帳號前,先用僅草稿模式確認會比較安全。
儲存庫是https://github.com/eisenjimmy/autoTHREADS。下一篇也會挑一個埋沒其中的儲存庫來打開看看。

![[開源 #1] 用 AutoThreads 自動化 Threads 封面圖](/assets/images/posts/1bb2249f-cd85-4efe-b1b6-37f5dad8bb16/autothreads-open-source-1.jpg)