Велике оновлення ChatGPT: можливість роботи на різних платформах, створення сайтів одним натисканням кнопки та зниження цін

9 липня OpenAI випустила серію моделей GPT-5.6 та оголосила про об'єднання настільного застосунку ChatGPT з Codex. У цьому оновленні найбільшою увагою заслуговує не просто підвищення параметрів, а переосмислення меж у двох вимірах: по-перше, у ціноутворенні моделі, Terra пропонує продуктивність, близьку до GPT-5.5 за половину ціни, а Luna знижує витрати на API до мінімуму; по-друге, у формі інструментів, об'єднаний застосунок запускає режим Work, що підтримує виконання складних проектів на платформах, таких як Slack і Google Drive, та має можливість планування завдань. Це знаменує перехід AI-інструментів від "людина запускає - машина відповідає" до "машина слухає - машина виконує" в асинхронному робочому процесі.

ChatGPT Work підтримує виконання на різних платформах та синхронізацію між пристроями, зображення взято з офіційного блогу OpenAI.

Цінова стратегія GPT-5.6 та переосмислення витрат на виконання

OpenAI реалізувала агресивну стратегію "розподілу ринку за витратами на виконання" у серії GPT-5.6. Нова серія включає флагманський Sol, високоефективний Terra та легкий Luna, кожен з яких націлений на різні сценарії виконання та витратні можливості.

Щодо ціноутворення API, Sol має вхідну вартість 5 доларів за мільйон токенів, вихідну вартість 30 доларів за мільйон токенів, що відповідає попередньому флагману GPT-5.5. Luna має вхідну вартість 1 долар за мільйон токенів, вихідну вартість 6 доларів за мільйон токенів, позиціонуючи себе як легка модель. Але справжня зміна логіки обчислень для розробників відбувається завдяки Terra, чия вхідна ціна становить 2,5 долара за мільйон токенів, а вихідна - 15 доларів за мільйон токенів, продуктивність якої близька до попереднього флагмана GPT-5.5, але ціна знижена вдвічі.

Для керівників з закупівель та середніх розробників Terra пропонує чіткий шлях до зниження витрат. При обробці великих обсягів текстового аналізу, реконструкції коду та інших завдань, що не є надто інтенсивними, використання Terra замість GPT-5.5 може зменшити витрати на API вдвічі. Припустимо, команда щомісяця споживає 1 мільйон токенів на вхід та 500 тисяч токенів на вихід, після переходу з GPT-5.5 на Terra щомісячні витрати на API зменшаться з приблизно 20 доларів до приблизно 10 доларів. Ця цінова стратегія свідчить про те, що OpenAI більше не покладається виключно на бенчмарки для розрізнення моделей, а пропонує чіткі градації вартості, що дозволяє підприємствам вибирати обчислювальну потужність відповідно до фактичної ROI завдання.

Водночас, надзвичайно низька ціна Luna не є простою спробою проникнення на ринок, а забезпечує економічну доцільність асинхронних робочих процесів. У випадках, коли потрібні часті виклики та низька затримка, наприклад, для очищення даних, аналізу журналів або планових перевірок, вартість одноразового виклику моделі стає ключовою для можливості масштабного впровадження. Вхідні та вихідні ціни Luna становлять лише п'яту частину від Sol, що дозволяє розробникам без побоювань про неконтрольовані витрати забезпечити безперервну роботу AI у фоновому режимі. Це позиціонування як "дешевої робочої сили" природно поєднується з функцією планування завдань у режимі Work - використовувати Luna для фонових завдань, а Sol для обробки складних запитів.

Sol, у свою чергу, підвищує верхню межу завдяки новим рівням максимального та ультра-інтелекту. Рівень max орієнтований на потреби глибокого розуміння, тоді як ультра-інтелект підтримує паралельну обробку кількох агентів, орієнтуючись на високий рівень та корпоративні робочі процеси. У сценаріях складної реконструкції кодових баз або інтеграції даних між системами, ультра-інтелект може координувати кілька підлеглих агентів для одночасної обробки різних підзавдань, а потім узагальнювати результати. Це розподілення не лише охоплює всі потреби від низького до високого рівня, але й глибоко пов'язує можливості моделі з конкретними сценаріями виконання, закладаючи основу для подальшого об'єднання інструментів.

