Agent智能体

写在前面：一句话概括本篇价值

前面三篇分别写了 WorkBuddy 我们自己的用法、Hermes 适合干什么、CatPaw 自动化实测。这篇把它们摆在一张桌子上，说清楚三者怎么分工。结论先放上：不是谁替代谁，而是各管一段。选错工具，不是不能干，是又贵又别扭。

一、先给三个工具画个像

WorkBuddy 是我们每天在用的搭档，强项是”动手”：读文件、跑命令、连服务器、直接发文到网站。我们的三十四篇推文批量发布、服务器故障排查、财务建模、卡神 logo 迭代，都是它干的。它最像”一个能直接操作你电脑和服务器干活的同事”。

Hermes 是 Nous Research 开源的自主智能体，强项是”长期进化”和”到处接入”：记忆加技能系统让它越用越聪明，消息网关让它在钉钉飞书微信里都能被召唤，六种运行后端让它部署灵活。它最像”一个住在服务器上、会自己学、随时能被叫去干活的代理”。

CatPaw 是美团的 AI 协作工作台，强项是”从对话到成品交付”和”操作即自动化”：浏览器录制生成技能、定时任务、Subagent 分工、四端同步。它最像”一个把你的操作变成可复用流程、还能直接产出文档图表的办公搭子”。

二、内容生产流水线：交给 WorkBuddy

如果你的活是”持续产出内容并发布”，WorkBuddy 是最顺手的主角。我们能做到每天自动给网站发几篇文章，靠的就是它读文件、写脚本、连服务器发布这条完整链路。它处理的是”内容从草稿到上线”的全流程，而且可以按标题去重、自动归类、配图、加二维码，这些细分动作它都能直接执行。

Hermes 和 CatPaw 也能参与内容环节，但定位不同：Hermes 更适合做”内容相关的定时巡检和数据支撑”，CatPaw 更适合做”把一篇长文整理成带图表的汇报文件”。主线发布还是 WorkBuddy 扛，这是它的主场。

三、长期驻留和跨平台：交给 Hermes

如果你的活是”要长期跑、要在多个聊天渠道里都能召唤、要隔离环境”，Hermes 更合适。我们做风控接口巡检、两地财务模型测算，这类”设一次、长期跑、还要记住口径”的活，Hermes 的技能和记忆系统能直接顶上。前线商务在手机上发句话后台就去跑，靠的是它的多平台网关。

WorkBuddy 也能跑定时任务，但它是”我们每天在用的执行者”，不是”长期驻留、自我进化的代理”；CatPaw 的定时任务更偏办公协作场景，不如 Hermes 在隔离环境和开发者向任务上灵活。所以”需要进化、需要到处接入”的那块，划给 Hermes。

四、把操作变自动化、办公协作：交给 CatPaw

如果你的活是”有个固定操作流程想自动化，但团队里不是每个人都懂写脚本”，CatPaw 的浏览器录制生成技能是杀手锏。操作一遍就录成可复用流程，不需要提示词工程。再配合 Subagent 分工和四端同步，它最适合用在办公协作、数据处理、报告产出的场景。

我们做图片归类、数据汇总这类活，WorkBuddy 是用脚本解决的，门槛在写脚本；CatPaw 让不懂脚本的人也能做，这是它独特的位置。所以”团队级、低门槛、操作即自动化”的活，归 CatPaw。

五、一个具体的分工示例

拿我们真实的出海业务串一遍：每天的内容发文和网站运维，WorkBuddy 主责；孟加拉巴基斯坦的财务模型测算和风控接口定时巡检，Hermes 主责，因为它记技能、能跨平台告警；BD 日常要把客户数据整理成汇报、把重复的浏览器操作录成流程，CatPaw 主责，因为低门槛、能出成品文件、能移动端接力。

三者不是并列竞争，而是像一条流水线上的不同工位：WorkBuddy 是执行主轴，Hermes 是长期记忆和远程触角，CatPaw 是办公协作和流程固化。哪块活重了，就加对应的工具，而不是指望一个工具包打天下。

六、选型的三条实在标准

最后给个能直接用的判断标准。第一，看你要的是”动手执行”还是”长期进化”还是”低门槛协作”——分别对应 WorkBuddy、Hermes、CatPaw。第二，看团队技术水位：开发者向、要隔离和可控，偏 Hermes；普通人多、要录一遍就能用，偏 CatPaw；已经在跑内容和技术流水线，WorkBuddy 最稳。第三，看数据敏感度：涉及风控和出海合规的，最终判断必须人来背，工具只做加速不做决定。

七、别贪多：先跑通一个再叠加

最后一条经验之谈：不要三款工具一上来全接。我们自己的节奏是先让 WorkBuddy 的内容和技术流水线彻底稳定，每天自动发文、自动排查都跑顺了，才去想怎么叠加别的。工具越多，出问题的面越大，定位故障越难。建议你也从自己最高频、最痛的那块活切入，用一个工具把它跑通、建立信任，再逐步叠加。比如先拿 WorkBuddy 把发文和运维自动化，再引入 Hermes 接风控巡检，最后用 CatPaw 把办公协作流程固化。一层层加，每层都验过，整条链路才扛得住。另外要留好退路：任何自动化环节都要能一键回退到人工，真出问题时不至于停摆。

结尾

到这篇，Agent 智能体这个系列从我们自己的用法，聊到了 Hermes、CatPaw，再到三者分工，算是个完整的闭环。记住一句话：工具没有高低，只有合不合适。把对的活交给对的智能体，你才真正从重复劳动里解放出来。

写在前面：一句话概括本篇价值

CatPaw 是美团推出的 AI 协作工作台，定位和我们天天在用的 WorkBuddy 有点像，但侧重点不同。它最打动我的是一句话：”从对话到交付，AI 完成全链路执行”。这篇不堆参数，只讲它主打的几个自动化能力，以及按官方文档看，最值得实测的是哪几块，顺便和我们自己干过的真实活对照。

一、先说它和普通聊天工具有什么不同

CatPaw 反复强调自己”不只是一个聊天窗口”。普通工具你问一句它答一句，最终交付物还得你自己动手做；CatPaw 的 AI 能访问你的文件系统、运行终端命令、操控浏览器，并且直接生成多格式的产物文件。官方给的例子很直观：你说”帮我把这份数据做成一个可视化报告”，它交付的不是一段描述，而是一份带图表的演示文稿；你说”把这个文件夹里的图片按日期归类”，它直接操作文件系统完成整理，不用你再动手。

这一点和我们做三十四篇公众号推文批量发网站的经历能对上。当时我们要做的也是”从一堆素材到网站上可用的成品”——自动归类、配图、加二维码、定时发布一条龙。区别是 CatPaw 把”直接产出成品文件”做成标准能力，对不想自己拼脚本的人更友好。

二、最值得测的能力一：定时任务

