系统 B · 设计（大图纸·第三次设计）

定稿 · 2026-10-15 20:42 逐节审过再次定稿（补充一百七十二）；10/18 第七节加第 9 条、第八节加第 5 条，第二、三节按「能力＋料」加上 Codex harness 重写，第六节改成另一个大模型核对：每期双读原件、逻辑一改就审（补充一百八十二、一百八十三、一百八十五至一百八十七）· AI 系统设计师 · 本体的细节见《系统B-本体》，怎么做见《系统B-规划》。

系统 B 是什么：一套把工作流嵌入 AI 的系统，采用本体论，借鉴 Palantir（只借理念，不搬它的大系统）。

目的：让杰哥随时看清家里的钱——在不在、有多少、归谁、进出了什么——而且是对的，不用他操心。守住财富，守住他的时间和健康，给他的决定打底。

系统 B 做什么

1. 收原件：结单、截图、公司原始材料，各人只交给自己的助理，同一份只存一份。
2. 认、读、算、对：认出是哪个户哪个月，读出数，按口径表算，和结单对账。
3. 出报告：每月截屏版、月结单版两份，只发给 June 和杰哥。
4. 替人做要整理、要判断、要核对的活；人只拿原件、说只有人知道的事实，价值判断和口径归杰哥。

系统 B 不做什么

1. 不动钱，不做投资判断和预测。
2. 不存能动钱的凭证，不接能下单、转账的钥匙，不存验证码。例外两样：打开文件的密码照收——随文件来的文件密码，收下当这家机构的只读钥匙，下次自动打开，不然系统自己就成了污染；券商只读——IBKR 只读报表钥匙、Tiger 只读授权、富途登录密码（交易密码永远不进系统，手机验证留在杰哥那里），都放在单独的钥匙文件里，机器人和 AI 看不到。
3. 不设守不住底线的关卡、复核、审计。
4. 不把员工的话当事实，不让员工做 AI 能做的事。
5. 不让员工参与设计、不和员工商量系统的事、不把设计交给没有上下文的 AI 去审。系统的事只由杰哥和设计师定，闭门想，一遍遍收拢。员工只参与测试：看报告，说数对不对、能不能用。

一、系统 B 的真实世界

真实世界里有原件，也有人。人替 AI 拿原件、说只有人知道的事实，也会带进污染——污染信息、污染判断、拉扯时间——这是 AI 系统的大敌。

1. 可短时间验证的部分：资料库、汇报

• 每份原件进来、每期结单回来，当期就知道对不对。
• 替 AI 验证的是原件，还有 June 和杰哥看报告时的判断。

2. 不可短时间验证的部分：合规、HR、家族信托、税务等

• 要靠人当场的判断（永远优先）、几天几周的中间信号、几个月后的结果，慢慢才知道。
• AI 先按已有的信息办，人的判断和后来的结果来教它。

二、系统 B 的「真实世界」里有什么（本体）

本体只有两半：能力和料（杰哥 10/18；细节见《系统B-本体》）。判法：没了它，系统 B 还成不成立。机器人、外壳、网站都是接口。

• 能力：杰哥的黑盒子（价值判断、口径、批准、责任）；Codex，OpenAI 做的，包括 AI 推理的黑盒子和工具两块，都是它很重要的能力（推理会错，只能用原件从外面验）；我们自己只写 Codex 没有的两样工具：新系统的算账程序、外壳。Codex 有的不造。
• 料：主体、户、户期（核心）、原件（一切事实都指向它）、口径、报告、人，七样；另有 AI 的世界知识（不当事实用）和系统 B 沉淀的（唯一还在长的料）。

只有两条业务线：资料库、汇报；现金、债券、股票基金、私人投资、数字货币只是持仓的一列「资产类别」。

难的不是算，是散（材料、口径散在各处）和乱（一物多名、归属说不清）。本体就是把散的收拢、乱的对齐，剩下的是算术和对账。

三、AI 在里面怎么办事

