开场：30 轮之后，PostgreSQL 是怎么被遗忘的

对话开头说了用 PostgreSQL，聊到 30 轮 AI 突然建议 SQLite，因为早期约定已经被上下文窗口挤掉了。这一节讲怎么对抗长对话的认知漂移。

一句话速览：超过 10 轮强制复述目标；用周期性锚点对抗遗忘。

一、课程目标：先理解漂移成因

漂移成因： 上下文窗口截断和长文本尾部注意力衰减，让 AI 忘掉早期约定。即使是 200K token 的模型，注意力在长文本尾部的衰减也真实存在。

会设 checkpoint： 超过 10 轮后，关键操作前强制复述当前目标和关键约束，用周期性锚点对抗遗忘。

消灭 AI 腔： 用可搜索的违禁模式清单和自查流程，替代「请写自然流畅的中文」这类空话。（下一节展开）

二、锚定规则：每 10 轮复述一次

假设上下文窗口只装得下最近 20 轮，第 1 轮定了「用 PostgreSQL」的硬约束。

无锚定： 约定说一次就靠 AI 自觉记住。第 30 轮时原始约定已滑出窗口，AI 开始建议换库。

开启锚定： 每 10 轮复述一次目标与约束。

第 1 轮  我：数据库统一用 PostgreSQL，这是硬约束，后面不讨论替代方案
第 1 轮  AI：收到，所有表结构都按 PostgreSQL 设计
第 10 轮 📌 当前目标：搭建订单服务 | 关键约束：数据库用 PostgreSQL
第 20 轮 📌 当前目标：搭建订单服务 | 关键约束：数据库用 PostgreSQL
第 30 轮 📌 当前目标：搭建订单服务 | 关键约束：数据库用 PostgreSQL
第 30 轮 AI：按约束继续用 PostgreSQL，为订单表设计分区方案

第 30 轮的锚点复述让约束始终留在窗口内，AI 没有漂移。

三、锚定规则的三个要点

复述有固定格式： 修改代码、修改配置、部署之前，AI 必须先回顾并复述当前目标和关键约束，格式固定，便于扫一眼确认。

📌 当前目标：XXX | 关键约束：YYY

目标以最新一次为准： 用户在对话中修改了目标时，复述要以最新一次为准，并明确标注变更，避免新旧目标混在一起。

并行编辑前先重读文件： 多个 SubAgent 或多次编辑涉及同一文件时，后续修改必须先重新读取文件当前状态，禁止基于缓存或记忆中的旧内容编辑。这是多 Agent 时代的「乐观锁」。

本节要点

锚定对抗遗忘。 长对话里靠周期性复述保住约定，把「记住约束」从 AI 的自律变成规则的结构。