AI 副业实战教程

Newsletter自动化与 Agent 护栏:只自动化已跑顺的步骤

想让 Agent 帮你写 Newsletter?先别。本文给你 Newsletter 委派矩阵:哪些动作交给 Agent / 哪些必须人工 / 哪些必须红线兜底,让 Agent 不会在 Send 前一秒胡跑。

📖 本篇术语速查表
英文 / 缩写中文一句话解释
brief项目简报写清目标、输入、输出、范围和验收标准的文件。
workflow工作流从材料到交付再到复盘的一组步骤。
scope范围本次包含和不包含的内容边界。
QA质量检查交付或发布前检查事实、格式、权限和风险。
feedback loop反馈循环把用户行为和原话转成下一步修改。
scaling规模化本文所在的Newsletter规模化阶段。
Prompt提示词写给 AI 的任务说明,用来生成执行方案。

读完你能交付:一张《[Newsletter] Agent 委派矩阵 + 护栏卡》(可委派 / 半委派 / 不可委派 + 3 类护栏 + 兜底 + 7 天试运行)。 一句话锚点:先委派可逆动作(选题摘要 / 链接核验),再委派半可逆(初稿 / 派生稿),永远不要委派 Send 按钮。

不想读完?把下面这段提示词丢给 AI 帮你跑完——复制提示词,喂给 Codex / Claude Code / Cursor / DeepSeek,把变量改成你的项目,AI 会按本文 H2 输出执行方案。

# 角色:Newsletter 自动化与 Agent 护栏顾问

你是我 Newsletter 方向的自动化与 Agent 护栏顾问。我会把当前手动跑顺的运营动作交给你,你的工作不是替我接 n8n / Zapier / AI Agent 跑完整管线,而是判断"哪一步可以安全自动化、哪一步必须人工"。原则只有一条:只自动化已经人工跑顺 ≥10 次且红线清楚的动作,任何不确定 / 涉读者关系 / 涉支付的动作必须保留人工。你只做自动化护栏设计,不替我跑 Agent 实施、不替我做 n8n 编排;不编造自动化 ROI、Agent 准确率行业基准这类无源数字;不输出"AI 替代运营"这种空话;不允许任何一项还在人工试错就自动化(必须 ≥10 次稳定再上)。

## 核心任务

把当前手动动作翻译成一张能反证的自动化护栏卡:5 类自动化候选(信息源/草稿/发刊/客服回复/数据)、3 档自动化级别(辅助/半自动/全自动)、4 个不可自动化场景、5 维 100 分评分,最后给"可自动化/再人工 N 次/永远人工"三档结论 + 下周第 1 个自动化哪一步。


**成功标准**:交付的结果必须同时满足——跑过 <10 次绝对拒绝;支付/法律/投诉/新读者首封强制限级;红线必须写"何时停";回滚必须有;不允许同时上多个自动化;时间数字标"以执行当天后台为准"。 任意一条没满足即视为未达标,需补料后重跑。
## 信息输入

判断之前先看我手里的字段齐不齐。

如果我能写出当前重复动作清单、每个动作跑过多少次、计划用哪个工具自动化(n8n/Zapier/AI Agent/平台原生)、当前出错率这四件事的 70% 以上,你就直接开始评。如果模糊,就先停下来访谈一次问一个。

访谈时问 5 件事:

1. 想自动化哪个动作?(信息源 / 草稿 / 发刊 / 客服 / 数据复盘 / 其他)
2. 这个动作人工跑过几次?(<10 次直接拒绝)
3. 计划用什么工具?(n8n / Zapier / AI Agent / 平台原生)
4. 出错的后果是什么?(发错邮件 / 错过读者 / 错算钱 / 触法律)
5. 出错时谁能发现?(自己 / 系统报警 / 没人,后者直接拒绝)

如果跑 <10 次直接拒绝;如果出错没人发现,直接拒绝;如果涉及支付/退款/法律,自动化级别强制限制为"辅助"或"半自动"。

## 工作流程

操作铁律:每个判断步骤都要先在 `<thinking>` 标签里写「证据 / 反证 / 边界」三栏,再下笔写结论。`<thinking>` 内的草稿用户看不到,但 AI 必须用它检查自己有没有在编。

第一步是 5 类自动化候选当前可用度。

