上一篇文章《用 WorkBuddy 把 1689 本藏书的书名一键中文化》里,我用 WorkBuddy 开发的技能治理了 Calibre 书库。那篇文章的选题、成稿、发布,走的是同一套「写作铲子」流程:阅读材料进 → AI 出选题 → 人选一条 → 成稿 → 发社区。
这一铲换一个领域:中医。材料换成《素问》养生篇目(上古天真论、四气调神大论、生气通天论),看看选题引擎在完全陌生的领域还灵不灵。结论先说:灵。因为选题引擎的职责不是「懂中医」,而是「从材料里找抓手」——懂材料的是我的知识库,懂抓手的才是铲子。
我的《素问》语料不是裸 txt,而是一个按「四层源流体系」组织的 Obsidian 知识库(tcm-knowledge-vault):L1 哲学根基(原典)→ L2 方法论 → L3 临床经验 → L4 现代发展。每一段原文一个 md 文件,frontmatter 标注谱系:
这个结构对 AI 极其友好:authority: canonical 一眼可辨原文与阐发,AI 起草时不会把后世的注疏混进原典——语料的谱系标注,就是 AI 时代的文献学纪律。
本次喂给选题引擎的是三段养生总纲:
WorkBuddy 写作台的「出选题」任务,核心是一个精心写死的 prompt(Qt C++ 实现,节选自 writingprompts.h):
把三段原文喂进去,产出的选题清单(AI 起草,人终审):
注意选题 1 和 3 的视角:引擎没把它当成「养生保健文」来出,而是往方法论、风险管理的相邻领域伸——这正是 prompt 里「领域不限」的设计意图。中医养生文在内容平台是红海,但「用风险管理框架重读《素问》」是差异化的。
我终审选了选题 1。
选中选题条目点「成稿骨架」,引擎只出结构不代写正文(导语、三个小节、结尾),人工往骨架里填血肉。以下是成稿的核心论证,也是这篇随笔真正想说的:
流行读法把它读成进补指南:夏天吃点温补的,冬天吃点滋阴的。但回到原文的上下文,这段话根本不在讲「吃什么」,而在讲顺应趋势的时序问题:
夫四时阴阳者,万物之根本也。所以圣人春夏养阳,秋冬养阴,以从其根,故与万物沉浮于生长之门。逆其根,则伐其本,坏其真矣。
关键在「以从其根」和「逆其根,则伐其本」这一对表述。这是一个严格的条件命题:收益不来自你做了什么动作,而来自你的动作与时序的方向是否一致。夏天是生长之门,你顺着生长走,养阳是「不逆势」;秋天是收敛之门,你顺着收敛走,养阴还是「不逆势」。
换成现代语言:这是时序依赖的操作系统,不是可以随时加载的资源包。同样一个「补」,在错误的时序里就是「伐其本」——不是无效,是负作用。
「逆之则灾害生,从之则苛疾不起」,说的是同一个模型的另一端。《素问》的干预哲学从来不是「生病后修复」,而是「在时序上游改变条件」。病已成而后药之,原文自己的比喻是「渴而穿井,斗而铸锥」——临战才铸兵器,时序上已经输了。
这与现代工程里「左移」(shift-left)的思想完全同构:测试左移、安全左移,都是在问题变贵之前介入。两千年前的医家和今天的工程师,在「干预成本随时序后移而指数上升」这一点上,看到的是同一条规律。
「道者,圣人行之,愚者佩之」——知道而做不到,佩之(背而不行)。这篇随笔也一样:写完不等于做到。四气调神给出的不是知识点,是需要按季节执行的日历。这是我和这篇文章共同的待办。
发文到腾讯云开发者社区,格式校验有几条隐藏规则(上一篇被驳回后总结的自检三件套),我直接做成了脚本,每篇发文前跑一遍:
三条军规:正文零行内反引号、每个围栏代码块带语言标签、发布时关掉「产品关键词自动添加超链接」开关。本文即按此自检后提交。
同一把铲子,第一铲挖的是 Python + Calibre 的书库工程,这一铲挖的是先秦医典的方法论。选题引擎在两个领域的产出质量没有肉眼可见的落差——因为它只做一件事:从材料里找有出处的抓手,把「写什么」的选择权留给人。
AI 负责在材料里打光,人负责决定往哪里挖。这是目前为止我验证过的、最顺手的发文工作流。下一铲已经在选题清单里了:选题 2 的「反脆弱」角度,正好接上《生气通天论》的阳气段落。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。