前八章把「命名是什么、为什么稀缺」讲完了。这一章只做一件事：把训练方法拆成四个可以今天就上手的动作。它们不是并列的四选一，是一条流水线——收集、聚类、起名、检验，循环转起来。
动作一：收集——攒你自己的坏案例
一切命名训练的原料都是同一个东西：具体案例。没有案例的命名是空转——坐在书桌前想「我该给什么起名字」，什么都想不出来，因为名字不是想出来的，是从案例里长出来的。
做法简单到不像训练：建一个清单，专门记「反复出现、让你烦、但你说不清为什么」的事。今天开会被同一个问题绕回去了，记一条；这周第三次解释同一件事，记一条。每条只写两三句话，必须带具体场景——「周三评审，需求文档改了四版还是因为没说清验收标准」，而不是「沟通有问题」。后者没法归类，前者能。
人话版：命名训练的第一课不是起名，是捡石头。捡够五十块，玉才可能出现。
动作二：聚类——让案例自己站队
攒到二三十条，开始归类。这一步的关键纪律是：先看案例，再定类别，而不是先画好格子往里塞。格子先行的分类是你对世界的预设立场，很容易把不同质的东西硬捏成一团——第七章「拖延症」就是这么来的。
实操上，把案例一条条读，遇到「这两条其实是同一件事」的就并成一堆，堆多了再给堆起临时名。名字这时候要丑一点、具体一点都没关系：「评审会上说不清验收标准」「群里 @ 了没人认领」「文档改了没人同步」——这种名字现在越具体越好，抽象的留给后面。
如果你的案例超过五十条，自己分不动了，这正是上一章说的陪练场景：把案例丢给 AI 让它先分一版，你不抄它的答案，专挑它的错——它把哪两条硬并了、哪个类别名字取得含糊，每个错误都暴露一个你自己没看清的边界。
动作三：起名——过一遍福勒的工序
堆分好了，给真正重要的堆起正式的名字。工序就是第五章拆出来的福勒流程，简化成三个问题：
- 它做了什么动作？ 好名字优先描述行为，不描述情绪。「验收标准缺失」比「评审乱象」好——前者告诉你修什么，后者只告诉你不爽。
- 它的边界在哪？ 写一句话：什么情况算它，什么情况不算。写不出这句话，说明你对这类案例的理解还没到位，回去再聚类。
- 它什么时候不该用？ 像福勒写模式的代价一样，给自己每个名字配一条「别乱用」。这会逼着你把名字从口号降级成工具。
起完名，过一遍第七章的三道安检：边界关、夹带关、新鲜度关。名字是给别人用的压缩包，出厂前质检。
动作四：检验——用走样来校准
最后一个动作最容易被跳过，也最关键：把名字拿去用，然后观察它在哪里走样。
检验的方法是故意的压力测试：拿三个新案例来，不看答案先问自己「这算不算『验收标准缺失』？」——三个都判断一致，名字的保真度就合格；有一个犹豫，说明边界线上有模糊地带，回去修订那句边界说明。
更进一步，把名字交给别人用：讲给同事听，只说名字和边界，让他拿新案例去套。他套错的地方，就是这个名字会撒的谎。这和第三章的「解压保真度」是一回事，只不过这次你是在实测，而不是在估分。
循环起来：这就是你自己的帕累托累加
现在把镜头拉远，你会看到这套训练本身就在演示这本书的主题：
你的坏案例清单，就是第一章的那 100 个 bad case；归类排序，就是帕累托那一半；每一次起名—使用—修订，指标只涨不跌，就是累加那一半。训练命名能力的过程，用的恰好是被训练出来的那个方法——用命名训练命名，用帕累托累加改进帕累托累加。
最后一句话留给开书时那个场景：下次再有一个用了多年却叫不出名字的方法，别再让它从你的世界路过。停下来，给它起个名字。一个名字改变不了世界，但它会改变你看到的世界——从一团雾，变成一排可以点开的、清清楚楚的压缩包。