| 类别 | 适合自动化 | 不适合自动化 |
|---|---|---|
| 信息源收集 | RSS + 主题过滤 + 摘要 | 选题决策 |
| 草稿生成 | 模板 + 素材填充 | 判断 + 取舍 |
| 发刊 | 定时发送 + 备份 | 改最后一段 |
| 客服回复 | FAQ 模板回复 | 投诉 / 退款 / 升级 |
| 数据复盘 | 每周数据导出 + 图表 | 异常解读 + 决策 |

第二步是 3 档自动化级别。

| 级别 | 说明 | 适用场景 |
|---|---|---|
| 辅助 | AI 提建议,人确认每一步 | 草稿 / 客服回复初稿 |
| 半自动 | AI 执行,设定阈值人工兜底 | 信息源收集 / 数据导出 |
| 全自动 | 端到端无人值守 | 定时发送 / 备份 |

第三步是 4 个不可自动化场景,任一命中强制改为辅助或半自动。

| 场景 | 为什么不可全自动 |
|---|---|
| 涉支付/退款 | 错一笔就是真钱 |
| 涉法律/合规 | 错一句可能触法 |
| 涉读者投诉 | 错一封伤信任 |
| 涉新读者首封 | 第一印象不可挽回 |

第四步是 5 维 100 分评分:

| 维度 | 满分 | 强制扣分 |
|---|---|---|
| 人工跑顺次数 | 20 | <10 次扣 15 分 |
| 红线清楚度 | 20 | 没写"何时停"扣 14 分 |
| 出错可发现度 | 20 | 没人发现扣 14 分 |
| 自动化级别匹配度 | 20 | 涉支付仍上全自动扣 14 分 |
| 回滚预案度 | 20 | 没回滚扣 10 分 |

第五步是按铁律给结论。总分 80 + 每维 ≥12 + 跑过 ≥10 次给"可自动化(按对应级别上)";总分 60-79 给"再人工 N 次"(指明跑到 ≥10 次再来);总分 <60 或涉支付/法律 + 想全自动给"永远人工 + AI 辅助"。

第六步是给下周第 1 个自动化哪一步(只 1 步,不许同时上多个)。

## 示例 / 样板

输入是"想自动化'每周发刊',已手动跑 16 次,用 Beehiiv 定时发送 + Zapier 备份订阅列表到 Notion"。

期望输出节选:

```
《[Newsletter] 自动化护栏卡》

1. 5 类自动化候选
- 发刊 ✓ 可上全自动(已跑 16 次)

2. 3 档级别
- 选择全自动:Beehiiv 定时发送

3. 4 个不可自动化场景检查
- 涉支付 ✗ (发刊不涉)
- 法律 ✗
- 读者投诉 ✗
- 新读者首封 △ (欢迎邮件已经平台原生)

4. 5 维评分
- 人工跑顺次数 20/20 (16 次)
- 红线清楚度 14/20 (要补"什么情况停止定时")
- 出错可发现度 14/20 (Zapier 备份失败你能发现吗?)
- 自动化级别匹配度 18/20
- 回滚预案度 8/20 (备份失败回滚没写)

总分 74/100 → 再人工 N 次:先补红线 + 回滚预案

5. 下周 1 个:写发刊自动化的红线(发送前 30 分钟收到读者投诉/平台异常/订阅列表突变 = 暂停)+ Zapier 备份失败的告警,2 周后再上全自动。
```

反面例子:跑 3 次就全自动(违反"≥10 次");支付退款上全自动(违反"涉支付不可全自动");出错没人发现也喊上(违反"必须可发现");没回滚就推全自动(违反"回滚预案")。

## 输出规范

直接输出《[Newsletter] 自动化护栏卡》正文,不要前言后语,总字数 900 到 1300 字,按以下顺序:

1. **5 类自动化候选**:每类标适合/不适合
2. **3 档级别选定**:基于动作类型选 1 档
3. **4 个不可自动化场景检查**:逐项 √/✗
4. **5 维评分 + 总分 X/100,单项最低 Y**
5. **三档结论**:可自动化 / 再人工 N 次 / 永远人工 + 引数据理由
6. **下周第 1 个自动化哪一步**:只 1 步

输出前自检:跑过 <10 次绝对拒绝;支付/法律/投诉/新读者首封强制限级;红线必须写"何时停";回滚必须有;不允许同时上多个自动化;时间数字标"以执行当天后台为准"。

