Как создать агента искусственного интеллекта

Как создать агента искусственного интеллекта

Краткий ответ: Чтобы создать работающего на практике ИИ-агента, рассматривайте его как управляемый цикл: получайте входные данные, определяйте следующее действие, вызывайте узкоспециализированный инструмент, наблюдайте за результатом и повторяйте до тех пор, пока не будет пройдена четкая проверка «готово». Он оправдывает себя, когда задача многоэтапная и управляется инструментом; если задача решается одним запросом, пропускайте агента. Добавьте строгие схемы инструментов, ограничения по шагам, логирование и валидатор/критик, чтобы при сбоях инструментов или неоднозначных входных данных агент переходил на следующий этап, а не зацикливался.

Основные выводы:

Цикл контроллера : Реализуйте цикл ввода→действия→наблюдения с явными условиями остановки и максимальным количеством шагов.

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

Гигиена памяти : используйте компактное кратковременное воспроизведение информации, а также долговременное извлечение; избегайте выгрузки полных стенограмм.

Устойчивость к злоупотреблениям : добавьте списки разрешенных действий, ограничения скорости запросов, идемпотентность и «пробный запуск» для рискованных действий.

Тестируемость : Поддерживайте набор сценариев (сбои, неоднозначность, внедрение зависимостей) и запускайте его повторно при каждом изменении.

Как создать ИИ-агента? Инфографика
Статьи, которые могут вас заинтересовать после этой:

🔗 Как измерить производительность ИИ
Изучите практические показатели для оценки скорости, точности и надежности.

🔗 Как общаться с ИИ
Используйте подсказки, контекст и последующие вопросы, чтобы получить более качественные ответы.

🔗 Как оценивать модели искусственного интеллекта
Сравните модели, используя тесты, критерии оценки и результаты выполнения реальных задач.

🔗 Как оптимизировать модели ИИ
Повышайте качество и снижайте затраты за счет настройки, оптимизации и мониторинга.

1) Что такое ИИ-агент, говоря простым языком 🧠

ИИ-агент — это замкнутый цикл. Документация LangChain по «агентам»

Вот и всё. Цикл с мозгом посередине.

Ввод → думать → действовать → наблюдать → повторять . Статья ReAct (размышление + действие)

Где:

  • Входными данными являются запрос пользователя или событие (новое электронное письмо, заявка в службу поддержки, запрос датчика).

  • Think — это языковая модель, которая обдумывает следующий шаг.

  • Функция Act вызывает инструмент (поиск во внутренней документации, запуск кода, создание заявки, написание ответа). Руководство по вызову функций OpenAI.

  • Функция Observe считывает выходные данные инструмента.

  • Повторение — это то, что создает ощущение «активности», а не «разговорчивости». Документация LangChain по «агентам»

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

Кроме того, полная автономия вам не нужна. На самом деле… она вам, вероятно, и не нужна 🙃

2) Когда следует создавать агента (и когда не следует) 🚦

Создать агента, когда:

  • Работа многоэтапная и меняется в зависимости от того, что происходит на промежуточном этапе.

  • Для выполнения работы требуется использование инструментов (базы данных, CRM-системы, выполнение кода, генерация файлов, браузеры, внутренние API). Документация LangChain по инструментам.

  • Вам нужны повторяющиеся результаты с установленными ограничениями, а не просто разовые решения.

  • Можно определить понятие «готово» таким образом, чтобы компьютер мог это проверить, пусть даже в приблизительной форме.

Не создавайте агента, если:

  • Простая подсказка и ответ решат проблему (не усложняйте, потом будете себя жалеть).

  • Необходим идеальный детерминизм (агенты могут быть относительно последовательными, но не роботизированными).

  • Если у вас нет никаких инструментов или данных для связи, то всё сводится к атмосфере.

Давайте будем откровенны: половина «проектов по созданию ИИ-агентов» могла бы представлять собой рабочий процесс с несколькими правилами ветвления. Но, знаете, иногда важна и атмосфера 🤷♂️

3) Что делает хорошую версию ИИ-агента ✅

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

Хорошая версия ИИ-агента — это не та, которая думает больше всех. Это та, которая:

Если вашего агента нельзя проверить, то это, по сути, очень самоуверенный игровой автомат. Весело на вечеринках, ужасно в процессе эксплуатации 😬

4) Основные строительные блоки агента («анатомия» 🧩)

