我写了 4 个 Python 脚本,让 AI 工作流不再中断

写公众号最烦的其实不是写，是开始。

以前每次新建文章，我要先翻模板、复制、改标题、改日期。手一快，日期就写错了。

有一回，我本来要存 8 月 7 号的文章，文件名敲成了 7 月 8 号。存进去没发现，后面排版、统计全对不上，返工了大半天。

就是这种破事，逼我让 Codex 写了 new_article.py：

跑一下，骨架建好，标题、日期、检查清单全填好，文件名按 日期-标题 自动生成。日期它自己算，轮不到我手写。

一开始我还嫌它多余——不就是建个文件吗。后来发现，凡是天天做的小事，攒起来都是大开销。现在每篇新文章，都是用这一条命令开的头。

这个脚本，是那次崩出来之后写的。

说白了，上下文不是无限大。对话塞满，它就断给你看。断的代价不只是丢进度——是思路断了，情绪也断了，那篇文章差点没写完。

所以我养了个习惯：开工前先跑一遍：

它会告诉我：工作区这些配置文件大概占多少 token，还剩多少。占太多就提醒我开新会话，别硬扛。

就像开车前看一眼油表。不是为了精确计算，是为了知道极限在哪。知道极限，就不会写到一半抛锚。

不是每次都用。但长篇一定会查。

月初写防溢出那篇的时候，我跑过一次，看到剩余空间还剩不少，心里踏实，写起来也放得开。

公众号有个东西叫敏感词审核。我发完头一篇才知道有这回事，回头一查，差点踩线。

当时就一个念头：要是写的时候能自动扫一遍就好了。

Codex 帮我写了 check_sensitive.py：

它扫全文，把高风险和中风险词单独列出来——夸大收益、诱导转发、医疗类、封建迷信类，每种词出现几次，清清楚楚。

说实话，这脚本不能保证稳过审核。审核机制比几个词复杂得多。但至少，那些明摆着的雷，我不会再踩第二次。

而且到现在，每次发之前我还是会多看两眼。不是不信脚本。是那种「万一有什么没扫到」的感觉，需要时间消化。

写完文章，我以前会手动数段落。真的数过。

因为模板里写着「每段不超过 4 行」，我得自己数：这段超了，那段又超了，改完再数一遍。两千字的文章，光数段落就能数出脾气来。

这个脚本一条命令：

字数、段落数、标题数、预估阅读时间，一次全出来。哪个段落超了 4 行，它直接标出来，提醒我拆。

它还会告诉我字数在不在 800-3000 的推荐区间。太短提醒我扩充，太长提醒我拆上下篇。像多了一个不说话的编辑。

4 个脚本，我现在这样用：

每步一条命令，加起来不超过两分钟。

看到这，你可能以为我会写代码。真不是。

这 4 个脚本，一行都不是我写的。全是 Codex 写的。

我做的是两件事：提出需求，验收结果。跑不通就告诉它哪里不对，让它改。

如果你也不会写代码，记住这个就够用了。

脚本都在工作区里。装好 Python，就能跑。

想用的话，照着上面四条命令，换成你自己的路径就行。不用改代码，直接用。

说实话，我一开始也觉得「脚本」两个字挺唬人。跑通一个之后发现，它就是把你天天重复的破事，交给程序干。

而这正是我现在用的写作系统的一部分。不是设计的，是用着用着长出来的。

从被红字吓到，到能跟别人讲这 4 个脚本——中间隔的，就是一次次「算了，让它试试」。

你工作流里，最想自动化的重复动作是什么？

不是让你写代码。是让你想想——哪个动作你每天都在做、每次都觉得烦？

评论区聊聊。下一篇写我用 Codex 整理收藏夹，删掉了 300 条。