GitHub представил в GitHub Copilot CLI новую функцию кастомных агентов, которые позволяют описывать типовые задачи команды и превращать разовые запросы в повторяемые, проверяемые рабочие процессы в терминале.
Разработчики часто работают через CLI, IDE и GitHub. Терминал используют, чтобы быстрее выполнять команды, автоматизировать рутину и работать с системами и скриптами напрямую. GitHub Copilot CLI уже помогает генерировать команды и искать ошибки, не выходя из терминала, но при этом остаются повторяющиеся действия: запуск одних и тех же команд, постоянное пояснение контекста, ручной пересказ логов коллегам.
Кастомные агенты позволяют терминалу «понимать» стек, инструменты и стандарты команды. Вместо того чтобы каждый раз начинать с нуля, разработчики описывают контекст и требования один раз и используют их как готовый сценарий. Так повторяющиеся задачи превращаются в единые и понятные для всех процессы, которые встроены в GitHub Copilot CLI и учитывают особенности конкретных проектов.
Кастомный агент — это агент Copilot, определённый через Markdown-файл. В нём задаётся, как агент должен работать, какие инструменты использовать, какие стандарты соблюдать и какие результаты выдавать. Благодаря этому поведение агента остаётся одинаковым при каждом запуске и на любых машинах.
Каждый такой агент может быть настроен под конкретную задачу. Обычный агент, например, просто подскажет, как улучшить код. Кастомный агент учтёт правила форматирования, используемые инструменты, требования по доступности, процедуру ревью и правила безопасности и будет применять их при каждом запуске.
Агенты описываются через профили агентов — файлы в репозитории, написанные в Markdown. В профиле задаются роль агента, его задачи, доступные инструменты и формат итогового ответа. Примером может быть агент, выступающий экспертом по веб-доступности, который проверяет изменения в интерфейсе на соответствие требованиям доступности.
Так как профиль агента хранится в репозитории, команда может просматривать его, изменять по мере развития проекта и делиться им между разработчиками. Ожидания и стандарты, зафиксированные в профиле, выполняются одинаково в CLI, в IDE и затем в pull request на GitHub.
GitHub Copilot CLI особенно подходит для работы через агентов, потому что уже умеет запускать скрипты, вызывать API и взаимодействовать с репозиториями. Агенты позволяют один раз зафиксировать ресурсоёмкие сценарии, а затем многократно вызывать их из терминала. Каждый запуск будет проходить по тем же шагам, что снижает риск ошибок и различий в выполнении задач.
Лучше всего начинать с задач, которые команда регулярно повторяет и которые часто стартуют в терминале, а продолжаются в IDE и на GitHub. Примеры таких сценариев:
- Запуск стандартных проверок безопасности по нескольким репозиториям, группировка результатов по критичности и формирование чек-листа для pull request с ответственными и дальнейшими шагами.
- Проверка планов и манифестов на соответствие внутренним правилам безопасности и комплаенса, выделение рискованных изменений и генерация краткого отчёта для утверждения.
- Сбор списка смерженных pull request с прошлого релиза, их категоризация и черновик релиз-нот в стиле команды, обновление файла CHANGELOG.md и создание короткого чек-листа релиза (тесты, миграции, запуск и откат).
- По имени сервиса и диапазону времени — сбор первичных данных по недавним деплоям, ошибкам, популярным эндпоинтам и логам, формирование отчёта об инциденте по шаблону команды с предложением следующих шагов.
GitHub совместно с партнёрами, такими как JFrog, Dynatrace, Octopus Deploy, Arm и другими, подготовил набор готовых агентов для быстрого старта. Эти агенты закрывают сценарии в зонах наблюдаемости, инфраструктуры как кода и безопасности, содержат встроенное знание конкретных инструментов и позволяют быстро получить эффект без самостоятельного описания профиля с нуля.
Многие команды используют партнёрские агенты как базу, а затем дорабатывают их под свои требования. Также можно сразу создавать собственные кастомные агенты в Markdown с учётом конкретных правил, инструментов и привычек разработки. GitHub отмечает, что уже существует растущая экосистема таких агентов, которую можно просматривать в подборке Awesome Copilot.
Чтобы начать, нужно установить GitHub Copilot CLI. Далее GitHub предлагает выбрать регулярный рабочий процесс и превратить его в агента, который запускает одни и те же проверки, использует согласованный набор инструментов и выдаёт понятный для ревью результат.
Новичкам в агентах рекомендуется сначала попробовать партнёрского агента и посмотреть, как устроен такой рабочий процесс в CLI. После этого можно создать небольшой кастомный агент и постепенно расширять его. Подходящими задачами для первых экспериментов могут быть проверки качества, обновление документации или подготовка отчётов.
Кастомные агенты помогают стандартизировать рабочие процессы за счёт переноса накопленных знаний из заметок и разовых подсказок в структурированные, многоразовые сценарии. Для команд это снижает расхождения в выполнении одних и тех же задач разными разработчиками и упрощает ревью.
Агенты также помогают переносить контекст между инструментами: быстрые, ресурсоёмкие задачи могут начинаться в терминале, продолжаться в IDE и завершаться на GitHub в виде изменений, готовых к ревью. Вместо потери контекста на каждом шаге агент поддерживает непрерывный поток работы через всю цепочку инструментов.
После того как важные для команды сценарии зафиксированы в профилях агентов, GitHub Copilot CLI превращается из помощника по разовым вопросам в инструмент, который устойчиво поддерживает привычный процесс разработки.
По материалам GitHub.