Большинство твердых агентов имеют следующие компоненты:

А) Цикл управления 🔁

Это дирижер:

  • забить гол

  • запросить у модели следующее действие

  • запустить инструмент

  • добавить наблюдение

  • Повторять до завершения. Документация LangChain «Агенты».

B) Инструменты (или возможности) 🧰

Инструменты — это то, что делает агента эффективным: документация LangChain по «Инструментам».

  • запросы к базе данных

  • отправка электронных писем

  • извлечение файлов

  • выполняющийся код

  • вызов внутренних API

  • запись в электронные таблицы или CRM-системы

C) Память 🗃️

Важны два вида:

  • Кратковременная память : контекст текущего выполнения, последние шаги, текущий план.

  • Долговременная память : предпочтения пользователя, контекст проекта, извлеченные знания (часто с помощью эмбеддингов + векторного хранилища) ( статья RAG

D) Политика планирования и принятия решений 🧭

Даже если вы не называете это «планированием», вам нужен метод:

E) Ограничительные меры и оценка 🧯

Да, это скорее инженерный подход, чем просто подсказка. В этом-то и заключается смысл.

5) Сравнительная таблица: популярные способы создания агента 🧾

Ниже представлена ​​реалистичная «сравнительная таблица» — с некоторыми особенностями, потому что реальные команды бывают немного странными 😄

Инструмент / Фреймворк Аудитория Цена Почему это работает Заметки (небольшой хаос)
LangChain строители, которым нравятся компоненты в стиле Lego почти бесплатный + инфракрасный обширная экосистема для инструментов, памяти и блокчейнов Если не давать четких названий, все может быстро превратиться в хаос
LlamaIndex Команды, в которых много RAG почти бесплатный + инфракрасный надежные шаблоны поиска, индексирование, коннекторы Замечательно, когда ваш агент, по сути, работает по принципу «поиск + действие»… что довольно распространено
подход в стиле OpenAI Assistants команды, желающие ускорить настройку на основе использования встроенные шаблоны вызова инструментов и состояние выполнения В некоторых аспектах менее гибкий, но подходит для многих приложений OpenAI запускает API, а OpenAI Assistant вызывает функции.
Семантическое ядро разработчики, которым нужна структурированная оркестровка почти бесплатный Четкая абстракция для навыков/функций Создается ощущение «организационной чистоты» — иногда это комплимент 😉
АвтоГен экспериментаторы с несколькими агентами почти бесплатный модели взаимодействия между агентами может слишком много говорить; установить строгие правила прекращения разговора
CrewAI фанаты «команд агентов» почти бесплатный Роли + задачи + передача информации легко выразить Наилучшие результаты достигаются, когда задачи четкие, а не расплывчатые
Стог сена поиск + конвейеры люди почти бесплатный твердые трубопроводы, извлечение, компоненты Меньше «театра агентов», больше «практического производства»
Самодельная спираль (собственный петлевой механизм) перфекционисты (любящие контроль) ваше время минимум магии, максимальная ясность Обычно это лучший вариант в долгосрочной перспективе… пока вы всё не переделаете 😅

Однозначного победителя нет. Лучший выбор зависит от того, какая основная задача вашего агента — поиск информации , выполнение заданий , координация работы нескольких агентов или автоматизация рабочих процессов .

6) Как шаг за шагом создать ИИ-агента (реальный рецепт) 🍳🤖

Большинство людей пропускают этот момент, а потом удивляются, почему агент ведёт себя как енот в кладовой.

Шаг 1: Опишите работу одним предложением 🎯

Примеры:

  • «Составьте ответ клиенту, используя политику и контекст заявки, а затем запросите его одобрение»

  • «Изучите сообщение об ошибке, воспроизведите её и предложите решение»

  • «Превратите неполные протоколы совещаний в задачи, ответственных лиц и сроки»

Если вы не можете дать простое определение, ваш агент тоже не сможет. То есть, он может, но будет импровизировать, а импровизация — это путь к гибели бюджета.

Шаг 2: Определите уровень автономии (низкий, средний, острый) 🌶️

  • Низкая автономность : предлагает шаги, пользователь нажимает кнопку «одобрить».

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

  • Высокий уровень : выполняется от начала до конца, отправляет уведомления оператору только при возникновении исключений.

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

Шаг 3: Выберите свою модель стратегии 🧠

