Agentic coding на практиці: Codex, Claude Code і Copilot CLI з PR та тестами

Agentic coding — це не лише прохання до моделі написати функцію. Агент читає репозиторій, обирає інструменти, змінює кілька файлів, запускає команди й готує зміну, якій мають довіряти людина або CI-система. Тому корисно порівнювати весь цикл контролю: як інструмент запускається, дізнається правила репозиторію, отримує доступ, перевіряє поведінку, показує diff і доходить до pull request.

У статті порівнюються термінальні сценарії, описані в документації OpenAI Codex CLI, Anthropic Claude Code і GitHub Copilot CLI. Зріз документації зроблено 28 серпня 2026 року. Це не особистий benchmark, не тест швидкості й не звіт про ручні запуски. Приклади команд узяті з документації продуктів і потребують адаптації до скриптів та політик конкретного репозиторію. «Перевірено» означає, що можливість описана постачальником. «Практичний висновок» — рекомендація, виведена з цих задокументованих обмежень.

Одна задача і три площини керування

Візьмімо обмежену задачу: «Додай перевірку протермінованої сесії, онови модульні тести, запусти потрібні перевірки, покажи diff і підготуй pull request, не надсилаючи зміни у гілку за замовчуванням». У задачі є чіткі межі, спостережувана тестова команда та артефакт для ревʼю. Вона також показує, де кожен продукт очікує рішення людини.

Площина	Codex CLI	Claude Code	GitHub Copilot CLI
Локальний запуск	codex або codex exec	claude	copilot або copilot -p
Інструкції репозиторію	Ієрархія AGENTS.md	CLAUDE.md, імпортує AGENTS.md	Інструкції Copilot, правила шляхів, AGENTS.md
Модель дозволів	Sandbox і політика approval	Правила allow, ask, deny і режими	Області tool, path, URL і sandbox
Цикл тестів	Команда репозиторію	Знайти, написати, запустити, виправити	Команди агента або hook після змін
Ревʼю	/review, без зміни дерева	Git review і автоматизація Actions	/review і review-агент
Pull request	Action для ревʼю, Git для локального PR	Git PR і @claude в Actions	/pr, виправлення CI і cloud delegation
Неінтерактивна робота	codex exec із sandbox-флагами	claude -p і Actions	-p, autopilot, Actions

Це карта можливостей, а не таблиця переможців. Відповідність залежить від розміщення репозиторію, доступних облікових даних і потрібного рівня підтвердження.

Установлення та перший безпечний запуск

Документація Codex описує встановлення окремого CLI, перехід до каталогу проєкту й вхід під час першого запуску. Почніть у Git-репозиторії, попросіть короткий опис і перевірте дозволи командами /status та /permissions. Для автоматизації використовуйте codex exec.

Claude Code документує нативне встановлення для macOS, Linux, WSL і Windows PowerShell, потім запуск claude у каталозі проєкту та першу автентифікацію. Також описані канали Homebrew і WinGet. Перший запуск слід вважати рішенням про довіру, адже CLI після дозволу може читати файли, виконувати команди й змінювати їх.

Copilot CLI встановлюється підтримуваним пакетним або платформним способом, після чого запускається командою copilot. Перша сесія запитує, чи довіряєте ви поточній папці. GitHub попереджає, що CLI може читати, змінювати та виконувати файли в ній і нижче за ієрархією. Виконайте /login і не зберігайте папку як довірену, доки не зрозумілі її скрипти.

Для всіх трьох інструментів безпечна послідовність однакова: окрема гілка або worktree, зафіксований початковий результат тестів, перевірені завантажені інструкції, лише потрібні команди й захищена гілка за замовчуванням. Це рекомендація процесу, а не гарантія автоматичного enforcement продуктом.

Інструкції репозиторію — частина інтерфейсу

Codex читає AGENTS.md перед роботою. Задокументований ланцюжок містить глобальний файл і по одному файлу в кожному каталозі від кореня проєкту до поточного каталогу. У своєму каталозі AGENTS.override.md має пріоритет, а конкретніші файли йдуть після загальних правил. Команди тестів і безпеки зручно зберігати в корені, а правила окремого сервісу — в його підкаталозі.

Claude Code читає CLAUDE.md і CLAUDE.local.md в ієрархії каталогів. Він не читає AGENTS.md безпосередньо, але CLAUDE.md може імпортувати його записом @AGENTS.md. Спільні правила build, тестів і архітектури зберігайте в CLAUDE.md, особисті вподобання — в ігнорованому локальному файлі, а правила шляхів — у .claude/rules/.

Copilot CLI підтримує .github/copilot-instructions.md, path-specific файли .instructions.md і AGENTS.md. Команда copilot init допомагає створити початкові правила. Ці файли формують prompt, але не є межею дозволів. Фразу «не чіпати production credentials» потрібно підкріпити забороненими шляхами, контролем середовища та політикою CI.

