Разбор упавшей сборки у нас долго жил в двух местах: в голове дежурного и в YAML, который открывали, только когда уже горело. 28 октября 2026 GitHub вывел Agentic Workflows в общий доступ на github.com. Задачу пишут обычным Markdown, рантайм собирает из него workflow в Actions. На планах Free, Team и Enterprise разбор новых issue, падение CI и черновик тестов больше не нужно заранее расписывать в YAML. Текст задачи ещё не даёт права эту задачу выполнить. Движок по умолчанию - GitHub Copilot CLI. Без лицензии Copilot он не стартует. Своего coding-агента поставить можно, но сценарий остаётся GitHub Actions и наследует runner groups и политики репозитория. Права с самого начала только на чтение. Исполнение идёт в песочнице за Agent Workflow Firewall. Наружу попадает только то, что явно разрешено через safe outputs: белый список выходов, а не просьба сделать как лучше. Перед применением изменений работает проверка на угрозы. В общий доступ вошли и мелочи, без которых пилот разваливается на второй день: self-hosted ARC с Docker-in-Docker, изоляция в micro-VM, выбор провайдера модели на конкретный workflow, роутер моделей и шаблоны через gh aw add-wizard. Команда gh aw forecast больше не экспериментальная: показывает кредиты проверки на угрозы и месячный диапазон. Это форма сценария, а не разрешение отдать репозиторий агенту. Ставим CLI-расширение по quickstart GitHub, берём сценарий из репозитория agentics (разбор входящих или разбор CI) и запускаем на тестовом issue, не на боевой очереди. Первый итог скромный: агент читает лог и набрасывает комментарий. Закрыть issue или открыть запрос на слияние он не может, пока нужный safe output не включён. До записи вызываем gh aw forecast, чтобы увидеть кредиты и месячный диапазон, пока сценарий не стал привычкой. Мы уже обжигались. Первый текст был широким: посмотри лог, найди причину, поправь и открой запрос. Агент причину нашёл и полез в соседний файл, которого в задаче не было. Откатили. Во второй версии оставили лог и черновик комментария, право менять файлы выключили. Дежурный получил причину, репозиторий не трогали, пока человек сам не подтвердил правку. Markdown политики не обходит. Фраза про другую модель сама лицензию Copilot не снимает: своего агента подключают отдельно. Чужой репозиторий и self-hosted ARC проверяют runner group, секреты и запись как обычный Actions. Запрет в политике организации сильнее текста роутера. Нет модели в списке - сценарий не должен тихо уехать к соседней. На чужом коде опасен агент, который сам закрывает тикет. Полезнее тот, кто останавливается, пока выход не разрешён. В продакшен мы Copilot не ставим. Где код и данные заказчика нельзя уносить наружу, в Интеллект Технологии берём YandexGPT, GigaChat Pro и, где уместно, локальный контур. Из релиза забираем устройство, не вендора. Чтение по умолчанию, короткий список выходов и отдельный выбор, какому провайдеру можно показать этот код. Разбор лога, черновик теста и правка конфига - разные сценарии, набор моделей у них может отличаться. Черновик публикует агент в нашем контуре, в git пишет человек. Новый дежурный читает границы в Markdown, а не в устном пересказе: агент читает лог, готовит комментарий и не вливает правку сам. Прогоняем сценарий с ним на тестовом issue. Не назвал включённый safe output - в работу не берём. Агент предлагает закрыть тикет без права в файле - ограждение сработало, чинить нечего. Поднимайте это на копии репозитория: шаблон, тестовый issue, чтение по умолчанию, forecast и только потом один явный выход на запись. В свою разработку забирайте связку: задача текстом, свой агент, белый список действий. Если Яндекс ИИ-агент или сценарий на GigaChat Pro уже разбирает сборки, сверьте его с этой связкой до первого автоматического запроса на слияние. Полностью - в блоге: https://inteltek.ru/blog/181