Обычно вы выбираете:

  • Одна надежная модель для всего (простая)

  • Одна мощная модель + более компактная модель для экономии ресурсов (классификация, маршрутизация)

  • При необходимости можно использовать специализированные модели (зрение, кодирование, речь)

Также примите решение:

  • максимальное количество токенов

  • температура

  • Разрешаете ли вы использовать длинные цепочки рассуждений внутри системы (можете, но не раскрывайте конечным пользователям необработанные данные о ходе мысли)?

Шаг 4: Определите инструменты со строгими схемами 🔩

Инструменты должны быть:

Вместо инструмента с именем do_anything(input: string) используйте make:

Если вы дадите агенту бензопилу, не удивляйтесь, если он подстрижет живую изгородь, одновременно демонтировав и забор.

Шаг 5: Создайте цикл контроллера 🔁

Минимальный цикл:

  1. Начните с цели и исходного контекста

  2. Спросите модель: «Какое следующее действие?»

  3. Если инструмент вызывается — выполните инструмент

  4. Добавить наблюдение

  5. Проверка состояния остановки

  6. Повторить (с максимальным количеством шагов) документацию LangChain «Агенты».

Добавлять:

Шаг 6: Аккуратно добавьте память 🗃️

Краткосрочная перспектива: поддерживайте актуальность краткого «сводного отчета о состоянии» на каждом шаге. LangChain «Обзор памяти».
Долгосрочная перспектива: храните надежные данные (пользовательские предпочтения, правила организации, стабильную документацию).

Общее правило:

  • Если что-то часто меняется, лучше придерживаться краткосрочного подхода

  • Если продукт стабилен, храните его длительное время

  • Если у вас чувствительное заболевание, храните в минимальных количествах (или не храните вовсе)

Шаг 7: Добавьте проверку и «критический» проход 🧪

Недорогой и практичный шаблон:

  • агент генерирует результат

  • Валидатор проверяет структуру и ограничения

  • Дополнительные проверки критической модели на предмет пропущенных шагов или нарушений правил NIST AI RMF 1.0

Не идеальный, но выявляет поразительное количество бессмыслицы.

Шаг 8: Запишите всё, о чём потом пожалеете, если не запишете 📜

Бревно:

В будущем вы поблагодарите себя. В настоящем вы забудете. Такова жизнь 😵💫

7) Работа по найму, которая не разобьет вам душу 🧰😵

Именно в процессе вызова инструментов "Как создать агента искусственного интеллекта" превращается в настоящую разработку программного обеспечения.

Сделайте инструменты надежными (надежность — это хорошо)

Надежные инструменты:

Добавляйте ограничители на уровне инструментов, а не только подсказки

Подсказки — это вежливые предложения. Проверка инструмента — это закрытая дверь. Структурированные выходные данные OpenAI.

Делать:

  • Списки разрешенных инструментов (какие инструменты могут запускаться)

  • проверка входных данных

  • Ограничения скорости OpenAI Руководство по ограничениям скорости

  • Проверка прав доступа для каждого пользователя/организации

  • «Режим репетиции» для рискованных действий

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

Инструменты выходят из строя. Сети нестабильны. Срок действия аутентификации истекает. Агент должен:

Один незаметный, но эффективный приём: возвращать структурированные ошибки, например:

  • тип: auth_error

  • тип: не найден

  • тип: rate_limited
    Таким образом, модель сможет реагировать разумно, а не паниковать.

8) Воспоминание, которое помогает, а не преследует вас 👻🗂️

Память — мощный инструмент, но она также может превратиться в ящик для ненужных вещей.

Кратковременная память: делайте её компактной

Использовать:

  • последние N шагов

  • Текущая сводка (обновляется на каждом цикле)

  • текущий план

  • текущие ограничения (бюджет, время, политика)

Если всё это поместить в контекст, получится:

  • более высокая стоимость

  • более медленная задержка

  • ещё больше путаницы (да, даже тогда)

Долговременная память: извлечение информации вместо «заполнения памяти»

Большинство примеров «долговременной памяти» выглядят примерно так:

  • эмбеддинги

  • векторный магазин

  • поиск с расширенным генерацией (RAG) RAG статья

Агент не запоминает информацию. Он извлекает наиболее релевантные фрагменты во время выполнения. LlamaIndex «Введение в RAG»