CatPaw 支持定时任务，你设定好执行内容和频率，AI 按计划自动运行，无需人工触发。日报生成、数据汇总、定期检查，设定一次持续自动交付。这正是我们内容流水线的核心思路——我们的定时发文也是”设一次长期跑”，每天自动给网站发几篇，不用天天手动点。

实测时我会先拿最低风险的活试：比如让它每天固定时间把某个文件夹里的数据汇总成一份简报。跑顺了再往上加复杂度。任何定时活的第一条纪律都是”先看它跑出来的对不对”，我们每次发文章前也都要自检，道理一样。

三、最值得测的能力二：浏览器录制生成 Skill

这是我个人觉得最实用的一个。CatPaw 内嵌了完整的浏览器环境，AI 可以在里面自动导航、点击、填表、提取数据、截图。更特别的是录制能力：你在浏览器里手动操作一遍流程，CatPaw 自动把这段操作录下来，转化成一个可复用的技能。下次遇到同样的任务，一键调用即可。不需要写代码，不需要懂提示词工程，操作一遍就是创建自动化。

我们之前做网站运维，有些后台操作是固定套路——登录、导数据、检查某项配置。这类”每次手动走一遍”的活，如果能在 CatPaw 里操作一遍录成技能，后面就自动化了。这比我们写脚本的门槛低得多：脚本要懂语法、要调试，录制是所见即所得。

四、最值得测的能力三：Subagent 分工

CatPaw 支持创建多个 Subagent，你可以给每个 Subagent 指定专属的工具集、系统提示词和工作目录。比如一个专门处理数据分析，配数据处理相关工具和指令；一个专门写文档，遵循你团队的写作规范。不同类型任务交给不同专属智能体，各司其职。

这和我们”一个写、一个审、一个发”的多智能体协作思路一致。我们做内容时，写稿、审校、发布分开更稳，CatPaw 把这个”按任务分人”的模式产品化了。实测时我会建两个 Subagent：一个管数据整理，一个管文档产出，看它们并行起来是不是比单智能体更准更快。

五、四端同步，移动端也能接着干

CatPaw 支持 macOS、Windows、iOS、安卓四端实时同步，覆盖桌面办公、移动协作和云端运行。对经常不在电脑前的商务拓展场景，这个价值很直接：在电脑上设好的自动化，手机上能看进度、能接着提需求。我们做海外业务，巴基斯坦孟加拉那边的合作方时差不同，能移动端接力很关键。

六、实测建议：先低危后高危

结合我们踩过的坑，给想试 CatPaw 的人一条实在建议：先从”只读、低危、可撤销”的活入手测。比如先让它做数据汇总、图片归类、生成报告这类不破坏原有数据的活。等信任建立起来，再让它碰会改动系统的活，比如批处理、后台配置。我们升级服务器运行环境时也是先在测试环境验过才上生产，自动化工具再强，第一步也要小步快跑。

七、实测中要注意的两个点

按官方文档实测时，有两个点我特别提醒你盯住。第一，浏览器录制生成技能，录的是”操作路径”，如果目标网站的页面结构经常变，录好的流程可能哪天就点错位置。所以录之前先把流程走顺、页面稳定了再录，别在调试阶段就急着固化。第二，Subagent 各自有独立的工作目录，好处是互不干扰，代价是它们之间要共享的文件得放到约定好的公共位置，否则一个 Subagent 整理好的数据，另一个找不到。我们做内容流水线也踩过类似的坑：脚本之间靠约定路径传文件，路径写错就断链。自动化再方便，文件路径和接口约定这些地基，永远得人先定清楚。

结尾

CatPaw 最值得实测的三块：定时任务、浏览器录制生成技能、Subagent 分工。它把”操作一遍变自动化”和”从对话直接出成品”做成了普通人也能用的能力。下一篇我把它和 WorkBuddy、Hermes 摆一起，说清楚三者的分工怎么划。

写在前面：一句话概括本篇价值

上篇讲了 Hermes 适合干什么，这篇把它落到我们自己的业务里。我们做的是面向海外现金贷和手机分期的风控服务，核心市场在孟加拉和巴基斯坦，日常离不开风控数据接口、现金贷系统、手机分期系统和黑白名单。下面说的玩法，都是基于 Hermes 已经公开的那些能力来推演，不夸大、不编造，重点看它能怎么帮我们省事。

一、风控数据的定时拉取与巡检

风控这行，数据是命脉，但又最怕”今天忘了拉、昨天漏了检”。我们每天要给合作方提供风控数据接口，接口稳不稳定、返回对不对，得持续盯着。Hermes 的定时调度加上多平台网关，可以把这类活设定成”每天固定时间跑一遍”：自动调用接口、比对返回结构的异常、把结果推到钉钉或飞书。哪天接口抖动，你手机上直接收到告警，不用等人发现用户投诉了才去查。

这跟我们之前处理网站故障的思路一脉相承。那次服务器报错误码，我是连上去查日志、重启服务才恢复的。换成 Hermes 的 SSH 后端，这类远程巡检可以常态化、无人值守地跑，把”出了事才救火”变成”每天自动体检”。

二、出海市场的财务测算自动跑

我们在孟加拉和巴基斯坦做手机分期，两个市场用的是完全不同的币种和参数。孟加拉这边是孟加拉塔卡计价，巴基斯坦那边是巴基斯坦卢比计价，利率、押金比例、佣金结构都不一样。每次新谈一个合作方，或者老模型要换参数复投，都得重新算一遍现金流和回款节奏。

这类活最适合交给会记技能的智能体。我们把孟加拉的模型和巴基斯坦的模型各写成一个技能，里面固化好公式口径——流出等于售价乘以首付比例加风控成本，流入等于手续费加押金，稳态按月滚动，还要做多场景复投和回报一致性校验。下次只要换一组参数丢给它，它直接套用已有技能算出结果，不用你再从头讲一遍模型逻辑。这正好发挥 Hermes 记忆和技能系统的长项，也符合我们”交付前必自检、数字必须交叉验证”的纪律。

三、用隔离环境跑有风险的批处理

出海业务经常要批量处理外部数据，比如把一批申请记录跑风控评分、或者大批量更新黑白名单。这种批量活一旦写错逻辑，影响面很大。Hermes 的多种运行后端在这里就显出价值：把这类批量任务丢进 Docker 容器或者 SSH 远程环境里跑，和本机隔离开，跑挂了也不波及日常办公环境。云端后端空闲还会休眠，成本可控。

我们做卡神网站运维时也吃过环境不一致的亏——本地能跑的脚本到服务器上因为运行环境版本不对就报错。后来统一了运行环境才稳。Hermes 这种”按任务挑后端”的思路，本质上就是把环境风险提前隔离，和我们踩坑后总结的经验是一致的。

四、把 BD 话术和产品矩阵沉淀成技能

我们一直在招有海外现金贷经验的商务拓展，日常 cold outreach 要讲清楚我们的产品矩阵：风控数据接口、现金贷系统、手机分期系统、黑白名单，这四块分别解决客户什么问题，话术得统一又不能死板。这种”讲了很多遍、每次都要重新组织”的内容，最适合写进技能库。

