Я создал ИИ-агента, который мог вызывать API. А потом мне пришлось научить его, когда этого НЕ делать

Создание ИИ-агента, способного выполнять вызовы API, — задача несложная, но обеспечение безопасности этих действий требует серьезного инженерного подхода. Автор описывает свой опыт внедрения уровня разрешений, который предотвращает выполнение агентом несанкционированных или опасных операций. Отделяя выбор инструмента от авторизации, система рассматривает вывод модели как запрос, а не как команду. Такая архитектура включает детерминированный движок разрешений, проверяющий названия инструментов, аргументы и права доступа к ресурсам перед выполнением. Автор подчеркивает, что полагаться только на системные промпты для безопасности недостаточно из-за вероятностной природы LLM и рисков, таких как инъекции промптов. Вместо этого он выступает за явную проверку на основе кода, ведение журналов аудита и обязательное подтверждение человеком для критических операций, рассматривая ИИ-агентов как часть защищенной распределенной системы, работающей по принципу наименьших привилегий.
This is a summary. Read the full article at the original source:
Dev.toПохожие
LLM уверенно называет шахматные ходы, которых на доске нет. Как я проверяю каждый ее ответ кодом
Автор статьи анализирует проблему галлюцинаций больших языковых моделей (LLM) при игре в шахматы. Несмотря на способность моделей генерировать текст,…
Я дал ИИ-агенту $0 и три итерации, чтобы заработать денег. Вот что произошло на самом деле
Разработчик недавно протестировал возможности автономного ИИ, поставив перед агентом задачу заработать деньги, начиная с $0.00, при ограничении в три…
Руководство по документации ИИ: Model Cards, Eval Reports, Agent Cards и многое другое
По мере перехода систем ИИ от детерминированного кода к вероятностным моделям и автономным агентам традиционной документации, такой как README, станов…


