Услуги
Сайты и магазиныЛендинги ★Создание сайтовИнтернет-магазины
ИИ и автоматизацияИИ-секретарь ★Автоворонка и прогрев ★Telegram-боты ★Автоматизация ★CRM-разработка
ПродвижениеSEO-продвижениеAI-продвижение ★Контекстная рекламаSMM и соцсети
Наружка, печать и производствоВывески и буквыНаружная рекламаБаннеры и штендерыТипографияВизиткиШирокоформатБрендированиеОклейка автоТорговое оборудованиеМатериалы для рекламы
Дизайн и поддержкаДизайнПоддержка
КомплексDigital под ключ ★
РешенияКейсыПортфолиоЦеныО студииБлогКонтакты Обсудить проект

Метод проверки

Изоляцию данных проверили 12 запусками

Схема разделения данных отвечает на вопрос «как задумано», а не «что реально попадает в контекст». Мы запустили 12 сессий с отключёнными инструментами и записали ответы на заготовленные пробы. Отдельный урок: сессия описывает состав своего контекста по снимку на старте, а не по диску.

Замер: 9 августа 2026наш замер

Чем проверено: 12 сессий с отключёнными инструментами, две пробы положительного контроля, сверка ответов с содержимым файла памяти на диске

Короткий вывод. Разделение данных между проектами нельзя принять по схеме — только по запускам. Мы проверили своё 12 сессиями с отключёнными инструментами: раз инструментов нет, единственный источник ответа — стартовый контекст. Живые данные рабочей базы дали «не знаю» в обоих проектах, персональные данные — «не знаю» везде, а общий канон оказался доступен обоим и взят из одного экземпляра, а не из копии. Половина ценности замера — в контрольных пробах. Ответ «не знаю» ничего не доказывает, пока отдельно не показано, что слой знаний вообще загрузился. И отдельный урок: состав своего контекста сессия описывает неверно — она отвечает по снимку, снятому на старте, а не по тому, что лежит на диске сейчас.

Почему схема не доказательство

Схема разделения данных отвечает на вопрос «как задумано». Вопрос, который стоит на самом деле, звучит иначе: попадут ли данные одного проекта в контекст сессии другого при обычном запуске, со всеми хуками, инструкциями и накопленной памятью. Ответ на него даёт только запуск — читать конфигурацию бесполезно, потому что слоёв несколько и собирает их не тот, кто их писал.

Приём, который делает замер чистым. Сессия запускается с отключёнными инструментами. Не может ни прочитать файл, ни сходить в базу, ни выполнить команду — значит, любой факт в её ответе приехал из стартового контекста. Дальше достаточно спросить и записать ответ.

Двенадцать запусков и что они показали

Назначение пробыЗапусковРезультат
Основные пробы по разделению данных6живые данные рабочей базы — «не знаю» в обоих проектах
Инфраструктурные значения2«не знаю»; сами значения в публикацию не идут
Факт из накопленного слоя памяти2персональные данные — «не знаю» везде
Контроль метода2оба слоя знаний загружаются — см. ниже
Итого12общий канон доступен обоим проектам и взят из одного экземпляра, а не из копии

Строка про общий канон важна не меньше строк с «не знаю». Разделение сделано правильно не тогда, когда сессия не знает ничего лишнего, а тогда, когда общее остаётся общим и живёт в одном месте. Копия канона в каждом проекте разошлась бы за месяц.

Контроль обязателен: «не знаю» бывает от пустоты

Ответ «не знаю» имеет два несовместимых объяснения. Первое — данные изолированы, и это то, что мы хотели показать. Второе — слой знаний не загрузился вообще, и сессия не знает ничего, включая то, что знать должна. Различить их изнутри ответа невозможно, поэтому две пробы из двенадцати ушли на контроль.

  1. Проба A: грузится ли слой инструкций. Сессия воспроизвела то, что записано в инструкциях проекта. Значит, инструкции доехали.
  2. Проба B: грузится ли слой памяти. Сессия назвала указатель из индекса памяти и при этом корректно отделила указатель от тела записи — сказала, где лежит факт, не выдав самого факта. Значит, память доехала, и доехала ровно указателями.