Hermes 的技能系统可以让我们把标准话术框架、不同客户类型的应对要点固化下来，新来的同事或者新接手的智能体会话，直接调用就能拿到经过验证的版本。等于把一个人的经验变成了团队可复用的资产，不随人离职而流失。

五、多平台接入，让前线随时驱动后台

商务拓展的人大部分时间不在电脑前，在拜访客户、在出差。Hermes 的网关如果能接上微信或飞书，前线在手机上发一句话——”帮我查下巴基斯坦那个模型的回报测算”或者”把今天的接口巡检结果发我”——后台就去跑、把结果推回来。这对需要快速响应客户、又不想背一台电脑满世界跑的商务场景，是很实在的效率提升。

六、边界：别指望它替你做合规判断

必须说清楚边界。风控和出海涉及各地监管，利率上限、牌照要求、数据合规这些硬杠杠，智能体可以帮你跑测算、拉数据、提醒差异，但最终的合规判断和责任必须人来背。我们写文章时也有规矩：监管数据要搜索验证，不能凭印象编。Hermes 是加速器，不是免检通道，这点纪律不能因为工具强了就松。

七、用接口标准打通上下游

风控数据接口不是孤立的，它要接在我们的现金贷系统和手机分期系统之间，作为决策的上游。Hermes 支持接入标准的模型上下文协议服务器来扩展工具，这意味着我们可以把风控接口封装成一个可接入的能力，让智能体在跑测算或巡检时直接调用，而不是每次手工复制结果再粘贴进去。对出海业务这种”多系统、多币种、多时区”的链路，用统一的接口标准把上下游串起来，比到处导表格稳得多。我们做卡神网站和分发流水线时也深有体会：一步的输出能直接喂给下一步，整个链路才不会在人工搬运的环节出错。

结尾

把 Hermes 放进我们的风控和出海业务，最值得先试的有三件事：风控接口定时巡检、两地财务模型技能化、BD 话术沉淀进技能库。都是”设一次、长期跑、还能进化”的活，和它的强项精准匹配。下一篇换 CatPaw，聊另一个角度的自动化实测。

写在前面：一句话概括本篇价值

我用了市面上好几款智能体之后，最大的感受是：没有谁全能，关键是清楚它最适合干什么。这篇只讲 Hermes，把它的核心能力和我最看重的几个点说清楚，顺便和我们自己踩过坑的真实活对照，帮你判断要不要把它接进自己的流水线。

一、先说清楚 Hermes 到底是什么

不绕弯。Hermes 是 Nous Research 在二〇二六年二月开源的一个自主智能体，用的 MIT 许可证，所有代码可审计。它和那些躺在聊天框里的套壳工具有本质区别：它不是给你补全几行代码的编辑器插件，也不是一个需要你不停复制粘贴答案的对话机器人，而是一个能住在你服务器上、自己跑任务、并且越用越聪明的代理。

最关键的定位词是”自主改进的学习闭环”。普通工具用完就忘，下次还得重新解释一遍背景；Hermes 会把你这段时间的合作经验沉淀成记忆和技能，下次遇到类似问题直接调用，不需要你再从头交代。这一点对我们这种每天都要和它反复打交道的场景，价值非常大。

它支持 Linux、macOS 和 WSL2，一条命令就能装好，不需要 sudo 权限，依赖自己搞定。这点很省心，不用为了试一个工具去折腾半天的环境。

二、我最看重的三个能力

第一，记忆加技能系统。这是 Hermes 和其他工具拉开差距的根本。它会从每次对话里提炼可复用的模式，写成小的技能文件，格式兼容开放的 agentskills 标准，可以分享、可以移植。意思是，你教过它一次怎么处理某类问题，它以后自己就记住了，而且能跨会话回忆。我们做财务建模和发文流水线，最怕的就是每次都要重新把背景喂一遍，这个能力正好命中痛点。

第二，消息网关。Hermes 一个网关就能连上 Telegram、Discord、Slack、WhatsApp、Signal、钉钉、飞书、企业微信、邮件等十五个以上的平台。换句话说，你不需要坐在电脑前开着终端，在手机上的聊天软件里发一句话，它就能去干活，干完把结果推回你常用的渠道。对经常在外面跑、需要随时驱动后台任务的商务拓展场景，这个接入方式非常顺手。

第三，多种运行后端。它支持本地、Docker、SSH、Daytona、Singularity、Modal 六种执行环境，而且云端后端空闲时会休眠，成本几乎为零。这意味着你可以按任务的风险和隔离要求挑不同的运行方式：日常活本地跑，危险的活丢进容器，要连远程服务器就走 SSH 后端。我们之前为了排查网站打不开的问题，得自己登服务器看日志、重启服务，要是交给 Hermes 的 SSH 后端，一句话就能在远程机器上把活干完。

三、它最适合干的三类活

结合上面这些能力，我判断 Hermes 最适合接三类活。

第一类，长期驻留、无人值守的活。比如每天定时拉数据、生成日报、做备份和巡检。它内置的定时调度可以向任意平台投递结果，设定好就不用管了。这一点和我们自己做的定时发文流水线思路完全对得上——我们每天自动给网站发几篇文章，就是”设一次长期跑”的收益，Hermes 把这个能力标准化了。

第二类，多平台接入的活。如果你的团队分散在钉钉、飞书、邮件里沟通，又希望同一个智能体在哪儿都能被召唤，那 Hermes 的网关是现成的。不用为每个渠道单独开发对接，一个代理覆盖所有入口。

第三类，需要隔离环境的活。跑一些可能改动系统、或者要调用外部接口做批量处理的任务，用 Docker 或 SSH 后端把影响圈住，比直接在本机裸跑安全得多。Nous Research 本身也把它用在 MLOps 和训练数据生成上，说明它在高强度和隔离要求高的场景是经过实战的。

四、和我们自己的真实活对照

说几个我们小B和高老师一起踩过坑、干过的真实活，你就能更直观判断 Hermes 适不适合你。

其一是三十四篇公众号推文批量发到网站。我们当时要做的是按标题去重、自动归类、加二维码、配图、定时发布一条龙。这种”设定一次、持续产出”的流水线，本质上就是 Hermes 定时自动化加技能系统的用武之地——如果当初用它，技能写一次，后面同类发文直接复用。

其二是服务器打不开的排查。那次网站报错误码，我连上服务器查日志、升级运行环境、调优配置，全程后台跑。这类活映射到 Hermes 就是 SSH 后端直接远程执行加浏览器自动化，不需要人守在终端前面。

其三是孟加拉和巴基斯坦的手机分期财务建模。我们要测算现金流、回款节奏、多场景复投。这类计算量大、参数多、还要求每次交叉验证的活，最适合交给会记技能的智能体——它记住你的公式口径，下次换一组参数直接算，不用你重新讲一遍模型逻辑。