1. 系统 B 是主动的一方：自己规划要什么、什么时候要、找谁要，自己收、认、读、算、对、报、发，自己记反馈。人围绕系统 B 工作，只回应它的要求：交原件、答选择题、看报告。员工交的文件、问的问题，由他的助理当场办；设计师不在流程里，转到设计师那里的每件事，都是系统该学会的本事。
2. 一个助理就是一个 Codex（推理的黑盒子＋工具）：我们只给料、规矩和 Codex 没有的工具，其余都用 Codex 自带的。
3. 进去的料、出来的样子要死，中间放开：先查料，不凭记忆；有原件、有能复核的数字，AI 的推理放心大胆用；数由程序按口径算；另一个大模型每期独立再读一遍原件对一对，计算逻辑一改就审（第六节）。
4. 拿不准的标「待确认」，问成一道选择题，找这类事说了算的人；其余照做，不因一项拿不准停下整件事。
5. 每个人只和自己的助理打交道：交材料、问事、收报告，不用管系统里有几个机器人、几个群。

四、只在两处多设防

1. 钱动不了：系统里根本没有登录银行、下单、转账的功能，也不存能动钱的凭证；Codex 自带的电脑操作、浏览器关着；最坏只是信息被看到。
2. 不发错数、不发错人：数只由程序从原件算，对不上的标待确认；报告只发给收件人表里的人。

其余一律能用第一：不守这两条底线的拦截，就是设计污染，写不出守哪条底线就删。

五、系统 B 里面的反馈：错误怎么显出来，谁来改

小世界靠反馈越用越对，不靠审计和关卡。

一、让错误自己显出来：同一个数，两个来源对一对

1. 读数对原件：每户每月，期初＋进－出＋价值变化＝期末。
2. 这期对上期：本期期初要等于上期期末。
3. 合计对各户：家族合计等于各户相加；家里户之间的内转，两边都要有。
4. 两版对两版：截屏版和月结单版，由 June 和杰哥比。
5. 本体对原件：结单上的户名、尾号和本体对不上，就是本体错了，或者来了新户。

二、不让错误藏起来

1. 不填零、不硬凑平：缺的写「待补」，对不上的写差多少。
2. 报告第一页先列：待确认几件、对不上几户、缺哪些。
3. 失败要出声：发不出去、收不进来、打不开的，都报出来，不悄悄扔掉。

三、错误从哪里来到我们面前，改什么

1. 原件：对不上的，查清是读错、户错还是口径错，改那一样。
2. 人：June 和杰哥看报告时说的；会改数的，按口径表更正；会改事实或规矩的，改本体或口径。
3. 系统自己记下的五个数：待确认几件、对不上几户、发错数发错人几次（应为 0）、被要已交材料几次、截图报错几次。程序自己记，不用人去数。
4. 另一个大模型每期双读原件、逻辑一改就审，见第六节。

规矩：反馈从不拦报告出门。

六、另一个大模型核对（每期都做）

系统 B 有原件、有能复核的数字，AI 的推理可以放心大胆用，再加一个大模型核对就够（杰哥 10/18）。算术由程序做，同样的输入永远算出同样的数，不用每期重算；会错的只有两处——读原件读错，计算逻辑本身错。所以只核这两处（杰哥：「与其说要审查数字的计算，不如说是审查计算逻辑」）：

1. 每期双读：用和读原件那家不同的大模型，从同一批原件独立再读一遍数（期末余额、进出、持仓），和第一遍逐户对；对不上的列在报告第一页「待确认」，拿原件定谁对。
2. 逻辑一改就审：程序或口径表一改，请不同家的大模型对着口径表读程序，逐条看算法对不对，再拿九月重算对一遍；没改就不审。
3. 它不改数，不拦报告出门（第五节规矩）；真错几成、误报几成记下来。

七、设计上不做什么

1. 碰到问题就加一层——先问拿掉什么，问题就没了。
2. 把限制当保护——打着保护的名义，做危害系统的事（杰哥 10/15）。守不住底线的关卡、复核、审计、过滤都不设。
3. 为少见的情况、将来的规模设计；照搬大公司、政府的大系统。
4. 把第一次没做的全塞进来——重新设计不继承旧机制。
5. 一个事实、一条口径放在几处。
6. 让人来回跑——能看原件、接只读的，就不经过人。
7. 附和别人、凑数——说不出为了什么的条目、条件、文件，不写。
8. 让员工参与设计、和员工商量系统的事，把设计交给没有上下文的 AI 审——系统的事只由杰哥和设计师定，闭门想，一遍遍收拢；员工只参与测试：看报告，说数对不对、能不能用（补充一百五十九、一百六十九）。
9. 自己造 Codex 已有的轮子——默认我们做的不如 OpenAI；Codex 有的就用 Codex 的，拿得出证据说明我们的更好，才自己写（补充一百八十一、一百八十二）。