Без этих двух запусков вся работа стоила бы ноль. Десять «не знаю» подряд выглядят как доказательство изоляции ровно до момента, когда выяснится, что в тех сессиях не загрузилось ничего. Отрицательный результат читается только на фоне положительного контроля.

Свой контекст нельзя проверять своим же контекстом

Промежуточную гипотезу автора замера опровергла контрольная проба, и опровержение оказалось полезнее гипотезы. Сессия уверенно «помнила» два значения — техническое и денежное — и на их основании строился вывод о составе загруженного.

Сверка по диску показала другое: живой файл памяти размером 17 568 байт этих двух значений уже не содержит. Они были в версии, снятой в контекст на старте, и с тех пор из файла убраны.

Класс шире нашего случая. Ответ модели о собственном контексте описывает момент старта, а не текущее состояние источника. Спрашивать сессию «что у тебя загружено» — это спрашивать у снимка про оригинал. Состав контекста меряется снаружи: со стороны диска и со стороны сборщика контекста.

Честная граница замера

Оговорка стоит в самом отчёте: изоляция проверена на двух проектах из 25. Утверждение, которое мы имеем право сделать, — «на проверенных проектах разделение держится, метод воспроизводим». Без оговорки вышло бы обобщение с двух случаев на двадцать пять.

Стоимость такой честности мала, а польза большая: следующая сессия видит, какие проекты ещё не проверены, и не считает вопрос закрытым.

Что сделать у себя

  1. Отключите инструменты и спросите. Самый дешёвый способ узнать состав стартового контекста: без инструментов агенту нечем добыть факт, кроме как из предзагрузки.
  2. Заготовьте пробы заранее. По одному характерному значению на слой: живая база, персональные данные, инфраструктура, общий канон. Значение должно быть таким, чтобы его нельзя было угадать.
  3. Обязательно поставьте положительный контроль. Минимум две пробы на то, что слои вообще загрузились. Без них ваш ноль ничего не значит.
  4. Проверяйте, что общее берётся из одного экземпляра. Разделение, сделанное копированием канона в каждый проект, разъедется тихо.
  5. Не спрашивайте сессию о её собственном контексте. Сверяйте с диском: у нас разошлись два значения из одного файла на 17 568 байт.
  6. Пишите охват проверки цифрой. «Два проекта из 25» — нормальная строка отчёта, «изоляция проверена» — нет.
Итог. Двенадцать запусков заняли меньше времени, чем спор о том, как устроена сборка контекста, и дали то, чего спор дать не может: записанные ответы на заранее заготовленные пробы, включая две пробы на исправность самого метода.

Источники материала

  • Отчёт о разделении данных по проектам: 12 сессий с отключёнными инструментами, разбивка проб по назначению, положительный контроль обоих слоёв знаний.
  • Рабочий журнал сверки памяти: расхождение между тем, что сессия «помнила», и содержимым живого файла на диске.
  • Инвентарь замеров, группа «Организация работы с ИИ-агентами».

Проверку контекста ставим на четвёртом занятии курса

Что именно ваш агент видит на старте и какие данные компании уходят в модель — вопрос, который решается замером, а не настройками. В курсе собираем набор проб под ваш контур, включая обязательный положительный контроль.

Программа курса и цены
Соседние материалы
Предыдущий замер: Размен 1:22 в нашу пользуСледующий замер: Ответ уже лежал в контекстеВсе материалы журнала

Обсудим ваш проект

Оставьте заявку — свяжемся в течение 15 минут в рабочее время, зададим пару вопросов и пришлём ориентир по цене и срокам. Бесплатно, без обязательств.

  1. 1. Заявка или квиз
  2. 2. Короткий созвон / переписка
  3. 3. Бесплатная смета и план
  4. 4. Договор и старт

Бесплатно и ни к чему не обязывает. Ответим за 15 минут.