用 AI 编程助手写代码,最让人头疼的问题之一是上下文污染——主线讨论越来越长,早期的废弃方案、跑偏的对话开始干扰模型的判断,回答质量也跟着劣化。

我现在用一种叫「鱼骨 Chat 法」的方式来应对这个问题。

思路很简单:以鱼骨图为隐喻,主干是一个贯穿始终的主线 session,负责记录整体设计思路、模块划分和关键决策;每一根鱼刺是一个独立的子 session,只处理一个具体问题——比如某个函数的实现、一个报错的调试、或者一段逻辑的优化。子问题解决后,把结论带回主线 session 即可,那根鱼刺的使命就完成了。

这样做有几个好处:子 session 上下文干净,模型不会被无关信息干扰;主线 session 始终保持高层视角,不会因为陷入细节而失去方向;出问题时也方便定位,每个 session 职责单一,回溯很直观。

本质上这是一种关注点分离在对话管理上的应用。AI 工具的上下文窗口是有限资源,像管理代码模块一样管理它,会顺手很多。