营销自动化Skill怎么用：给重复任务立验收标准

营销自动化 Skill 是把重复发生的营销任务——数据汇总、定时内容分发、报表生成、异常提醒——封装成可重复调用能力的执行单元。用好的关键不在“装上”，而在调用前立好三份契约：什么时候触发、需要什么输入、产出什么以及哪些动作必须经人审批。契约立不清的自动化，省下的时间都会还回去：要么产出没法用，要么出了错没人发现。

先判断：这个任务值得自动化吗

四个问题，任何一个答“否”就先别自动化：

1. 任务是否重复发生，比如每周至少一次且流程基本一样？
2. 输入是否明确，能列清需要哪些数据、文件和账号？
3. 产出是否可验收，能写出“做对了长什么样”？
4. 失败是否可发现、可回退，出错有信号且能撤销或补救？

典型适合的任务：周报汇总、内容定时发布、关键词排名抽查、社媒内容日历提醒。暂不适合的任务：策略决策类、一次性项目，以及失败代价极高又没有回滚手段的动作，例如不可逆的批量删除和对外群发承诺。

三份契约：触发、输入、输出与审批

触发契约

写清楚什么时候调用：时间触发（每周一上午九点）、事件触发（新线索进入表格）、条件触发（某指标越过阈值）。没有触发契约的 Skill 要靠人想起来才去用，那不是自动化，只是换了个地方手动。

输入契约

列全必填项：数据文件及其格式、账号与权限范围、模板与规则文件。同时明确哪些字段缺失时必须停下询问，禁止自行补假设——自动化最常见的翻车，是 Skill 用想象填补了缺失的数据。

输出与审批契约

定义产出物形态（报告草稿、发布队列、提醒消息）、验收标准（必含哪些部分、什么格式、什么质量线），以及审批点：任何对外发送、发布、写入生产的动作，先产出草稿停住等人确认。审批点要设在不可逆动作之前，而不是之后。

完整调用示例：每周投放周报

用一个通用场景演示三份契约怎么落地。具体 Skill 名称与命令以你实际挂载的为准，示例里的表述不是可执行命令：

• 触发：每周一上午九点；
• 输入：上周三个广告渠道的导出报表（约定列名的表格文件）、一张周报模板、一份指标口径说明；
• 过程：读取三份报表，按口径说明合并计算，对照上周数据生成变化说明，填入模板；
• 输出：周报草稿，附异常波动清单，波动原因未查明处标注“待核实”，禁止编造原因；
• 审批：草稿经你确认后，才允许转发给团队；
• 失败回退：任一报表缺列即中止，并在提醒里写明缺什么，不产出半份周报。

这个例子里最容易被省略的是“禁止编造原因”和“缺列即中止”两条。没有它们，Skill 会交出一份看起来完整、实际混着推测的周报——自动化的产出越像样，错误就越难被看出来。

权限与安全

三件事必须做在前面。最小权限：只给完成任务所需的数据与账号范围，能只读就不给写入。密钥隔离：接口密钥放在配置文件里由 Skill 读取，不写进对话和提示词，具体做法见站内权限与密钥管理一文。留痕：每次自动执行记录输入快照和产出，出问题时才能区分是数据错了还是规则错了。

验收与迭代：怎么判断自动化在帮忙

• 人工修改次数：如果每周都要大改产出，说明输入契约或模板有问题，先修契约再谈效率；
• 异常发现率：失败时它自己报错了几次，被别人先发现了几次，后者占比高就要加检查点；
• 省时去向：记录每周实际节省的时间，连续一个月低于预期就重新评估值不值得维护。

最后理清概念关系：营销自动化 Skill 是执行单元，调用它的提示词是表达意图的接口，把多个 Skill 按时间和依赖关系串起来的是工作流编排。如果发现在三份契约之外还要不断口头补充规则，说明该升级成工作流，把规则固化进流程里，而不是继续靠人盯着。