从一小时到三分钟：拆解一个能接商单的 n8n 小红书图文工作流
这场直播是 WaytoAGI「AI 训练营」第一期的第三课，由林月半子（林琼）主讲，芋头小宝补充分享。林月半子用一个真实商单案例切入，完整拆解了「飞书多维表格输入主题 → 自动生成小红书图文」的复杂工作流系统，并演示了如何把飞书社区节点改造成纯 HTTP Request 版本，让没有完成本地部署的学员也能在 n8n Cloud 上实操。芋头小宝则展示了自己用 n8n 工作流封装成的 AI 产品网站，给出了一条从「会搭工作流」到「商业变现」的路径。适合已经掌握 n8n 基础操作、想理解复杂工作流设计思路并探索变现可能性的学员阅读。
一个真实商单：理解需求比技术复杂更重要
林月半子先分享了一个真实经历：他之前做了一个自动化案例——在飞书多维表格里输入主题，系统自动生成完整的小红书图文内容。这个案例发到小红书后，吸引了一位香港客户的注意。
客户的需求和原案例不同：输入端用的是国外软件，输出端要求把生成内容存到 Google Drive 和 Google 表格，文案风格要求是 Instagram 风格而非小红书风格。「听起来可能比较复杂，但是我们拆解一下就会发现核心的生图流程和文案生成逻辑，其实和原来那个小红书案例差不多，真正需要调整的只是一个输入端和输出端。」林月半子花了不到一天时间完成这个需求，收益达到四位数。
他由此总结：「做商单关键不是技术有多复杂，而是你能不能快速理解客户的需求，并且把你已有的解决方案灵活地改造成客户想要的案子。」
不过，这场直播没有直接讲香港客户的案例——因为涉及国外软件和平台不便展开。更重要的是，林月半子发现很多同学卡在本地部署这一关，于是他换了个思路：把小红书案例从飞书社区节点改造成纯 HTTP Request 节点版本。这样做有三个好处：即使本地部署没完成，也能直接在 n8n Cloud 上实操；帮助大家彻底理解飞书 API 的调用逻辑；学会在没有现成社区节点的情况下，用 HTTP Request 实现同样的功能。
手工流程的痛点，就是工作流的设计起点
在等待工作流后台运行的间隙，林月半子带大家过了一遍「没有工作流时，手工制作一篇小红书图文」的完整流程，以「黄山一日游」主题为例：
- 用 AI 生成文案：打开 DeepSeek 或 ChatGPT，输入提示词，来回调整表情符、段落结构，保守估计 15 分钟。
- 规划图片生成：通读文案，提取核心要点，规划每张图的内容——封面、交通指南、必去景点等，构思场景、文字、配色，约 10 分钟。
- 生成图片提示词：3～9 张图，每张都要打磨提示词，加起来约 20 分钟。
- AI 生图：复制提示词到即梦，30 秒生成一张，效果不好要重新生成，至少 15 分钟。
- 发布：约 5 分钟。
合计约一小时，还是比较顺利的情况。「如果说我们一天要写 10 篇，可能一天就过去了，关键是这些都是非常机械重复的体力，其实一点没有什么任何意义。」
而用工作流跑同样的任务，林月半子现场演示的结果是 2 分 52 秒——标题、文案、封面一次性生成，封面用的是即梦 4.0。如果生成 10 篇笔记，用子工作流模式最多 5～10 分钟。「手工做可能就一天，用工作流的话，十篇笔记就 10 分钟就做完。」
六个核心模块：一条完整的自动化流水线
林月半子把工作流拆解成六个核心模块，每个模块都针对性地解决手工流程的一个痛点：
1. 主题输入：从飞书多维表格读取待处理的数据。关键点是只读取「待处理」状态的记录，已经「生成中」或「已完成」的数据不再处理，避免浪费 token。
2. 文案生成：用 DeepSeek 大模型根据主题生成符合小红书风格的完整文案。提示词完全可配置，如果觉得不符合自己的发文风格，可以自行调整。
3. 智能内容分段：把完整文案拆分成独立页面，每个页面对应一张图片。可以配置最大生成图片数（示例中为 5 张），第一段是封面页，中间是内容页，最后是总结页。
4. 设计封面：根据分段内容，由一个 AI Agent 生成文生图提示词。「这一步不是直接生图，是先让 AI 先做创意设计。」定义了 5 张图，就会生成 5 个提示词 item。
5. 图像生成：调用火山引擎即梦 API。这是一个循环过程——先提交生图任务，拿到 task ID，再用 task ID 轮询查询任务是否完成，完成后返回图片的 base64 编码。即梦 API 是收费的，但新注册用户有 200 张免费额度。
6. 上传飞书多维表格：图片生成后上传到飞书，把数据全部重写到多维表格存档，最后把记录状态改成「已完成」——这样下次重新触发时不会重复处理。
「每个模块都有明确的职责，串联起来就形成一个完整的自动化流水线。」
从社区节点到 HTTP Request：理解 API 调用的每个细节
林月半子先演示了社区节点版本的工作流导入方法：打开工作流文档，点小眼睛预览，全选复制，直接粘贴到 n8n 空白画布即可，不需要下载权限。导入后如果出现红叉，双击节点引入凭证即可修复。
要让工作流真正运行起来，需要完成几项关键配置：
飞书开发者配置：打开飞书开发者后台，创建企业自建应用。APP ID 是应用的身份号码，APP Secret 是应用密码，「就像银行卡号和密码，不要截图发到网上」。如果凭证泄露，可以在后台点重置。接着在权限管理里导入一段 JSON，申请 6 个必要权限，遵循权限最小化原则。最后创建版本并发布，权限较小时可免审。
火山引擎配置：进入即梦 AI 服务，先做实名认证（国家规定 AI 生成服务必须实名），开通服务后创建 access key 和 secret key。「这个跟你的钱直接相关，泄露出去自己充的钱基本会被用完。」
DeepSeek 配置：用于生成文案、智能分段和提示词，第一课已演示过，可参考文档操作。
创建多维表格：这是整个自动化的控制中心。林月半子提供了一个模板，包含主题、状态、备注等字段。备注字段用于记录额外信息，比如某张图生成失败的原因。创建后需要在多维表格里添加文档应用，把开发者平台创建的应用绑定起来——「如果不添加的话，其实是改不了这个多维表格数据的」。
接下来是重头戏：把社区节点改造成 HTTP Request 版本。林月半子对比了两者的差异——社区节点一个节点能抵六个 HTTP Request 节点，但社区节点是个「黑盒」，而且 n8n Cloud 装不了未认证的社区节点，所以必须学会 HTTP 方式。
凭证配置器：用环境变量方式配置凭证更安全，导出的工作流不会泄露密钥。但在 n8n Cloud 上没法用环境变量，需要手动把火山引擎的 key ID 和 access key 复制进来。
获取飞书 Token：飞书开放平台几乎所有 API 调用都需要 access token，就像「进入飞书世界的通行证」。配置方法很简单：打开飞书接口文档，在右上角 API 调试台复制示例代码，把 URL 粘贴到 HTTP Request 节点，再把 APP ID 和 APP Secret 用表达式方式拉进来即可。「完全不需要懂什么代码，直接把飞书的示例代码拿过来就可以。」
表格解析器：这是最复杂的一环。飞书多维表格有两种形态——独立多维表格（base 类型）和 wiki 类型。base 类型的 APP Token 直接在 URL 里，wiki 类型则需要先判断路径，再调另一个接口拿 object token。社区节点把这种复杂性完全封装了，但 HTTP 版本需要 6 个节点才能实现同样功能。林月半子建议：「大家如果要玩 n8n，还是尽量在本地或云服务部署，直接利用社区节点封装好的优化方式。」
获取记录：读取待处理数据，通过查询记录接口实现，操作方式同上——从 API 调试台复制代码。关键是要做过滤，只读取未完成的记录。
记录分发器：用 Split Out 节点把获取到的多条记录拆分成独立 item，每条记录包含主题和记录 ID（后面更新时需要用到）。
子工作流：老板分配任务，员工并行执行
林月半子重点讲解了子工作流的设计思想。他打了个比方：主工作流是老板，负责分配任务；子工作流是员工，负责执行任务。
不用子工作流时是串行模式：第一条记录处理 2 分钟，第二条要等第一条完成才开始，第三条等第二条——三条记录总耗时 6 分钟。用子工作流则是并行处理：三条记录同时启动，总耗时还是 2 分钟。
子工作流有两个核心要素：一是定义所需输入信息（token、表格、主题等），二是主工作流通过「执行子工作流」节点下达具体任务，把数据传输下去。子工作流不一定要和主工作流放在同一个画布里，通过 workflow ID 关联即可。同一个画布里只能有一个子工作流。
调试子工作流时，需要先把 n8n 工作流激活（部署），否则 debug 功能不会开放。进入子工作流后可以基于已有输入进行调试。林月半子还提到一个「状态锁定」的设计：任务开始执行时先把状态改成「生成中」，防止重复触发浪费即梦的 API 费用。
关于即梦参数，林月半子提醒：即梦 4.0 必须用固定的模型参数，想换回 3.0 只需改这个值。另外即梦对「小红书风格」这类提示词会判为违禁词，导致生成失败，失败原因会写入备注字段。还有签名问题——提交生图任务时的输入（图片宽度、高度等）必须和之前一致，签名是动态生成的，参数不一致就会出错。
429 错误（并发限制）的处理：免费额度下同一时间只能有一个并发，子工作流模式可能同一秒提交多张图片。解决方案是做容错重试——收到 429 错误就重试，错开时间。「增加延时应该是没用的，因为任务多了，延时后还是会在同一个时间点触发，只能重试是最好的。」
产品网站：把工作流封装成可交付的服务
芋头小宝分享了自己做的 AI 产品网站（AI Taro.baby），展示了学习 n8n 工作流后进行商业变现的另一种形式——除了给客户定制工作流、做咨询答疑，还可以通过建站把服务封装出去。
这个网站有几个特点：
AI 进词调用工作流：网站上的 AI 进词背后都接入了具体的工作流，点击即可调用 n8n 后端生成内容。芋头小宝现场演示了输入品牌名生成品牌故事的完整流程。
同步与异步两种模式：简单工作流用同步模式，请求发出后等待结果返回；复杂工作流用异步模式，用户提交任务后可以继续做其他事，不用一直等待转圈，也避免了 timeout 场景。
权限管理：这是平台「最核心也是最有价值的一点」。公共权限账号只能看到公开的 agent，给客户定制的 agent 只对客户自己可见，隐私保护很重要。
前端搭建：网站前端最初由 Web coding 搭建基本框架，但芋头小宝对第一版不满意，觉得「过度设计、太花里胡哨」，后来基于自己的喜好不断沟通调整，最终形成简约的 UI 风格。
芋头小宝总结：「如果大家有比较多的工作流，也想给用户提供定制化服务的话，可以参考这种形式。」
现场问答
新闻工作流按字段编辑文章，输出的是单个项目而不是所有项目，怎么解决？ 芋头小宝表示这个问题需要看截图才能定位，建议在飞书群或微信群 at 老师，附上截图沟通。
HTTP 节点 name value 怎么操作？ 这是一种凭证配置方法，第二节课讲得不多。配置方法一通百通，可以参考第一课或第三课的内容，后续老师也会补充。
子工作流是单独的工作流吗？ 子工作流也算独立的工作流，但触发方式固定——只能用「被其他工作流触发时执行」作为开始节点。除此之外和其他工作流没有区别。
免费模型调用用什么节点？ 如果 n8n 里没有对应的社区节点或官方节点，就用 HTTP 方式接入。
MCP 执行子工作流运行 in Toast 功能怎么实现？ 用 MCP 需要 token，能用 HTTP 解决的就尽量不用 MCP，除非预算充足。子工作流主要用于封装重复模块，比如商单中的生图、修图部分，具体方案依场景而定。
子工作流可以跨工作流调用吗？ 可以，指定 workflow ID 即可。
多维表格添加文档应用，是针对新建的表格还是所有表格？ 每一张多维表格如果要被操作，都需要和应用绑定，没有绑定就没有操作权限。
如何实现推送 iPhone 的飞书消息？ 用了一个开源工具，具体信息会贴到共享文档里。
如何查找和安装社区节点？ 可以在设置里查看，也可以访问社区节点的网页链接浏览感兴趣的节点。找到后在账号设置里找到「community nodes」选项即可安装。
节点参数太多，怎么搞懂每个输入输出？ 逐个看官方文档、多练习。如果用的是 n8n Cloud 版本，可以直接问 n8n 自带的 AI 辅助功能，对新手比较友好。
如何将工作流项目交付给客户？ 可以参考芋头小宝的案例——用 Web coding 写前端，封装 API 调用，把工作流集成到网站里交付给客户。
要点回顾
- 商单的核心能力是快速理解客户需求，把已有解决方案灵活改造成客户想要的案子，而不是从零开始。
- 手工制作一篇小红书图文约需 1 小时，用 n8n 工作流可压缩到 3 分钟，生成 10 篇也只需 5～10 分钟。
- 工作流设计从业务逻辑出发：主题输入 → 文案生成 → 智能分段 → 设计封面 → 图像生成 → 上传归档，每个模块解决一个具体痛点。
- HTTP Request 版本的关键配置：环境变量管理凭证、从飞书 API 调试台复制示例代码、区分 base 和 wiki 两种多维表格 URL 形态、用 Split Out 做记录分发。
- 子工作流实现并行处理：主工作流负责分配任务，子工作流负责执行，通过 workflow ID 关联，可跨工作流调用。
- 即梦 API 使用要点：新用户有 200 张免费额度；提交任务和查询任务分离；429 错误用重试解决；模型参数（3.0/4.0）可配置。
- 商业变现的路径：除了定制工作流和咨询，还可以用 Web coding 搭建产品网站，把工作流封装成服务，通过权限管理为不同客户提供定制化 agent。
直播回放约 144 分钟
播放器来自飞书妙记 · 在新窗口打开