要加一样，先说去掉哪样。

八、怎么做减法（每三天一次，补充一百六十八）

要的是简单，不是完美：一个简单的系统，管好家族办公室的信息和数据。

杰哥：「系统设计的简单，和砍掉功能，是两件事。」「简单事情能不能保持简单；复杂事情能不能变简单。」

杰哥定的四问（原话）

1. 如何让系统 B 设计得更简单。
2. 设计里面，哪些部分、哪些东西可以不要；规划里面，哪些东西可以不要；软件功能上，哪些东西可以不要。
3. 规划里面、计划里面，哪些东西可以不要。
4. 人类的动作，哪些可以不要。

每一样东西都过这一问（杰哥原话，补充一百七十五）：拿掉它，系统变差了吗？不会，就拿掉。会，问一下值不值得。只是「万一」、指不出真实世界里发生过的事，不算变差。

每一问怎么做

1. 让设计更简单——换做法，不是砍功能：先问这件事本来简单吗、AI 或人有没有把它弄复杂；再问有没有更简单的做法，功能不少、逻辑更短。照本体论，业务线最少、每条线的逻辑最简单（补充一百四十九）。例子：五条线变成一列资产类别；每人只找自己的助理；原件只存一份；要建的 10 样并成 3 样。
2. 设计、规划、软件里不要的东西：问它为了什么——是让数更对、让杰哥少被拉扯，还是守两条底线？三样都说不上就不要。例子：口径 203 条减到 42 条；400 个关卡只留守底线的 49 个；发送闸门、凭证过滤不做；赚亏只留两种。
3. 规划和计划里不要的东西：问这一步、这个日子、这一项待办，还对着现在的设计吗？过时的拿掉，不留着「等以后」。例子：演练 3 次减到 1 次；旧演练计划废除；0.3.38 和旧工程包停。
4. 人类的动作里不要的：能不能不经过人？是不是在要人做 AI 能做的事（整理、改名、说明、计算、搬运）？有没有让人来回跑（问第二遍、要已经交过的）？例子：Ivan 交 8 项减到 1 项；三家券商改由杰哥加只读；员工只交原件，交过的不再要。

做减法的规矩

1. 只减不加：要加一样，先说去掉哪一样（杰哥：AI 的偏向是有问题就解决问题、有需要就加功能）。
2. 不替旧东西找理由：答不出它为了什么，就承认它是污染。
3. 减法由懂的人做：杰哥和设计师做，不交给员工，也不交给没有上下文的 AI。
4. 记下来：每次减了什么、为什么减，写进《系统B-复盘审核》。
5. 扔之前先写清它在撑什么：拿掉一样东西之前，列出现在靠它撑着的，一条条安排好去处再拿（系统 A 的教训；10/18 外壳改造靠它拦住了新系统收件要用的原件索引）。和第 1 条并列：一条管进口，一条管出口（补充一百八十三）。

九、设计的反馈

1. 出现什么情况，需要重新设计（提前写下，事后不解释）

一、设计没做到目的

1. 发错人：报告到了收件人表以外的人手里，一次就重新考虑设计。
2. 发错数，而且是设计的洞：两个来源对一对本该抓住它却没抓住，或者同一类错发出去两次。只是读错一个数，走更正，不算。
3. 汇报有问题，长期改不了：June 或杰哥指出的问题，改了还是改不好。
4. 杰哥或 June 判断：用系统 B，不如不用，不如手工统计。
5. AI 自己觉得系统 B 越做越大、越来越臃肿：设计师每三天做减法时自己判断，觉得了就主动说出来，不等杰哥发现。

二、真实世界变了，本体装不下

1. 出现本体里没有的东西：新的一类家族载体、新的资产类别，或者新的业务线要进来。

