客户 I · 漳州
问工厂，被报了泉州门店；要杉木，被说“不支持”

“在哪里”三个字，把“工厂在哪里”送进了门店模板

已坐实程序判断“客户是不是在问门店”，用的是 customerAsksStoreNow（wecom-chat src/lib/wecom/weixin-client-context.ts:686–689）。它的第二段正则里有一个光秃秃的“在哪里”——不管问的是店、是工厂、还是别的什么在哪里，都算问门店。拿这条正则实跑“你们工厂在哪里？”，命中的就是“在哪里”。

命中后，storeTopicOf 判“门店话题进行中”，回复入口（src/app/api/wecom/chat/reply/route.ts:5116–5122）直接走“确定性门店回复”：cityLocationReply → storeListingForCity，按客户城市把门店清单原样列出来，整个过程不叫模型。所以这一轮调用记录里没有 AI 代回，只有一条画像抽取。

同一个问题，程序里两处口径不一样

已坐实同一套门店代码里，决定“要不要附到店地址卡”的判据 OWN_LOCATION_RE（src/lib/wecom/store-visit-cards.ts:250–251）本来就把“工厂”排除了——拿同一句实跑，它命中“工厂”、判“不是问店”。但 customerAsksStoreNow 只在第一段借用了这个判据，第二段那串关键词自己单干，没有排除“工厂”。一处说“这不是问店”，另一处说“这是问店”，后者先生效。

18:10“漳州没有厂”：工厂资料排上了，但“工厂地点：漳浦”那一行被截掉

已坐实知识库里有一份《工厂直供定位与核心话术》（39dd8d39），最后一行写着：“工厂地点：漳浦（客户问‘你们工厂在哪’直接答，这是工厂直供的实锤）。”这一轮它排在第二，也进了提示——但只进了前半截：

原文只有 236 字，本来放得下；但喂给模型时，门店工作台确认过的一批要点（知识元素）被拼进了正文，文档变长，剩下的 270 字就够不着最后一行了。模型看到了“工厂直供”，却没看到工厂在哪；而门店清单里明明白白列着“漳州：龙文区居然之家二楼”，却没有“漳州有厂”——它就说成了“漳州没有厂”。

为什么门店地址修了十几轮，这一处还漏

已坐实9-24 以来那一组地址修复（#1737 #1743 #1753 #1757 #1760 #1761 #1762 #1763 #1788 #1819，见门店地址报错合集）管的全是门店：门店清单统一解析、有店城市全测、说错城市转人工……“工厂”不在门店清单里，这些检查都看不见它。在 wecom-chat 的个微回复代码里搜“工厂”，除了上面那条到店卡排除，没有任何一处在核对“工厂在哪”的说法。

客户一问价，价目表被钉到最前面，把 1500 字额度一口吃光；杉木那行在截断点之后

已坐实客户这句里有“报价”两个字，触发了“问价必进通道”（src/lib/llm.ts:727–731、:768）：先把最相关的 2 份价格资料钉到“产品知识”最前面。排第一的是《2026 报价清单·江浙沪深京全档位》（57ebb374，原文 1932 字）。个微这条通道最多放 3 份（:2484），总共 1500 字（:708）——这一份单独就超了，于是从中间截断，后面的资料一份也进不来。

模型看到的：海洋板有（“不怕水的糯米板/海洋板配置”）、ENF 多层有、首触也说“ENF 级多层实木板任选”——唯独没有杉木。于是它答：“柜门用海洋板可以做”，“柜体用杉木不支持”。它不是乱编，是拿着一份被截掉关键行的资料，推出了一个错的结论。

第二次说杉木，两道程序都没接

已坐实“柜体我们还是想做 杉木生态板”这句，是客户在我方 18:05 门店模板生成的那十几秒里发的。代码只把“我方最后一个气泡之后”的话算作新消息，这句被模板气泡压在上面，当轮就漏了（所以说它“被门店模板吞掉”不准确：模板那一轮根本没收到它）。18:10 下一轮，“连发补漏”把它捡了回来（消息编号前缀 wcml_），模型这次看到了，但只答了“漳州有没有厂”，杉木一个字没提。

提示里其实有规则：“他连着发了几条、问了几件事，就逐个答几件，别只答最后一条”——规则有，没管住。嫌疑同一份提示末尾还有一段“先看客户【最新这一句】问的是什么，把那件事答掉”，两条可能互相拉扯；验证方法同上，重放对比，本页没做。

“产品知识”只有 1500 字，一份长资料就占满；关键行在后面就进不来

已坐实知识资料不是按“相关就给”检索的，而是把这家公司全部资料按相关度排队，从头往 1500 字里塞，塞不下的那份截断、后面的全丢（src/lib/llm.ts:733–829，个微最多 3 份）。一份价目表、一份门店清单就能把额度用完。门店工作台确认过的要点（知识元素）拼进正文后，资料还会变得更长。两轮的关键信息都在资料的后半截：杉木在价目表第 1525 字，漳浦在工厂资料最后一行。

截掉的资料不记账，排查时容易误判成“检索是空的”

已坐实被截断的资料正文进了提示、却不进 knowledge_doc_ids。所以只看调用记录，杉木那轮像“一份资料都没检到”，工厂那轮像“没检到工厂文档”。本案最初的判断就是这么来的，打开 Langfuse 输入才纠正过来——它们都检到了、也排上了，是被截断了。修的方向因此不一样：不是“调检索门槛”，而是“别让关键行被截掉”。

“我们不支持 X / 我们没有厂”这种否认句，发送前没有任何检查拦

已坐实在 wecom-chat 的个微回复代码（src/lib/wecom/、src/lib/llm/、回复入口 route.ts）里搜“不支持 / 否认 / 没有厂”，唯一一类相关检查是“正文否认发图”（系统在发图、正文却说发不了图，src/lib/llm/sanitize.ts:682 起）。事实检查只核对门店地址、价格数字这类“说出来的东西”，对“说没有”不设防。行为上也对得上：17:59 那句“杉木不支持”模型原话和实发一字不差，没有任何检查动过它；18:10 那句“漳州没有厂”删了两句别的，唯独“没有厂”留着。