五、哪些活它不适合接

讲完适合的，也得说边界，免得你期望错配。Hermes 目前原生对 Windows 的支持还是实验性的，官方建议装 WSL2 在里面跑，所以纯 Windows 桌面重度用户要踩这个坑。另外它是偏自主、偏开发者的工具，安装配置要走命令行，对非技术用户不算开箱即用。如果你只是想要一个点点鼠标就能把”操作一遍变成自动化”的办公工具，那它的上手成本比专门的协作工作台高。

还有，它的强项是”长期进化”和”多平台接入”，不是”精美成品交付”。如果你需要的是一句话就产出带排版的文档或图表文件，那另一类工作台更对口，这点我在后面 CatPaw 那篇会专门对比。

结尾

总结一句：Hermes 最适合的是”要长期跑、要跨平台召唤、要隔离环境”的自主任务。它的记忆和技能系统让它越用越值，网关和多后端让它部署灵活。下一篇我接着聊，把它放到我们具体的风控和出海业务里，看能玩出什么实际花样。

写在前面：工具多了，最怕乱用

前面聊了 WorkBuddy（我们的工作搭档，能写脚本、连服务器、发文、建模），又聊了悟空 AI（阿里企业级 Agent，长在钉钉里、能操作企业应用）。两个都是 Agent，但它们干活的”场子”不一样。这篇不排谁好谁坏，只讲清楚各自适合什么，怎么配合才不打架。

一、先认清楚两者的主场

WorkBuddy 的主场是”工程与自动化”：它能读文件、写代码、跑命令、连服务器、做财务建模、批量发网站文章、生成配图。它的强项是把”重复、固定、易错”的执行活固化成脚本和流水线，而且本地文件系统、服务器、发布链路都在它手里。

悟空 AI 的主场是”企业协同与业务流程”：它长在钉钉里，能原生操作文档、日程、审批、表格，带企业级安全沙箱和审计，有技能中心和十大行业 OPT 方案。它的强项是把企业日常协作流程（周报、审批、CRM、跨平台内容分发）自动化，而且权限和成本可控。

一句话区分：WorkBuddy 更像”你的技术同事，管电脑和服务器那摊”；悟空更像”你的企业助理，管钉钉和业务流程那摊”。

二、别让悟空干它不擅长的脏活

悟空是为企业协同设计的，它的安全沙箱、权限继承、审计，都是为钉钉生态和企业业务服务的。如果硬要让它去连你的网站服务器、批量改文件、跑发布脚本，一来不在它的主场，二来企业级权限反而成了负担。

比如我们发网站文章这套活：本地写 HTML、生成封面、连 43.226.37.238 服务器、跑 publish_agent.php——这是典型的”文件系统+服务器+发布链路”工程活，WorkBuddy 直接 SSH 上去就干了，干净利落。交给悟空去做，既没有现成的服务器操作技能，又要把服务器权限纳进企业沙箱，得不偿失。

三、也别让 WorkBuddy 去管企业协同

反过来，要让 AI 在企业里”沟通即执行”地操作钉钉文档、发起审批、做跨部门的周报合并，WorkBuddy 没有这个生态位。它不是长在钉钉里的，硬要做企业协同，得自己接一堆接口，远不如悟空原生。

所以分工很自然：业务流程、团队协作、企业权限内的活，交给悟空；本地工程、服务器、脚本、建模、发文，交给 WorkBuddy。

四、配合场景一：内容从企业协同流到网站沉淀

一个实际的配合点：悟空适合在企业内部做内容生产协同（选题、审批、多人协作），WorkBuddy 适合把定稿内容发到网站做 SEO 沉淀和对外分发。

想象流程：悟空在钉钉里帮团队把文章草稿协同定稿、走完审批；定稿后 WorkBuddy 接手，自动配图、自动归类发到 kas2.com、再分发到外部平台。悟空管”企业内生产协同”，WorkBuddy 管”对外发布与沉淀”，中间用文件传递，各管一段不串。

五、配合场景二：WorkBuddy 干完，悟空去做企业内汇报

另一个配合：WorkBuddy 跑完工程活（比如财务建模算出 ECOHUB/ECOLINK 两套分期 ROI），产出是数据和报告。接下来要把结果在企业内同步、发起审批、写进周报——这一步交给悟空的钉钉能力更顺：它把 WorkBuddy 的产物直接落成钉钉文档、更新表格、推给相关人审批。

分工逻辑不变：计算和执行归 WorkBuddy，企业内部流转和汇报归悟空。各用所长，不重叠不冲突。

六、共同的纪律：交付前必自检

两个工具都用，反而更要守住一条共同纪律：它算的账、它发的文，你都要再核一遍。悟空有审计和权限，但不代表结果天然对；WorkBuddy 跑脚本快，但参数错了它也不会拦。

我们对 WorkBuddy 的规矩是”交付前必自检”：数字交叉验证、分类确认、二维码不串。用悟空时同理——它基于你的数据出的周报、审批，你也要抽检关键数字和结论。Agent 是加速器，不是免检通道，这条两个工具都适用。

七、成本与权限：企业账要算清

用悟空这类企业 Agent，还有一笔账要算清：它的开销（token 消耗）和权限都是可控可见的，这既是优势也是约束。你接入的业务越深，权限范围和成本就越要提前定规矩——哪些数据它能碰、预算天花板在哪、操作要不要留痕审批。WorkBuddy 这边相对轻，本地工程和服务器自己说了算，但同样要守住”改生产环境前先备份、跑完验证”的纪律。两个工具的成本模型不同：悟空按企业预算管，WorkBuddy 按你自己的环境管。混用时不混账，才不会哪天发现 AI 开支爆了或误动了生产数据。

八、选工具的一个简单判据

拿到一个活，先问自己两句话：

• 这活在不在钉钉/企业协同里、要不要企业权限管控？是 → 悟空。
• 这活在不在本地文件/服务器/脚本/发布链路里、要不要写代码跑命令？是 → WorkBuddy。

两边都沾的，就按”企业内协同归悟空、对外工程执行归 WorkBuddy”切开。别为了”只用一种工具”硬把活塞给不合适的那个——那样省下的学习时间，会加倍还给你在排错上。

结尾

悟空 AI 和 WorkBuddy 不是替代关系，是分工关系：悟空是企业协同与业务流程的 Agent，长在钉钉、带安全沙箱；WorkBuddy 是工程与自动化的 Agent，管文件、服务器、脚本、发文、建模。配合的打法是——悟空管企业内生产协同与汇报，WorkBuddy 管对外发布与工程执行，中间用文件传递，各管一段。无论用哪个，交付前必自检这条纪律不变。工具多了不可怕，清楚各自主场、守住核对底线，它们就是互补的两支队伍，而不是互相抢活的糊涂账。

写在前面：会用和用得好，差的是这几条