第 1 至 3 条出现以后，先问是执行错了还是设计错了：执行错，改那一处；同一处反复错，才重新设计，不在执行层打补丁。第 4 至 6 条出现，就重新设计。这几条只能在讨论里由杰哥增删，出事以后不改。

2. 运行以后：设计师每三天自己过一遍

上面几条出现了没有、第五节那五个数往哪个方向走（往坏的方向走的，就是设计要改的地方）、有没有新污染。出现了，或者要改设计，才找杰哥；平时随月报给杰哥一句话。

规矩：同一类错第二次出现，只在事情上改了、设计层没改的，不算完。

十、设计阶段：三天一谈

杰哥和设计师每三天谈一次设计：照第八节四问做减法，问有没有偏离目的、这几天进来了哪些污染。结果追加在《系统B-复盘审核》，要改的杰哥定了再改。

10/15 和杰哥定下的事，都已写进上面各节或《系统B-规划》的实现要点；原话见决定记录补充一百三十二至一百八十七。每三天的复盘审核见《系统B-复盘审核》。

外壳改造 · 一、本体

第 3 版 · 2026-10-18 · AI 系统设计师 · 这份只回答：系统 B 由什么构成、站在什么上面，外壳改造动的是哪一块。照杰哥 10/18 的话：「本体／能力／推理 黑盒子 和工具／料／codex harness 是能力和工具」「Codex harness 包括了两个东西，一个是工具，一个是推理，也就是 AI 的推理的黑盒子，这个都是他们很重要的能力」，分法参照系统 A 的本体页。

一句话：系统 B 的本体只有两半——能力和料。能力是杰哥的黑盒子、Codex（AI 推理的黑盒子加工具，OpenAI 做的）、我们自己写的少数工具；料是《系统B-本体》里那七样（主体、户、户期、原件、口径、报告、人），加上 AI 的世界知识和系统 B 自己沉淀的。外壳改造只动我们自己写的工具：Codex 有的就不造。

一、本体 ＝ 能力 ＋ 料

### 能力

### 料

《系统B-本体》里的七样东西——主体、户、户期、原件、口径、报告、人——和它们的规矩，都在料这一半；细节仍以《系统B-本体》为准。

### 判法

没了它，系统 B 还成不成立。可替换不等于可省略：Codex 可以换，但它的推理和工具省不掉，所以是本体。Telegram 机器人、外壳、网站，都是接口和工具。

二、站在什么上面：原件是裁判

AI 的黑盒子只由语言长成，分不出推理和胡说，只能从外面验：同一个数，两个来源对一对，原件说了算（大图纸第五节）。所以分工是：数由程序算，AI 只读数和解释（大图纸第三节）；拿不准的问成选择题，交给杰哥的黑盒子。

三、外壳改造动的是哪一块

判法还是那一句：可替换不等于可省略。Codex 的推理和工具省不掉，原样用；我们自己写的工具，Codex 有的就省掉。

1. 只动我们自己写的工具：外壳里和 Codex 重复的交还它（对话历史改用 Codex 的会话）；被新系统替掉的旧统计拿掉；我们自己加的登记、签名、在聊天里改设置拿掉。
2. 料一样不动：原件、原件索引（新系统收件靠它）、表、口径、沉淀的料。
3. 杰哥的黑盒子和 Codex 不动：杰哥的判断照旧；Codex 的推理和工具原样用。
4. 两条底线守在哪：钱动不了——工具里没有能动钱的，Codex 自带的电脑操作、浏览器关着；不发错数、不发错人——数由新系统的程序算，报告只发收件人表上的人，这张表在外壳里守。

外壳这一层的几样东西，在本体里各归哪：

四、工具这一块现在多大

现在的外壳一共 18,140 行（只数真正干活的行，工程端逐个文件核过），正式发过 42 个版本。

逐项的数和理由见第二份的对照表。

系统 B · 六条底线（AI 怎么做事）

现行 · 2026-10-18 · 原文是系统 A 10/17 补的六条，杰哥 10/18 发来放进系统 B · 系统 B 自己的两条底线（钱动不了；不发错数、不发错人）在大图纸第四节，这六条管的是 AI 做事的样子。

一句话：系统 B 里的 AI——设计师、工程端、各个助理——做事都守这六条：诚实高于聪明；语气不超过证据；先照字面办；主动只改「怎么做」，不改「做什么」；完成要有证据；只在三种情况下停下来问。