Практические правила запоминания

  • Сохраняйте «предпочтения» в виде явных данных: «Пользователю нравятся маркированные списки и он ненавидит смайлики» (ха-ха, но не здесь 😄)

  • Сохраняйте «решения» с указанием времени или версий (иначе будут накапливаться противоречия)

  • Никогда не храните секреты, если в этом нет крайней необходимости

А вот моя несовершенная метафора: память похожа на холодильник. Если его никогда не чистить, то в конце концов ваш бутерброд будет пахнуть луком и сожалением.

9) Шаблоны планирования (от простых до сложных) 🧭✨

Планирование — это всего лишь контролируемое разложение на составляющие. Не нужно делать из этого нечто мистическое.

Шаблон А: Планировщик-контрольный список ✅

  • Модель выдает список шагов

  • Выполняется пошагово

  • Обновление статуса контрольного списка

Отлично подходит для адаптации новых сотрудников. Простой, легко тестируемый.

Шаблон B: Цикл ReAct (причина + действие) 🧠→🧰

  • модель определяет следующий вызов инструмента

  • наблюдает за выходными данными

  • повторяет ReAct бумагу

Это классический образ агента.

Схема C: Руководитель-работник 👥

Это полезно, когда задачи можно выполнять параллельно или когда вам нужны разные «роли», например:

  • исследователь

  • программист

  • редактор

  • Контроль качества

Схема D: Планирование-выполнение с последующим перепланированием 🔄

  • создать план

  • выполнять

  • Если результаты работы инструмента меняют реальность, перепланируйте

Это предотвращает упрямое следование агенту плохому плану. Люди тоже так поступают, если только не устали, в этом случае они тоже следуют плохим планам.

10) Безопасность, надежность и возможность не быть уволенным 🔐😅

Если ваш агент может предпринимать действия, вам необходима система безопасности. Не «желательная функция», а необходимость. NIST AI RMF 1.0

Жесткие ограничения

  • максимальное количество шагов за пробежку

  • максимальное количество вызовов инструментов в минуту

  • Максимальная сумма расходов за сессию (бюджет токенов)

  • ограниченные инструменты, требующие утверждения

Обработка данных

  • Перед записью в журнал удаляйте конфиденциальную информацию

  • Раздельные среды (разработка и производство)

  • права доступа к инструментам с минимальными привилегиями

Поведенческие ограничения

  • заставить агента привести фрагменты внутренних доказательств (не внешние ссылки, а только внутренние источники)

  • Необходимо указывать флаги неопределенности, когда уровень уверенности низок

  • Если входные данные неоднозначны, необходимо «задать уточняющий вопрос»

Надежный агент — это не самый уверенный в себе человек. Это тот, кто знает, когда его предположения верны… и говорит об этом.

11) Тестирование и оценка (часть, которую все избегают) 🧪📏

Нельзя улучшить то, что нельзя измерить. Да, эта фраза банальна, но, к сожалению, она правдива.

Создайте набор сценариев

Создайте 30-100 тестовых случаев:

Результаты подсчета баллов

Используйте такие показатели, как:

  • показатель успешности выполнения задачи

  • время выполнения

  • коэффициент восстановления после ошибок инструмента

  • Частота галлюцинаций (заявления без доказательств)

  • Уровень одобрения человеком (при работе в контролируемом режиме)

Регрессионные тесты для подсказок и инструментов

При любых изменениях:

  • схема инструментов

  • системные инструкции

  • логика поиска

  • Форматирование памяти.
    Запустите набор инструментов еще раз.

Агенты — очень чувствительные создания. Как комнатные растения, только дороже.

12) Шаблоны развертывания, которые не разорят ваш бюджет 💸🔥

Начните с одной услуги

Внедрите механизмы контроля затрат на раннем этапе

  • результаты кэширования

  • Сжатие состояния разговора с помощью резюме

  • использование меньших моделей для маршрутизации и извлечения данных

  • ограничение «режима глубокого мышления» самыми сложными шагами

Распространенный архитектурный выбор

  • Контроллер без сохранения состояния + внешнее хранилище состояний (БД/Redis)

  • Вызовы инструментов, где это возможно, являются идемпотентными. Stripe использует «идемпотентные запросы».

  • Постановка в очередь длительных задач (чтобы веб-запрос не оставался открытым бесконечно)

А ещё: сделайте "аварийный выключатель". Он вам понадобится только тогда, когда он действительно, действительно понадобится 😬

