这周踩的3个坑：改了SKILL.md但cron还在跑旧规则

自动化不会救你。自动化只会让你错得更快。

写这个专栏的初衷很简单：公众号日更三个月了，每天都有坑。不记下来，下次还会踩。

这周三个坑，都和"我以为改了"有关。

坑1：改了SKILL.md，cron还在跑旧发布节奏

7月9号我决定调整发布节奏：不再分单双日，每天头条都发Day系列，加速把Day 90跑完。我在SKILL.md里把规则改好了——「每天头条=Day系列」。

改完觉得没问题了，等第二天cron自动跑。

第二天早上起来看草稿箱——文章①是AI工具实测。不是Day 54。

我愣了一下。然后反应过来：我只改了SKILL.md，cron的prompt没改。

cron每天早上6点执行的prompt是写在 ~/.hermes/cron/jobs.json 里的，那个文件还是旧版本的节奏规则。cron不读SKILL.md——它读的是job配置里的prompt。

这就是自动化最危险的地方。你改了流程文档，以为万事大吉。但执行引擎读的是另一个文件。

修起来也简单：把cron prompt里的节奏规则也改了。但后来看选题库的时候又发现——选题库的节奏说明也还没改。这意味着即使cron跑对了，选题库的方向指引还是旧的单双日逻辑。

三处，只改了一处。另外两处继续按旧规则跑。

教训：任何配置变更，必须同步更新三处——流程文档（SKILL.md）、执行引擎（cron prompt）、数据源（选题库）。漏一处，旧规则继续生效。

以后改了节奏先检查这三个文件是不是一致。不一致，不动cron。

坑2：Phase 8选题库同步被跳过了

7月7号cron发布了Day 52。cron的输出里写了"选题库中Day 52状态待更新为✅"。但它只是写了，没执行。

两天后——7月9号——cron再次选到了Day 52。因为选题库里Day 52还是📝待写状态。

如果当时草稿目录里没有同Day的草稿，Day 52就被第二次推送了。

这就是典型的AI"说了但没做"。输出里写了一句提醒，但没把它变成代码执行。

现在的做法：Phase 8.2不再靠"提醒"，而是直接 patch 修改选题库文件。改成功了才算完。patch失败就重试——read_file重读→用正确old_string重试→再失败就terminal sed直接改。必须改成功。

多说一句。这个问题其实暴露了一个更本质的东西：AI在输出里写"待更新"的时候，它认为任务已经完成了。但对一个自动化系统来说，写完不等于做完。 对autopilot流程来说，"说出来"和"做出来"之间有一条缝，这条缝就是所有漏网之鱼的通道。

坑3：写文章时把别人的案例写成了"我的工具站"

7月9号文章②出了这个问题。

文章里举例了一个图片格式转换站的做法，写成了"我的工具站就是这么做的"。

实际上那不是我的站。是我在研究竞品时看到的一个案例。

"我"字句不是修辞手法。是事实陈述。任何以"我"开头的内容，读者默认这是你真实的经历。你写"我的工具站月入3000刀"，读者信了——如果你没有，那就是骗人。

现在给自己定了一条铁律：写"我"之前问自己——这件事我真的做过吗？没做过，就写"我看到一个站"、"有个案例"、"据我了解"。不确定的事，宁可不用第一人称。

这个坑和AI的写作机制有关。AI在写文章的时候，搜到一个工具名或案例，它会自动填入"我用了XXX"的句式——不是因为它在撒谎，是因为第一人称叙事是AI训练数据里最常见的内容模板。但读者不关心AI的机制，读者只关心：你说的这件事，是真的吗？

这周的修补

三个坑，对应三个修补动作：

1. 1. 配置同步检查清单：改了发布节奏→先查SKILL.md、cron prompt、选题库三处是否一致
2. 2. Phase 8.2执行验证：不再信任"待更新"提醒，直接patch选题库+验证成功
3. 3. "我"字句前置验证：任何含"我"的实操经历→先在wiki里搜一下有没有支撑

这套系统还在搭。每一步都在补上一轮的漏洞。你看着。

袁锐钦 · AI产品实操 & 出海工具站日更中。做产品、测工具、跑变现，把试过的路摊开给你看。