过期的基建上下文比没有更糟:AI 助手吃了过期快照
来源:dev.to — 2026-08-09
📋 概述
星期二你给 orders-queue 接上了死信队列,星期三一批消息消失了,你问 Claude Code 发生了什么。它立刻回答:orders-queue 没有配置 DLQ,所以失败消息在超过最大接收次数后被丢弃。这个回答是错的,但它不是幻觉——助手读到的是你 AWS 账户的一个真实快照,而那个快照是星期一拍的。这正是给 AI 助手提供确定性的基建上下文(而非让它猜测)后出现的失败模式:猜测会产生不确定感,你会加以甄别;而过期快照产生的回答却显得非常权威,有真实的表名、队列名、ARN,没有任何迹象表明底层事实已经失效。本文以 Infrawise 为例,深入讨论"上下文图变旧之后会发生什么"这个没人问的问题。
🔑 核心要点
- 错误回答不是幻觉:AI 读的是过期的真实账户快照,快照本身是准确的
- 确定性上下文的双刃剑:猜测的回答有不确定感,过期快照的回答却显得权威可靠
- 原因:基建全量分析耗时以秒计(遍历 DynamoDB、Lambda、SQS、数据库 schema 等),会话内无法实时读取
- 唯一彻底的修复"每次实时读账户"在真实会话中不现实,所以必须缓存
- 作者的建议方向:为缓存加上新鲜度标注,让过期的事实显式地不被当成当前事实
💡 金句
一个过期快照产生的回答会显得极其权威——真实存在的表名、真实的队列名、真实的 ARN,却没有任何东西提示你:这些底层事实已经失效了。
👍 0
👎 0
← 返回 dev.to 首页