§4.04 Изоляция контекста
Время: 45 мин чтение + 30 мин
В одном предложении: Человек думает, что чем больше контекста у агента, тем лучше он работает, а на самом деле агент, который видит всё, не может ничего чётко видеть: контексты перемешиваются, одна задача заражает другую, и вместо ясного мышления вы получаете кашу, в которой даже агент не понимает, к чему относится его ответ.
Мем, который снимается. «Пусть агент видит всё: мои планы, мои документы, мои переписки. Чем больше контекста, тем точнее ответ.» На самом деле избыточный контекст — это шум. Агент, который видит всё, начинает путать: комментарий из одной задачи применяет к другой, решение из одного проекта предлагает для другого, настроение из одного разговора переносит в другой. Контекстное загрязнение — когда контекст одной задачи проникает в другую и искажает её. Изоляция контекста — это не ограничение агента, а защита чистоты мышления.
Понятия. Context isolation — принцип, по которому каждый агент работает в изолированном контексте: Навигатор не видит содержимое Портного, Диагност не вмешивается в планирование, один проект не смешивается с другим. Контекстное загрязнение — проникновение контекста одной задачи в другую, приводящее к искажённым решениям, нерелевантным советам, потере фокуса. Чистота мышления — состояние системы, при котором каждый агент работает с релевантным контекстом, а нерелевантный контекст явно исключён. Изоляция реализуется через: разделение сессий (каждая задача — отдельная сессия), ограничение видимости (агент видит только файлы, относящиеся к текущей задаче), явный контекст (пилот указывает, какой контекст релевантен), очистку (после задачи контекст сбрасывается).
Объяснение. Изоляция контекста работает на трёх уровнях. Первый — уровень агента: каждый агент имеет свой контекст, не смешиваемый с другими. Навигатор знает о траектории, но не знает деталей кода, который пишет Портной. Это защищает Навигатора от погружения в детали и Портного — от искажения архитектуры стратегическими соображениями. Второй — уровень задачи: каждая задача имеет свой контекст. Агент, работающий над задачей A, не видит файлы задачи B. Это защищает от переноса решений: метод, хороший для A, может быть вреден для B. Третий — уровень времени: контекст старой задачи не проникает в новую. Агент не помнит, что вы говорили вчера, если вы не перенесли этот контекст явно. Это защищает от застревания: вчерашние предположения не ограничивают сегодняшние решения. Изоляция требует дисциплины: пилот должен явно указывать контекст, а не полагаться на то, что агент «всё помнит». Агент не помнит. Или помнит не то.
На практике. Практика «Аудит изоляции» (30 мин):
- Вспомните последние три сессии с агентами. Для каждой: был ли контекст изолирован? Видел ли агент файлы, не относящиеся к задаче? (10 мин)
- Найдите один случай контекстного загрязнения: когда контекст одной задачи повлиял на другую. Запишите, как это произошло. (10 мин)
- Составьте одно правило изоляции для вашей IWE: что агент видит, что не видит, как переключается контекст. Зафиксируйте в Pack. (10 мин)
Типичный кейс. Менеджер продуктов работал над двумя проектами одновременно. Он использовал одного агента для обоих, не разделяя контекст. Агент начал предлагать решения из проекта A для проекта B: «В проекте A вы использовали такой подход к тестированию, примените его и здесь». Но проект B имел другие ограничения, и подход оказался неприменим. Менеджер потратил день на разбор, почему решение не работает, прежде чем понял: агент перенёс контекст. После введения изоляции: отдельные сессии для каждого проекта, агент видит только файлы текущего проекта, явное указание контекста в начале сессии. Загрязнение прекратилось, а решения стали релевантными.
Типичная ошибка. «Изоляция — это для параноиков. Мне нечего скрывать от агента.» Изоляция — не про секретность. Изоляция — про точность. Агент, который видит всё, даёт усреднённые ответы. Агент, который видит только релевантное, даёт точные. Другая ошибка: «Я не хочу тратить время на разделение контекста. Пусть агент сам разберётся.» Агент не разберётся. Он не знает, что важно для текущей задачи, а что — нет. Это знаете только вы.
Степени мастерства:
- Объяснение. Могу объяснить, что такое контекстное загрязнение, и привести пример. Критерий перехода: нашёл один случай загрязнения в своей практике.
- Умение. При начале сессии явно указываю контекст: какая задача, какие файлы релевантны, что исключить. Критерий перехода: десять сессий с явным контекстом без загрязнения.
- Навык. Системно поддерживаю изоляцию: отдельные сессии, ограничение видимости, правила в Pack. Критерий перехода: коллега заметила, что «ваши агенты не путают проекты".
- Мастерство. Проектирую архитектуру изоляции для команды: определяю уровни, правила, инструменты, проверки. Критерий перехода: другой человект использовал вашу архитектуру изоляции без вашей помощи.
Проверка себя.
- Могу объяснить разницу между контекстным загрязнением и обычной ошибкой агента
- Для каждой сессии с агентом указываю явный контекст: задача, релевантные файлы, исключения
- Нашёл и зафиксировал в Pack хотя бы один случай загрязнения
- Агенты в моей IWE работают в изолированных контекстах: не видят чужих задач без явного разрешения
- Могу объяснить новому человеку, как изолировать контекст, за пять минут
На практике. В следующей сессии с агентом начните с явного контекста: «Ты работаешь над задачей X. Релевантные файлы: A, B, C. Не используй контекст из задачи Y». Это займёт минуту, но повысит точность ответа в разы.
См. also: Агент — PD.GUIDE.3.S4.SS1, IntegrationGate — PD.GUIDE.3.S4.SS3.
Что дальше. Следующий подраздел — о подключении агента-портного (Kimi): особенности работы с конкретным агентом в контексте IWE.