[开源 #1] 用 AutoThreads 自动化 Threads

GitHub 上到处都是实用却无人知晓的项目。有些项目埋在寥寥几颗星的收藏中，某天却突然成为话题。本系列会逐一打开这类仓库，确认它们做什么、如何构建，以及是否真的实用。

SeokWoo Lee资深 iOS 软件工程师发布 2026年8月1日更新 2026年8月27日9 分钟阅读

第一篇是 AutoThreads。这是一款把 Threads 账号运营交给 AI 的桌面应用。它于 2026 年 7 月初公开，是一个发布还不到一个月的新项目。采用 MIT 许可证，无论拆解研究还是修改使用都很自由。

社交媒体运营变成劳动的地方

无论是 Threads 还是 X，运营一个账号都要每天重复类似的工作：寻找热门话题，挑出有用内容，用自己的语气重写，添加图片，在合适的时间发布，再回复评论。每件事只需 5 分钟，但每天累积起来，一天就没了。

AutoThreads 一次性移除了整段重复流程。不过，它提供两种方式，而这个区分决定了项目的性质。

辅助模式 — AI 撰写草稿，由人决定是否发布。这是默认模式。
完全自动模式 — 代理自行寻找新闻、写文章，甚至回复评论。只有启用后才会运行。

仓库文档中有一句概括项目态度的话：“Automagical, not autopilot。”也就是可以自动化，但不能交出控制权。

AutoThreads 操作流程图，包含 Discover、Draft、Image、Review、Publish 五个阶段和 Local LLM 选项 — "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，必须注明作者和来源。但应用搜索时只获取文件地址和格式，完全不获取许可证信息。界面不会显示这些信息，帖子中也不会自动附加。选中图片的使用条件最终仍需由发布者确认。

审核和发布无需说明：修改后立即发布，或进行预约。

AutoThreads 新闻界面，包含标题列表、来源、发布时间和 Draft 按钮 — 来源和文章发布于几分钟前会同时显示。点击一次 Draft 就会开始生成草稿

新闻界面就是这样。点击主题标签即可切换领域。标题右侧的 Draft 按钮会开始生成草稿。来源和发布时间也会同时显示，因此能减少误选旧新闻的情况。

AutoThreads 草稿编辑界面，包含字数计数器、图片建议、保存、预约和立即发布按钮 — 统计字数、推荐图片，并可在同一处选择保存、预约或立即发布

草稿界面会统计字数（Threads 限制为 500 字）、推荐图片搜索关键词，并可在同一处选择保存、预约或立即发布。

有一点需要知道：只有在应用保持开启时，预约帖子才会发布。因为不是服务器代发，而是电脑上的应用等待时间并完成发布。合上笔记本后，时间就会直接过去。失败的帖子会在约 1 分钟后重试。

API 费用为何可以为 0

这是项目最引人注目的选择：让用户自行选择负责写作的模型。

如果使用云端，可以接入 Claude、ChatGPT、Gemini；只要是兼容 OpenAI 的端点，也可以作为“Other”连接。反过来，接入运行在自己电脑上的本地 LLM（Large Language Model，大型语言模型），云端 API 费用就能降为 0。Ollama、LM Studio、llama.cpp、Jarvis 等兼容 OpenAI 的本地服务器，只需填写地址即可。

AutoThreads 设置界面，包含 Local LLM 选择、base URL、模型输入和连接成功提示 — 只需填写地址和模型名称。API 密钥栏也可以留空

设置界面展示的正是这一点。画面中的http://127.0.0.1:8080/v1/chat/completions是应用默认值。使用 Ollama 时，改成自己的服务器地址即可，例如http://localhost:11434/v1。填写模型名称并点击连接测试就完成了。API 密钥栏也可以留空，因为本地服务器通常不要求密钥。

这个选择对社交媒体自动化工具很重要，因为这类应用会大量生成文章。每天发布几篇，再加上回复，调用次数会不断累积。使用云端 API 时费用会实时上涨，而本地模型只需支付电费。质量当然取决于模型，因此这个设计让用户自行权衡草稿质量和成本。

真正的门槛是连接 Threads

安装很简单。发布页面提供 macOS 和 Windows 安装包；如果从源码运行，只需三行命令。

git clone https://github.com/eisenjimmy/autoTHREADS.git
cd autoTHREADS
npm install
npm run dev

问题在后面。要向 Threads 发布内容，必须在 Meta 开发者账号中创建应用并签发访问令牌。大多数人都会卡在这里。

AutoThreads 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 权限，应用内打开的任何网页都可能访问用户文件。因此外部链接会用系统浏览器打开，同时阻止任意页面继承 preload 桥接。

令牌和 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。下一篇也会挑一个这样被埋没的仓库来打开看看。