Платформа выполнения агентов

Словарь · Выбор размещения · Доступы и интеграции

Назначение

В методологии платформа обеспечивает непрерывное выполнение задач автономными агентами. Она принимает запросы участников, события проектных систем и задания по расписанию, запускает агентов, сохраняет состояние и результаты и обеспечивает наблюдение за работой. Агент выполняет задачу; платформа обеспечивает условия её выполнения.

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

Что нужно обеспечить

ИИ-инженер совместно с владельцами инфраструктуры проверяет возможности для выбранного потока задач:

• Запуск, наблюдение, остановка и повторное выполнение задач с сохранением состояния и журналов.
• Доступ к выбранному инференсу, ограничения ресурсов и параллелизма.
• Инструменты работы с Git, трекером, кодом, сборками и средами тестирования.
• Подключение актуальных знаний, инструкций и навыков к фактическому запуску агента.
• Коммуникации с командой, в том числе через чат-бота, запросы участия человека и доставка результатов проверяющим.
• Разграничение полномочий агентов и людей, хранение секретов и правила выполнения операций.
• Сохранение доказательств выполнения и данных для мониторинга.

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

Подключение проекта и проверка готовности

1. Выбрать доступный экземпляр либо новое развёртывание; независимо определить инференс и системы PoC по гайду размещения.
2. Получить документацию выбранной реализации и версии: требования к ресурсам, установку, подключение моделей, интеграции и диагностику. При её отсутствии не придумывать команды и состав поставки.
3. Для нового экземпляра подготовить ресурсы и выполнить установку по этой документации. Для действующего — выделить проект, проверить ресурсы и права.
4. Подключить модели и проектные системы, выполнить технический запуск агента и сохранить подтверждения.
5. Подготовить рабочее место ИИ-инженера и перейти к адаптации агентов к продукту. Технический запуск не заменяет проверку первой продуктовой задачи.

Схема и источники документации фиксируются в форме размещения, доступы — в реестрах, проверки — в условиях онбординга. Готовность к PoC подтверждается по чек-листу.

Реализация на платформе «Джина»

Платформа «Джина» — конкретная реализация технологической части методологии: выполнение автономных агентов, взаимодействие с командой через чат-бота и подключения к инструментам проекта. При её выборе применяются инструкция развёртывания Джины у клиента и документация используемой версии.

На существующем экземпляре Джины создают или выбирают проект, настраивают модели, доступы и интеграции и проверяют рабочий сценарий. В гайдах используются общие понятия «знания», «навыки», «каталог исходных материалов» и «рабочее место инженера»; при настройке Джины им сопоставляют конкретные репозитории, hub и АРМ выбранной версии. Названия компонентов и команды берутся из документации поставки.