引言:当写作变成工程

这是一个关于范式转移的故事

从"靠灵感"到"可工程化",从"艺术创作"到"工程生产",从"不可控"到"可验证"。

2026年5月,李笑来的新书《The Half Second》在亚马逊上架。

Kindle版+平装版,20章,完全typo-free(零错字)。

这本身不稀奇。稀奇的是:

  • 时间:传统出版需要12-24个月,他只用了12个月
  • 团队:传统出版需要编辑+设计+排版+校对团队,他只有1个人
  • 质量:传统出版即使有3个专业读者,总会有漏网之鱼,他实现了完全零缺陷

怎么做到的?

答案不是"他很有才华",也不是"AI很强大",而是:

他完成了写作方法的范式转移——从艺术到工程。

这不是用AI代写,不是用AI润色,而是把写作变成了像软件工程一样可流程化、可验证、可迭代的生产过程


第一部分:从"靠灵感"到"可工程化"

传统写作的三大痛点

你有没有过这样的经历?

  • 想写的时候写不出来,不想写的时候突然有灵感
  • 写完不知道好不好,全靠"感觉"
  • 改来改去,越改越没信心,最后不知道哪个版本是对的

这不是你的问题,是传统写作方法的问题

痛点1:不可控

  • 靠灵感,灵感是不可控的
  • 今天写1000字,明天可能写0字
  • 拖延成了常态

痛点2:不可重复

  • 每次都从零开始
  • 上次的经验很难积累
  • 写完一本书,下一本还是不会写

痛点3:不可验证

  • 不知道哪里有问题
  • 错别字、逻辑漏洞、引用错误,全靠"感觉"
  • 传统出版需要3个专业读者,还总有漏网的

工程化写作的三大突破

李笑来的方法不是"技巧",而是范式转移

从"艺术创作"到"工程生产":

突破1:可控

  • 写作变成流程,有明确步骤
  • 不靠灵感,靠系统
  • 每天都知道该做什么

突破2:可重复

  • 每次迭代都在前一次基础上
  • 经验可积累,方法可优化
  • 写完一本,下一本更容易

突破3:可验证

  • 机械检查:自动扫描特定问题
  • AI交叉检查:多个模型相互纠错
  • 质量可量化,问题可定位

这是什么?

这就是敏捷开发在写作上的应用。


第二部分:工程化写作的核心方法论

这里不是讲"工具",而是讲"思维方式"的转变。

每个方法论都解决了一个传统写作的根本问题,让写作从"靠灵感"变成"靠系统"。


方法论1:四工件架构——让知识可积累、可验证

传统写作:一章一个文件,内容+结构全在脑子里。

李笑来的方法:每章有4个配套文件,形成活软件架构。

工件1:章节档案(Chapter Dossier)

  • 核心观点(Claim)
  • 破坏性工作(Destructive Work)——反驳什么
  • 读者状态前置条件(Precondition)——读前应该是什么状态
  • 读者状态后置条件(Postcondition)——读后应该变成什么状态
  • 回调(Callbacks)——前面埋的伏笔
  • 设定(Setups)——为后续章节准备的素材
  • 失败模式(Failure Modes)——可能让读者困惑的地方
  • 声音寄存器(Voice Register)——这一章的叙述风格

工件2:主题追踪(Motif Tracker)

  • 贯穿全书的主线:戒烟故事、键盘、ARISE框架、主权、频率计数器
  • 每条主线在哪些章节出现?
  • 是否有遗漏?是否过度重复?

工件3:认知弧(Cognitive Arc)

  • 每章结束时,读者处于什么认知状态?
  • 第N章的后置条件,是否匹配第N+1章的前置条件?
  • 认知弧是否连贯?

工件4:依赖检查(Dependency Check)

  • 每个回调是否都被调用?
  • 每个设定是否都有回报?
  • 是否有"挖坑不填"?

为什么这很重要?

想象一下:如果是一本20章的小说,有10条主线,50个伏笔,你能全记在脑子里吗?

不能。

但李笑来不需要记。所有信息都在工件里,随时可查,随时可验证。

这就像软件的模块化设计

  • 每个章节是一个"模块"
  • 工件是"接口定义"
  • 依赖检查是"编译器"

方法论2:迭代级联——让修改可控、可验证

这是工程化写作的核心——迭代不是混乱的重复,而是纪律化的升级。

你有没有过这种经历?

  • 修改了一个关键术语,忘记改某个地方
  • 改了一个设定,导致前后矛盾
  • 改了数据,但引用这个数据的地方没改

传统方法:手动查找,手动修改,很容易遗漏。更重要的是,你不知道是否改全了。

李笑来的方法:级联纪律(Cascade Discipline)

核心思想: 任何修改都不是孤立的,它会"级联"影响到所有引用这个修改的地方。关键是让这个级联过程可追踪、可验证、可完成。

实际案例

李笑来想修改一个核心术语,从X/Y/Z改成ARISE(五个组件的缩写)。