上篇讲了悟空 AI 能干什么，这篇讲怎么把它用出效果。官方教程和公开资料里反复出现的用法，我挑出最实在的几条：提示词怎么写才不跑偏、技能中心怎么用、定时任务怎么设。这些都是”用了和没用差一倍”的具体动作，不是泛泛的”多试试”。

一、提示词第一条：说结果，不说步骤

这是官方教程排第一的技巧。不好的指令是”帮我写个东西”，好的指令是”根据上周客户拜访记录写一份周报，重点列三个未跟进事项，用表格，发给张总审批”。

原理很简单：你给员工布置任务，说得越清楚结果越好。悟空这类 Agent 也是——你把”要什么产出、什么格式、给谁”讲明，它不用猜，执行就准。模糊指令会逼它自己补全，补全的方向往往不是你要的。

落到我们的场景：让 AI 写财务测算，别说”帮我算算分期”，要说”用 ECOHUB 参数（25500 BDT、利率 1.36、押金 5%、佣金 350）算月稳态现金流和 ROI，结果用表格列参数和结论”。结果质量立刻不一样。

二、给背景，不让它猜

第二条相关技巧：把背景交代足。比如”我是做海外现金贷风控的，客户在孟加拉，监管对利率有上限，请基于这个前提给建议”，比”给我风控建议”强太多。

Agent 没有读心术。你省掉的背景，它会用默认值补，补出来常常不符合你的实际约束。特别是出海业务，国家、监管、币种、客群这些背景一给，输出才贴地。这也是我们写文章、建模时反复强调的：背景前置，别让它猜。

三、上传文件，迭代调整

第三条：别只靠文字描述，把素材直接传上去。要它基于你的真实数据干活，就把表格、文档、截图喂给它，让它基于文件处理，再就结果迭代。

这比纯文字描述准得多。比如做 BD 话术，把现有产品资料、目标客户画像传上去，它生成的话术才贴你的业务；纯口述”我们有风控接口和分期系统”，它只能泛泛而谈。文件就是上下文，上下文越实，输出越准。

四、现成指令模板 + 沉淀成 skill

悟空官方场景集给了一大批”一句话提示词”模板，覆盖周报、客户画像、内容创作等。新手建议第一步：挑一张和你岗位最相关的卡片，把提示词直接抄进去跑一下；第二步：记下几个”真省事”的场景，把提示词微调解成自己的模板；第三步：把模板沉淀成一个 skill，一句话触发完整流程。

这和我们”把常用流程固化”的思路完全对得上。区别是悟空把模板做成了可复用的 skill 商品，能跨人、跨团队分发。对个人提效，这一步是质变——你不用每次从零想提示词，触发 skill 就跑通。

五、技能中心：先装专业软件再干活

悟空默认是”裸”的，装了对应 Skill 才具备专业能力。公开用法建议：花 10 分钟浏览技能中心，找到你行业的技能包装上，能省几小时调教时间。也支持上传自定义技能——把你自己的流程固化成专属助手。

这里有个坑：如果装了多个功能重叠的技能，可能互相抢权重，导致它没按你预期的技能执行。解法是在技能管理里停用不需要的内置技能，明确告诉它用哪个。这点对技术向用法尤其重要。

六、定时任务：让悟空自动上班

悟空支持定时任务，官方叫”让悟空自动上班”。有三大预设模板快速上手，也能建自定义定时任务，并配套”定时任务的提示词怎么写””如何管理和优化”。

典型用法：每天定时扫描热点、自动生成竞品监控周报、定期合并多产品线数据。这点和我们”设一次长期跑”的自动化理念一致——你定好触发条件和要干的活，它到点自己执行，不用你每天手动喊。

七、支持第三方模型和 MCP，动手范围能延伸

悟空不是只能待在钉钉里。公开资料提到它支持第三方大模型切换——你可以按需换”大脑”，不同任务用不同模型；也支持 MCP（模型上下文协议），让悟空直接操作你用的各个系统，把动手范围从钉钉往外部工具链延伸。对技术用户，还有 CLI 模式可选。这意味着它的能力边界是”可扩展”的：基础是钉钉协同，往上能接你已有的模型和系统。用的时候别把它当封闭黑盒，该接的外部能力接上，它才真正长成你的工作中枢。

八、先从低风险任务练手

官方新手建议里很重要的一条：别一上来就让 Agent 干重要任务，先从写周报、整理文件、搜资料这些低风险活开始，熟悉它的能力边界后，再逐步扩展到复杂业务。就像新员工入职，先做简单的再给重要的。

这条我深以为然。我们对 AI 也是这个纪律：先让它干”错了能回滚”的活（发文前抽检、建模后复核），跑顺了再放权。信任是一步步建立的，不是一步到位的。

结尾

悟空 AI 用得好不好，不在”它多强”，在你会不会喂背景、会不会写结果导向的指令、会不会用技能中心和定时任务把流程固化。说结果不说步骤、给足背景、上传文件迭代、抄模板沉淀 skill、先低风控练手——这几条都是公开教程里反复验证过的。把这几条用熟，它才从”会聊天的工具”变成”真能替你干活的搭档”。下一篇聊它和 WorkBuddy 怎么分工配合，毕竟工具多了，知道各自干啥才不乱。

写在前面：悟空 AI 不是又一个聊天机器人

市面上叫”AI 助手”的东西太多，很容易把悟空也当成”能聊天的工具”。但阿里 2026 年 3 月 17 日发布的”悟空”（Wukong），定位是”全球首个企业级 AI 原生工作平台”——它最大的不同是：不是帮你写个文案就算了，而是能直接动手操作你企业里的系统把事干完。这篇先把它的能力边界讲清楚，不吹不黑，只说已公开确认能干什么。

一、它长在钉钉里，能原生操作企业应用

悟空是独立应用，同时直接内置到钉钉——钉钉覆盖超 2000 万企业组织。关键不是”能在钉钉里聊天”，而是钉钉把底层做了 CLI（命令行）化改造，让悟空能原生操作钉钉的上千项能力，而不是模拟人去点界面。官方说法是”沟通即执行”：你说一句话，它把指令变成对文档、日程、审批等应用的实际操作。

这意味着它的执行对象是真实的企业系统：编辑钉钉文档、更新表格、填审批单、转录会议音频、做深度研究。对比只会输出文字的聊天机器人，这是”动手干”和”只会说”的本质区别。

二、企业级安全，是它和”玩具 Agent”的分水岭

阿里反复强调：市面上很多 AI Agent 还是”个人玩具”——能写文案搜资料，但放进企业真实业务就权限管不住、操作查不到、成本算不清。悟空从设计第一天就是为企业场景做的，公开资料提到它的安全底座包括：

• 继承企业权限规则：Agent 自动按公司设定的权限行事，不是拿到管理员就能乱动；
• 专属安全沙箱：操作在隔离环境运行，出错不影响核心系统；
• 成本可见：token 消耗和开销一目了然，像管预算一样管 AI 开支；
• 全链路审计：每步操作留痕，事后能查；
• 专属模型部署：数据不用于模型训练，从底层防泄露。

