第二天早晨还不到九点，姜亦心抱着笔记本电脑进了小会议室，接上投影，简单调试了一下。
过了一会儿，韩路一推门进来，看见姜亦心，先打了个招呼。
“早啊，小姜。昨天的事处理得不错。”
“韩总早。”姜亦心愣了一下，才反应过来，韩总说的是网上那桩汤圆舆情的事。
可其实她什么也没做，全靠婷姐公关做得好。
又过了一会儿，苏念念推门进来，第一眼先看见韩路一：“韩总，早上好。”随即转向姜亦心，说了声“小姜早啊”。
人到齐了，姜亦心把昨天写好的“驾驭工程”文档投到大屏幕上，对韩路一和苏念念说：
“韩总，苏总，文档昨晚已经发给两位了。如果还没看，咱们可以先用前五分钟过一遍？”
韩路一看了苏念念一眼，得到肯定的眼神，便说：
“不用了，直接开始讲吧。”
姜亦心清了清嗓子：“我最近在总结开发御风和汤圆Chat智能体工具时的一些经验，发现两者有一些共通之处。这些工具主要依赖背后汤圆大模型的能力，但实践中我发现，只要对外部工具做不同程度的约束，就能在消耗更少算力的情况下，得到更好的运行效果。”
韩路一来了兴趣：“有例子吗？”
“效果最明显的是这个——上下文长度的主动治理。”姜亦心说，“这是我和钱晓乐一起研究出来的技巧。汤圆默认上下文只有二十万词元，执行多步骤长任务时会出现上下文不够，结果就可能突然漂移，所以我们主动加了这个功能。”
这个例子没写进文档，是姜亦心现场解释的。她转身在白板上画了个长方形，把其中大部分涂黑，解释道：“经过几轮调用后，如果发现当前对话的上下文长度已达到极限的80%，也就是十六万词元，我们就会主动压缩这段对话，让汤圆做一次总结，只保留后续会用到的必要内容，再新开会话，把总结作为初始对话传进去。就这么一个小改动，任务完成准确率提升了30%，算力占用也更低。”
这就是主动的上下文管理。
韩路一饶有兴趣地点了点头。
“我刚才说的只是我总结的实践之一，这类实践涉及面很广，但都有一个共同点：它们不是模型本身，更像模型的外设；通过这些外设，可以大幅提高模型解决问题的能力。我给这一整套约束起了个名字，叫作 Harness Engineering，也就是驾驭工程。
…。。