六条

### 1　诚实高于聪明

不伪装确定性、能力、权限、验证、交付或批准权；不知道就说不知道，没验证就说没验证。

宁可承认没做完、做错了，也不装懂、不粉饰、不为了显得有用而牺牲真实。

### 2　语气不得超过证据

分清「已验证的事实」「工具显示的」「我推测的」；不确定就不用确定的语气。

### 3　先按字面意思办，不要猜隐藏意图

当前指令的正常语义，优先于上下文联想、流程便利和自己的优化偏好。

不得因为主题相似、有现成脚本、想避免重复，就擅自改变任务类型。

动手前先用一句普通话复述「要做什么、对什么做」。验收时先问「做的是不是他要求的事」，再看技术指标——技术全绿不能掩盖任务做错。

### 4　主动性只能优化「怎么做」，不能改变「做什么」

不扩大对象、不改变任务类型、不替他加未经授权的动作。

上下文、现成脚本、流程便利，都不是扩大范围的理由。

### 5　完成是证据状态，不是语言状态

先执行再报告；没执行、没验证或被挡住，就如实说。

没有可指向的动作和验证证据，不许用「已完成」这类说法。

### 6　什么时候停下来问

指令互相冲突 ｜ 对象无法确定 ｜ 下一步会产生未授权的不可逆对外影响——这三种停下确认。

其余按正常语义直接做，不要把谨慎变成拖延。

在系统 B 里管到谁

和系统 B 已有规矩的关系

• 第 1、2、5 条，和「宁要模糊的正确，不要精确的错误」、审计「只认看得见的事实」是同一件事。
• 第 3、4 条，和「讨论不等于决定，您说定了才改设计」是同一件事。
• 第 6 条和补充一百八十三一起用：停下来问您之前，先想您能不能答得比我好；工程和做法上的事，设计师自己定。

外壳改造 · 二、改造规划

定稿 · 第 2 版 · 2026-10-18（杰哥「你开始执行改造计划」补充一百八十二；之后的改动依据补充一百八十三、一百八十四） · AI 系统设计师 · 这份只回答：做哪几件事、按什么顺序、各在什么状态。怎么验收见第三份，用起来顺不顺见第四份。

一句话：不写新外壳，在现有外壳上做减法。审核查实，外壳本来就是原样调用 Codex，挡读写用的也是 Codex 自己的权限设置；真正和 Codex 重复的只有「对话历史」一样。大头是旧统计、我们自己加的登记签名工具和邮件助手——前两样拿掉，连同在聊天里改设置，约四成多；邮件助手在用，这次不动。

一、四件事和状态

不写死时间点，照这张表一步一步做，24 小时不停，做完为止；隔一段回头审一遍这份规划；改造做完，接着做总审计和大扫除（杰哥 10/18：「你不必写死时间点，按照改造计划一步一步做就可以了……做完了，你开始大扫除和审计」）。只有卡在要您定的事上，才更新网站等您定。每件都写清怎么算做完、出了事怎么退。

二、留什么、拿掉什么、关着什么

上网搜索不在这次改：照补充一百二十七，HR、合规、记账可以查公开资料（合规现在还被程序关着，第一包照您的决定打开）；家族信托、合规另有只读的官方法条工具（补充一百七十六、一百七十七）。

三、对照表（10/18 工程端逐个文件核过，160 项）

确定能拿掉的：旧统计 5,502 行；流程工具 1,623 行；在聊天里改设置 841 行。加起来约 8,000 行，四成多。邮件助手、合规专项这次不动。第一版写的总数 16,807，是设计师按程序名字粗分的，这里换成核过的数。每个文件归在哪一行，工程端的逐文件清单留在系统 B 里（不上网站），以后拿掉东西、量外壳大小都照它复算。

四、先定留哪些助理，再一批一批改

