抱歉讲太绕了。用大白话重来。槽位继承 帮用户补上没说出口的信息场景用户连着说了两句话第 1 句「推荐一道菜」 → 系统记下数量 1第 2 句「辣的」 → 这句话只说了口味没提数量出问题食堂助手收到第 2 句时只看到辣的不知道要几道就会反问你「您要几道菜」——很烦。解决继承系统自动把第 1 句的数量1带过来食堂助手实际收到的是辣的一道菜就不反问了。这就是槽位继承——把上一句已知的信息自动补到下一句里。那白名单又是什么继承不能啥都带得分两类✅该带中性信息数量、时间、地点 —— 这类用户一般没变带上不会错❌不该带口味偏好辣/甜/川菜/粤菜 —— 用户第 2 句说辣的恰恰是要换口味如果把上一句的甜也带过来就矛盾了现在的问题代码里实际是除了口味其它全带但提示词写的是只带中性信息。两处说法不一致已经是个隐患。A2 就是把代码改成只带白名单里的几样并把提示词里那段复杂的规则删掉——以后继承全由代码说了算不用让 AI 去背该带啥不该带啥。这样清楚了吗还是哪块还绕针对槽位继承这一块优化后A2 落地的实际效果分正反两面讲正面效果想让它发生的① 换口味不再串味优化前现在代码是除了 taste 全继承所以上一轮的cuisine: 川菜会被悄悄带下来。用户第 2 句说再来一个没提菜系食堂可能收到川菜再来一个——可用户早不想吃川菜了。优化后菜系/口味不在白名单里绝不自动带收到的是干净的再来一个只带数量 1。② 数量/时间/地点稳定带上食堂不反问第 1 句推荐一道菜数量1→ 第 2 句辣的 → 优化后自动补成辣的一道菜食堂不再问您要几道。这个好行为保留且更可靠靠代码不靠 AI 记不记得。③ 行为可预测、可测继承什么、不继承什么写在一行白名单里一眼能看还能写单测钉死“口味不算继承”“数量算继承”以后改 prompt 也不会悄悄破坏继承逻辑。负面风险消除④ 修掉一个真实隐患现在提示词写只继承中性信息代码却是除了口味全继承——两处说法打架。哪天有人信了提示词、以为口味不会继承就会出 bug。A2 让代码和规则统一不再漂移。⑤ 给 AI 减负提示词里那段该继承啥、不该继承啥、替换型指代不算的复杂规则可以整段删掉AI 只管抽本轮明说的槽位继承交给代码——AI 少背规则就少写错漏写数量、误写口味这类错误会减少。一句话优化后数量/时间/地点会稳稳自动续上食堂不反问口味/菜系绝不会偷偷续上换口味不串味而且这套规则不再依赖 AI 临场发挥而是代码写死、可测。