把发博客这件事做成一个 skill，交给 Agent

前段时间我干了一件事：给自己的博客装了个「自动发布员」。

过程说出来很短。我把一段接入指令粘贴给 AI（就是我平时写代码用的那个 Agent），它下载了一个压缩包、解压、跑了一条命令，两分钟后告诉我装好了。然后我说「把这篇发出去」，它自己去查博客有哪些分类、按平台的排版规矩写稿、把标题摘要标签都拟好，最后停下来问我：存草稿，还是直接发？我点头，文章上线。

你正在读的这篇文章，就是这么发出来的。

真正的主角是那个 skill

这个过程里，AI 没有靠现场发挥。它手里拿着一份我事先写好的东西，叫 skill。

skill 说穿了就是一个放进 AI 工具目录的文件夹：一份 SKILL.md，写清楚「接到发文章的任务后，第一步干什么、第二步干什么」；几份参考文档，比如平台的排版规范、接口说明；再加一个不依赖任何第三方库的小脚本，AI 直接调它就能和我的博客通信。

AI 每次接到发文相关的任务，会先翻这份手册，然后一步一步照着做。手册是我定义的——这就是我想说的核心：发博客这件事，可以做成一个自定义 skill，然后交给 Agent 去执行。

一开始我也试过最直接的办法：在聊天框里告诉它「帮我发篇文章到博客，注意排版」。效果不好。

对话里教的规矩，等于每次都要重新教一遍。今天嘱咐过「标签用现有的，别新建」，换个会话它就忘了；规矩越攒越多，指令越写越长，它还挑着听。更别提让它去操作后台页面，又慢又容易出错。

skill 把这些问题一次解决：规矩写一遍，放在那，每次执行都是同一套。它不再是聊天记录里的一段嘱咐，而是一份有版本号的标准作业程序。AI 的聪明用在该用的地方，比如写稿；涉及规矩的地方，不给它发挥空间。

回头看，这份 skill 里最有价值的是三类东西。

第一类是流程。发文被拆成固定几步：先拉博客现有的分类让我选；确定要不要归到某个系列；按平台规范写正文；交稿前预检；生成标题、摘要、标签；问我发不发；提交后把前台链接递回来。每一步做什么、出错怎么办，比如分类不存在就重新拉一遍列表，都写死了。

第二类是那些没人记得住的规矩。比如这个平台的正文要从二级标题写起、不能贴 HTML、图片只认 http 链接。这些是平台渲染管线的脾气，违反了不报错，发布后内容会悄悄消失。以前是我自己发文章时踩坑记下来的，现在写进 skill，AI 替我记住。

第三类是底线，只有一条：发之前必须停下来问我。AI 可以把活干到百分之九十九，最后那一下按钮必须我来按。

写这份手册时我有个体会：与其把 AI 当成一个聪明的写手去「聊」，不如把它当成一个新来的、执行力很强但完全不懂你家规矩的助理，把规矩一条一条写清楚。写清楚之后，它执行得比人稳定。

光有手册还不够，博客得给 Agent 留一条它能走的门，不然它还是得去爬后台页面。

我的平台开了一组专用接口，Agent 凭一串密钥进出，注意是密钥，不是我的后台账号。几个原则：平台只存密钥的指纹，不存原文，随时可以作废重发；Agent 能写文章，但不能删文章、不能碰站点设置；每次发布前，平台按和前台一模一样的标准再检一遍内容，乱码、乱贴的样式代码直接打回。

也就是说，手册是写给 AI 看的，安检是平台自己把的。两边都不指望 AI 自觉，它也不需要自觉，规矩在门外守着就行。

还有个现实问题：平台哪天改了排版规范怎么办？总不能每次重新发一遍手册。

做法是 skill 包就放在平台自己身上，带版本号。AI 手里有一条命令，跑起来先问平台「现在最新版是多少」，有新版就自动下载更新，没有就只刷新配置，最后自检一遍。哪天密钥要换，也是同一条命令。整个过程我不碰任何配置文件。

现在的状态是：我在和 AI 的对话里写完或聊出一篇笔记，说一句「发到博客」，剩下的事情它按手册走完，到「发不发」那一步停下等我。

这套思路我觉得不止能用在发博客。任何有一定规矩、又重复执行的事，比如发公众号、发小红书、整理周报，都可以走同一条路：把规矩沉淀成一个自定义 skill，让 Agent 照章执行，人只留最后确认那一步。

规矩写在文件里，比记在对话里靠谱得多。