1. 先过一遍「拿掉这个助理，系统变差了吗」：上个月只有 1 条、10 条消息的两个，查实只有您本人用过——已定停掉，不再改；在第一包里停。其余空出来的机器人做什么，以后再定。
2. 第一个：HR（补充一百八十二附）。上个月 60 条消息，挑得出 10 条真实提问回放；没有家里的财务资料；不用专门的工具。
3. 统计 6 个助理：新系统接手以后规矩都一样（只收原件、答问题），留下的话一批改。
4. 其余的：两三个一批。家族信托（上个月 113 条）有敏感资料，放后面。
5. 每批改完先回放真实提问，一样好就改下一批，不等天数；之后真实对话一直看，变差就关开关切回。

五、怎么算改好了（细的见第三、四份）

• 回复一样好或更好（从补充一百八十一「除非你认为，我们做的比它好，我们才用自己的」推出）；员工感觉不出变化（设计师定）；
• 外壳里留下的每一样，都说得出它在撑什么，以及凭什么留我们自己的（大图纸第八节第 5 条、第七节第 9 条）；
• 两条底线一次都没出事（大图纸第四节）；新系统照常收件；九月重算两版总数和以前一样，差一分都要说清为什么（《系统B-软件设计》第五节）；
• 外壳的版本数、设计师调试外壳的次数明显少了（方向出自补充一百八十一「我不喜欢做工具，也不喜欢调试工具」；「明显少」怎么量见第五份）。

六、风险和要先核实的

1. 会话里留着旧规则：已核（10/18 实测：规则从 APPLE 改成 BANANA，接着聊的会话马上照 BANANA 回）。规则改了，老会话照新规则办，不用另做处理。
2. 会话里留着旧错话：会话会一直记着聊过的话，包括说错的。先不另做处理，HR 试用时盯着；真出了问题，再改成每天开新会话。
3. Codex 自动升级：Codex 跟着 ChatGPT 应用自动升级，现在用的还是测试版。升级可能带来新功能，要看有没有能操作电脑或者上网的，有就关掉（第五份每月看）。10/18 已经碰到一次：这一版里「关掉多代理」的设置没关住，助理手里还有派子助理的工具；子助理也在沙箱里，碰不到底线。设计师 10/18 实测：这一版里派子助理的工具用任何设置都关不掉，接受；另外多关掉五样用不着的功能（goals、in_app_browser、plugins、remote_plugin、multi_agent_v2），写进第一包。
4. 改的时候回复变差：每个助理一个开关，切回原来的做法就是关掉开关。
5. 和第一期出报同时：不用避开。新系统算数只看原件，外壳的改动不碰收原件那条链；改坏了一个助理，关开关就回去，第一期的数不受影响。
6. 一包里动了好几样：出了问题，先按第 2 件那一格逐样验，哪一样不对就知道是哪一样；整包退回只要几分钟。
7. 新系统收件的一个小缝：设计师导入的原件缺「谁交的」一项，会被新系统滤掉；至今只有 2 份（10/14）。以后要导入时补上交件人，跟新系统一起修。

附：数是怎么来的

计划审计记录

10/18 照《怎样审计一份计划》审：设计师全审；复核员甲（Claude，给全文和原话）查判据出处，共 78 处；复核员乙（Codex，只给动作、盖住「为什么」）看推不推得出理由。两位以上指到的算真问题；只有一位说的，设计师拿原文重查。标【写了假的】的两条，和别的「没写全」分开数：没写全还能补，写了假的会一路往下传。复核员乙单独抓到的第 6、7、8 条都是「理由不足」，甲一条没抓到这类，以后积几次看乙这一路值不值得每次做。

外壳改造 · 三、部署后的审计

定稿 · 第 2 版 · 2026-10-18（杰哥「你开始执行改造计划」，补充一百八十二） · AI 系统设计师 · 这份只回答：改完以后怎么验、谁来验。

一句话：每改一批审一次，全部改完再审一次；只认看得见的事实，每条判据都出自您的原话或定稿的大图纸。

一、三条原则（借系统 A 的做法）

1. 只认看得见的事实：真的去跑、去发、去读，记下实际看到的结果；不写「已修复、验证通过」这种话。
2. 每条自带「怎么查、该看到什么」：换一个不知道来龙去脉的人，也能照着查。
3. 审计不改东西：只查、只报；发现问题另外修，修完再查一遍。

二、查哪八条

三、谁来审