看起来很简单?但这个术语出现在:

  • 20个章节文件
  • 延伸阅读卡片
  • 研究档案
  • 架构文档

传统方法

  • 手动查找替换,很可能遗漏4-5处
  • 更糟的是,你不知道自己遗漏了

级联流程

  1. 生成影响范围报告(哪些文件包含这个词?)
  2. AI执行第一轮替换
  3. 人工审查(AI可能犯错,需要人工判断)
  4. 第二轮修复
  5. 验证(还有没有遗漏的引用?)

李笑来花了2天,跑了5轮,才完全清理干净。

这值得吗?

不仅值得,而且必需

为什么?因为:

  1. 可追踪:你知道改了什么,还知道什么没改
  2. 可验证:你能确认所有引用都已更新
  3. 可完成:你知道什么时候可以结束迭代

这就是工程化的精髓:不是一次性做对,而是有纪律地迭代,直到正确。


方法论3:语料库挖掘——让知识可检索、可验证

问题:传统的写作知识管理是碎片化的。

你有没有过这种经历?

  • “我记得某本书里有段话特别适合做引用,但想不起是哪本”
  • “我想找某个概念的权威解释,但不知道在哪”

传统方法:靠记忆,或者翻阅大量书籍。效率低,且不可靠。

李笑来的方法:用技术手段让知识库可检索、可验证。

他的知识库

  • 30年阅读积累
  • 2000+本书(纸质+电子)
  • 全部索引化,可通过语义搜索访问

关键不是技术,而是工作流

当他需要找关于"认知失调"的经典研究时:

  1. 搜索自己的图书馆(而不是Google Scholar)
  2. AI找到相关书籍(原始论文、综述著作、通俗解释)
  3. 人工判断哪些引用最合适
  4. AI验证引用的准确性(页码、版本、翻译)

20个跨5种语言的题词

  • 需要找到原文、核对版本、确认翻译准确性
  • 传统方法:研究助理+3个月
  • 李笑来:1周

这里的核心价值不是AI,而是

  1. 知识积累的系统化:不是碎片化记忆,而是可检索的知识库
  2. 质量控制的流程化:不是靠人工检查,而是有验证机制
  3. 人工决策的核心化:AI负责搜索和验证,人负责判断和选择

方法论4:多模型质检——让质量可量化、可保证

传统质检的问题:自己和朋友检查n遍,还是会有遗漏。

李笑来的方法:系统化的多层质量检查

四层质量检查

第1层:机械审计(自动化检查)

  • 扫描特定词汇(obviously、clearly、of course)
  • 扫描第二人称(you、your、yours)
  • 扫描元引用(this chapter、this book)
  • 这些是"偷懒的写作",让读者未经审查就同意

第2层:交叉模型检查(AI相互纠错)

  • 用模型A写的散文,用模型B检查
  • 为什么?因为每个模型有自己的"口音"和"盲点"
  • 模型A常用的词汇,模型B会标记为"模型感"
  • 每章能发现20-30处人类编辑会漏掉的问题

第3层:对抗式审查(红队测试)

  • 每章交给一个"不护短"的独立模型
  • 任务:找这一章最弱的地方(过度声明、证据不足、逻辑漏洞)
  • 模型没有"自我保护"的本能,所以会直言不讳

第4层:双智能体读者体验(用户视角验证)

  • 两个结构不同的模型各自读完全书,生成"读者体验报告"
  • 对比两个报告:他们在同一段落感到摩擦了吗?
  • 如果两个独立的"读者"都在同一处卡住,那问题就是段落

结果对比

  • 传统出版:3个专业读者,总有漏网之鱼
  • 李笑来:完全typo-free,20章+前言+后记

核心价值: 不是AI有多强大,而是把质量控制变成了可验证的系统


第三部分:只有作者能决定的事

范围决策:AI执行快,人类决策慢

李笑来做过一个"失败"的尝试:

AI执行:把33个文件翻译成中文

  • 时间:1天
  • 工具:codex MCP at maximum reasoning effort
  • 结果:翻译完成,质量还不错

人类决策:2天后,放弃中文版

  • 为什么?
  • 因为意识到:这本书的核心读者是英语世界
  • 翻译会稀释影响力,分散注意力
  • 边界控制:知道什么不做,比知道做什么更重要

关键洞察

AI的执行速度(1天)和人类的决策速度(2天+反思)是不对称的。

不是AI太慢,而是人类决策需要时间

这告诉我们:边界控制是核心

  • 不是AI能做什么,就让它做什么
  • 而是问:这应该做吗?

个人生活:不可替代的证据锚点

李笑来的书有大量个人经历:

  • 39年戒烟经历(用"重复三个词"的方法)
  • 7年新东方教学经验
  • 与6岁女儿的具体时刻(产生了某个脚本)
  • 一个公开记录的投资社区(2019年可验证)

AI不能替代这些

为什么?

因为AI不能"经历"这些事,只能"描述"它们。

