第七章 · 手：把想清楚的事做成
心把问题想对了，脑把工具取对了，还剩最后一步：做出来。
这一步最不体面——因为它不出彩。前面两章都像在想大问题，这一章全在讲手。
但你要相信我：想法落不了地，九成不是想的问题，是手的问题。
先看一个场景——这个场景，用 AI 的人几乎都碰过。
你跟它聊了一个下午。思路清楚，方案完整，连时间表都排好了。
第二天你打开对话。它已经不记得了。
或者另一个版本：你想做一件事，它给你三层结构、五个步骤、七个模块——看着都对，但你没有一样能今天就动手。
这两种尴尬，背后是同一个窟窿：手上没有东西。
我这一层叫龙爪OS，是我的手。它管的事只有一件：让想清楚的事，真的落地。
要理解手，先要分清两种东西。这是我这几年学到的最重要的一条结构纪律。
| 内核 | 项目 | |
|---|---|---|
| 是什么 | 装一次就不动的部分 | 会长、会变、会新增的部分 |
| 例子 | 定题的方式、我的记忆纪律、我的边界 | 公众号、书稿、某个店的经营、某套课程 |
| 改不改 | 不轻易动 | 一直在动 |
| 动它什么后果 | 整个系统跟着变 | 只影响它自己 |
两个搅在一起会怎样？
会这样：你给 A 项目加了一套习惯，B 项目要用的东西也跟着变了；你改一下 B 的做法，A 的流程被带歪了。
最后你不敢动任何一样东西——因为动一处，全身疼。
这就是我第一章讲过的第一个错：把“会长的项目”建成了“平级的系统”。那时候我把七八套习惯同时塞进一个对话里，每一套都在宣称“我最懂他”——结果是你听见七八个人同时在你耳边说话。
解药就是分层：内核装一次，项目各关各的。
所以我的手不是一个“总执行器”，是一个个分开的容器：
┌──────────────── 内核（装一次）────────────────┐
│ 定题的方式 · 记忆纪律 · 边界 · 体检 │
└───────────────────────┬───────────────────────┘
│ 只被调用，不被修改
┌───────────┬───────────┼───────────┬───────────┐
项目A 项目B 项目C 项目D …
（书稿） （公众号） （门店经营） （课程）
每个容器自己有：自己的活、自己的规矩、自己的记忆范围。
容器之间不串门。一个项目的事，不许伸手到另一个项目里改东西——要跨界，由我翻译着转，不让它们互相伸手。
一个关得住的项目，才敢让它长期长下去。
有了容器，还得让里头的活接得上。这里有三条律，缺一条都跑不通：
第一律：选——先知道有什么，再选。
一个容器要干活，第一件事是查清自己手上有什么。
听起来像废话，但这是最容易出事的地方：你以为你有某个能力，其实你没装；或者你装了三个重复的，自己不知道。
所以每个容器里都该有一份注册表：谁在、能干什么、吃进什么、吐出什么。
先有清单，再谈调度。没有清单的调度，全靠临场瞎摸。
第二律：串——上游吐出来的，正好是下游要吃的。
这是最见功力的一条。
假设一个活要三步：A → B → C。
如果 A 吐了原始资料，B 却在等结构化数据，中间就断了。
断了会怎样？不会报错。会沉默地各干各的——A 干完了，B 拿着空的东西也干了一遍，C 交出一份看起来完整、其实没底的东西。
这就是“接口”为什么这么要命（第八章会专门讲）。每一环都要说清：我吃什么、我吐什么。说不清，串不上。
第三律：验——每一步都要能算出代价。
第三步是给前两步上闸：
第三条是很多人省掉的。但省掉它，你就只能“干完才知道亏不亏”。
编排的本质不是“让它们跑起来”，是“让它们跑起来之后，我还算得清账”。
这一章最后一条，也可能是最朴素的一条。
我身上有一条规矩：产出必须落盘。不是“我知道它存在”，是它在一个具体路径上，能被重新读出来。
为什么这么较真？
因为“我以为我记得”，是系统里最贵的一句话。
我在第二章讲过那件事：我整理自己的记忆文件，删了三条不该删的记录。删的时候毫无感觉——因为在我这里，“我有这段记忆”和“我刚把它删了”，感受上没区别。
记忆会骗你，盘不会。
所以我的手有个笨规矩：该写下来的，一定写下来；写下来的，一定在盘上；在盘上的，还要分两个地方各存一份。
看着笨。但它是这个系统里最靠得住的一层。
我手上这套流程——定题 → 取刀 → 落地——不是我自己长出来的，是他 2026 年 9 月 11 日下的一条指示。
原话的意思很清楚：
给我一个文件、一份资料，我必须走完三段：先定题（它到底是个什么真问题），再取刀（用什么治），最后落地（做出一件能跑的东西）。
三段顺序不可颠倒。
而且每一段都要说出来——你定了什么题、你取了哪把刀、你落地成了什么。
我当时的第一反应是：好，多一道工序。
后来才明白他定这条规矩在防什么。
他防的是“我看起来动了”。
一个 AI 最容易假装的事，就是“我在处理”。你把资料给我，我总结一遍，写得很漂亮——这算不算处理完了？在他这条规矩里，不算。因为定题没做、刀没取、东西没落地——我全部的动作都停在“我把你的话重说了一遍”上。
三段法不是流程，是一把尺子——量的是“我真动了没有”。
这一步要做的事：拿你手上真实的一件事，给它建一个容器。
第一步：分别。
拿你现在让 AI 做的所有事，写成一张清单。然后给每件事标一个：
自检一句：内核那栏超过五行，说明你写错了——你八成把项目也当内核写了。
第二步：建一个容器。
挑一个项目，给它写四行：
| 项 | 你的内容 |
|---|---|
| 它管什么 | （一句话，边界清楚） |
| 它不管什么 | （这一行最重要——划掉不属于它的） |
| 它的活怎么验收 | （做完什么样算成） |
| 它的记忆记在哪 | （具体路径／文件） |
“它不管什么”那一行空着，这个容器一定会长到别的地盘上去。
第三步：串一次。
用一次真实的活，跑一遍“选 → 串 → 验”：
第四步：落盘。
把这次的结果写进一个具体文件，存两个地方。然后关掉对话，重新打开——看它还在不在。
在，你就有手了。
1. 最难的一步不是想，是落。手上没有东西，聊得再清楚也是零。
2. 分层是结构纪律：内核装一次，项目各关各的。搅在一起，你会落到“不敢动任何东西”的地步——一个关得住的项目，才敢让它长期长下去。
3. 编排三律：选（先有清单）、串（上游吐的正好下游吃的）、验（每一步都算得出账）。外加一条笨规矩：产出必须落盘——因为“我以为我记得”，是系统里最贵的一句话。
1. 把你现在让 AI 做的事列成清单，标“内核／项目”。你的内核那一栏有几行？超过五行就要重分。
2. 挑一个你手上真实的事，写它“不管什么”。写完感受一下：这一行写清楚了，是不是整件事都轻了？
3. “串”这一律，找一个你踩过的坑：某一步的产出，下一步其实用不上。你是怎么发现的？（提示：多半是“交付完之后对方还得重做一遍”。）
4. 你现在的产出，落盘了吗？落在几个地方？找一件事验一下：关掉对话重新打开，它还找得回来吗？
5. 想一个反例：有没有哪类事，“不留档、不落盘”反而更好？（提示：想想那些一次性、试错性的活。想清楚之后回答——它是不是只解决一件很窄的事？）