Використання Codex у VS Code: область дії, точки відновлення та способи усунення поширених збоїв
Codex у VS Code без звичайних затримок: встановлення та увійшення, перше обмежене завдання агента, хмара проти CLI, спільна конфігурація та виправлення для WSL та схвалень.
Джерела: How to Use Codex in VS Code: From First Task to Reliable Agent Workflow
Щоб запустити Codex у VS Code, потрібно кілька хвилин: встановіть офіційний розширення openai.chatgpt, увійдіть, відкрийте папку проекту, перемкніться у режим Агента та доручте йому конкретне завдання з чітко визначеними обмеженнями, вказавши назви відповідних файлів. Кожна зміна у робочому просторі та результат тестування потребують перевірки людиною перед тим, як їх зберегти. Більш тривалі завдання краще передавати на обробку в хмару, а проблеми, які затримують більшість користувачів — а саме багаторазові схвалення, входження з відстані та затримки під час завантаження WSL у Windows — мають свої конкретні рішення, описані нижче.
Тут йдеться лише про інтерфейс VS Code: спочатку — початкове обмежене завдання, потім — засоби контролю, які забезпечують прогнозовану роботу Агента. Встановлення в терміналі, плагін Cursor, панелі керування та порівняння з іншими інструментами є окремими темами.
Від пропозицій до Агента, який переміщує файли
Багато розробників звикли до „тексту-привида“: під час введення символів з’являється пропозиція, яку можна прийняти або проігнорувати, і більше нічого у структурі не змінюється. Режим Агента в Codex — це щось зовсім інше. Бічна панель читає файли, редагує робочу структуру та виконує перевірки, поки її користувач бере каву. Плутати це одне з іншим змушує роботу в режимі Агента здаватися вторгненням, хоча це просто інший вид роботи.
Аналогія допомагає. Пасажир, який показує на дорожній знак, залишає обидві руки водія на кермі, і автомобіль рухається лише тоді, коли його керує водій. Передача ключів — це вже інша справа: повертаєшся з кухні, а автомобіль стоїть на новій парковці, з переставленим багажником та більшою кількістю пройдених кілометрів, причому ніхто не питав про маршрут. Функція автодоповнення — це як пасажир, який показує напрямок. Режим агента — це набір ключів. Пропуск точки відновлення означає надання прав на запис до репозиторію, у якому все ще зберігається незавершена робота за день.
Що насправді є поточним розширенням
Сучасне розширення Codex IDE функціонує як асинхронний агент для кодування. Це процес, який працює у фоновому режимі та має дозвіл на читання репозиторію, перезапис файлів на диску та виконання команд терміналу, тоді як автодоповнення пропонуватиме лише наступний токен. Воно не має нічого спільного з API автодоповнення Codex 2021 року чи з „привидовим“ текстом Copilot, і будь-які посібники, які описують його як кращу альтернативу клавіші Tab, мають на увазі щось інше.
У режимі агента робота розподіляється між репозиторієм та терміналом, тому область дії та можливість відновлення мають більше значення, ніж коли-небудь у випадку автодоповнення. Пропозиція у один рядок залишається в редакторі до моменту її прийняття. Завдання агента може бути виконане у директорії src/, поки ще читається перший абзац його плану.
Режим чату, якщо його пропонує компілятор, призначений лише для обговорень, без можливості редагування файлів та виконання команд. Він підходить для аналізу проблеми. Agent — це вибір у тих випадках, коли дерево потрібно фактично перемістити.
Обсяг, докази та шлях назад
Власна документація IDE від OpenAI та практичні описи погоджуються щодо одного очевидного факту щодо інтерфейсу: режим Agent працює локально та застосовує зміни безпосередньо до каталогу робочого простору. Розширення не показує вбудовану версію змін для затвердження чи відхилення, як це роблять деякі інші редактори. Git виступає у ролі кнопки скасування, і без ініціалізованого репозиторію немає чистого шляху назад.
Перед першим запитом мають відбутися три речі:
- Відкрити справжню папку проекту, а не окремий файл.
- Зберегти в коміті або у stash все, що не повинно бути втрачене. Достатньо використати
git stash push -u -m „pre-codex“.
Чіткі інструкції у незбереженій гілці є ризикованішими, ніж недбалі інструкції у чистій гілці.
Коли щось йде не так, наслідки зазвичай здаються буденними: незначна зміна імені, допоміжний файл, доданий у неправильний файл, тести, які так і не були запущені. Тут немає нічого незвичайного. Це просто те, що робить агент, коли у нього є функціональна гілка та користувач уявив собі поле для пропозицій. Не відкривання жодних папок, відсутність використання Git чи прохання „покращити кодову базу“ без вказання імен файлів не заважають роботі розширення, і саме в цьому полягає небезпека.
Встановлення справжнього розширення
Простий шлях до встановлення є коротким. Перевірка ідентичності — це те, що більшість відео з встановленням ігнорують.
Підтвердіть видавця та ідентифікатор
Правильним пакетом є офіційний розширення Codex з Маркетплейсу, а не аналогічно названий інструмент від спільноти. Він відображається як Codex - кодувальний агент OpenAI, опублікований OpenAI, з унікальним ідентифікатором openai.chatgpt. Саме цей ідентифікатор допомагає відрізнити справжній інструмент від будь-якого додаткового плагіна для автодоповнення.
Щоб швидко відкрити цей інструмент, на macOS використовуйте Cmd+P, а на Windows та Linux — Ctrl+P. Вставте цю комбінацію та натисніть Enter:
ext install openai.chatgpt
Функція перегляду розширень також корисна: знайдіть точну назву та порівняйте видавця та ідентифікатор перед тим, як натиснути «Встановити». Кількість встановлень, оцінки у вигляді зірок та номери версій не є підставою для прийняття рішення, адже вони постійно змінюються.
Сторінку Visual Studio Marketplace для openai.chatgpt та документацію розширення IDE Codex від OpenAI варто додати до закладок. Описаний тут робочий процес ґрунтується на цих інструментах, але не замінює їх.
Після встановлення іконка Codex може переміститися у праву панель активностей, щоб код залишався зліва, а агент — справа, що є стандартним розташуванням для більшості користувачів. Зникнення іконки після оновлення не вимагає повторного встановлення; нижче наведений спосіб її відновлення.
Увійшовши за допомогою облікового запису ChatGPT
Відкрийте панель Codex та виберіть «Увійти за допомогою ChatGPT». Завершіть перенаправлення браузера на обліковий запис, який насправді має план. У списку Marketplace є назви Plus, Pro, Business, Edu та Enterprise.
GitHub Copilot Pro+ та Copilot Max мають окремий шлях для учасників програми Insiders із опцією Увійти за допомогою Copilot та вікном Agent Sessions. Обидва способи входу є справжніми та не слід їх змішувати, оскільки це різні кнопки.
Деякі каруселі під час першого запуску містять крок налаштування сандбоксу. У відео з інсталяцією, яке переглядають багато людей, спочатку показують екрани вітання, а потім обирається опція резервного сандбоксу, щоб можна було запустити локальний контейнер. Якщо з’являється цей елемент керування, це означає, що ініціалізується ізольоване середовище, яке буде використовуватися агентом, і не відбувається встановлення другого продукту.
Доступ через ChatGPT пов’язаний із підпискою. Бюджети на повідомлення, вибір моделей та фінансові показники змінюються, тому будь-які конкретні ліміти для версій Plus чи Pro, наведені у огляді середини 2026 року, слід вважати застарілими. Інформація про поточне використання облікового запису є офіційним джерелом даних перед плануванням тривалої сесії.
Коли доцільний API-ключ
Метод «принесіть власний ключ» означає автентифікацію за допомогою API-ключа OpenAI, а не входу в ChatGPT. На екрані входу є кнопка «Використати API-ключ». Цей підхід корисний, коли закінчується квота ChatGPT або команда вже оплачує послуги через API.
Це не є альтернативою плану Plus. Згідно з даними про ціноутворення за 2026 рік, оплата через API-ключ у розширеннях та CLI позбавляє можливостей хмарної делегації та перевірки коду в GitHub, тому ті, хто потребує цих функцій, залишаються при плані ChatGPT.
Коли кнопки недостатньо, можна явно налаштувати спільну конфігурацію:
preferred_auth_method = "apikey"
Файл ключів, що містить лише місця заміни, розташовується у ~/.codex/auth.json:
{"OPENAI_API_KEY": "YOUR_API_KEY_HERE"}
Якщо панель продовжує вимагати ChatGPT, експортуйте ключ у тій самій оболонці, яка запускає редактор, а потім відкрийте папку звідти:
export OPENAI_API_KEY="your-api-key-here"
code .
PowerShell у Windows використовує $env:OPENAI_API_KEY="your-api-key-here", після чого йде code .. Справжні ключі не повинні потрапляти у скріншоти, заявки та коментарі. Показаний JSON є шаблоном.
У звітах спільноти також описується проблема, специфічна для WSL, із кнопкою „Use API Key“. У Windows Subsystem for Linux відсутня кнопка означає необхідність використання config.toml разом із змінною середовища або запуску редактора з терміналу, який вже містить ключ.
Перше контрольоване завдання
Перше завдання не призначене для того, щоб щось вразити. Його мета — довести, що Codex у VS Code працює з вказаними файлами, виконує описану перевірку та залишає читабельний відмінностейний звіт.
Відкрийте папку та вкажіть результат, який можна перевірити
Виберіть «File» > «Open Folder» та виберіть кореневу директорію проекту — тобто директорію, яка містить файл блокування, pyproject.toml або файл рішення, який насправді будується. Якщо Git відсутній, ініціалізуйте його, відкрийте панель Codex та встановіть композер як Agent.
Сформулюйте мету так, щоб втомлений колега міг її перевірити о шостій вечора. Для цього потрібно:
- Одна зміна поведінки.
- Одна група файлів.
- Один командний запит або тест, який це підтверджує.
Питання для першої сесії може виглядати як у цьому прикладі навчання:
Update token expiry handling in @src/auth.ts. Run the existing tests and summarize changed files.
Речення містить файл, результат та доказ. У реченні „Покращити автентифікацію“ цього немає.
До прихованої панелі можна дістатися через панель команд за допомогою команди Codex: Open Codex Sidebar. Пошук у лівій смузі активностей марнує час, адже оновлення більше одного разу переміщували іконку у верхню праву панель інструментів.
Направте агента на правильні файли
Введення @filename передає агенту один файл, не перевантажуючи контекст усім деревом файлів. Додайте лише те, що має значення, та вкажіть, які файли заборонені до роботи. Конвенції можна записати у файл AGENTS.md у корені репозиторію для подальших сеансів, хоча для першого завдання достатньо лише відповідного запиту.
Зосередьтеся на одній проблемі за раз у першій роботі – наприклад, на обробці термінів дії, одному невдалим тесті, рядку журналу чи виправленні типу. Більш масштабні оптимізації кількох файлів виконуються пізніше, часто у форматі роботи в хмарі. Режим локального агента з радістю розпочне одну з таких оптимізацій, але терпіння переглядача не витримає.
Перегляд змін та доказів тестів
Після завершення виконання потрібно перевірити три речі у такому порядку:
- Змінені файли: чи залишався агент у вказаному шляху.
- Тести: чи вони взагалі виконувалися та чи пройшли.
- Git: команди
git diffтаgit statusслугують інструментом перегляду, оскільки розширення вже зберегло зміни на диску.
Карта результатів із позначкою «Пройдено» та файлом src/auth.ts як єдиним зміненим все одно вимагає перегляду відмінностей. Зелені тести не вказують, чи належить доданий коментар до публічного API.
Результатом усього цього є автентифікований панель, запуск Агента з визначеними обмеженнями та зміна, видима в Git. У чистому репозиторії вся ця послідовність триває близько восьми хвилин. Потім приймається рішення — залишити зміни чи скасувати їх, після чого процес зупиняється. Наступним завданням є вирішення проблеми того, чому люди іноді випадково здійснюють переписування.
Локально, в хмарі чи через CLI
У VS Code існує три способи використання Codex, і вони не мають однакового радіусу впливу. Практичне питання полягає у тому, який з них потрібен для сучасних завдань.
Локальний Агент
Режим Local Agent є стандартним варіантом тут. Робота відбувається у робочому просторі, а перевірка проводиться через змінені файли, тести та Git. Його основне обмеження вже зазначалося: зміни потрапляють безпосередньо у робочу структуру. Він підходить для обмежених змін, які можна стежити.
Делегування в хмару
Делегування в хмару надсилає більш об’ємну роботу до ізольованого хмарного середовища, залишаючи редактор вільним або навіть закритим. Ринок послуг називає це «Делегувати до Codex у хмарі». Інструкції з 2026 року описують процес підключення репозиторію за адресою chatgpt.com/codex/settings/environments, вибір цього середовища у бічній панелі та вибір опції «Запустити у хмарі» щодо базової гілки, такої як main або поточної.
Цей метод підходить для великих об’ємів даних, повільних операцій чи ситуацій, коли краще отримати результат у вигляді відмінностей, ніж живі зміни. Для цього потрібен доступ до хмари з боку ChatGPT, тому налаштування, обмежені лише API-ключем, є неправильним способом автентифікації для цієї функції.
Інтегрований термінал та CLI
Codex CLI — це агент, створений спеціально для терміналу, який належить до тієї ж родини моделей, але працює з терміналу, а не з бічної панелі. Він може запускатися в інтегрованому терміналі VS Code. Інформація про встановлення на платформі, оновлення та параметри сандбоксу міститься у посібнику з встановлення CLI та не повторюється тут.
Тут важлива саме рішучість. CLI — це вибір для керування через термінал, у ситуаціях, коли бічна панель не функціонує належним чином, а також для тривалих запусків команд /review, які постійно зупиняються через проблеми з розширенням. Звіти з 2026 року показують, що звичайний codex відкриває інтерактивну сесію, тоді як інструкція, передана через codex exec, виконується один раз без можливості взаємодії, наприклад, для виправлення всіх помилок лінтингу у директорії src/. Встановлюйте CLI лише у разі, якщо він відсутній.
Питання про те, який інструмент варто обрати в цілому, є окремим від того, як працює агент VS Code, і порівняння Claude Code та Codex відповідає на нього.
Один рівень конфігурації для обох
Один архітектурний факт рідко згадується на сторінках Marketplace: розширення VS Code має закритий код, а його розробники описують його як інтерфейсну оболонку навколо відкритого для користування CLI Codex. Це пояснює, чому одна папка може керувати поведінкою в обох інструментах.
Спільний каталог ~/.codex/
У macOS та Linux спільною папкою є ~/.codex/, де config.toml містить стандартні налаштування, а auth.json — облікові дані. Як розширення, так і CLI читають цей файл, тому одна зміна впливає на обидва інструменти.
Еквівалент у Windows знаходиться під профілем користувача. Налаштування віддаленого роботи та код-сервера додають ще копії файлу auth.json у папку розширень, що є тимчасовими рішеннями, а не другим джерелом інформації. Коли це можливо, краще використовувати папку ~/.codex/ — текст легше внести у правильний вигляд, ніж скріншот цієї папки.
Стандарти, підтримувані джерелом
Один глобальний приклад поширюється у посібниках з редактора 2026 року:
# ~/.codex/config.toml
model = "gpt-5.3-codex"
approval_mode = "agent"
Розглядайте рядок моделі як тимчасовий. Назви в навчальних матеріалах вже змінилися від GPT-5.1 через GPT-5.3-Codex до новіших версій GPT-5.x. Коли панель відповідає unexpected status 400 Bad Request: {"detail":"Unsupported model"}, вибірник містить назву, яку ця версія не може обслуговувати. Спочатку оберіть підтримувану модель у інтерфейсі, а якщо все одно потрібен стандартний варіант, введіть ту, що була фактично обрана.
Налаштування approval_mode = „agent“ є стандартним: читання та редагування в робочому просторі, команди у робочій директорії та в обмеженій мережі. Режим чату дозволяє лише обговорення. Режим „Agent Full Access“ розширює можливості локальної обробки та дозволяє здійснювати пошук в Інтернеті. Режим має відповідати завданню, і режим „Full Access“ не слід залишати активним лише через те, що минулого тижня певна команда npm install потребувала доступу до мережі.
Налаштування API-ключа з попереднього розділу знаходиться у тому самому файлі. Зберігання політики автентифікації та політики схвалення разом означає, що весь контракт можна прочитати за двадцять секунд.
Цикли схвалення та індикатор завантаження у Windows
Це проблеми, які ігноруються у посібниках з налаштування, і які люди шукають, коли Codex перестає працювати у VS Code. Обидві ситуації схожі на баги продукту, і іноді це справді так. Іноді ж сандбокс попереджає про те, що агент ось-ось зробить щось, за чим ніхто не стежить. Більш плавна робота не означає більшої безпеки.
Зменшення перешкод у схваленні без порушення правил
Користувачі Windows особливо описують проблему циклу дозволів, коли для кожного завантаження чи збереження файлу виникає пауза для натискання кнопки. Програма пропонує режими Chat, Agent та Agent Full Access. Останній пригнічує більшість запитів, оскільки надає ширші повноваження для роботи на локальному пристрої та в мережі. Саме це є справжньою жертвою, і саме так запит на перейменування функції може перетворитися на непланове завантаження пакету.
Один із способів вирішення проблеми, який часто згадується в описах, — це наступний рядок конфігурації:
approval_mode = "auto"
Деякі дискусії пропонують проміжне значення під назвою workspace-write, а на крайньому рівні — danger-full-access. Обидві назви походять із публікацій у спільноті, і жодна з них не є підставою для налаштування агента на робочу директорію.
Режим автоматичного або розширеного складання є доцільним лише за умови дотримання всіх наступних критеріїв:
- Git відображає чисту структуру дерева, або зміни вже збережені.
- У робочій директорії немає конфіденційних даних, або Git їх ігнорує.
- Опис файлу можна описати одним реченням.
- Перед будь-яким завантаженням буде прочитано команду
git diff.
Якщо будь-який з критеріїв не дотримується, залиште попереджувальні повідомлення. Цей цикл є дратівливим, але беззвучне збереження даних у файлі .env є ще гіршим.
Досвід показує обмеження примітивного підходу. Перехід на режим „Повний доступ“ як спосіб „просто припинити запитувати“ дійсно припинив надокучливі запити, але сесія також отримала доступ до мережі, який раніше ніколи не був потрібен через локальну зміну імені. Рядок конфігурації діє як скальпель, тоді як режим „Повний доступ“ — як відро.
Ситуація завантаження WSL у Windows 11
У одному задокументованому випадку з Windows 11 панель застрягає на етапі завантаження. У заявці openai/codex №7082 користувачі звели проблему до налаштувань інтеграції WSL. Початкові відповіді власників проекту приписували проблему регіональним перебоям, а пізніші пропонували рішення, яке досі використовується.
У налаштуваннях знайдіть Codex WSL, виберіть опцію „Запустити Codex у Windows Subsystem For Linux“ та вимкніть її, потім знову відкрийте панель у потрібному режимі роботи. Це зміна в налаштуваннях, а не параметр командного рядка, тому не варто вигадувати параметр codex --no-wsl, оскільки жоден джерело про нього не згадує.
Будь-хто, хто дійсно хоче мати Codex у WSL2, повинен зберігати проект у файловій системі Linux та інструменти в цьому середовищі. Репозиторій на шляху у Windows у поєднанні з агентом Linux є причиною проблем із обмеженнями файлів та правами доступу, через що панель поводиться дивно.
Після змін перевірте, чи CLI все ще запускається у надійному терміналі. Нормальна робота CLI поруч із несправною панеллю вказує на проблему з WebView або розширенням, а не на проблеми з автентифікацією. Якщо обидва елементи не працюють, спочатку слід перевірити автентифікацію.
Розділення часу виконання та історії
Історія чатів у Codex ізольована між файловими системами Windows та WSL. Зміна режимів відображає різні потоки. Це не помилка синхронізації, а два окремі середовища зберігання даних.
Один час виконання на репозиторій, який зберігається протягом тижня, допомагає уникнути плутанини. Якщо зміна є неминучою, вважайте, що подальша розмова не відбудеться. Стабільні інструкції мають знаходитися у файлі AGENTS.md у репозиторії, а не у темі бічної панелі, яка зникне до вівторка.
Порівняння симптому з способом усунення
Починайте з симптому. Використання методу виправлення WSL для прихованого іконки займає двадцять хвилин. Відсутня панель, неправильна назва моделі, невдала перевірка та входження віддалено, яке так і не завершується, — це чотири різні проблеми, які потрібно усувати по черзі, а не одночасно.
Прихована бічна панель чи непідтримувана модель
Якщо іконка зникла з лівої панелі, перш ніж перевстановлювати, погляньте у верхній правий кут. У проблемі №14586 зазначено, що оновлення можуть залишати доступ через елемент керування Open Codex Sidebar у інструментальній смузі, а панель команд також пропонує команду Codex: Open Codex Sidebar.
Якщо панель відкривається та відразу ж дає помилку unexpected status 400 Bad Request: {"detail":"Unsupported model"}, обраний модель є недійсним для встановленої версії. У списку внизу панелі вказані підтримувані моделі. Після їх вибору необхідно оновити файл ~/.codex/config.toml, щоб застаріла рядок model = "..." більше не спричиняв тієї самої помилки.
Проблеми з порожніми панелями та циклами входу виникають на нижчому рівні — у WebView, через куки або неактивний токен. Найпростіше рішення — вийти з облікового запису, очистити сесію ChatGPT у браузері та знову увійти. Перевстановлення програми з неактивним токеном лише додасть нову іконку над тим самим файлом автентифікації.
Довгі огляди мають знаходитися у CLI
Команда розширення /review має час очікування близько п’яти хвилин. У великому репозиторії процес може завершитися з повідомленням від агента про те, що він вже застосував багато виправлень та не має часу визначити точні проблеми.
П’ять хвилин стосуються панелі бічного меню, тоді як для тієї самої перевірки в CLI не вказано жодних обмежень. Ті, хто прийшов на перевірку та бачить, як панель припиняє працювати, повинні запустити її з CLI Codex у інтегрованому терміналі та перевірити результат у Git. Повторна спроба виконання /review у панелі бічного меню не змінить часу. Більш детальний процес перевірки, включаючи запит на перевірку без необхідності переписування коду, потребує окремого посібника.
Віддалені сервери SSH та безголові машини
Браузерний OAuth непередбачувано зазнає невдач на віддалених машинах з SSH, Docker, vscode-server та інших безголових системах, оскільки сторінка входу не може повернутися на хост, якому потрібен токен. У обговоренні GitHub #4650 зібрано досвід спільноти.
Найбільш офіційно виглядаючим рішенням є перенаправлення порту в VS Code: у вікні PORTS виберіть опцію Forward a Port, введіть 1455, переконайтеся, що адреса виглядає як localhost:1455, а потім запустіть:
codex login
Крок із браузером виконується на пристрої, який може запустити браузер, а перенаправлений порт передає виклик назад до віддаленої сесії.
Копіювання облікових даних — це більш складний варіант. Увійдіть у ноутбук, де підтримується OAuth, а потім перемістіть файл ~/.codex/auth.json у шлях до віддаленого розширення. Для Code-server це папка ~/.local/share/code-server/extensions/openai.chatgpt-[version]/. У Windows відповідна папка знаходиться у профілі користувача під .vscode\extensions. У обох випадках [version] позначає суфікс, який має встановлена папка, а файл зберігається всередині як auth.json. Цей файл не включається до комітів та журналів чату, оскільки поводиться як куки сесії. Спочатку виконується перенаправлення, а копіювання — лише тоді, коли це неможливо.
Чи є VS Code правильним редактором
Старі сторінки можуть спонукати читачів шукати відсутній плагін, тому наявність актуальних обмежень допомагає.
JetBrains та VS Code
VS Code базується на офіційному розширенні IDE Codex із ідентифікатором openai.chatgpt. IDE від JetBrains мають окрему структуру. У старіших публікаціях про PyCharm стверджувалося, що там немає вбудованого Codex, проте це застаріло: JetBrains оголосила про вбудовану підтримку у січні 2026 року, починаючи з версії IDE 2025.3, яка охоплює IntelliJ IDEA, PyCharm, WebStorm та Rider. Пошук Codex для IntelliJ чи PyCharm веде до цього вбудованого шляху, а не до ідентифікатора у Marketplace. Користувачам JetBrains слід дотримуватися власної документації JetBrains щодо AI Assistant та Codex.
Користувачі Cursor стикаються ще з однією процедурою встановлення та налаштування панелі. Процес використання Marketplace у VS Code не слід примушувати через хост розширень Cursor, адже у Cursor є власний шлях для плагінів.
Visual Studio Community 2022
Visual Studio Community 2022 не входить до списку підтримуваних клієнтів GPT-5.1-Codex. У обговоренні спільноти GitHub згадуються чотири інструменти у цій пробній версії: VS Code, JetBrains, Xcode та Eclipse. Розробники на C#, які все ще працюють у Visual Studio, часто залишають його для компіляції та використовують VS Code поруч для роботи з розширеннями до одних і тих самих файлів, що є незручним, але наразі це єдиний документований підхід.
Одне обмежене завдання сьогодні
Гарним початком є використання репозиторію, який вже є зрозумілим. Утихомирьте робочу деревину за допомогою коміту чи stash, поки команда git status не покаже нічого, встановіть розширення, якщо воно відсутнє, увійдіть у систему та відкрийте папку. Потім створіть одне завдання Agent, вказавши один файл та один тест, щоб усе це вміщувалося на одному екрані з результатами diff.
Спостерігайте, як змінюються файли, читайте відмінності та залишайте їх або скидайте. Саме цей цикл означає використання Codex у VS Code, на відміну від простого його встановлення.
У редакторах буде продовжувати з’являтися все більше кнопок, передача даних у хмару стане більш плавною, а назви моделей знову будуть змінюватися. Те, що залишається дорогим, — це надання прав на запис до структури, яку неможливо розібрати. Як тільки ця частина стане нудною, решта функцій агента може стати цікавою.
Є одна звичка, яку варто прийняти. Наступного разу, коли панель попросить схвалення для запису у файл, вголос вимовте команду Git, яка б її скасувала. Якщо речення неможливо договорити, спочатку збережіть зміни та запитайте знову, адже саме ця пауза і є повною перевіркою.
Пов’язана література
- LLMOps для агента завдань: MLflow Traces, оцінка та брандмауер CI — Створіть асистента завдань PydanticAI за допомогою FastAPI, відстежуйте його роботу за допомогою MLflow, оцінюйте його за допомогою інструментів GenAI та блокуйте регресії у GitHub Actions, усе це на локальних моделях.
- Продуктивний механізм для Claude Code: шість шарів від Slack до об’єднаного коду — Як шестишаровий механізм перетворює запити з Slack на об’єднаний код: прийом подій, цикли агента з контролем доступу, стійкий стан, самовідновлення, можливість спостереження та керування оператором.