Память агента должна давать контекст, но не полномочия. Сохранённое предпочтение, прежнее согласование, найденное правило или успешный прошлый случай помогают подготовить решение. Они не разрешают читать закрытые данные, отправлять сообщение, оформлять заказ или менять запись. Текущие права выдаёт отдельный источник. При конфликте агент обязан остановиться, показать основания и обратиться к ответственному, а не превращать историю в команду.
Разведите память, правило и действие
Память отвечает на вопрос, что системе известно о прошлой работе. Политика определяет, что сейчас разрешено конкретной роли в конкретном процессе. Исполнение меняет состояние через инструмент. Эти части могут говорить об одном объекте, но у них разные владельцы и сроки жизни. Историческая запись остаётся полезной после изменения правила. Именно поэтому она не может сама выдавать право.
Представим помощника отдела закупок. В его памяти есть заметка, что руководитель раньше согласовал работу с определённым поставщиком. Сотрудник просит оформить новый заказ у той же компании. Запись поможет найти карточку поставщика и подготовить сравнение. Но она не доказывает наличие бюджета, актуальность условий, право сотрудника на заказ и сегодняшнее согласие руководителя.
В памяти нужно хранить источник, дату, область применения и известную неопределённость. Решение о доступе должно жить в актуальной системе согласований. Перед внедрением полезно пройти три теста готовности к ИИ: они помогают обнаружить ситуацию, когда команда пытается заменить несуществующее правило накопленными заметками.
Считайте конфликт нормальным событием
Опасная схема молча выбирает удобный источник. Безопасная сравнивает память с действующей политикой и показывает расхождение. Если в заметке поставщик рекомендован, а реестр закупок помечает его как временно недоступного, действие блокируется. Если сервис согласования не отвечает, агент может подготовить черновик, но не имеет права считать прежний заказ новым разрешением.
- Слой памяти: источник, предыдущий результат, контекст и сомнения.
- Слой политики: текущая роль, операция, объект, предел и необходимость согласования.
- Слой исполнения: узкий вызов инструмента после положительного решения о праве.
- Слой контроля: отдельная запись об основаниях, разрешении, действии и конечном состоянии.
Агент должен отдельно сообщать, что ему известно и что разрешает следующий шаг. Такой формат мешает подменить доказательство уверенной формулировкой. Три вопроса перед покупкой ИИ возвращают обсуждение к владельцу и проверяемому результату. Если текущего владельца решения нет, память не закрывает этот пробел.
Проверьте систему на устаревшей, но соблазнительной записи
В тестовый набор включите действующую заметку, истёкшее исключение, изменившееся правило, два противоречивых документа и недоступный сервис согласования. Агент может найти и кратко изложить каждый материал. Проверяющий принимает результат только тогда, когда действие контролируется текущей политикой, старый контекст помечен, а отсутствие разрешения приводит к остановке.
Нужно проверить и качество поиска. Похожий документ может относиться к другой организации, периоду или типу закупки. Материал о том, почему сначала нужно чинить поиск, а не обвинять модель, полезен именно здесь. Даже идеально найденный документ остаётся справкой, пока система полномочий не подтвердила действие.
Контролёр читает решение о праве и итоговую запись напрямую. Он проверяет, что исполнитель использовал разрешённый инструмент, изменил разрешённый объект, не вышел за предел и оставил подтверждение. Если хотя бы одного элемента нет, заказ отклоняется или передаётся человеку. Более подробное объяснение агента не исправляет отсутствующее право.
Такое разделение делает память полезнее. В ней можно сохранять историю, спорные версии и источники, не превращая каждую заметку в правило доступа. Политика меняется независимо и быстро. Исполнитель получает минимальную задачу, а проверяющий видит полную цепочку. Ошибка в одной части не обязана становиться несанкционированным действием.
Для каждой записи памяти задайте срок пересмотра, но не пытайтесь сделать его сроком действия права. Старый факт может быть важен для расследования или объяснения решения, хотя применять его уже нельзя. Проверяющий должен видеть обе даты: когда появился контекст и когда отдельная система подтвердила разрешение. Это снимает опасную двусмысленность между известно и разрешено.
При удалении сотрудника, смене роли или закрытии проекта сначала отзывают доступ, а память об истории сохраняют по действующим правилам хранения. Обратный порядок оставляет окно, в котором агент ещё может действовать. Значит, жизненный цикл полномочий строится вокруг личности и политики, а не вокруг удобства поиска прошлых материалов.
Частые вопросы
Она даёт контекст, источники, прошлые результаты, предпочтения и известную неопределённость для подготовки решения.
Текущее решение о праве, связанное с ролью, операцией, объектом, пределом, согласованием и сроком.
Действие контролирует актуальная политика, а расхождение сохраняется и передаётся ответственному владельцу.
Нет. Проверка повышает доверие к записи, но не создаёт право, которого нет в действующей системе полномочий.
Если вы проектируете агента с памятью и инструментами, обсудите внедрение ИИ с MYOD.IT. Посадочная страница остаётся только точным CTA. Рабочая граница неизменна: память помогает подготовить предложение, а текущее полномочие разрешает действие.