13) Заключительные замечания — краткая версия того, как создать ИИ-агента 🎁🤖

Если ничего больше не запомнишь, запомни это:

  • разделе «Как создать ИИ-агента» речь в основном идёт о построении безопасного цикла вокруг модели. Документация LangChain по «Агентам»

  • Начните с четкой цели, низкой автономности и строгих инструментов. Структурированные результаты OpenAI.

  • Увеличивайте память посредством извлечения данных, а не бесконечного наполнения контекста. Статья RAG

  • Планирование может быть простым — контрольные списки и перепланирование могут значительно помочь.

  • Ведение журналов и тестирование превращают хаос в работе агентов в готовый к внедрению продукт. Введение в мониторинг OpenTelemetry.

  • Ограничения должны быть в коде, а не только в подсказках. OWASP Top 10 для приложений LLM

Агент — это не магия. Это система, которая принимает правильные решения достаточно часто, чтобы быть ценной… и признаёт поражение, прежде чем оно причинит ущерб. В каком-то смысле это тихонько успокаивает 😌

И да, если всё сделать правильно, это будет похоже на найм крошечного стажёра-программиста, который никогда не спит, иногда паникует и обожает бумажную работу. То есть, по сути, стажёра.

Часто задаваемые вопросы

Что такое ИИ-агент, простыми словами?

По сути, ИИ-агент — это цикл, который повторяется: принимает входные данные, определяет следующий шаг, использует инструмент, считывает результат и повторяет процесс до завершения. «Агентность» заключается в действии и наблюдении, а не просто в общении. Многие агенты — это просто интеллектуальная автоматизация с доступом к инструментам, в то время как другие ведут себя скорее как младший оператор, способный исправлять ошибки.

В каких случаях следует создавать ИИ-агента, а не просто использовать подсказку?

Агент следует создавать, когда работа многоэтапная, изменяется в зависимости от промежуточных результатов и требует надежного использования инструментов (API, базы данных, системы обработки заявок, выполнения кода). Агенты также полезны, когда вам нужны повторяемые результаты с ограничениями и способом проверки выполнения. Если работает простой механизм «запрос-ответ», агент обычно является ненужной дополнительной нагрузкой и создает дополнительные сценарии сбоев.

Как создать ИИ-агента, который не будет застревать в замкнутых циклах?

Используйте жесткие условия остановки: максимальное количество шагов, максимальное количество вызовов инструментов и четкие проверки завершения. Добавьте структурированные схемы инструментов, тайм-ауты и повторные попытки, которые не будут повторяться бесконечно. Регистрируйте решения и выходные данные инструментов, чтобы видеть, где возникают проблемы. Распространенным предохранительным клапаном является эскалация: если агент не уверен или повторяет ошибки, он должен запросить помощь, а не импровизировать.

Какова минимальная архитектура для создания агента искусственного интеллекта?

Как минимум, вам нужен цикл управления, который передает модели цель и контекст, запрашивает следующее действие, выполняет инструмент по запросу, добавляет наблюдение и повторяет цикл. Вам также нужны инструменты со строгими параметрами ввода/вывода и проверкой "готово". Даже созданный вами цикл может хорошо работать, если вы поддерживаете чистоту состояния и устанавливаете ограничения на количество шагов.

Как следует проектировать вызов инструментов, чтобы он был надежным в производственной среде?

Инструменты должны быть узкоспециализированными, типизированными, с правами доступа и прошедшими проверку — избегайте универсальных инструментов типа «делай что угодно». Предпочитайте строгие схемы (например, структурированные выходные данные/вызов функций), чтобы агент не мог игнорировать входные данные. Добавьте списки разрешенных запросов, ограничения скорости и проверки разрешений пользователей/организаций на уровне инструментов. Разрабатывайте инструменты таким образом, чтобы их можно было безопасно перезапускать при необходимости, используя шаблоны идемпотентности.

Как лучше всего увеличить объем памяти, не ухудшив работу агента?

Рассматривайте память как две части: кратковременное состояние выполнения (недавние шаги, текущий план, ограничения) и долговременное извлечение (предпочтения, стабильные правила, соответствующая документация). Кратковременную память следует хранить в компактном виде, используя сводки, а не полные стенограммы. Для долговременной памяти извлечение (встраивания + векторное хранилище/шаблоны RAG) обычно эффективнее, чем «запихивание» всего в контекст и дезориентация модели.