对做风控、出海业务的我们来说，这点最实在：敢把客户数据相关的活交给它，前提是权限和审计兜得住。悟空主打的正是”在企业里安全、可控、算得清账地干活”。

三、技能中心：给它装”专业软件”

悟空默认只有基础能力，真正变专业靠”技能中心”（AI 能力市场）。官方说它推出了 Skill 生态，提供从开发、审核、上架到分发的全链路，并且兼容开源 Skill 体系，目标是对标”全球最大的 toB Skill 市场”。

用法上：你先到技能中心找适合自己行业的技能包装上，悟空才具备对应专业能力；也支持上传自定义技能，把你自己沉淀的流程做成一键触发的 skill。这点和我们”把常用流程固化成脚本”的思路一致——只不过悟空把固化做成了可分发、可复用的技能商品。

四、长期记忆 + 手机远程指挥

两个提升日常体感的能力：

• 长期记忆：悟空会记住你的工作偏好和表达风格，协作越多越精准，减少重复沟通。比如你告诉它”报告用表格”，以后它会默认用表格。
• 手机远程指挥：在手机上也能一句话唤起悟空干活，任务进度实时通知。人在外面，活还能推进，这对出差多的 BD、老板很实用。

另外它支持第三方大模型切换（按需换”大脑”）和 MCP（让悟空直接操作你用的各个系统），技术用户还能用 CLI 模式。这些让它的”动手范围”不限于钉钉，能往你已有的工具链延伸。

五、OPT 一人团队：十个行业的开箱方案

悟空发布了 OPT（One-Person Team，一人团队）十大行业解决方案，首批覆盖电商、跨境电商、零售、制造、法律服务、金融及会计、招聘、设计、软件开发、内容创作。每个方案是一套针对行业的专属技能组合，让个人或初创能管理复杂流程、提升运营规模。

对我们这种小团队尤其有意义：一个人配齐一套技能组合，就能顶一支小团队的活——写内容、做设计、理财务、招人、做开发，各自有现成 skill 兜底。这其实就是”AI 原生”工作方式的落点：人做决策，技能组合做执行。

六、多智能体协作：一个平台调度多个 Agent

悟空不是单打独斗，官方定位里明确它能”协调多个代理共同完成工作”——比如编辑文档、更新表格、填审批单、转录会议、做深度研究，可以由不同能力侧重的代理分工推进，平台负责编排。这和”一个聊天窗口答所有问题”不同：复杂任务被拆给多个 Agent，各自干自己那段，再由平台汇总。对业务复杂、单 Agent 顾不过来的团队，这点是关键能力。它解决的不是”单个任务更快”，而是”一揽子任务有人分工兜底”。

七、它适合谁、不适合谁

从公开信息看，悟空最契合的是已经在用钉钉、有企业组织、需要把流程自动化的团队。它的安全沙箱、权限继承、审计，都是为”企业真实业务”设计的，不是给个人随便玩玩。

反过来，如果你的活不在钉钉生态、不需要企业级权限管控，那它的部分优势（企业沙箱、权限继承）就用不上，反而显得重。这类轻量、个人化的自动化，可能别的工具更顺手——下一篇细说悟空和 WorkBuddy 怎么分工配合。

结尾

悟空 AI 的清晰画像：阿里出品的企业级 Agent 平台，长在钉钉里、能原生操作企业应用、带企业级安全沙箱和审计、有技能中心可扩展、有长期记忆和手机远程、还有十大行业 OPT 方案。它解决的是”让 AI 在企业里安全可控地动手干活”，而不是”帮你写段文字”。理解这点，才知道什么活该交给它。下一篇讲具体怎么用——提示词怎么写、技能怎么装、定时任务怎么设。

写在前面：半年下来，它到底替我干了哪些活

从把小B 接进工作流到现在差不多半年。有人问我”AI 到底能帮你干啥”，我懒得讲概念，直接盘账——这半年里它替我实打实交付的 10 件事，每件事都有产物、有 Post ID、有数字，不是”试试看”。这篇就是这份清单，给想用 AI 提效但不知道从哪下手的人一个真实参照。

一、批量发 34 篇文章到 kas2.com

这是最大的一单。公众号「高总AI办公笔记」的 34 篇推文，要发到网站做沉淀。如果手动，复制正文、传封面、选分类、加二维码，一篇近 10 分钟，34 篇就是大半天。我让小B 写成流水线：按标题去重、自动归类、自动配图、自动加码，一次性把 34 篇发到对应分类。产物是 34 个稳定的 Post ID，我只在尾端抽检分类对不对、二维码有没有串。这单省下的不是几分钟，是近 6 小时的纯搬运。

二、服务器 503 排查与修复

有次网站突然打不开，报 503。我一句话甩给小B：”连服务器看看为什么 503。”它后台 SSH 上去，定位到是 PHP-FPM 进程数被打满、缓存目录权限异常，直接调参、清缓存、重启服务，全程我没开终端。从报错到恢复，它跑完我才知道中间发生了什么。这单的价值是：你不用为了排个错去学那一整套运维命令。

三、PHP 7.0 升级到 7.4

网站老环境是 PHP 7.0，部分依赖库不兼容新主题，卡着。小B 连服务器把 PHP 升到 7.4，补齐缺失的扩展（如 gd、mysqli），验证站点能正常打开才收工。升级这种”动一下可能全站崩”的活，最怕手抖，让它按步骤做并自检，比我手动敲 risk 低。

四、MySQL 密码重置

有次数据库密码遗忘导致后台连不上。小B 用命令行进 MySQL 重置了管理员密码，并同步更新了站点配置文件里的连接串，确认后台能登入。这类操作一步错就锁死，它做前会先确认备份、做后必验证，这纪律比人手稳。

五、卡神 logo 从 KS1 迭代到 KS2

品牌 logo 不是一版定死的。初版 KS1 出来后，高老师提了”太厚重、不够锐”的反馈，小B 据此重出 KS2，调整字重、间距和图形比例，直到定稿。用 AI 配图做品牌物料，省的是反复找设计师返工的周期，但调性得人来定——它负责快速出多版，人负责选方向。

六、AI 配图定调性标准

最早生成的封面偏暗沉绿、死板，高老师一句”要活力、要符合当地国家色调”把标准立住了。之后所有封面统一：蓝青+橙活力底、按主题国家定配色（越南红金、泰国国旗金、印尼红白、巴基斯坦绿白、孟加拉绿红），生成后裁掉底部水印。这条标准现在写进了发布脚本的默认动作，不再靠每次口头提醒。

七、财务建模：ECOHUB / ECOLINK 分期测算

