错误信息即提示词这半句呀

一份 Lee Robinson 在斯坦福 CS146S 的讲座笔记。把 Grok Bot 的骨架拆成五条架构加三条工程心得。外壳和记忆都被摆上了台面。这拆法我看完先记那五条再掂缓存那半句。记的掂的点在下面一层层摆。摆好了看五条，条在下面摆着，摆好了自己搭。
五条是这样摆的，第一条是单工具协议。客户端和服务器之间只留一个发送原语。重家伙全驻在服务端。不管手机还是桌面、邮件或者 Slack，用的都是同一套工具层。收到返回后客户端自己决定怎么渲染、登录接 1Password、支付走 XMoney、危险动作前先递草稿给人批。

逻辑全拴在服务端。客户端只管把表现力做足。一个通信原语同时买到了架构清爽和交互花样。摆的第二条是动态工具发现。Gmail、Drive、YouTube 这些 MCP 连接器的方案只以名字占位、临用再从文件里调完整定义出来。

省下的空间直接变成更低成本和更大工作区。摆的第三条在下面摆着。摆好了别眨眼。眨眼就翻过去了。过去一页少一页，少一页都是损失。损失不起的往下看，看下段。下段是那架阶梯，梯读完这篇就通了。通了就收工，收工的礼数在下段。下段是最后的门，推开它。推。
求助阶梯这么排：先挑最省钱也最稳的路走。会话历史打头，插件接口、网页搜索、浏览器操作依次排。最后才轮到整台桌面去跑脚本。一路全败才轮到把人喊醒。读信息也分层。截图。超文本。无障碍树。

像素级点击。退回问人，设计目标说得明白，让智能体像一个不烦人的同事。搭的第四条是编排者加子智能体。主智能体只当调度。主智能体的上下文始终留白。重活交给有全新工作记忆的帮手、只回收最终结果，每个帮手都是独立的持久化流程。

崩了重启也不丢进度。摆的第五条是那四句实战。第一句是别在对话中途增删工具。保缓存，工具定义冗长本身是成本要修剪。第二句是单工具理论上能建模一切、可模型九成时间在跑命令就值得做专用件。

第三句是写给人看的错误信息对智能体同样有效、错误信息即提示词。第四句是安全线，命令逐条审。不可信输入绝不当用户指令、危险操作须人批。密码留在会话之外，摆的第六层在下面摆着。摆好了看那三条心得，得读完这篇就通了。通了就收工，收工的礼数在下段。
心得是这样记的，第一条是缓存即成本，每轮都要重发全部历史。理想状态大部分该命中缓存。工具定义和系统提示在整个调用链上得纹丝不动。分段顺序不能乱。缓存未命中按错误对待，还有个预热巧招。

人在聊天框里刚敲第一个字、服务端已经把提示词预热完毕。第二条是压缩要抢时机。长程运行的终点必然是压缩。可天下没有不掉信息的压缩。对话超十万枚令牌且用户离开后、要在缓存温热的窗口里立刻压完。

等人折返直接接续提要即可。开销比把整摞历史重灌一遍低得多。记的第七层是第三条记忆的四层。层是核心事实每条消息必带还做回收、带日期的日志是过往存档。便签只管眼下这一小时、其余都丢进文件随取随查。

配套的三条规矩：长货落文件别塞记忆、贵活外包给子智能体。持续园艺式修剪对话，摆的第八层是我的保留。保留是这份笔记为讲座转述、我按笔记记账。原讲座我没听过，记账的第九层是我的收尾。收尾在最后三段，倒数第三段摆它和编码工具的对照。
对照是这样做的。Claude Code 的架构此前靠源码泄露、CodeX 靠开源被摸清、OpenClaw 也是同一路数。个人智能体这条路子的不同恰恰在这五条。尤其单工具协议和求助阶梯。

是把聊天产品当操作系统来建模，做的第十层是我的点评。第一句是把工具定义当成本修剪这步今年值得所有做智能体框架的人记下来，记了的才知道上下文贵在哪。第二句是错误信息即提示词这半句今年会让一批只顾报错日志的人重写错误文案，重写完的回来点赞，句号。