Залиште короткий спільний AGENTS.md, додайте імпорт для Claude й окремі правила Copilot. Вкажіть команди package manager, мінімальний тест, правила generated files, заборонені шляхи, політику міграцій і докази, потрібні в PR. Довгий контекст витрачає бюджет моделі.

Sandbox і approvals — різні контролі

Codex чітко розділяє ці поняття. Sandbox визначає, до яких файлів і мережевих ресурсів мають доступ команди, а approvals — коли Codex зупиняється перед дією. Для локальної реалізації типовий профіль — workspace-write з approval on-request. read-only підходить для дослідження або CI-ревʼю без запису. danger-full-access і псевдонім --yolo знімають межу безпеки, тому призначені лише для ізольованого середовища.

Для локальної сесії зробіть контракт явним:

codex --sandbox workspace-write --ask-for-approval on-request

У CI codex exec за документацією працює лише для читання. Додавайте --sandbox workspace-write, тільки якщо job справді має створити patch. --ask-for-approval never використовуйте лише з контрольованими runner, checkout, списком команд і вихідним шляхом. Не копіюйте застарілий --full-auto у нові скрипти.

Claude Code використовує багаторівневу систему дозволів. Читання файлів і вбудовані read-only shell-команди в Manual-режимі не запитують підтвердження. Редагування, загальний Bash, web fetch і пошук можуть вимагати approval. Правила allow, ask і deny застосовує клієнт, а не модель. Є режими Manual, Plan, Auto і bypass для ізольованого контейнера чи віртуальної машини. Sandboxed Bash додає ізоляцію файлової системи й мережі через /sandbox.

Copilot CLI запитує підтвердження перед інструментами, які змінюють або виконують файли, а read-only пошук і читання дозволяє автоматично. Дозволи можна обмежити інструментами, шляхами та URL. Локальний sandbox — окремий експериментальний контроль, а GitHub також описує ефемерний cloud sandbox. Перед автономним запуском перевірте /sandbox policy і фактичні дозволи.

Практичне правило для всіх продуктів — надавати можливості шарами: читання репозиторію, конкретні formatter і test-команди, потім запис у гілку або worktree. Мережу, установлення пакетів, credentials, push і deploy підтверджуйте окремо. Sandbox обмежує радіус дії, але не перевіряє зміст зміни.

Інструменти, MCP і hooks автоматизації

Усі три продукти використовують shell, файлові операції та пошук у репозиторії. Codex документує skills, plugins, MCP і GitHub Action. Claude Code документує MCP-сервери, skills, hooks і subagents. Copilot CLI документує MCP, skills, plugins, custom agents, hooks і вбудований GitHub MCP-сервер.

Сприймайте кожне розширення як код, що працює всередині процесу. Перевірте його джерело, обмежте credentials і вирішіть, чи потрібен сервер виконавцю або окремому ревʼюеру. MCP-сервер, який створює тікети чи мерджить PR, має інший ризик, ніж read-only сервер документації. Саме підключення не робить його безпечним.

Hooks можуть форматувати файл після редагування або запускати швидкий тест після завершення задачі. Робіть їх детермінованими й короткими. Не ховайте deploy або руйнівну міграцію в hook, який агент не може пояснити.

Тести — це цикл доказів

Хороший prompt називає поведінку, fixtures, команди й умови зупинки. Попросіть агента перевірити тести, додати сценарій протермінованої сесії, внести мінімальне виправлення, запустити focused test і обовʼязкові перевірки. У звіті мають бути команда та exit status. Якщо focused test уже проходить, попросіть пояснення, а не другу реалізацію.

Документація common workflows Claude Code прямо описує пошук непокритого коду, scaffolding, edge cases, запуск тестів і виправлення помилок. Codex і Copilot CLI також можуть запускати команди репозиторію, коли дозволи та інструменти це дають. Згенеровані тести не доводять повноту покриття. Людина перевіряє контракт, fixtures, integration paths і security cases.

За можливості використовуйте три рівні: швидкий focused test, suite пакета або сервісу для інтеграційних ефектів і обовʼязкові PR checks як merge gate. Обмежте кількість спроб виправлення та збережіть початковий вивід помилки. Повторний запуск flaky-команди не створює нових доказів.

Diff, review і pull requests

Ревʼю починається до PR. Попросіть список змінених файлів, інваріанти, виконані тести й прогалини. Порівняйте з задачею, потім самі прочитайте Git diff. Резюме агента — пояснення, а не джерело істини.

