Make教程：用Make打造Twitter自动化运营，128字浓缩千字精华

概述

这是一套面向Twitter/X平台的智能内容运营方案。

通过多轮AI迭代精炼，将长文浓缩为128字高信息密度推文：

1. 信息聚合 - Inoreader聚合多个RSS源
2. 内容抓取 - Jina Reader获取全文
3. 迭代精炼 - AI三轮总结提升信息密度
4. 智能配图 - Apify抓取匹配图片
5. 图片托管 - 上传Cloudflare Images
6. 内容管理 - Notion审核和触发发布

AI生成的高信息密度推文及配图

---

核心决策因素

在选择社交媒体自动化方案时，需考量：

• 内容精炼能力 - AI能否有效压缩同时保持高信息量
• 多源聚合 - 能否从多种渠道高效收集内容
• 自动化程度 - 与平台的集成度和发布自动化程度
• 智能配图 - 能否自动匹配高质量图片
• 成本效益 - 运行AI和第三方服务的实际成本

---

技术规格参考

规格项	参数值	备注
推文长度限制	128字	Twitter高信息密度要求
AI精炼轮次	3轮	可自定义，每轮增加信息实体
AI模型	GPT-3.5	成本极低，百万Token几块钱
RSS聚合	Inoreader	支持文件夹聚合，免费
图片抓取	Apify	5美元免费额度，1000张约3美元
图片托管	Cloudflare Images	避免原图链接失效
Twitter API	v6	v5不支持图片上传

---

前置准备

在开始之前，请确保准备好：

• Make.com 账号（免费注册）
• Inoreader 账号（用于RSS聚合）
• OpenAI API密钥
• Apify 账号（图片抓取）
• Twitter开发者账号（用于API发布）
• Notion 账号（内容管理）

---

核心方法论：迭代总结

多轮AI优化提升信息密度

这是本工作流的核心创新——通过多轮AI迭代提升信息密度：

第一轮：初步总结

• 将原文压缩到约200字
• 保留核心信息点

第二轮：信息增强

• 在字数限制下增加信息实体
• 优化表达方式

第三轮：最终精炼

• 压缩到128字以内
• 确保信息密度最大化

效果示例： 一篇关于仿人机器人的新闻，能被浓缩为包含公司名、技术突破、产品功能（咖啡拉花、夜宵分发等）、市场定位和发展愿景等多个实体的高质量推文。

---

工作流架构

阶段一：信息聚合

工作流构建基础

使用Inoreader替代Make自带RSS模块：

配置要点：

• 创建文件夹聚合多个RSS源
• 监听时选择”OK”而非”From Now”
• 否则无法获取历史信息

注意：Make自带RSS模块只支持单一网址，无法满足多源聚合需求。

---

阶段二：内容抓取与精炼

使用Jina Reader获取文章全文，然后进行迭代总结：

Prompt设计（第一轮）：

请将以下文章总结为200字左右，保留所有关键信息点：

{{article_content}}

Prompt设计（最终轮）：

请将以下内容精炼为128字以内的推文，要求：
1. 信息密度最大化
2. 包含尽可能多的信息实体
3. 表达简洁有力
4. 适合Twitter发布

当前内容：{{summary}}

---

阶段三：智能配图

简化API调用的快捷工具

使用Apify抓取谷歌图片：

流程：

1. 从推文提取关键词
2. 调用Apify Google Images Scraper
3. 获取匹配图片URL
4. 上传到Cloudflare Images

配置要点：

• 设置20-30秒休眠等待Apify返回
• 图片推荐尺寸512x512
• 上传图床避免原图失效

---

阶段四：发布管理

Twitter开发者平台配置

Notion管理：

• 所有生成内容存入Notion
• 人工审核和修改
• 通过链接触发发布

Twitter API配置：

• 必须使用v6版本（v5不支持图片）
• 创建开发者项目和应用
• 获取API Key、Secret、Access Token
• 正确配置回调URL

建议：不推荐完全无人值守发布，AI内容可能有小错误，建议人工筛选。

---

注意事项

在搭建过程中容易遇到的”坑”：

1. Inoreader配置 - 监听时必须选”OK”，选”From Now”会导致无历史数据

2. 迭代过拟合 - 不改变字数限制下多轮迭代可能导致内容反复，建议每轮允许字数增加5-10%

3. Twitter API版本 - v5不支持图片上传，必须用v6

4. API授权复杂 - Twitter开发者配置涉及多个Key和回调URL，容易出错

5. 不推荐全自动 - AI内容可能有错误，建议人工审核后再发布

---

适用场景

推荐使用的用户

• 内容创作者/技术博主 - 需要定期发布高质量推文
• 小型企业/个人品牌 - 希望自动化社交媒体运营
• Make平台用户 - 对自动化工作流有一定基础

可能不适合的情况

• 寻求一键式零配置方案的非技术用户
• 对AI内容质量有极致要求的用户
• 不愿投入时间学习API配置的用户

---

常见问题

为什么要多轮迭代总结？

单轮总结信息密度有限。通过3轮迭代，每轮增加信息实体，在128字限制下实现远超人工的信息浓缩效果。

Make自带的RSS模块不够用吗？

Make自带RSS模块只支持单一网址，无法多源聚合。Inoreader支持文件夹聚合多个RSS源，且该功能免费。

Twitter API配置复杂吗？

是的，需要创建开发者项目、应用，获取多个Key和Secret，配置回调URL。v5不支持图片上传，需用v6。

完全自动发布安全吗？

不推荐完全无人值守。AI生成内容可能有小错误，建议在Notion中人工筛选修改后再触发发布。

---

下一步

掌握基础后，你可以尝试：

• 添加更多RSS信息源
• 优化迭代总结的Prompt
• 集成更多社交平台（Telegram、LinkedIn等）
• 添加数据分析追踪发布效果

有问题欢迎在评论区留言交流！