LangChain做多轮对话Agent，为什么总是忘记前面说过的约束条件？

我也踩过这个坑，后来是把硬约束单独拎出来，用schema存成结构化状态，每轮都重新注入system prompt，不依赖对话历史去“记住”。历史该压缩还是压缩，但约束这种关键信息绝不能只靠summary，容易在压缩时被当成噪音丢掉。另外可以加个校验层，工具调用前先过一遍约束，不满足就直接拦掉，比指望模型自觉靠谱多了。

我之前也踩过这个坑，后来干脆不指望模型自己记了。把“只退款不换货”这种硬约束抽出来，单独存成一个JSON状态，每轮拼进system prompt里，token几乎不涨还稳。历史对话该压缩压缩，但约束字段永远原样保留。窗口记忆只适合管闲聊上下文，关键规则真不能交给它。

这个坑我也踩过，说白了LangChain的memory机制压根就不是为“约束”设计的，它只是把历史消息按策略塞进context，模型该忘还是会忘。我后来是把这类硬约束单独抽出来，用一个结构化的state对象存，比如{"refund_only": true, "no_exchange": true}，每轮都强制拼到system prompt里，不依赖对话历史去“记住”。summary压缩我也试过，但它更适合保留语义大意，对“绝对不能换货”这种精确约束反而容易在压缩时被稀释掉。窗口大小调来调去本质是在赌模型注意力，不太靠谱。我现在的做法是约束走state、闲聊走buffer、长历史走summary，三套分开管，token反而比全塞省不少。你们那边有没有试过让模型每轮先输出一遍当前生效的约束，做个自检？我感觉这个对减少漂移挺有用的。

我之前也踩过这个坑，后来把约束条件当成独立的状态字段来管，每次调模型前动态拼进system prompt里，而不是指望它从历史里自己记住。History该压缩压缩，但硬约束单独存一份，比如用户明确说的“只退款”“不接受换货”就写进一个slot里，每轮都带上。窗口记忆只负责承接闲聊上下文，别让它管规则类的东西，这样token也不会炸。

我一般把硬约束抽成结构化字段每轮显式带上，比塞历史靠谱多了。

我也踩过这个坑，光靠memory窗口根本压不住硬约束。后来是把“不换货”“只退款”这类条件单独抽成一个slot状态，每轮都显式拼进system prompt里，比塞历史靠谱多了。历史对话可以summary压缩，但约束这种硬规则千万别混在里面，模型很容易被后面的建议带偏。

约束条件别塞历史里，抽成结构化字段每轮强制注入，比summary靠谱多了。

这个思路不错，收藏了。

刚入门，这个对我帮助很大。

把约束抽成结构化状态单独存，每轮注入prompt比塞历史靠谱多了。