GitHub Agentic Workflows 0.87.4: агенти навчилися враховувати коментарі до PR без розширення прав

Команда відкритого проєкту GitHub Agentic Workflows випустила серію попередніх версій 0.87.1–0.87.4. Головна тема оновлення — не нова модель, а надійність агентних конвеєрів: як безпечно передати агенту людський зворотний зв’язок, як побачити причину раннього падіння SDK і як не дозволити автоматизації непомітно отримати більше прав.

Що змінилося у версії 0.87.4

Механізм safe-outputs.create-pull-request.pre-create отримав параметр steer. Він дозволяє агенту, який працює з уже підготовленим pull request, читати коментарі користувача до PR і результати code review. Це важлива різниця: команда може уточнювати завдання у звичному інтерфейсі рев’ю, але workflow не розширює права мовчки. Для читання потрібно явно надати pull-requests: read, а сам агент отримує інструкцію шукати спеціальне ключове слово.

Такий дизайн відокремлює канал керування від дозволу на зміну репозиторію. Коментар є вхідними даними, а не автоматичним наказом виконати довільну дію. Для команд це зручний шаблон: людина може виправити курс агента після першої ітерації, не перезапускаючи весь процес і не видаючи токену ширші повноваження.

Діагностика й спостережуваність

Команда gh aw models тепер показує каталог доступних моделей, відповідність псевдонімів, ціни та моделі, які фактично спостерігалися в автоматизаціях. Це допомагає виявляти ситуації, коли назва в конфігурації та реальний runtime розходяться, а витрати ростуть через неочікуваний вибір моделі.

Ще одна зміна стосується Copilot SDK: якщо процес падає до переходу в стан ready, gh-aw виводить його stderr. Раніше такий збій міг виглядати як непрозорий тайм-аут. Тепер розробник бачить первинну помилку запуску — наприклад, проблему конфігурації, залежності або доступу — і може діагностувати її без додаткового інструментування.

Безпечні виходи та точні метрики

Оновлення також навчили конвеєр враховувати автоматичне скасування review під час обробки safe outputs. Окремі виправлення вирівняли підрахунок щоденних workflow та merged PR, усунули помилку виділення категорії в статистиці lockfile і почали показувати агентний рушій у згенерованих footer. Це не видовищні функції, але саме вони роблять автоматизацію аудованою: команда розуміє, яка система створила результат і чому звіт містить конкретні числа.

Практичний висновок для розробників

• Надавайте агенту право читати PR окремо від права запису й фіксуйте це у workflow.
• Використовуйте спеціальний маркер для steering-коментарів, щоб звичайна дискусія не стала командою.
• Записуйте версію й реальну модель виконання в артефакти кожного запуску.
• Показуйте stderr ранніх процесів і відрізняйте помилку старту від тайм-ауту завдання.
• Перевіряйте метрики автоматизації self-check’ами, а не довіряйте нульовим значенням без пояснення.

Обмеження

gh-aw залишається інструментом, який може запускати моделі та формувати зміни у репозиторії. Явні permissions і safe outputs зменшують ризик, але не замінюють review, захист гілок, контроль секретів та ізольоване виконання. Параметр steering також потрібно розглядати як недовірений вхід: коментар може містити помилкову або шкідливу інструкцію, тому остаточні дії мають проходити визначені правила перевірки.