## 硬约束 · 拒绝场景
遇到下面这些情况直接拒绝设计:人工跑顺 <10 次但想自动化(必须先跑稳);涉支付/退款/法律但想全自动(强制限级);出错没人发现的方案(直接拒绝);要求"AI 准确率达 95% 就上"这种无源数字门槛;字段全空或仍是 `___` 占位符;要求同时自动化 ≥3 步(强制 1 步);要求绕过红线直接上(强制写完红线再讨论)。

先给结论

Newsletter Agent 护栏要先回答五个问题:

问题要判断
动作可逆性出错能撤销吗(如可,可全委派)
SOP 是否就位Agent 跑的是固化 SOP 还是猜
兜底机制出错谁兜(人工 / 回滚 / 通知)
试运行7 天平行跑,对比人工版本
下一步是什么全委派 / 半委派 / 退回人工
流程图加载中

Agent 委派矩阵核心一句:可逆动作全委派、半可逆人工过审、不可逆只能人工。没有 SOP 就委派 = 让 Agent 在边缘场景胡跑。详细 SOP 是前置条件回 Newsletter SOP 运营系统

新手先收窄场景

不要同时服务所有人。先选择一个更窄场景,例如一类用户、一种交付物、一个平台或一个业务阶段。场景越窄,例子越具体,风险也越容易提前发现。

如果你发现文章或方案可以套到任何行业,通常说明它还不够具体。把对象、材料、工具、交付和复盘都写具体,才会真正帮助新手。

第 1 步:圈出可委派 / 半委派 / 不可委派

先写一句话:

我这次要帮助 ___ 在 ___ 场景下,用 ___ 材料,完成 ___ 结果。

这句话写不出来,后面所有动作都会漂。目标不清,会导致样品不清;输入不清,会导致 AI 输出不稳;用户不清,会导致页面和交付无法聚焦。

字段填写方式
目标用户愿意持续阅读、回复或付费的订阅者
当前任务只自动化已跑顺的步骤
已有输入原话、样品、数据、链接、旧流程
交付结果读者画像、样刊、欢迎流、选题库、赞助包和留存复盘
红灯邮件许可、内容承诺不稳、流失、赞助错配和退订体验

这一步不要让 AI 替你编材料。AI 可以整理你给出的信息,但不能证明用户真的存在,也不能确认平台和支付规则。

输入材料的最低线

至少要有三类材料:用户原话、当前样品或旧流程、执行平台或工具入口。只有想法,没有材料,就先做研究和访谈;只有工具,没有用户任务,也不要急着交付。

第 2 步:3 类护栏与兜底机制判定

判断表要让你知道现在该继续还是暂停。

判断项绿灯黄灯红灯
SOP 就位全套五段式 + 红线缺红线没 SOP 直接给 Agent
可逆性出错可一键回滚需 30 分内手动撤不可撤(如已发邮件)
兜底失败自动通知 + 人工接管仅日志无通知
试运行7 天平行跑无重大偏差1-2 次小偏差≥ 3 次偏差
Send 闸门永远人工半自动自动

表格不是为了好看,而是为了停止错误动作。很多失败不是因为执行不努力,而是黄灯和红灯被忽略。

反证也要写

判断表里要保留反证。比如用户不愿提供材料、只想免费试做、平台规则不清、工具能力未核验、交付后支持压力过高。反证能帮你避免把小问题做大。

第 3 步:7 天 Agent 平行试运行

最小样品或流程要足够小,但必须真实。

类型最小样品
服务一页 Brief、一个样品交付、一个验收清单
工具一个可运行流程或字段表
内容一段样稿、一张结构表、一份质检记录
变现一个范围清楚的报价页或提案
规模化一个小渠道实验或 SOP 片段

样品的目标不是展示你能做很多,而是让用户判断“这是不是我需要的”。如果样品需要你在旁边解释很久,就说明它还不够清楚。

做完样品后,至少找一个真实用户或旧客户看。只听赞美没有用,要问他哪里不懂、哪里有风险、是否愿意进入下一步。

样品要有退出条件

如果样品没人看、看了没人问、问的问题都和目标不相关,就不要继续加大投入。先回到目标、用户和输入,重新判断场景是否成立。

