批量生产提示词的 Make 工作流，坑都替你踩完了

先给你一个数。手写一条合格的结构化提示词，角色、目标、约束、输出格式一项一项填，快的话半小时，慢的能磨掉一晚上。这是我们实测下来的节奏，不夸张。 一次交付，这样的提示词你要多少条？ 更要命的是手写没法复现。同一个需求，张三和李四写出来长两个样，同一个人今天和明天写又是两个样，验收没法复现，交接没法延续，这是根子上的麻烦。 老雷这两年帮企业做 AI 落地，见过太多交付团队卡在同一个地方。工作流的架子半天就搭通，真正吃掉工期的，是大模型模块里那几十条提示词。一条一条手写，写到第十条开始糊弄，写到第二十条，质量已经没法验收。

刷信息两小时记住三条，RSS 加自动化把这事儿治了

先问一个扎心的问题，你每天花多少时间刷信息。 微博看一眼，公众号翻一翻，行业群爬一层楼，再刷刷短视频，两个小时过去了，真正记住的有价值信息可能就三条。个人这么刷是浪费时间，企业这么刷就是拿工资买噪音。竞品上了什么新功能，行业出了什么新政策，海外有什么新技术动向，全靠有人恰好刷到、恰好记得、恰好转告，这条链路漏掉的比抓到的多。 问题的根子不在人不勤快，在信息获取的方式本身就是被动挨打的。而治它的工具老得超出你想象，RSS，1999 年就诞生的协议，这两年因为跟 AI 自动化撞出火花，正在变成企业搭信息情报线的地基。这篇把这套东西讲透，从概念到选型到自动化流水线，全是能落地的。

五百个词条进去，一千五百张卡片出来，小红书知识卡片的批量产线这么搭

给做小红书知识类账号的运营和交付工程师，拆一条从网页采集、结构化提取到批量出图归档的 Make 产线，五百个词条一次跑出一千五百张卡片，附提取方案怎么选、字数怎么控的避坑清单。

一条 RSS 喂饱两个平台，GitHub Trending 到图文成稿的产线

给想批量做内容的人，一条 RSS 加双模型调用的产线，GitHub Trending 自动变两千字图文和一条小红书笔记，覆盖四步框架、提示词红线与发布衔接。

书名作者评分不用手抄，截图加多模态把豆瓣链接变成结构化藏书

给想认真养知识库的人，一条 Notion 加 GPT-4o 的自动图书馆产线，豆瓣链接丢进去元数据自动填齐，覆盖截图、多模态识别、结构化回填与额度边界。

几十页 PDF 丢进 Notion 就出核心观点，Kimi 文档速读产线拆解

给天天被研报、合同、论文淹没的人，一条 Notion 加 Kimi 的八模块文档速读产线，覆盖 API 配置、文本抽取、正则清洗和稳定性保险的全部交付细节。

不用开麦录音，Notion 新闻库每天自己长出一期播客

做播客的门槛，从来不是不想做，是流程太重。找选题、写稿、录音、剪辑、发布，五道工序道道要人，一期节目从想法到上线小半天就没了。新闻类的播客更狠，时效就是生命，你今天录的明天的听众就不想听了，日更的压力能把人压垮。 配音这一步还有个隐形门槛，你的声音、你的麦克风、你家的环境音，全是变量。多少人卡在「今天不想开口」，节目就断了。周末攒了七条选题，周一到周五全泡汤，这是我见过最多的一种播客死法。 这篇拆一条我跑通的全自动播客流水线，七个模块串起来，从新闻库取材到成品音频归档，一期只要一到两分钟，全程无人工。

数据库之间老死不相往来，Make 加 ChatGPT 让 Notion 条目自己归位

Notion 用得越久，库建得越多，一个隐痛就越明显。教程库、项目库、读书笔记库、文章收藏库，每个库都整整齐齐，可它们之间像一座座孤岛。你想从「应用场景」这个角度横向检索一遍收藏，就得手动一条条打标签，打到手酸。 我第一次意识到这个问题，是想把收藏的 AI 工具按用途重新过一遍。三十多条记录，手动关联到十几个场景库里，一下午就搭进去了，而且我知道下个月新增的条目还得再来一遍。 这种活就不该人干。这篇拆一套我跑通的方案，用 Make 加 ChatGPT 实现

找选题写笔记全交给 Make，小红书日更产线从新闻到成品

做小红书的人应该都体会过那种感觉。你守着一个垂直领域，每天新闻素材多到看不完，可真要把素材变成一篇能发的笔记，标题、正文、标签全得自己抠，一篇抠下来一两个小时就没了。喊着要日更，日更个两三天就断。 卡住你的不是没素材，是素材和成品之间那段纯手工的活。这段活把人的执行力一点点磨掉，账号就这么荒了。 这篇拆一条我跑通过的产线，用 Make 把「新闻进、笔记出」整条链路自动化。Inoreader 负责盯新闻源，Jina Reader 负责把网页扒成干净文本，ChatGPT 按小红书的格式写笔记，成品自动落进 Notion