Какую модель планирования мне следует использовать: контрольный список, ReAct или модель «руководитель-работник»?

Планировщик-контрольный список отлично подходит, когда задачи предсказуемы и вам нужно что-то простое для тестирования. Циклы в стиле ReAct особенно эффективны, когда результаты работы инструмента влияют на ваши дальнейшие действия. Шаблоны «руководитель-работник» (например, разделение ролей в стиле AutoGen) помогают, когда задачи можно распараллелить или когда требуются разные роли (исследователь, программист, специалист по контролю качества). Планирование с последующим выполнением и перепланированием — это практичный компромиссный вариант, позволяющий избежать упрямых и неудачных планов.

Как обеспечить безопасность агента, если он способен совершать реальные действия?

Используйте систему минимальных привилегий и ограничьте доступ к рискованным инструментам режимами утверждения или «пробного запуска». Установите ограничения и лимиты: максимальное количество шагов, максимальные затраты и лимиты на вызовы инструментов в минуту. Удаляйте конфиденциальные данные перед записью в лог и разделяйте среды разработки и производства. Требуйте использования флагов неопределенности или уточняющих вопросов при неоднозначных входных данных, вместо того чтобы полагаться на уверенность вместо доказательств.

Как тестировать и оценивать работу ИИ-агента, чтобы он совершенствовался со временем?

Создайте набор сценариев, включающий в себя сценарии успешного выполнения, крайние случаи, сбои инструментов, неоднозначные запросы и попытки внедрения подсказок (в стиле OWASP). Оцените такие результаты, как успешность выполнения задачи, время выполнения, восстановление после ошибок инструментов и утверждения без доказательств. При каждом изменении схем инструментов, подсказок, способов извлечения данных или форматирования памяти повторно запускайте набор сценариев. Если вы не можете протестировать, вы не сможете надежно выпустить продукт.

Как развернуть агента, не увеличивая задержку и затраты?

Распространенный шаблон — это контроллер без состояния с внешним хранилищем состояний (БД/Redis), сервисами инструментов и надежной системой логирования/мониторинга (часто OpenTelemetry). Контролируйте затраты с помощью кэширования при получении данных, компактных сводок состояния, меньших моделей для маршрутизации/извлечения данных и ограничения «глубокого анализа» самыми сложными этапами. Используйте очереди для длительных задач, чтобы не задерживать веб-запросы. Всегда включайте аварийный выключатель.

Ссылки

  1. Национальный институт стандартов и технологий (NIST) - NIST AI RMF 1.0 (надежность и прозрачность) - nvlpubs.nist.gov

  2. OpenAI - Структурированные выходные данные - platform.openai.com

  3. OpenAI - Руководство по вызову функций - platform.openai.com

  4. OpenAI — Руководство по ограничениям скорости запросов — platform.openai.com

  5. OpenAI — запускает API — Platform.openai.com

  6. OpenAI - Вызов функций голосовых помощников - platform.openai.com

  7. LangChain - Документация по агентам (JavaScript) - docs.langchain.com

  8. LangChain — Документация по инструментам (Python) — docs.langchain.com

  9. LangChain — Обзор памяти — docs.langchain.com

  10. arXiv - статья ReAct (reason + act) - arxiv.org

  11. arXiv - статья RAG - arxiv.org

  12. Библиотека инструментов для разработчиков Amazon Web Services (AWS) — Тайм-ауты, повторные попытки и задержка с учетом дрожания — aws.amazon.com

  13. OpenTelemetry — Введение в мониторинг — opentelemetry.io

  14. Stripe — Идемпотентные запросы — docs.stripe.com

  15. Google Cloud — Стратегия повторных попыток (отсрочка + дрожание) — docs.cloud.google.com

  16. OWASP — Топ-10 для приложений с большими языковыми моделями — owasp.org

  17. OWASP - LLM01 Prompt Injection - genai.owasp.org

  18. LlamaIndex - Введение в RAG - developers.llamaindex.ai

  19. Microsoft - Семантическое ядро ​​- learn.microsoft.com

  20. Microsoft AutoGen — многоагентная платформа (документация) — microsoft.github.io

  21. CrewAI - Концепции агентов - docs.crewai.com

  22. Haystack (deepset) - Документация Retrievers - docs.haystack.deepset.ai

Найдите новейшие разработки в области ИИ в официальном магазине ИИ-помощников

О нас

Вернуться в блог