第 4 步:检查 Agent 红线与 Send 闸门

风险检查要放在交付前,而不是出了问题以后。

风险检查动作
平台规则到官方帮助中心或后台核验
支付退款看平台和支付工具当天规则
版权隐私检查素材、案例、截图和客户数据
账号权限只拿必要权限,优先用测试数据
过度承诺删除不可控结果,补适用边界

邮件许可、内容承诺不稳、流失、赞助错配和退订体验都不是小细节。新手越想快点完成,越容易跳过这些检查。真正专业的做法,是把未确认字段写出来,而不是假装已经知道。

边界要写给用户看

边界不要藏在脑子里。哪些不包含、哪些需要客户提供、哪些需要执行当天核验、哪些结果不承诺,都要写进页面、提案或交付说明。

第 5 步:复盘委派比例与省时数据

复盘要落到下一步,不要只写感想。

发现下一步
用户任务清楚继续做完整版本或下一篇教程
输入材料缺失先补访谈、样品或官方核验
支持问题重复回写 FAQ、模板或 SOP
风险未确认暂停发布或暂缓报价
反馈分散收窄用户和场景

复盘时要同时看行为和原话。行为告诉你用户做了什么,原话告诉你为什么可能这样做。只看其中一个,都容易误判。

如果复盘后没有产生新动作,说明复盘还停在总结层。好的复盘应该让下一步更小、更清楚。

操作检查表

字段填写
当前主题Newsletter自动化与 Agent 护栏
目标用户愿意持续阅读、回复或付费的订阅者
关键输入___
最小样品___
主要风险邮件许可、内容承诺不稳、流失、赞助错配和退订体验
官方核验入口___
复盘指标用户原话、样品行为、交付问题、下一步动作
当前判断继续 / 补证据 / 暂停

这张表可以直接复制到你的项目文档里。每完成一轮,就更新一次,不要只靠记忆。

AI 怎么辅助

AI 适合做这些:

  1. 把用户原话整理成问题分类。
  2. 生成 Brief、检查表、SOP 或复盘表。
  3. 标出未确认字段和风险点。
  4. 改写页面、提案或交付说明。
  5. 把反馈转成下一步动作。

AI 不适合替你确认平台规则、支付退款、客户授权、隐私边界和真实购买意愿。没有证据时,必须写未确认。

让 AI 辅助时,不要只问“怎么做”。要给它材料、目标、约束和当前判断,让它帮你找遗漏。

官方资料与核验口径

平台规则、算法动向、报价规则、政策口径都会变化。本文保留的是可迁移的判断框架,具体数字一律给区间。

跨平台核验入口:

  • Substack — 看付费订阅 newsletter 的费率与作者规范
  • beehiiv — 看 beehiiv 广告、推荐与分销规则
  • 小报童 — 看中文付费专栏定价与运营规则
  • ConvertKit — 看创作者订阅 / 自动化邮件最佳实践

涉及具体数据、比例、报价区间的部分,以执行当天后台为准。

常见问题

Agent 能不能直接帮我"Send"?

不能。Send 是不可逆动作——邮件发出去就在订阅者收件箱留痕,撤回不掉。即使 SOP 100% 写顺,也保留人工最后一公里。最多让 Agent 跑到“草稿就绪 + 自检通过 + 等你按 Send”。

Agent 写出来的稿件读者能看出“机器味”吗?

7 天试运行就是为了答这个。具体做法:同一选题让 Agent 写一份 + 人工写一份,A/B 发给 10 个核心 30 读者(盲测),看回复哪一份更多。回复差 < 20% 可以放心半委派,差 > 50% 退回人工。

委派之后我做什么?

回到决策与创意:选下周变量(详见 周度优化循环)、复盘核心 30 反馈、做新渠道实验。Agent 负责“低创意 / 高重复“,你负责”决策 / 创意 / 一对一关系”。

Agent 出错怎么追责?

不是“追责”,是建兜底。三件事:① 日志(每次跑都记输入 / 输出 / 时间)② 失败通知(Slack / Email / 微信 webhook)③ 一键回滚(如发刊 SOP 错了,能不能在 2 分钟内停掉后续自动化)。Agent 不能负责任——人才能,所以人要能随时接管。

执行前至少核验:

接下来去哪

本页目录