Від синхронного діалогу до асинхронного виконання на різних платформах

Якщо модельна ієрархія забезпечує різні двигуни виконання за різними витратами, то об'єднання настільного застосунку ChatGPT та Codex забезпечує фізичний носій для виконання цих двигунів. Об'єднаний застосунок пропонує три робочі режими: Chat, Work та Codex, створюючи повний спектр продуктивності від повсякденних запитів до виконання проектів на різних платформах та до кодових проектів у пісочниці.

Режим Chat все ще виконує функцію повсякденного синхронного діалогу, призначену для легкого створення та швидких запитів, а спосіб взаємодії залишається в основному незмінним у порівнянні з попередніми версіями настільного застосунку ChatGPT. Режим Codex зосереджується на важких кодових проектах, додаючи редагування файлів, перевірку Pull Request та ультра-режим, надаючи розробникам пісочницю для програмування. У браузерному режимі Codex також оновлено підтримку CDP (Chrome DevTools Protocol), що дозволяє AI перевіряти мережевий трафік, виконувати аналіз кількох вкладок та операції з авторизацією, що ще більше розширює межі налагодження коду та тестування веб-додатків.

Справжнім проривом традиційних меж AI-інструментів є режим Work. ChatGPT Work підтримує виконання складних проектів на платформах, таких як Google Drive та Slack, і має функцію планування завдань. Це означає, що AI більше не є просто пасивним діалоговим вікном, а активним автоматизованим терміналом, який може слухати, координувати та виконувати.

Конкретно, режим Work підключає зовнішні платформи через механізм плагінів. Користувачі можуть описувати цілі завдань природною мовою, AI автоматично розбиває їх на кілька етапів, отримуючи записи обговорень з Slack, читаючи проектні документи з Google Drive, а потім узагальнюючи їх у звіт. Ще більш важливою є функція планування завдань: користувач може встановити план асинхронного виконання, подібний до Cron, наприклад, "щопонеділка о 9:00 ранку підсумовувати основні обговорення в Slack-каналі та разом з проектними документами з Google Drive створювати звіт про прогрес". У встановлений час AI автоматично виконає весь процес без ручного запуску.

Ця здатність свідчить про те, що AI-інструменти починають проникати в традиційні сфери RPA (роботизованої автоматизації процесів) та платформ автоматизації робочих процесів. На відміну від традиційного RPA, яке вимагає написання складних сценаріїв правил, режим Work значно знижує бар'єри для створення автоматизованих робочих процесів завдяки перевагам розуміння природної мови. Межі продуктивності AI-інструментів розширюються з "людина запускає - машина відповідає" до "машина слухає - машина виконує - людина затверджує" в асинхронному робочому процесі. ChatGPT перетворюється на поєднання AI-мозку з Zapier та автоматизованим терміналом.

Створення сайтів одним натисканням кнопки та міграція коду: екосистема підриву

Під час переосмислення робочих процесів OpenAI також прискорює екосистемне зв'язування через функціональні замикання та зниження витрат на перехід.

Функція Sites дозволяє користувачам публікувати візуальний контент як веб-сайт одним натисканням кнопки, а після оновлення браузера підтримує операції з авторизацією та кілька вкладок. Це означає, що результати аналізу або кодові застосування, створені в режимах Work або Codex, можуть бути безпосередньо розгорнуті як веб-додатки з авторизацією. Користувачі можуть публікувати інтерактивні інформаційні панелі як доступні веб-сторінки після завершення аналізу даних у режимі Work, а члени команди можуть увійти через Sign in with ChatGPT. Для внутрішніх підприємств функція Sites закріплює канали розповсюдження легких застосувань. Раніше розробникам потрібно було шукати сервери та налаштовувати середовище розгортання після генерації коду AI, щоб команда могла його використовувати. Тепер цей процес скорочується до однієї дії, що значно скорочує час доставки від ідеї до застосування.