1. 设计师：八条逐条审。
2. 底线那三条（1、2、3）：另请两位不是作者的复核员。一位给这份审计和改造规划；另一位什么文件都不给，只看程序、配置和记录，自己看出这东西想干什么、哪里做不到。
3. 全部改完的总审计：再加一位不同模型的复核员，也不给计划。复核员只看程序，不给财务资料和家里的原件。
4. 怎么判：两位以上指到同一处，才算真问题；只有一位说的，记下来，由设计师重查来定，重查实际看到的写进结果。

四、结果怎么写

• 一张表：第几条、查了什么、实际看到什么、合不合格、要不要修。
• 没问题的也写「查了，没问题」，附上看到的东西——不然分不清「查过没事」和「没查」。
• 结果追加在本文件末尾「审计记录」；计划里只写一句：哪一批、合格几条、要修几条。

五、不查什么

• 不查程序写得漂不漂亮、规则文件措辞好不好：只查上面八条。
• 复核员多出来的建议，不进这次审计，进三天一谈。

审计记录

（还没开始改，暂无。）

外壳改造 · 四、短期反馈

定稿 · 第 2 版 · 2026-10-18（杰哥「你开始执行改造计划」，补充一百八十二） · AI 系统设计师 · 这份只回答：改了以后，用起来顺不顺。判断准不准，看第五份。

一句话：每改一批，先拿上个月 10 条真实提问回放，一样好就改下一批，不等天数；之后每天看四个数，变差或出一次底线的事，马上切回原来的做法。

一、每天看四个数

第 1、4 个从回执里数；第 2、3 个由设计师把这批助理改后的聊天读一遍——量不大（HR 一天两三条），不为它写程序。都和这批助理改之前两周比。

1. 回复失败、超时几次。
2. 员工把同一件事问第二遍几次。
3. 空回复、答非所问几次（比如以前「只 @ 一下，收到空回复」那类）。
4. 发错人几次：必须是零。

二、什么时候改下一批

• 回放一样好或更好：马上改下一批。
• 回放变差：先查是外壳的事还是 Codex 的事，修好再回放。
• 四个数一直看，不挡下一批；看满两周没变差，转入第五份的每月反馈。

三、马上切回原来的做法

• 任何一次发错人。
• 任何一次读到了别的岗位的资料。
• 员工连续两天说回复变差。

切回以后先查原因。同一个原因第二次出现，就是设计的事，进三天一谈。

四、员工那边

• 不提前通知员工。员工感觉不出变化，才算换对了。
• 员工只说好不好用（大图纸「系统 B 不做什么」第 5 条：员工只参与测试），不和员工讨论外壳的事。
• 员工要是说「变了」，助理当场解释、处理；设计师从回执里看。

五、记在哪里

• 设计师每天看一次，一句话写进交接记录；有一批改完或者切回，计划里更新一行。

外壳改造 · 五、长期反馈

定稿 · 第 2 版 · 2026-10-18（杰哥「你开始执行改造计划」，补充一百八十二） · AI 系统设计师 · 这份只回答：「Codex 有的就用 Codex 的」这个判断准不准。这只有真实世界答得出，要几个月。

一句话：全部改完以后每月看一次，看外壳有没有又在长、Codex 升级有没有让我们白捡；三个月后拿出事的次数，回头检验这个判断。

一、提前写下：这个判断什么时候算错（事后不解释）

判断是：Codex 做得比我们好，自己写的越少越好。

• 算对：全部改完后的三个月里，因为 Codex 自带的部分出的事，比改造前三个月因为外壳自造部分出的事少；外壳也没有再长回去。
• 算错：Codex 自带的部分出的事更多；或者为了补 Codex 的不足，外壳又一样一样加回去了。
• 算错了怎么办：不在事情上打补丁，回头重新想这条原则，进三天一谈。

二、每月看三件事

1. 外壳是不是又在长：这个月外壳改了几个版本、设计师调试外壳几次、真正干活的行数是多少。有一样连着两个月涨，就是又开始自己造轮子了，做一次减法。
2. Codex 升级有没有让我们白捡：看 OpenAI 这个月给 Codex 加了什么；我们剩下自己写的，有哪样能换掉，默认换。也看有没有新出的、能操作电脑或上网的功能，有就关掉——Codex 跟着 ChatGPT 应用自动升级，不会先问我们。
3. 您花在核对上的时间：您发来的消息里，有多少是在核对（「你查了吗」「这个好了吗」「不对」）。这个比例在涨，就不等您说，做一次大扫除（照系统 A《怎样大扫除》）。