学术研究的角色

  • Hasher、Gollwitzer、Wood、Kross的学术研究
  • 在书中是"强化",不是"基础"
  • 真实经历是基石,学术研究是支撑

这告诉我们

AI可以帮你找到学术支撑,但不能给你提供生命经历。


第四部分:AI没做什么,以及做错了什么

AI的贡献边界

李笑来非常明确:AI没有做什么

AI没有生成的

  • 核心观点
  • 个人时刻
  • 与哪些传统争论
  • 封面说什么

AI做的

  • 写散文(但逐句审查)
  • 跑审计(但判断由人类做)
  • 搜索语料库(但选择由人类做)

AI的典型错误

AI会写"流利但错误"的句子:

  • 句子层面读起来很顺
  • 但在认知弧层面会失败
  • 模型有自己的"口音"和"偏好"

AI会产生"自信但错误"的引用:

  • 引用看起来很专业
  • 但年份、出版社、卷号可能是错的
  • 需要人工验证

AI会留下"陈旧引用":

  • 修改一个术语,AI可能漏掉3-4处
  • 需要级联纪律和人工审查

边界纪律

速度越快,决策越要谨慎。

AI可以1天翻译33个文件,但决定是否翻译需要2天。

成本不对称

  • 错误执行的代价很高
  • 慎重决策的成本相对较低

第五部分:对我们的启示

启示1:写作的未来是工程化

从"靠灵感"到"可工程化"不是:

  • 用AI代写
  • 用AI润色
  • 用AI生成大纲

而是:

  • 把写作变成流程
  • 把质量变成可验证
  • 把经验变成可积累

这不适用于所有写作

  • 小说、诗歌等艺术创作,可能还是需要"灵感"
  • 但非虚构、方法论、技术写作,非常适合工程化

启示2:创作者的新角色

传统创作者:

  • 我会写
  • 我有灵感
  • 我有品味

工程化创作者:

  • 我会设计流程
  • 我会构建工具
  • 我会验证质量

李笑来不仅是作者,还是:

  • 软件工程师(写了VMark编辑器)
  • 工具开发者(写了NLPM包)
  • 系统架构师(设计了写作流程)

从创作者到工程师

  • 不再是"手艺人",而是"系统设计师"
  • 不再是"艺术家",而是"产品经理"

启示3:递归方法的应用

李笑来的书是关于"改变半秒反应"的。

他用的工具,都是"改变半秒反应"的工具。

这就是递归

  • 用你教导的方法
  • 做你教导的事

其他领域的递归应用

软件开发

  • 用AI写代码,用代码写AI工具(Cursor、GitHub Copilot)

产品设计

  • 用设计工具做设计工具(Figma的插件生态)

教育

  • 用AI工具做AI教育(Coursera的AI生成课程)

个人成长

  • 用习惯追踪工具养成习惯(habit trackers)

但核心是一样的

不是用什么工具,而是用工具实践你教导的方法。


结语:从艺术到工程

李笑来的方法不是"写作技巧",而是写作工程的完整方法论

从12-24个月到12个月。 从需要团队到单人完成。 从可能有错字到完全零缺陷。

这不是AI的胜利,而是工程的胜利。


核心启示

1. 范式转移的价值 从"靠灵感的艺术家"到"靠系统的工程师",这不是技巧的提升,而是思维方式的转变。

2. 工程化的本质

  • 不是用AI代写,而是把写作变成流程
  • 不是追求完美,而是建立可验证的质量系统
  • 不是依赖天才,而是构建可复用的方法

3. 迭代的纪律 工程化写作的核心是迭代——不是混乱的重复,而是有纪律的升级。每次迭代都在前一次基础上,直到达到标准。

4. 人的决策作用 AI可以执行,但人必须决策。边界控制比技术能力更重要——知道什么不做,比知道做什么更重要。


这适用于你吗?

不一定。这需要:

  • 编程素养(或学习意愿)
  • 系统思维(或学习能力)
  • 边界意识(知道什么不做)

但如果你愿意投入,这是可行的。

李笑来证明了这点

一个人+AI+编程+12个月=一本高质量的书。

更重要的是,他证明了一个道理:

当写作变成工程,质量不再依赖天赋,而依赖系统。


要点回顾

  • 工程化写作:从"靠灵感"到"可工程化"
  • 四工件架构:章节档案、主题追踪、认知弧、依赖检查
  • 迭代级联:修改的自动化传播
  • 语料库挖掘:2000+本书的智能搜索
  • 多模型质检:机械审计、交叉检查、对抗审查
  • 边界控制:AI执行快,人类决策慢
  • 递归应用:用教导的方法做教导的事

进一步阅读

  • 《The Half Second》:amazon.com/dp/B0H1TKTMDD
  • NLPM包:github.com/xiaolai/nlpm-for-claude
  • VMark编辑器:github.com/xiaolai/vmark
  • 原文章:how-the-half-second-was-written