Вчера ассистент хорошо понял проект, а сегодня отвечает так, будто часть договорённостей исчезла. Пользователь закономерно раздражается, но фраза «вспомни всё» редко помогает понять причину. Для рабочей системы полезнее различать доступный сейчас контекст, сведения для последующего использования и внешний источник факта.
Это особенно важно, когда ответ влияет на поручение сотруднику, материал клиента или изменение сайта. Нужно иметь возможность проверить, откуда взялось утверждение и действует ли оно сейчас. Ниже схема, которую можно применять без сложной инфраструктуры.
В этой статье
- 1. Разведите три понятия
- 2. Определите, что должно быть источником
- 3. Давайте текущей задаче ясный набор материалов
- 4. Попросите показать основания ответа
- 5. Исправляйте не только сообщение
- 6. Не путайте подключение с полнотой контекста
- 7. Проверьте систему на сложных вопросах
- 8. Что оставить в памяти
- Реальные проекты
- Источники
1. Разведите три понятия
Контекст — информация, доступная при конкретной работе: сообщения, выбранные материалы и результаты инструментов. Память помогает переносить полезные сведения между задачами. Источник — документ или запись, по которым можно проверить конкретное утверждение.
Официальная документация различает память ChatGPT в веб-версии и отдельное локальное хранилище памяти Codex. Для Dot также описаны собственные заметки, отличающиеся от полного протокола разговоров. Поэтому нельзя считать все эти механизмы одной бесконечной базой, которая безошибочно сохраняет любое действие.
Сравнение по задаче · на телефоне таблицу можно листать
| Слой | Для чего полезен | Что проверять |
|---|---|---|
| Контекст задачи | Выполнить текущее поручение | Какие материалы реально доступны |
| Память | Учесть предпочтения и прошлые решения | Не устарело ли сведение |
| Источник | Подтвердить факт или статус | Версию, дату и основание |
Первоисточники: Memories ↗ Tasks and memory ↗
2. Определите, что должно быть источником
Для характеристик товара источником служит утверждённый справочник. Для сроков — действующая договорённость. Для публикации — доступный опубликованный материал. У каждого вида факта свой способ подтверждения, и удобная формулировка в чате не заменяет его.
В кейсе Macari описана серверная система, которая хранит явно переданные записи и историю. Другой разговор не появляется там сам. Это хороший пример различия между памятью о работе и сохранённым фактом: важное решение нужно зафиксировать в том месте, которое команда признаёт источником.
Назначьте владельца каждого основного набора сведений. Если никто не отвечает за актуальность справочника, невозможно устойчиво улучшить ответы ассистента. Он будет добросовестно повторять устаревший материал.
3. Давайте текущей задаче ясный набор материалов
Для повторяющейся работы можно использовать проект ChatGPT с общими источниками и инструкциями. Внутри конкретного поручения всё равно полезно назвать важный документ и его назначение. Проект организует работу, но не отменяет необходимость проверить основания вывода.
Вместо «ты знаешь наш продукт» напишите: «источник характеристик — эта редакция, пример стиля — другой файл, неподтверждённые сведения вынеси в вопросы». Так вы уменьшаете вероятность, что модель смешает справочник, рекламную гипотезу и старый черновик.
В кейсе поиска по архиву Yagodina материалы связаны с исходными публикациями. Для ответа сотруднику работает похожий принцип: недостаточно найти похожий фрагмент, нужно сохранить возможность открыть оригинал и проверить его применимость.
Первоисточники: Projects and chats ↗
4. Попросите показать основания ответа
Не требуйте подробного пересказа внутренних рассуждений. Нужны проверяемые основания: документ, раздел, строка, дата решения или ссылка на публикацию. Для каждого важного тезиса попросите указать, что подтверждено напрямую, а что является выводом.
Если источники противоречат друг другу, удобный ответ должен показать конфликт. Последняя дата изменения файла не всегда означает новую договорённость: документ могли просто переоформить. Приоритет задаётся содержанием и полномочиями автора, а не только технической отметкой.
Ответь на вопрос по приложенным материалам. Для каждого существенного утверждения укажи источник и место, где оно подтверждается. Отдельно перечисли выводы, которые ты сделал самостоятельно. Если редакции противоречат друг другу, покажи расхождение и не выбирай действующую без основания. Отсутствующие сведения оставь неизвестными.
5. Исправляйте не только сообщение
Когда обнаружена ошибка, найдите её происхождение. Если проблема в устаревшем справочнике, исправьте справочник и обозначьте новую версию. Если модель неверно интерпретировала корректный источник, добавьте пример или уточните правило проверки. Простое «запомни правильно» оставляет причину неясной.
Для команды полезен журнал изменений: прежнее правило, новое правило, основание и дата применения. Он может быть небольшим документом. Не нужно создавать сложную систему ради нескольких решений, но нужен понятный способ отличить действующий порядок от исторического.
После исправления повторите вопрос в новом задании. Проверьте не только правильный ответ, но и его источник. Если модель угадала верное значение без основания, будущая задача остаётся уязвимой к той же ошибке.
6. Не путайте подключение с полнотой контекста
Подключённый сервис даёт доступ к разрешённым инструментам и данным, а не обещание, что все нужные материалы уже прочитаны. При большой задаче попросите сначала перечислить использованные источники и недоступные части. Это помогает заметить пробел до подготовки длинного документа.
Для Dot официально уточняется: новая делегированная задача получает свой контекст, а подключение компьютера не открывает автоматически все разговоры ChatGPT и Codex. Если работа передаётся дальше, важные сведения нужно включать в передачу явно.
Состав передачи прост: цель, действующие решения, ссылки, статус материалов, неизвестное и ближайшее действие. Такой документ полезен и человеку, и агенту. Он сокращает зависимость от того, что кто-то случайно помнит из длинной переписки.
Первоисточники: Tasks and memory ↗
7. Проверьте систему на сложных вопросах
Возьмите четыре вопроса: с прямым ответом в источнике, с отсутствующим фактом, с противоречием версий и с устаревшим решением. Для каждого заранее запишите ожидаемое поведение. Правильным ответом иногда будет конкретный вопрос владельцу.
Оценивайте точность по утверждениям, а не по общему впечатлению. Один неверный срок может сделать бесполезным весь хороший отчёт. Сохраняйте примеры ошибок и повторяйте их после изменения структуры источников.
Постепенно вы получите небольшой проверочный набор для собственного бизнеса. Он полезнее универсального списка хитрых запросов: в нём отражены реальные места, где ваша команда теряет смысл, путает статусы или использует старые материалы.
8. Что оставить в памяти
В памяти уместны устойчивые предпочтения: язык, уровень подробности, привычный формат объяснения. Для текущего статуса проекта, согласованных условий и принятых результатов лучше иметь проверяемую запись. Эти сведения меняются и требуют основания.
Перед важным действием обновляйте изменчивые данные из источника. В конце работы сохраняйте именно результат и решение, которые понадобятся дальше. Тогда следующий разговор сможет продолжить дело без обещания помнить каждую фразу навсегда.
Перейдите от инструмента к проекту.
Macari: явно сохранённый контекст ↗Пример системы фактов, источников, ролей и истории решений.
Yagodina: архив с переходом к источнику ↗Пример связи найденного содержания с исходным материалом.Надёжная работа начинается с понятного источника и способа его проверить. Память помогает продолжать разговор, а актуальные записи помогают продолжать бизнес-процесс.
Упорядочим контекст вашего бизнеса
Определим источники фактов, подготовим правила версий и проверим ответы на сложных вопросах вашей команды.
Источники и дата проверки
Проверено 15 октября 2026 года. Доступность функций зависит от продукта, аккаунта и региона; приведённые примеры запросов — рабочие заготовки для вашей проверки.
- Memories ↗Раздельные механизмы и настройки памяти ChatGPT и локального Codex.
- Tasks and memory ↗Контекст, собственные заметки Dot и отсутствие автоматического доступа ко всем разговорам при подключении компьютера.
- Projects and chats ↗Общие источники и инструкции проекта как организация связанных задач.