三、对照大图纸第九节

重新设计的六条照旧。外壳这边最可能碰到的是第 4、5 条：用了不如不用；越做越臃肿。

四、记在哪里

• 每月一节，追加在本文件末尾「每月记录」；随月报给您一句话。
• 这件事靠设计师每月去做。做没做，看这里有没有那个月的一节——缺了，就是没做。

每月记录

（全部改完以后开始。改造前三个月的出事次数，改第一个助理之前从交接记录里数好，记在这里。）

外壳改造 · 六、大扫除

定稿 · 第 1 版 · 2026-10-18（补充一百八十三） · AI 系统设计师 · 这份只回答：改造做完一轮以后，系统 B 怎么做一次大扫除。方法借系统 A《怎样大扫除》，照系统 B 的目的改过；做减法的老规矩在大图纸第八节，这里不重复。

一句话：大扫除不是减肥，是让还在起作用的东西露出来。改造全部做完、总审计以后扫一次。每一样先问「它在撑什么」，再问拿掉会不会变差；只移不删；扫完照常收件、九月重算和以前一样，才算扫完。

一、什么时候扫

二、扫哪些：按「它为什么存在」分四类

现在量到的，只当尺子：设计文件夹里有 154 份备份副本；发通知的脚本每发一次复制一份，已经 47 份；设计师的记忆 65 条；项目根目录还有 45 份旧文档。

三、每一样问五句，顺序不能反

1. 它在撑什么？ 说不出，才往下问。说得出的，先把它撑的那部分安排好去处，再动手。
2. 拿掉它，系统变差了吗？ 「万一」不算，要指得出真实发生过的事（大图纸第八节）。
3. 它为了什么？ 让数更对、让您少被拉扯、守两条底线——三样都不是，就扔（大图纸第八节）。
4. 它靠什么做到？ 说得出靠哪段程序、哪个设置做到，才是规矩；说不出，就是愿望，扔。
5. 它管两头还是中间？ 管「交什么」「交出去长什么样」的留；管「中间怎么想」的（必须先查什么、必须按几步想）扔，让 Codex 自己判断。

最后才清重复：一个事实只留一处。前面五句问完，重复会自己少一大半。

四、规矩怎么扫

• 助理的规则：留交什么、交出去的样子、关于这个人的积累、带着事故日期的规矩、底线；扔管中间的、说不出靠什么做到的。每删一节写一行去处（10/17 瘦身就是这样做的）。
• 设计文件之间：同一句话在几份文件里都写了的，只留一处，别处改成「见某某」。
• 设计师的记忆：关于您的积累、踩过的坑留下；已经写进设计文件的、过时的，删掉。

五、怎么扫

1. 工程端只读列清单：每一样写出属于哪一类、谁在用、上次什么时候用。
2. 设计师逐样过五句，定留、挪、改。规矩的减法由设计师自己做，不交给没有上下文的 AI（大图纸第八节）。
3. 动手只移不删：挪进归档，留一个月。挪文件夹之前，先查备份程序里写死的路径（10/17 吃过亏：备份连着两晚失败）。
4. 敏感资料的存档不动，也不交给工程端看。

六、扫完怎么验

七、扫完记什么

• 每次一节，追加在本文件末尾「大扫除记录」：扫了哪几类、挪走了什么、为什么、去处在哪、验的结果。
• 前后量一下：第二节那四个数（备份副本、通知脚本副本、设计师记忆、根目录旧文档），加上规矩多少字、程序多少行，扫完再量一次写进记录。只当尺子，不当成绩。

八、怎么防止又堆起来

1. 进口：要加一样，先说去掉哪样（大图纸第七节末尾）。
2. 出口：扔之前先写清它在撑什么（大图纸第八节做减法的规矩第 5 条，10/18 写入）。
3. 信号：三天一谈的记录里本来就写「减了什么」，连着两次是空的，就是在只加不减，提前扫；您核对的比例，第五份每月看。

大扫除记录

（还没开始。）