通过 Xquik 把 X 搜索结果整理成文字摘要

通过 Xquik 把 X 搜索结果整理成文字摘要

一个在 X 上搜索一个短语，并把匹配的帖子整理成一份纯文字摘要的 n8n 工作流。你在一个设置节点里写下短语和帖子数量。搜索由第三方服务 Xquik 完成，一个简短的代码步骤给每条帖子编号，并附上作者和链接。什么也不发送，也不保存任何东西。

包里有什么

• workflow.json：n8n 导出的工作流，5 个节点。四个在运行，一个是告诉你怎么添加密钥的便签。里面没有任何凭据。
• README.md：这份设置说明，压缩包里的是英文版。

我们相对原来的副本改了什么

• Search X with Xquik 原来在 X-API-Key 请求头里发送密钥，密钥从一个 XQUIK_API_KEY 环境变量里读取。n8n 2.0 的重大变更页面（2026 年 11 月 12 日查阅）写道，n8n 现在默认阻止从 Code 节点访问环境变量。所以这个请求改用 Header Auth 凭据，文件里没有密钥。
• Build Digest 原来读的是 has_more、created_at 和一个 metrics 对象。Xquik 的文档（2026 年 11 月 12 日查阅）列出的是 has_next_page、createdAt、likeCount、retweetCount 和 replyCount。代码现在先读 Xquik 的名字，旧名字留作后备。
• 便签已重写，说明怎么添加凭据。
• 别的都没改。设置、请求和摘要的版式都照原文件。

Mindket 读过 Xquik 的文档和 n8n 的源码。没有调用 Xquik，也没有在真实的 n8n 上运行。

开始之前

• 一个 n8n 实例，n8n Cloud 或自己的服务器都行。
• 一个有额度的 Xquik 账号，和它的 API 密钥。
• 一个搜索短语。Xquik 的页面说，搜索支持 X 运算符，如 from:、since: 和 until:，也支持话题标签、短语和 OR。

设置

1. 在 n8n 里新建一个工作流，打开它的菜单，选 Import from File，选中 workflow.json。
2. 创建一个 Header Auth 凭据。把它的名称设为 x-api-key，值设为你的 Xquik API 密钥。
3. 打开 Search X with Xquik，选中这个凭据。
4. 打开 Search Settings，把你的短语填进 query，并设置 limit。
5. 点 Execute Workflow，在 Build Digest 的输出里读 digest 字段。

一次运行的过程

1. 你点 Execute Workflow 时，Manual Trigger 开始这次运行。
2. Search Settings 设置两个值：query，这份副本里是 n8n automation；limit，是 10。
3. Search X with Xquik 向 Xquik 的推文搜索要匹配的帖子，把这两个值作为 q 和 limit 传过去，并通过凭据发送你的密钥。它最多等 120 秒。
4. Build Digest 读 tweets 列表，保留每条帖子的 id、链接、正文、作者、日期和计数。帖子没有链接时，它用 id 拼一个。它写出 digest，一份带编号的纯文字列表，或一行说没有找到的提示。它还返回搜索短语、帖子数量、has_more 和 next_cursor。

想改的地方

• 短语：Search Settings 里的 query。
• 帖子数量：Search Settings 里的 limit。
• 摘要的版式：Build Digest 里的代码。
• 摘要去哪里：在 Build Digest 后面加一个邮件或聊天节点。

要知道的

• Xquik 是第三方服务。它自己的页面说它与 X Corp 没有关联。依赖它之前，先读它的条款和 X 的条款。
• Xquik 每返回一条帖子收 1 个额度，所以十条帖子一次运行花十个额度。额度用完时，它回复 402 错误。
• 工作流只读一页最多 limit 条的帖子。Xquik 的页面说，要拿下一页，就把 next_cursor 原样作为 cursor 传回去，这份副本没有这样做。
• 摘要只是一个文字字段，所以不会发邮件。要发送，就自己加一个节点。
• 数据去向：搜索短语会发给 Xquik，返回的帖子留在 n8n 的运行数据里。