让 9 个智能体替你跑营销：非技术出身的代理商老板，一个晚上搭一个，坏的永远先坏在输入上
速览卡
- 分类：内容营销
- 结果：9 个智能体跑通代理商从首帖到签单的 GTM；LinkedIn 原帖首周 31,778 次展示、156 条评论；每个智能体一个晚上建成、零行手写代码
- 状态：已实现（作者自述；展示与评论数为首周自述，未经审计）
- 成本：原文未给订阅价；详细成本表在作者 growthcab 页面，本文不引用未核数字
- 耗时：单个系统一个晚上；建议先做两个
一句话
学哲学的非技术老板，用 Claude Code 给自家代理商搭了 9 个营销智能体——从写 LinkedIn 帖子到签单前的冷 call 脚本——他总结的规律是：智能体坏起来永远先坏在输入上（没东西读就写空话、名单脏就白忙），而不是模型不够聪明。
原作者怎么做的
- 定形态：每个智能体 = 一份“像给新员工的规则文件夹” + Claude 写的小脚本（读表、存草稿）；7 月列出 8 个系统时每个只花一个晚上、零行手写代码；到 10 月共 9 个：写 LinkedIn 帖子、帖子转博客、Clay 建名单、写 LinkedIn 私信、冷邮件打分、语音笔记转下一步、起草通话纪要、每天 7:50 管线简报、新客户冷 call 脚本（据入职表写）。
- 定审批线（核心规矩）：对外发声或花钱的动作必须人工批，只读的可以自动跑——每条 LinkedIn 帖子先经 WhatsApp 批准再发；纪要智能体只存草稿、作者按发送；名单花数据积分前先确认规模；唯一自动发布的博客智能体必须先过第二智能体的 hostile review，打分 ≥9/10 才放行。
- 定硬拦：规则文件里的句子只是建议（作者引用 Anthropic 文档原话）——真正会伤人的动作（发送、删除）要加 hook 硬拦：小脚本直接挡下，不是靠规则文字约束。
- 记失败账本（每个智能体先坏在哪，全指向输入）：内容智能体没得读作者的真实帖子就开始写空话；名单智能体缺历史记录就重复拉同一批人；触达智能体遇到从不发帖的线索就写不出像样的开头；纪要智能体在通话笔记错的时候跟着算错数；晨报智能体在 CRM 过期时自信地给错单子排优先级；邮件检查智能体最讽刺——给一封冷邮件打高分，名单错了照样零回复，“在错误的人身上做对检查，仍然是错的人”。
- 留维护时间：登录过期、页面一变，凡是登录别家工具的智能体都会停摆——作者就遇到过发长文当天社交排期工具登录过期，博客智能体靠备用路径才读到当日帖子；所以他每周固定留修智能体的时间，每个智能体要么有备用路径、要么有明确的停下指令。
- 养规则习惯：每次智能体犯错，纠正就变成规则文件里的一行；规则文件随错误长大，同样的错不用犯第二遍。
结果
- 规模：9 个智能体，覆盖从首帖到签单的 GTM 全程（已实现，作者自述）
- 传播：2026-10-02 LinkedIn 原帖首周 31,778 次展示、156 条评论（已实现，作者自述，未经审计）
- 搭建成本：单个系统一个晚上、零行手写代码（已实现，作者自述）
- 失败账本：6 类先坏点全部指向输入质量（已实现，作者自述）
提示词结构
（按原文做法还原的搭建骨架，非原文逐字提示词）
```
每个智能体 = [一份像给新员工的规则文件夹] + [Claude 写的小脚本：读表/存草稿]。
审批线：[对外发声] 或 [花钱] 的动作 → 人工批；[只读] → 自动跑。
自动发布的唯一例外：[博客智能体] 必须先过 [第二智能体 hostile review ≥9/10] 才放行。
硬拦：[发送/删除] 这类真会伤人的动作 → 加 hook 小脚本直接挡下，不只靠规则文字。
先做顺序：[电话纪要] 与 [晨报] 最先（跑在已有笔记和数据上、不到客户面前、错了便宜、好测）→ [名单智能体] 第二（后续智能体都依赖名单）→ [触达] 最后（它直接碰买家）。
维护习惯：每次犯错 → 纠正变成 [规则文件里的一行]；每周留 [修智能体的时间]；每个智能体有 [备用路径] 或 [明确的停下指令]。
```
中国读者怎么迁移
国内做内容/获客的读者能直接搬顺序：先做“电话纪要”和“晨报”两个（跑在已有笔记和数据上，不碰客户，错了也便宜），再做“名单”，最后做“触达”。审批线照搬：凡是对外发、要花钱的动作必须人工批，只读的自动跑；唯一自动发布的要过第二智能体的打分关。工具替换：Clay 换成自己的名单来源（飞书表格/CRM 导出），LinkedIn 换成公众号/小红书/视频号，WhatsApp 审批换成微信里自己点一下。别先堆 9 个——作者的顺序本身就是避坑指南。
风险与限制
- 展示与评论数为作者自述：31,778 展示、156 评论是首周自述，未经审计；不能写成“智能体带来的获客数”——它只是那条帖子的数据，不是签单数。
- 成本原文未给：Claude Code 订阅价、Clay 数据积分价都不在 Medium 原文里，详细成本表在作者自家 growthcab 页面（本文未核该页，不引用）；复刻前先查自己套餐与积分价，别默认免费。
- 失败账本是定性总结：6 类先坏点是作者归纳的经验，不是 9 个智能体各自的故障率统计；引用时说“作者总结的规律”，不要写成实测故障率。
- 与已发布案例的边界：本站已发布 X 账号智能体运营（4 天 108 万曝光、$4.99）是 X 平台自动运营；本篇是 LinkedIn + 代理商 GTM 全程（帖子、博客、名单、私信、冷邮件、纪要、晨报、冷 call 脚本），平台与任务都不同。
- 作者身份：哲学背景、非技术出身的代理商老板——这是他的优势叙事（零代码搭 9 个），但“一个晚上一个”建立在他已有业务数据（帖子、名单、CRM）可读的基础上；从零开始没有数据可读时，第一个晚上大概率花在接数据上。
原文链接
https://medium.com/@federicodonatone1/i-built-9-marketing-agents-with-claude-code-here-is-what-broke-first-d2ce0d955774