📄 一句话概括
六条练习:起草五条以内、落成文件、拿任务验证、给错补规则、子目录分层、记账轮次;第一条刻意限定五条以内——先有,再好。
📝 本节和前面几节的关系
第五章收尾——这一章的作业全部围绕一件事:把规矩变成文件,并让它转起来。
一、练习一与二:起草并落地
写下五条以内的初始规则,只写护栏不写百科。 存成项目里的规则文件,让它读一遍。五条这个上限是认真的——写满一屏的规则没人维护。
二、练习三与四:验证并补漏
下一个任务专门看它有没有自动遵守。 它犯的第一次错,写成一条新规则——这就是第 5.7 节飞轮的第一圈。
三、练习五与六:分层并记账
给子目录补一份只讲这一块的规则,别把根上那份抄一遍。 记录轮次:第几轮、踩了什么坑、补了什么。记账本身就是飞轮的一部分——不记就转不起来。
四、本章的核心交付
本章结束后,你会拥有一样之前没有的东西:一份会随项目一起长大的规则文件。 它现在的样子不重要,重要的是它会一直长。
五、动手 Demo:第五章练习清单
下面六条照着做,每条都给了完成的判定标准。
tasks = [(u"起草", u"写下五条以内的初始规则"),
(u"落地", u"存成项目里的规则文件,让它读一遍"),
(u"验证", u"下一个任务看它有没有自动遵守"),
(u"补漏", u"它犯的第一次错,写成一条新规则"),
(u"分层", u"给子目录补一份只讲这一块的规则"),
(u"记账", u"记录轮次:第几轮、踩了什么坑")]
实跑输出:
--------------------------------------------------------------------
第五章练习清单
--------------------------------------------------------------------
本章练的是【把规矩变成文件】。每条都能当场验证:
要做什么 做到什么算完成
------------------------------------------------------
起草 写下五条以内的初始规则,只写护栏不写百科
落地 存成项目里的规则文件,让它读一遍
验证 下一个任务看它有没有自动遵守
补漏 它犯的第一次错,写成一条新规则
分层 给子目录补一份只讲这一块的规则
记账 记录轮次:第几轮、踩了什么坑、补了什么
第一条刻意限定【五条以内】——**先有,再好**。写满一屏的规则没人维护。
第一条刻意限定【五条以内】——先有,再好。 第六条【记账】最容易被当成形式,但不记就转不起来,飞轮靠的是轮次记录。
30 秒实验
- 现在就建待办,标题写【第五章六条练习】。
- 做完把规则文件贴到能天天看见的地方——看不见的规则等于没有。
常见误区
- 第一条就写二十条。规则是长出来的,二十条里十九条你还没验证过。
- 规则文件建完就归档。它必须天天被读,否则它会慢慢过期而不被发现。
自测三问(点开对答案)
1. 本章六条练习是什么? —— 起草、落地、验证、补漏、分层、记账。 2. 为什么第一条限定五条以内? —— 先有,再好;写满一屏的规则没人维护。 3. 本章的核心交付是什么? —— 一份会随项目一起长大的规则文件——现在什么样子不重要,重要的是它会一直长。- ☐ 下一章(第六章 进阶对话技巧)
相关笔记
- 🐳 DeepSeek Harness技术架构原理 · 索引 — 上下文工程的完整方法
- 🧡 Claude Code橙皮书 · 索引