Skip to main content
OpenAICodexAI automation

Codex тепер можна керувати з телефону

OpenAI додала в Codex функцію Remote Connections: тепер я можу з телефона підключатися до десктопного середовища, запускати завдання, дивитися дифи та підтверджувати дії. Для бізнесу це важливий крок до повноцінної AI automation без прив'язки до одного пристрою, що підвищує гнучкість робочих процесів.

Технічний контекст

Я заглибився в документацію OpenAI і знайшов саме те, чого давно не вистачало: Remote Connections для Codex. По суті, я можу тримати робоче середовище на десктопі чи віддаленій машині, а з телефону продовжувати тред, давати нові інструкції, дивитися результати та підтверджувати команди.

Для AI automation це не косметика, а нормальний робочий контур. Агент більше не замкнений в одному пристрої: я запустив тривале завдання на хості, відійшов від ноутбука, але не втратив контроль.

Що саме доступно віддалено: старт нових тредів у проєкті, продовження старих, перегляд diff, логів терміналу, тестів, скріншотів та артефактів. Плюс сповіщення, коли Codex завершив завдання або вперся в необхідність підтвердження.

Під капотом все зав'язано на підключений хост. Codex отримує доступ до репозиторію, локальних файлів, shell-команд, встановлених плагінів, MCP-серверів, можливостей browser/computer use і навіть до вже залогінених сайтів та десктопних застосунків. При цьому sandboxing та підтвердження дій залишаються активними, і це, чесно, найважливіше місце у всій конструкції.

Підключення зараз відбувається через налаштування Connections та SSH-конфіг. Один пристрій може і надавати доступ, і сам керувати іншим пристроєм. Для Windows нативний RDP, судячи з документації, ще допилюють.

Є й ложка дьогтю: в ЄЕЗ, Великій Британії та Швейцарії функції browser і computer-use урізані. Якщо ви будуєте AI integration для європейських команд, це треба враховувати відразу, а не після пілотного проєкту.

Вплив на бізнес та автоматизацію

Я бачу тут три практичні ефекти. Перший: менше простоїв. Агент не чекає, поки я повернуся до ноутбука, щоб затвердити команду чи скоригувати напрямок.

Другий: простіша архітектура процесів. Не потрібно городити окремі «костилі» між мобільним контролем, IDE, SSH та чатами, коли можна вести одну нитку роботи через Codex.

Третій: пришвидшуються довгі інженерні цикли, де є збірка, тести, правки та повторні затвердження. Виграють команди з on-call, DevOps та продуктові розробники. Програють старі ручні процеси, де контекст розмазаний по п'яти інструментах.

Але тут легко наламати дров із доступами, політиками підтверджень та межами агента. Ми в Nahornyi AI Lab якраз вирішуємо такі речі на практиці: де доречна AI implementation, які дії можна автоматизувати, а які не можна віддавати без контролю.

Якщо у вас розробка, підтримка чи внутрішні операції буксують через ручні узгодження та перемикання між пристроями, давайте подивимося на ваш workflow. У Nahornyi AI Lab я можу допомогти зібрати AI automation так, щоб агент реально знімав рутину, а не додавав новий шар хаосу.

Хоча ця стаття зосереджена на нових віддалених можливостях Codex, раніше ми досліджували архітектурні реалії та поширені помилкові уявлення щодо кейсу 'Codex 5.2' для RPi. Те обговорення пропонує цінні ідеї щодо дизайну платформи та практичних проблем інтеграції.

Поділитися статтею