🛠 Методология Agent-Ops 0.4.0 запрещает ИИ-агентам напрямую менять инфраструктуру Российские ИТ-компании во главе с Git in Sky опубликовали на GitHub и GitVerse первую публичную версию методологии Agent-Ops 0.4.0. Этот открытый стандарт регламентирует совместную работу инженеров и ИИ-агентов при эксплуатации ИТ-инфраструктуры. Главная задача выпуска — провести жесткую границу между вероятностными рассуждениями LLM и реальным воздействием на рабочие серверы, чтобы исключить случайные аварии из-за галлюцинаций моделей. Согласно разбору на Habr, методология делит процесс на три плоскости (данные, управление и независимый аудит Guardian) и предписывает 8-шаговый цикл решения инцидентов. Агент может собирать факты, выдвигать гипотезы и готовить план действий, но не имеет права выполнять команды. Любое изменение вносит строго детерминированное ПО, которое запускает человек после проверки планов. → Текущий статус: публичный проект нормативной версии 0.4.0 → Ключевой принцип: разделение ролей (агент диагностирует, человек утверждает, программа исполняет) → Главный постулат безопасности: unknown ≠ OK (непроверенный факт всегда остается неизвестным) → Экономика: вводится метрика стоимости на один принятый успешный результат с учетом затрат на API и времени инженеров Пока маркетологи обещают полную автономность ИИ-агентов, практики быстро осознали: давать вероятностной языковой модели прямой доступ к рабочим серверам — это инфраструктурное самоубийство. Agent-Ops снижает ажиотаж, превращая агента из «всемогущего админа» в обычного аналитика, чьи выводы жестко проверяет код. Главный вопрос в том, не перегрузит ли этот многослойный аудит процессы настолько, что экономия от внедрения LLM просто исчезнет в согласованиях. #AgentOps #DevOps #LLM #AIAgents #GitInSky