Часть III. Память и знания¶
На этом этапе агент уже не просто рассуждает и не просто безопасно подходит к действиям. В том же кейсе поддержки появляется следующий соблазн: дать ему память, чтобы он не начинал каждый запуск с нуля и лучше держал историю пользователя.
Короткий маршрут по этой части
Если тебе нужен быстрый проход, иди так:
- Глава 5: понять, почему память вообще опасна;
- Глава 6: развести типы памяти по ролям;
- Глава 7: решить, как эти записи безопасно возвращаются обратно в подсказку.
Вместе эти три шага дают слой памяти, который можно обсуждать как инженерную систему, а не как абстрактное “добавим памяти”.
Что решает эта часть¶
Это правильный шаг, но именно здесь многие системы начинают тихо накапливать долг. Тот же агент поддержки легко превращает полезное состояние в постоянный источник ошибок, если память не спроектирована как управляемый слой.
- сохраняют в память все подряд;
- не различают профильную память и рабочий контекст;
- тащат недоверенный текст обратно в подсказку без проверки;
- пишут в память прямо в горячем контуре, где ошибка мгновенно становится постоянной.
В этой части мы разберем, как сделать память полезной, но не превратить ее в долговременный источник инъекций, утечек и странного поведения.
В этой части¶
- Глава 5. Зачем агенту память и почему она опасна
- Глава 6. Краткосрочная, долгосрочная и профильная память Эта глава продолжает тот же кейс поддержки в момент, когда команда решает, что именно стоит помнить после запуска, а что не должно закрепляться.
- Глава 7. Извлечение контекста, уплотнение и фоновые обновления
Куда она ведет дальше¶
После этой части естественный следующий шаг — Часть IV: как тот же агент уже не только помнит контекст, но и действует через контролируемые инструменты, песочницу и контракты исполнения.