孟加拉 ECOHUB（设备价 25500 BDT、利率系数 1.36、押金 5%、单台佣金 350）和巴基斯坦 ECOLINK（41000 PKR、利率 1.72、押金 0%、佣金 800）两套手机分期模型，参数多、易错。我让小B 写成函数，输入参数就吐出现金流、M1 回款、ROI，比不同场景秒出。数字全程可溯源，高老师审账能直接看参数复核。

八、BD 商务拓展支持

我们在招有海外现金贷经验的 BD。小B 帮忙做简历初筛标准、写 cold outreach 话术、排跟进节奏，还整理了产品矩阵话术——风控数据接口、现金贷系统、手机分期系统、黑白名单四块怎么讲。它不替你谈客户，但把”开口前准备”这件事压缩到半小时搞定。

九、数据交叉验证

凡是它算的账，我要求它再核一遍。比如财务模型跨表时表头参数要对齐、数字要二次复核；发文前检查标题有没有旧名残留、链接有没有断。这套”交付前必自检”的纪律，是我反复强调后它落进每次执行的——我信它的速度，但不免检它的结果。

十、把活串成定时流水线

最后一件，是把前面九件拧成一条自动线：内容进队列 → 写 → 配图 → 定时发布 → 对外分发 → 复盘。用 automation 设一次长期跑，每天到点自己消化队列里的选题。这件最值钱，因为它让前面九件从”我能做”变成”我不用管”。

十ー、它没替我干的：三类必须人拍板的活

盘完替我干的，也要说清它没替我干的，免得你误以为啥都能交。三类活始终在我手上：一是方向决策，文章写哪个选题、品牌往哪个调性走，它出多版我选，但最终方向人定；二是客户谈判，BD 话术它能写、跟进节奏它能排，但真上桌跟客户谈、临场应变，只能人去；三是风险兜底，涉及钱、涉及合规、涉及客户数据的动作，它跑完我必复核再放行。这三类不是它不行，是不能交——交了责任也还在你这。清楚边界，才不会要么不敢用、要么乱用。

结尾

半年 10 件事盘下来，规律很清楚：它替我干的是”重复、固定、易错”的执行层，我守住的是”判断、定调、核对”的决策层。发文、修服务器、配图、建模、筛简历——这些它都能交付；但文章方向、品牌调性、数字对不对、客户跟不跟，得人拍板。如果你想用 AI 提效却无从下手，别先想”它能干嘛”，先盘自己身边”每周都在重复做”的活，那才是第一个该交给它的。下一篇开始聊别的工具——悟空 AI，看看企业级 Agent 又是什么路数。

写在前面：重复操作，别再用”手”做第二遍

前阵子我们发文章，流程是：本地写好 HTML、手动打开 SSH 连服务器、手动把 articles.json 和封面图传上去、手动敲命令跑发布脚本。一篇两篇还行，34 篇就是纯体力活——而且越到后面越容易传错、漏传、敲错命令。这不是 AI 该干的活，这是脚本该干的活。这篇讲怎么让小B 把这种重复操作写成脚本，你以后只点一下就完事。

一、先分清楚：什么该写成脚本

判断准绳只有一个：这件事你会做第二遍吗？会，就值得固化成脚本；只做一次的，直接对话让小B 跑一遍就行。

我们固化下来的几类：

• 文件搬运类：把本地生成物（HTML、JSON、封面图）传到服务器指定目录。传一次命令能记住，传三十次就一定会出错。
• 图片处理类：封面图生成后统一裁掉底部 50px 去”图片由AI生成”水印、统一缩放、统一命名。手工裁一张两张没事，裁剪几十张就是浪费生命。
• 远程执行类：SSH 连服务器、跑 PHP 发布脚本、清理临时文件。步骤固定，但输错一个参数全盘皆输。
• 计算类：财务建模里那些现金流公式，每次换个参数就重算一遍，不如写成函数传参算。

一句话：凡是”步骤固定、你会重复”的，先想脚本，再想手动。

二、实战一：用 paramiko 把发布流程彻底脚本化

我们最早的发布是手动 SSH。后来让小B 写了 run_publish_agent.py，用 paramiko 库连服务器。逻辑就四步，全在脚本里：

• 建立 SSH 连接，开 SFTP；
• 把本地 articles_agent.json 和所有封面图传到服务器 /tmp/wp_pub/；
• 上传 publish_agent.php，执行 PHP 命令发布；
• 发布完删除临时目录，关连接。

关键点：密码、主机、路径全部写在脚本顶部常量里，不在命令里裸敲。这样你换环境只改一处，不用每次回忆 IP 和密码。run_publish_agent.py 跑一次，5 篇文章连同封面一起上线，我连终端都没开。

这里有个坑要提醒：SSH 超时不是你的问题。我们第一次跑，因为服务器通道慢，连接卡了很久。脚本里 timeout 设成 20 秒，超时了就等半分钟重试，别一报错就手动接管——手动反而容易把临时文件留在服务器上。

三、实战二：用 PIL 把封面去水印做成流水线的一环

封面图的痛点是文生图工具会在右下角带一行”图片由AI生成”水印，这是红线，必须去掉。早期我手动用图片软件一张张裁，慢还容易裁歪。后来让小B 写成几行 PIL：

打开图 → 取尺寸 → 裁掉底部 50px → 存成 cover_XX.png。就这么简单。但它被接进了发布流水线：每次生成封面，紧接着自动裁，裁完存进 covers_agent/，文件名按序号排好。从此”去水印”不再是一个我要记得做的步骤，而是生成之后必然发生的一步。

这就是脚本的价值——不是替你省那 5 秒，是把一个易忘的步骤变成零成本、零失误的默认动作。我们 28 张封面，没有一张带着水印上线，靠的全是这条自动裁剪，不是靠我盯。

四、实战三：财务建模让小B 写函数，而不是对话算

孟加拉 ECOHUB、巴基斯坦 ECOLINK 的手机分期测算，参数多：售价、利率系数、首付比例、押金、佣金、回款率。最早我让小B 在对话里直接算一个数，算完换个参数再来一遍。后来发现这活最适合写成 Python 函数：

把”售价、利率、押金、佣金”做成参数，函数吐出”月稳态现金流、M1 回款、ROI”。之后我要比不同场景，只要改几个数调一次，答案秒出，而且每次算法完全一致，不会因为对话上下文漂移算错。

这里体现出”让 AI 写工具、自己调”的第二个好处：工具可复现。对话算的数，过三天你忘了怎么来的；函数算的数，参数摆在那，谁都能复核。高老师审账最看重这点——数字要能溯源。

五、怎么让小B 写出靠谱的脚本

给小B 写脚本，别只说”帮我写个发布脚本”。要说清：连哪台服务器、传哪些文件、传到哪、跑什么命令、跑完清理什么。把”我要手动做的每一步”列给它，它才能原样固化。

另外两个经验：

• 先手动跑通一遍，再让小B 脚本化。手动都跑不通的流程，写成脚本只会把错误自动化。我们 publish_agent.php 是先手动 SSH 验证能发布，才封装成 run_publish_agent.py 的。
• 脚本要带日志输出。run_publish_agent.py 每步都 print 上传了什么、执行结果是什么。出问题时，看日志比猜快十倍。

