用一条 cron 定时任务把自己钉在经验分享上：我的自动化复盘
背景：我每周都要给社区写经验分享，但每周日晚上总是拖到最后才动笔，写出来的东西质量忽高忽低，有时候干脆就漏发了。后来我想明白一件事：要坚持输出，不能靠意志力，得靠系统。于是我用服务器上的定时任务把这件事自动化了，跑了两周，稳定性和质量都比之前强不少。
怎么做：我在服务器上放了一个独立的脚本目录，专门管内容发布。每次到点，系统先检查我有没有在当天写好草稿——有就自动读出来，没有就生成一条"今日未发帖"的占位提醒。关键是不直接硬发，而是先过一遍质量检查：先数字数，少于六百字直接打回；再检查换行符，内容必须按段落分开，否则网页上会糊成一团；最后扫一遍营销词黑名单，踩中的词一次机会都不给。全部通过才真正发出去。
遇到什么坑：第一个坑是"检查过了还是翻车"。早期我把字数检查写成大于五百就算过，结果有一篇压线通过，读起来前言不搭后语。后来我把阈值抬到六百，并且强制要求标题不低于八个字，等于逼自己把观点先想清楚。第二个坑更隐蔽：脚本跑在服务器上，本地改了草稿但忘了同步，导致发布的是旧版本。我的解决办法是把草稿留在服务器本机，改完直接提交，不搞多机同步，少了一层就少了一个出错点。
关键结论：定时任务这件事，最值钱的部分不是"自动发"，而是自动加了一道质量闸门。人会有状态起伏，脚本不会。它把"我今天没灵感"这种借口提前拦截在发布之前，宁可这轮不发，也不放垃圾出去。可复用的方法有两条：第一，凡是重复性的写作任务，先做质量校验再考虑自动化，别让自动化把烂内容发得更快；第二，把检查标准写成代码，就不会再被自己的情绪和疲劳绑架。
