这本书不是讲一次性 prompt 的技巧集而是讲一套让 AI 在真实项目里逐步推进、逐步收紧、逐步收敛的方法。它的核心顺序很简单先让 AI 做得动再让它做得稳然后让它能在项目里长期延续全书按以下顺序展开。第一部分先让 AI 动起来第 1 篇先从最轻的方式开始先把最轻的任务做掉。小任务直接prompt就够了不必一开始就上重控制。第 2 篇什么时候该给 AI 编程加一层 Harness当任务开始变复杂就需要Harness。它负责把任务范围、允许动作、验收条件和失败反馈组织起来。这一篇也会把全书后续章节的路线先铺开。第二部分让任务有状态、有转移第 3 篇什么时候需要引入状态当任务不再是一轮结束而是要持续推进时就需要state。状态负责记录下一轮真正需要的事实。第 4 篇状态机如何约束 AI 的动作状态有了还要知道状态之间怎么转。状态机负责说明现在在哪、下一步能做什么、什么算通过。第 5 篇SIADOS 状态转移方法把一轮任务拆成六步StateInputAnalysisDriverOutputState Update这一篇把单轮推进写成一个完整循环。第 6 篇从实时监督到预先控制控制不能永远停留在“人盯着它跑”。更合理的方式是先把边界、规则和验收写好再让系统按规则推进。第三部分把项目认知写进文件系统第 7 篇项目地图用project_map.md记录长期稳定的项目认知。让 AI 先知道项目是什么再决定怎么做。第 8 篇当前任务用current_task.md写清这一轮到底做什么。它是当前任务的契约不是聊天记录。第 9 篇通过修改日志帮助收敛系统用revision_log.md记录为什么这么改、改了什么、验证如何。它帮助下一轮从已记录状态继续而不是重新猜。第 10 篇开放问题用open_issues.md保存暂时不能解决、但不能忘掉的问题。它让不确定性有地方安放也让任务边界保持清楚。第四部分把验收和工作台搭起来第 11 篇如何把验收变成 Agent 的正反馈通过不是结束。通过以后要把结果写回状态让下一轮能继续使用。第 12 篇程序项目的工作台怎么摆把代码、状态和人类视图分开摆。这样项目会更清楚也更容易接手。第 13 篇一轮程序修改是怎么跑完整个循环的把状态、输入、分析、执行、输出和回写串起来。这一篇讲完整的一轮闭环。第 14 篇程序通过以后怎么把修复变成规则有些修复不能只停在“这次通过”。要把它变成长期规则、回归测试和项目认知的一部分。第五部分长期维护与反模式第 15 篇长期维护里控制层怎么松紧稳定的地方可以放松反复出问题的地方必须收紧。控制层要跟着风险变化而不是一刀切。第 16 篇一次性任务怎么演进成长期项目很多小修补会慢慢变成长项目。一旦开始涉及测试、日志、兼容、回写和后续边界就要按长期项目来处理。第 17 篇控制层最容易变坏的几种方式长期运行后控制层最容易出现几种坏法规则膨胀状态老化日志空心化任务漂移人工过载Harness 肥胖结语这本书想留下的不是一次性的提示词技巧而是一条适合真实项目的渐进路径小任务先做复杂任务加 Harness持续任务引入状态多轮推进用状态机和 SIADOS文件系统保存项目认知验收和回写形成闭环长期维护让系统保持可用固定内容沉淀到md里prompt保持轻盈。这就是 AI 渐进编程。