На этой странице
Представьте каталог товаров, изменившийся в понедельник. Промпт помощника всё ещё содержит пятничный список. Команда обновляет промпт. Ещё одна копия старого списка остаётся в обучающих примерах. Помощник теперь даёт один актуальный и один устаревший ответ в одной беседе.
Это условный сбой, но механизм встречается часто: у одного факта возникло несколько мест хранения.
Разговор о промптах, поиске и весах модели проводит полезную границу. Промпт говорит помощнику, как действовать. Поиск приносит актуальные знания с проверяемым источником для конкретной задачи. Адаптация модели обучает устойчивому шаблону. Считать это лестницей, где после промпта идёт поиск, а при неверном ответе сразу дообучение, означает неверно диагностировать фактические ошибки.
Промпт плохо подходит для каталога
Промпт привлекателен удобством правки. Добавьте абзац, и следующий запрос его получит. Но удобство скрывает две цены. Факт передаётся при каждом вызове, даже когда не относится к задаче. Большой промпт также затрудняет понимание, какую копию правила использовала модель.
Устойчивая инструкция «спросить перед отправкой кампании» принадлежит окружению агента. Список текущих пользовательских полей магазина нет. Администратор добавит атрибут, и список изменится. Он может различаться между аккаунтами и быть доступным одному рабочему пространству, но запрещённым другому.
Руководство по коннектору Brevo показывает важность определений полей для синхронизации контакта. Необъявленный атрибут назначения может не появиться, хотя сопоставление по названию выглядело разумным. Агент должен изучить текущий контракт аккаунта, а не вспоминать общий список из обучения.
Полезный найденный фрагмент достаточно мал для проверки. Он указывает аккаунт или клиента, время чтения и описываемое действие или поле. Если два фрагмента противоречат друг другу, система должна показать расхождение вместо молчаливого выбора более гладкого текста. Следующий шаг может быть повторным поиском или проверкой, а не более настойчивой формулировкой промпта.
Получайте факт вместе с областью действия
Запись знаний содержит больше текста: источник, версию или время получения, область аккаунта и ясный способ удалить или заменить её. Определение поля из одного аккаунта не становится общим правилом для другого.
Вопрос об атрибуте контакта может получить минимальный отвечающий фрагмент: название поля, тип и аккаунт, где оно существует. Ответ ссылается на него. Если сопоставление не сработало, команда может выяснить, устарел ли факт, вернулся ли результат другого аккаунта или модель неверно поняла правильный фрагмент.
Это разные исправления. Правка промпта не починит фильтр поиска, пересекающий границы аккаунтов. Более крупная модель не предоставит определение атрибута, который никто не запросил.
Объяснение MCP показывает, как агент обращается к инструментам. Инструмент возвращает относящийся к делу контракт, а приложение обеспечивает права просмотра. Текстовое указание «не разглашай данные другого аккаунта» не заменяет запрос с ограниченным доступом.
Разделение ускоряет исправление. Если поле назначения переименовали, обновите источник схемы и отмените затронутое сопоставление. Если агент систематически неверно понимает стабильную инструкцию, измените её или проверьте точечное обучение. Если неверный ответ вызван поиском не того аккаунта, изменение весов модели не устранит причину. У каждого класса ошибок свой ответственный и путь исправления.
- Устойчивая инструкция
Как вести себя помощнику
- Поиск с ограничением аккаунт · версия · время
Что верно сейчас
- Решение о сопоставлении
Текущий факт для этой задачи
- Контролируемая запись
Код проверяет разрешение и область
Обучайте шаблонам после их стабилизации
Разумное возражение: «Если факт постоянно используется, почему не обучить ему меньшую модель?» Одной частоты недостаточно. Факт должен оставаться правильным между обновлениями модели, а модель должна различать контексты.
Устойчивый стиль классификации иногда стоит дообучения. Текущий список полей поставщика плохой кандидат. Даже редкое изменение может дать устаревший ответ и неверное сопоставление многих записей. Храните факт там, где человек может его проверить и обновить.
Источник также предупреждает против поиска как средства для каждой логической ошибки. Если модель не может правильно сопоставить два нужных документа, ещё пятьдесят документов не научат её рассуждать. Сначала спросите, поступил ли верный фрагмент. Потом оцените суждение по нему.
Для создателя интеграции порядок исправления таков: найдите ложное утверждение, изучите полученное описание поля или API, проверьте аккаунт и версию, при необходимости исправьте источник или поиск, повторите проверку решения. Лишь затем рассматривайте изменение модели.
Цена заключается в поддержании настоящего слоя знаний: обновлении источников, проверках доступа и ссылках. Выгода заключается в факте, который можно исправить в одном месте.
Изменившийся контракт не должен ждать, пока модель его забудет.
Часто Задаваемые Вопросы
Что следует хранить в промпте агента?
Короткие долговременные инструкции о поведении и границах. Меняющийся каталог, список полей конкретного аккаунта или текущие правила поставщика нужно по необходимости получать из разрешённого источника.
Почему не дообучить модель на текущей документации?
Дообучение может закрепить изменчивый факт в весах, которые трудно проверить и обновить. Сначала убедитесь, что при решении получен и указан правильный документ.
Как исправить неверный фактический ответ?
Проверьте исходный документ, его версию, фильтр поиска и возвращённый фрагмент. Исправьте факт или путь получения прежде, чем менять модель.