Codex документує /review для незакомічених змін, commit або порівняння гілок. Reviewer повідомляє пріоритетні знахідки без зміни дерева. Документація Codex GitHub Action містить workflow, який ревʼює pull requests і публікує результат. Для локального створення PR все одно потрібні звичайні Git або GitHub-інструменти та їхні дозволи.

Claude Code документує staging, коміти, гілки й PR. Його GitHub Actions підтримують @claude в issue або коментарі PR, задачі issue-to-PR і review workflow. Тримайте token і дозволи репозиторію вузькими та зберігайте стандартні CI-gates.

Copilot CLI документує /review, /pr create і /pr fix feedback, а також виправлення конфліктів і CI. /delegate надсилає задачу cloud agent, який відкриває draft PR і продовжує роботу віддалено. Ці команди не гарантують, що PR готовий до merge.

Для будь-якого інструмента розділяйте «підготувати» й «опублікувати». Нехай агент створить гілку, patch, тести та чернетку опису. Push, labels, approval і merge залиште людині або захищеній identity. У PR вкажіть задачу, файли, команди, результати, ризики й неперевірені області.

CI та повторюваність

Неінтерактивний режим Codex призначений для pipelines. Він відділяє фінальний вивід від progress, видає JSON Lines, записує останнє повідомлення та приймає output schema. Workflow все одно має безпечно обробляти authentication, logs і failures.

Claude Code запускається з -p і в GitHub Actions. Для недовірених PR використовуйте read-only review job, а для дозволених maintenance-задач — окремий job із правом запису. Правила trigger і token залишаються частиною межі безпеки.

Copilot CLI пропонує -p, формати виводу, autopilot і Actions. --max-autopilot-continues обмежує продовження. В Actions заздалегідь визначте identity, яка оплачує модель, і token, якому дозволений запис. Відповідь моделі не є успішним CI, доки справжній test job не завершиться успішно.

Безпека та витрати

Prompt injection може прийти з issue, fixture, README, generated file або вебсторінки. Не надавайте широкого доступу до мережі чи production credentials лише для читання коду. Забороняйте шляхи секретів, не друкуйте environment variables, відділяйте установлення пакетів від тестів і перевіряйте MCP та hooks як залежності ланцюжка постачання.

Ліміти Codex і варіанти credit залежать від плану та розміру задачі. Claude Code розрізняє API-білінг і підписку, показує /usage, а extended thinking і довгий контекст можуть збільшувати споживання. Copilot CLI використовує GitHub AI Credits і документує --max-ai-credits. Ці системи обліку не можна безпосередньо порівнювати.

Задайте бюджет процесу. Для mapping використовуйте менший effort, а для ризикованого рішення — сильнішу модель. Обмежте retries, паралельних агентів, autopilot і час cloud runtime. Між неповʼязаними задачами очищайте або стискайте сесію. Рахуйте не лише tokens, а й інженерні витрати та час людського ревʼю.

Робочі схеми за контекстом

Для локальної зміни почніть будь-який із трьох інструментів у plan або read-only режимі. Нехай агент вивчить репозиторій, процитує важливі інструкції та запропонує файли й тести. Дозвольте мінімальний набір, запустіть focused та обовʼязкові перевірки, потім прочитайте diff до команди PR.

Команді, орієнтованій на GitHub і виправлення PR або CI з термінала, документований цикл /pr Copilot CLI дає прямий інтерфейс. Для роботи з коментарями є Actions Claude Code і review Action Codex. Для структурованого локального виводу в Codex exec описані JSONL і schemas. Це висновок про відповідність інтерфейсів, а не рейтинг.

Для чутливого коду обирайте режим, який організація може примусово контролювати. Read-only reviewer у закритому runner може бути безпечнішим за автономну локальну сесію. Політику розміщуйте в CI і налаштуваннях постачальника, а не лише в prose. Дивіться AGENTS.md і coding agents, оцінювання AI-агентів і production AI-agent architecture.

Невеликий operating contract

До запуску визначте репозиторій, гілку, дозволені шляхи, test-команду, мережеві потреби, межу виправлень і власника PR. Вимагайте видимих викликів інструментів, обмежених approval та відмінності між фактами репозиторію і здогадками. Наприкінці запросіть diff, тестові докази, ризики й сигнал usage. Готовність визначають звичайні reviewer та CI.

Використана офіційна документація

• OpenAI Codex CLI, інструкції AGENTS.md, sandboxing, approvals і security, неінтерактивний режим, code review і GitHub Action.
• Огляд Claude Code, memory і CLAUDE.md, permissions, sandboxed Bash, common workflows, costs, MCP і GitHub Actions.
• Швидкий старт GitHub Copilot CLI, використання Copilot CLI, дозволи інструментів, налаштування, команди PR, code review, autopilot, делегація, local і cloud sandboxes і ліміт AI credits.