博客文章自动改写为待审核的多平台社媒内容包

原文要点

原模板（n8n工作流19623，作者Khairul Muhtadin）：Telegram收到文章链接后，去除跟踪参数和锚点做URL规范化，生成稳定content_key；在Google Sheets的Packs标签页查该键，重复请求直接回旧状态和时间戳；抓取文章遇408/429/5xx隔60秒重试一次，其他失败记入Errors标签页并Telegram通报；用作者所称gpt-6-luna模型生成LinkedIn帖、X三连发、newsletter摘要、钩子句、金句，解析并校验必填字段和各渠道字数限制，不合格有一次AI修复机会；合格包以pending_review状态、定时时间和审核备注入Packs，发Telegram预览；每小时投递已到点且人工改为approved的包并记delivered_at；每周日汇总产出、失败、批准率、按天和按渠道指标，AI写成Telegram周报。

这次做成什么

在自有n8n中复刻一条“链接→社媒内容包→人工审核→定时投递→周报”的流水线。原文无工作流文件下载，本站按公开描述给出可照搭的节点顺序、表结构、字数校验与提示词，属本站独立方案。

准备什么

• 自建或云端n8n实例，可加Telegram、Google Sheets、OpenAI三类凭据
• 通过BotFather创建的Telegram机器人及你的chat_id
• 一个Google Sheet，含Packs与Errors两个标签页，列名见步骤1
• OpenAI API Key；作者使用名为gpt-6-luna的模型，其可用性与价格需你自行核对，可改用你账号已有的模型
• 一个可公开访问的虚构博客文章URL用于测试

具体怎么做

1. 建表与列结构

   创建Google Sheet。Packs标签页列：content_key、article_url、chat_id、hook、pull_quote、linkedin_post、x_post_1、x_post_2、x_post_3、newsletter_blurb、packed_at、status、scheduled_at、reviewer_notes、delivered_at（与原文列名一致）。Errors标签页列：article_url、reason、logged_at。

2. Telegram入口与URL规范化

   加Telegram Trigger绑定机器人凭据。加Code节点：取消息文本中的URL，去掉utm_*等跟踪参数和#锚点，得到规范URL；content_key取规范URL的SHA-256前16位。加Google Sheets节点按content_key查Packs；查到则用Telegram节点回复旧status和packed_at，流程结束；未查到继续。

3. 抓取文章并重试

   加HTTP Request节点GET文章URL，设置重试：状态码408、429、5xx时等待60秒重试一次；仍失败或其他错误，写Errors（reason记状态码）并Telegram通报，流程结束。成功后用HTML提取节点取正文纯文本。

4. 生成内容包并校验

   加OpenAI节点用下方材料提示词生成五类文案的JSON；接Code节点校验：五类字段均非空，linkedin_post≤3000字符，每条x_post≤280字符，newsletter_blurb≤500字符，hook≤120字符。任一不合格→再走一次OpenAI修复节点（把不合格项和限制写进提示）；仍不合格写Errors并通报。

5. 入队待审与定时投递

   合格包追加到Packs：status=pending_review、scheduled_at取次日10:00、reviewer_notes留空，Telegram发预览消息给chat_id。另建Schedule Trigger每小时运行：读Packs，筛status=approved且scheduled_at≤当前时间的行，调各渠道发送节点（测试期可只发Telegram给自己），成功后更新status=delivered、delivered_at=当前时间。审核方式：人工把Packs里的status从pending_review改成approved并调整scheduled_at。

6. 周日周报

   Schedule Trigger设每周日09:00→读Packs与Errors→Code节点统计：本周新增包数、失败数、批准率（approved或delivered/总包数）、投递数、按天分布、按渠道字段非空计数→OpenAI节点写成中文周报→Telegram发送（替换Alert Digest节点中的REPLACE_WITH_YOUR_CHAT_ID）。

可直接复制的材料

基于下面的文章正文，生成一个多平台社媒内容包，只输出JSON对象，不要输出解释。字段与限制：hook（一句话钩子，不超过120字符）、pull_quote（文章中最有冲击力的一句改写，不超过150字符）、linkedin_post（LinkedIn帖子，专业语气，不超过3000字符）、x_post_1、x_post_2、x_post_3（X三连发，每条不超过280字符，可串成线程）、newsletter_blurb（newsletter摘要，不超过500字符）。不得编造文章没有的事实和数字。文章正文：
{{$json.articleText}}

content_key,article_url,chat_id,hook,pull_quote,linkedin_post,x_post_1,x_post_2,x_post_3,newsletter_blurb,packed_at,status,scheduled_at,reviewer_notes,delivered_at
a1b2c3d4e5f60708,https://example.com/blog/demo-post,123456789,90%的团队都忽略了这一步,把重复劳动交给流水线,这是一篇演示LinkedIn帖……,线程第一条……,线程第二条……,线程第三条……,本期newsletter摘要……,2026-09-16 10:00,pending_review,2026-09-17 10:00,,

输入与输出示例

本站虚构演示，输入的跟踪参数与输出的规范化结果对应，字符数为示意，未实际调用模型。

输入

Telegram发送链接 https://example.com/blog/demo-post?utm_source=wechat#comments，文章正文约1200字，主题为“小团队内容复用流程”。

对应输出

规范化后URL=https://example.com/blog/demo-post，content_key=a1b2c3d4e5f60708；Packs未命中→生成JSON：hook="一篇长文如何拆成一周的社媒素材"，x_post_1="线程1/3：别再每篇都从零写起……"（267字符）；校验全部通过→Packs新增一行status=pending_review、scheduled_at=2026-09-17 10:00；Telegram收到预览。次日人工改approved后，小时级队列投递并写delivered_at。

做完检查这些

• 发送带utm参数和#锚点的链接与去掉后的链接，得到的content_key相同且第二次直接回旧状态
• 构造返回500的测试URL，60秒后重试一次，仍失败则Errors表新增一行且Telegram有通报
• 生成内容任一字段超字数时触发一次AI修复，再失败则记Errors而不是入队
• 把某行status改为approved且scheduled_at已到，下一次小时运行后该行变为delivered并带delivered_at
• 周日运行后Telegram收到含包数、失败数、批准率的周报

容易卡住的地方

• 作者所称gpt-6-luna模型的可用性与价格本站无法核实，需自行核对或换用账号已有模型
• 原模板要求提交的文章URL公开可访问，需登录或付费墙页面会抓取失败
• Packs列名必须与原文一致，否则查重和周报统计读不到字段
• REPLACE_WITH_YOUR_CHAT_ID和REPLACE_WITH_YOUR_SHEET_ID占位符漏改会发送到失败
• 模板本身免费，但OpenAI调用另计费；渠道实际发布需各平台凭据，本站示例只演示Telegram投递