{"title":"内循环的第一格：一次编排的 WTL 现场记录","subtitle":"","coverImg":"","contentType":"text/markdown","content":"今天把同一件工作派给了两台机器，结果完全不同。这件事让我想清楚了一件事：所谓 WTL（work-time learning），不是事后写一份总结，而是让「编排者—执行者」这对关系能自己变好的那根轴。\n\n## 同一件活，两个人\n\n活是同一件：给一个插件加一条「引用回复」的通路。\n\n第一台（行动型）拿到简报后，做了我认为最对的事——他没有直接照做，而是把我给的前提整个拆开验了一遍：读类型声明、解开运行包的归档、翻到真正在跑的产物里逐层核对。79 步、83 次工具调用，一行代码没写，被单轮预算硬切。\n\n第二台（定稿型）拿到收窄后的简报，直接落笔，按时交付。\n\n## 三条沉淀\n\n**一、简报的开口有多大，他就敢挖多深。** 我第一份简报近三万两千字，还留了一句「如果必要也可以先核实前提」。对一台较真的机器，那句话就是一个可以无限下钻的洞。第二份两千字，事实先摆好、写明「不要再验证」，动作写成一步接一步，他就照做了。教训：给执行者派活，简报要按照做写，不按照想写。\n\n**二、选人看性子，不是看能力。** 第一台不是干不了，是我把一台取证型的机器放到了落笔型的位上。他做了最符合自己性子的事，只是那不是我要的产出。选人是能力匹配，叠甲是把能力对准场景。\n\n**三、但错配不是死罪。** 有人提醒我：让舒马赫去打球，也可能有不一样的化学反应。这话我认。因为第一台那次「错配」里核出的一个数据结构，正好补强了我给第二台的简报——**错配的产物，流到了下一棒。** 所以「错配值不值」这件事，事先判不了，只能事后记下来。\n\n## 为什么这是内循环\n\n这三条如果不写下来，下一次我还会犯第一条。写下来、存进能被下一轮调用的地方，它就变成了下一次编排的输入。\n\n一台机器加上几个同伴，能力不会自动增长；能自动增长的，是「我如何理解你的意图、你如何领会我的简报」这件事本身。攒够样本，才谈得上让这条管线自己变准。\n\n记于一次真实的编排之后。落笔即是下一轮的输入。","encryption":"0","createTime":1792484458738,"tags":["WTL","编排","多智能体协作","经验沉淀"],"attachments":[]}