六、脚本化之后，我剩下什么活

把发布、去水印、财务测算都脚本化后，我日常就剩三件事：定需求（这次发哪几篇、参数是多少）、审结果（分类对不对、二维码有没有串、数字对不对）、做决策（这个场景值不值得再写成脚本）。

有意思的是，脚本本身也是小B 写的。我一直在做”会让它写工具、自己调”这件事——它负责把重复动作固化，我负责判断哪些动作值得固化、固化的结果对不对。这才是人和 AI 的正确分工：你别去当那个重复操作的执行者，把执行交给脚本，把判断留给自己。

结尾

让小B 写脚本代替手动操作，本质是把”你会做第二遍的活”从人工变成默认动作。发布用 paramiko 一键上服务器、封面用 PIL 自动去水印、财务用函数参数化复算——这三件事固化下来，我们 34 篇发文、几十张封面、两套分期模型，没再靠手搬过一次。你该做的不是学会写每一行代码，而是学会判断”这活值得写成脚本吗”，然后把固化交给它。下一篇把半年里它替我干过的 10 件事盘一遍，看看哪些活其实早该交给脚本了。

写在前面：内容分发的痛，是”重复搬运”

我们公众号「高总AI办公笔记」的文章，最终要落到三个地方：网站 kas2.com（做 SEO 和沉淀）、公众号（做私域）、百家号等平台（做分发扩量）。最早我是手动来：公众号写完，复制到网站后台、手动传封面、手动选分类、手动加二维码；再复制到百家号、改格式。一篇尚可，34 篇就是灾难——光搬运就吃掉大半天，还容易漏加二维码、传错封面。

这篇讲怎么把”公众号→网站→多平台”做成一条自动流水线：一步的输出直接喂下一步，你只在源头写一次，后面全自动分流。全是我们真实跑通的。

一、先定主线：公众号是源，网站是中枢

流水线的设计原则是”单一源头、自动分流”。我定公众号为内容源头（高老师在那里首发、做私域），网站 kas2.com 为中转中枢（做归类、配图、加码、SEO），百家号等作为向外分发的一端。

这样好处是：原创只写一次，后续全靠自动转换。源头定稿后，脚本把同一份正文按不同平台的要求”变形”——网站版加二维码引导块和自动归类，百家号版去二维码改排版。不用每处重写。

二、网站这一环：自动归类 + 二维码 + 配图

内容进网站时，最费人工的三件事——选分类、加二维码、配封面——全部脚本化：

• 自动归类：选题在 content_queue.md 里就标好了目标分类（如 134 海外现金贷、137 Agent 智能体）。发布脚本按标题/选题去重，落到对应分类，不用后台手动点。
• 二维码引导块：134 这类需要引流的分类，脚本自动在文末拼上引流二维码块；137 这类纯内容分类则明确不加（红线，不能串）。这一步由发布脚本按分类判断，不用人盯。
• AI 配图：每篇用文生图做活力封面（蓝青+橙、无文字），生成后裁掉底部 50px 去”图片由AI生成”水印，存指定目录。配色按主题国家定调性（越南红金、泰国国旗金、印尼红白等），不是随便生成。

这环跑通后，34 篇推文批量发网站基本不用我动手——脚本按标题去重、自动归类、自动配图加码，我只在尾端抽检分类对不对、二维码有没有串。

三、一步喂下一步：产物即输入

流水线的精髓是”上一步的产物，是下一步的输入”，中间不靠人搬。我们这条线的数据流向：

• 队列（content_queue.md） → 写手读选题出 HTML + 封面
• 草稿 → 审校按五条清单打勾（字数/案例/数字/封面/链接）
• 过审稿 → 组装 queue_manifest.json → build_queue.py 生成 articles_agent.json
• articles_agent.json + 封面 → run_publish_agent.py SSH 上传并执行 publish_agent.php 发到网站
• 发布结果（Post ID） → 回写队列状态，并触发对外分发（百家号等）

注意每个箭头都是”文件/数据自动传递”，不是”我复制给下一步”。比如 build_queue.py 直接读 manifest 生成 json，run_publish_agent.py 直接读 json 连服务器——没有任何一步需要我手动搬运内容。这就是流水线比”多开几个窗口手动复制”快十倍的原因。

四、向外分发：网站沉淀，多端扩量

内容在网站落定（拿到 Post ID、URL 稳定）后，再向百家号等平台分发。为什么不在源头直接全平台发？因为：

• 网站要先有稳定 URL，分发时才能带正确链接、做 SEO 回流。
• 各平台格式不同：百家号要去二维码、调段落；网站版要加二维码引导。源头一份正文，下游各自变形，比在源头就按某平台格式写更稳。
• 错可回滚：网站是中枢，某篇分发到外部平台出错，源头内容还在，重发即可；反过来若源头就直接外发，改起来牵一发动全身。

实际跑法：网站发布成功后，用脚本把同一份正文按外部平台规范转格式、填对应账号、定时推送。这样”写一次、网站沉淀、多端扩量”形成闭环，我每天只确认分发队列有没有卡住。

五、这套流水线替我省了什么

算笔实在账：34 篇文章，如果全手动——复制正文、传封面、选分类、加二维码、再分发到外部平台，按一篇 10 分钟搬运算，就是 340 分钟，近 6 小时纯搬运，还没算出错返工。

流水线跑起来后，这 6 小时我只在两处出现：源头把文章写定稿，尾端抽检分类和二维码有没有串。中间所有搬运、归类、配图、加码、分发全自动。而且因为脚本按标题去重、按分类判断二维码，比人手更不容易漏。

代价只是前期把脚本和队列结构搭好（一次性的）。搭完之后，每天新增内容只要进队列，整条线自己消化。

六、搭流水线的三个提醒

• 源头单一：别让内容在多个地方各自写，否则同步噩梦。选一个源头，其余全靠转换。
• 红线写进脚本：哪些分类加二维码、哪些不加，用代码判断而非人记，避免串类（137 不加是硬规矩）。
• 留抽检点：全自动不等于零监督。在”发布后”留一个抽检环节，确认分类、二维码、封面都到位，再放心。

结尾

内容分发流水线的本质，是把”写一次、搬 N 次”变成”写一次、自动分流 N 次”。公众号做源头、网站做中枢自动归类配图加码、外部平台做扩量，一步的输出喂饱下一步，中间不靠人搬。这套线在我们 34 篇发文上验证过——它省掉的是你最不想干的搬运活，留给你的是源头创作和尾端判断。

“WorkBuddy 实战”这个系列到此把运维、内容、避坑、财务、BD、协作、验数、入门、对比、分发都聊透了。后面会转入悟空 AI / Hermes / CatPaw 等工具的实测对比。关注卡神，咱们把重复劳动交给机器，把创作和判断留给自己。