У ринку інструментів для розробників OpenAI демонструє більш пряму конкурентну стратегію. Codex додав функцію міграції з Claude Code. Офіційно в GitHub репозиторії надано спеціальний скрипт для міграції, який може точно сканувати каталог конфігурацій Claude Code, перетворюючи агенти, MCP-сервери та хуки в формат Codex одним натисканням кнопки.

Claude Code, як потужний конкурент у сфері AI-програмування, представляє систему конфігурацій, що відображає звички користувачів та накопичення проектів. Агенти та MCP-з'єднання, визначені розробником у Claude Code, часто пов'язані з конкретними робочими процесами проекту та зовнішніми інструментами. Активне надання офіційних інструментів міграції OpenAI є "інструментом підриву" для зниження витрат на перехід користувачів конкурентів у морі AI-програмування. Це свідчить про те, що на етапі, коли різниця в базових можливостях моделей поступово зменшується, фокус конкуренції зміщується з простих показників продуктивності моделей на екосистемне зв'язування та витрати на міграцію користувачів. Той, хто зможе безперешкодно захопити існуючі активи користувачів конкурентів, зможе зайняти більшу частку на ринку розробників.

Об'єднання призводить до громіздкості та ризиків доступу

Хоча цінова ієрархія GPT-5.6 та об'єднання інструментів демонструють амбіції щодо переосмислення меж продуктивності, ця стратегія також супроводжується помітними обмеженнями та ризиками.

По-перше, це проблема громіздкості застосунків та когнітивного навантаження. Об'єднання важкого кодового пісочниці Codex з повсякденним робочим терміналом ChatGPT в одному настільному застосунку викликало сумніви у деяких розробників. Чи буде плавним перемикання між різними режимами, чи призведе накопичення функцій до надмірної громіздкості програмного забезпечення - це питання, з якими потрібно стикатися під час фактичного використання. Для розробників, яким потрібне лише просте доповнення коду, наявність суперзастосунку, що містить різні складні режими, такі як Work та Codex, може збільшити непотрібне когнітивне навантаження. Як забезпечити безшовне, але не заважаюче перемикання між різними режимами, є випробуванням для дизайнерів продуктів OpenAI.

По-друге, це виклики конфіденційності даних підприємств та контролю доступу. Режим Work глибоко інтегрується з основними джерелами даних підприємств, такими як Slack та Google Drive, а Sites підтримує публікацію веб-додатків. Це вимагає від керівників з закупівель підприємств, щоб, користуючись зручностями автоматизації, вони повинні встановити сувору систему управління доступом. Хоча OpenAI підкреслює налаштування за замовчуванням для даних підприємств, які не тренуються, та контроль доступу, на практиці, як запобігти випадковому витоку чутливої інформації AI під час виконання між платформами, залишається ризиком, який потрібно оцінити відділам відповідності підприємств. Особливо коли AI потрібно координувати дані між платформами та генерувати Sites, які можуть бути загальнодоступними, аудит напрямків даних стає надзвичайно складним.

Ще більш критичним є ризик відкриття доступу до базових прав у браузері. Після оновлення Codex у браузері було введено права CDP (Chrome DevTools Protocol), що дозволяє AI перевіряти мережевий трафік, виконувати аналіз кількох вкладок та операції з авторизацією. Хоча ця глибока контрольна влада в браузері значно розширює можливості виконання AI, вона також відкриває потенційні вразливості безпеки. Якщо запит AI буде зловмисно введено, AI з правами CDP може бути спровоковано на крадіжку облікових даних користувача або перехоплення чутливого мережевого трафіку. Хоча офіційно вимагається явне схвалення користувачів, а адміністратори можуть глобально вимкнути ці права, цей перехід від "тільки для читання" до "глибокого контролю" ставить вищі вимоги до безпеки терміналів.

OpenAI через серію GPT-5.6 та об'єднання інструментів чітко окреслила шлях переосмислення продуктивності від діалогу до виконання. Але як балансувати між багатофункціональністю та легкістю програмного забезпечення, як зберегти безпеку в умовах відкритих прав, визначить, наскільки далеко ця стратегія зможе просунутися.