Chat, Work чи Codex: що обрати
OpenAI коротко розділяє сценарії: Chat — для відповідей, брейншторму, текстів і щоденних задач; Work — для багатокрокових процесів у підключених застосунках і файлах; Codex — для роботи з кодом, репозиторіями й терміналом.
Для керівника, фінансиста, юриста чи HR це означає простий вибір. Якщо треба швидко переформулювати лист або зібрати ідеї — достатньо Chat. Якщо потрібно пройти весь процес: взяти файли, підготувати матеріали, узгодити кілька кроків — доречніший Work. Codex має сенс переважно для технічної команди.
Практичний приклад: замість просити «проаналізуй договір» у чаті, для складнішої задачі формулюйте ціль як процес: перевірити файл, виділити ризики, підготувати лист контрагенту й коротке резюме для керівника.
Що це дає: менше ручного перемикання між файлами, поштою й чернетками.
Вибір починається не з моделі, а з форми роботи
У джерелі OpenAI розводить три режими коротко: Chat для відповідей, брейншторму, письма й щоденних задач; Work для багатокрокових процесів у підключених застосунках і файлах; Codex для розробки на рівні репозиторію, локального коду, терміналів і developer tools. Для нетехнічної команди це не питання престижу інструмента. Це питання того, де закінчується проста відповідь і починається робочий процес.
Chat доречний, коли результат можна отримати в одному діалозі: сформулювати лист, порівняти варіанти заголовка, підготувати чорновий текст, поставити уточнювальні питання до ідеї. Work потрібен там, де треба не просто відповісти, а пройти кілька дій із файлами та застосунками й отримати готові матеріали.
Codex варто залишити для задач, де є код, репозиторій, термінал або інструменти розробника. Якщо у задачі немає розробки, не треба тягнути її в Codex лише тому, що він звучить потужніше.
Як формулювати задачу для Work
У пості був приклад із договором. Та сама логіка працює для будь-якого процесу, де вхідні матеріали лежать у файлах, а на виході треба кілька документів або чернеток. Не просіть один загальний висновок. Опишіть ціль, джерела, проміжні кроки й формат готового результату.
- Спочатку назвіть, які файли або підключені застосунки треба використати.
- Потім перелічіть дії в потрібному порядку.
- Окремо вкажіть, які готові матеріали має повернути система.
- Наприкінці додайте, для кого призначений кожен результат.
Приклад для підготовки матеріалів до внутрішнього обговорення: Використай підключені файли. Збери основні пункти, підготуй коротке резюме для керівника, окремий список відкритих питань і чернетку повідомлення команді.
Приклад для повторюваної офісної задачі: Пройди процес від вхідних файлів до готових матеріалів: перевір джерела, виділи невирішені питання, підготуй підсумок і окрему чернетку листа для узгодження.
Де межа між Chat, Work і Codex
Chat не варто навантажувати процесами, у яких треба ходити між файлами, застосунками й кількома чернетками. Він найшвидший для відповіді, письма, ідей і щоденних задач. Якщо ви змушені вручну копіювати фрагменти з різних місць, повертатися до листа, відкривати файли й збирати фінальний пакет, це вже ближче до Work.
Work не потрібен для запитів, де достатньо одного тексту або однієї поради. Якщо задача зводиться до переформулюй цей абзац або запропонуй варіанти теми, Work додасть зайву складність. Його сенс у багатокроковому проходженні цілі до готових матеріалів.
Codex не є універсальною заміною Chat або Work. Джерело описує його як інструмент для repo-level development: локальний код, термінали, developer tools на desktop, а також продовження роботи з мобільного. Для керівника, фінансиста, юриста чи HR це означає: Codex залучають тоді, коли задача фактично належить технічній команді.
Типові помилки й перевірка результату
Перша помилка: просити Chat виконати процес, але давати йому лише загальну команду. Формулювання проаналізуй матеріали не описує ні джерела, ні кроки, ні готові виходи. Краще: перевір файл, виділи ризики, підготуй коротке резюме й окрему чернетку повідомлення.
Друга помилка: використовувати Work без чіткої кінцевої форми. Work може перетворювати ціль на готові матеріали, але ціль треба назвати. Якщо потрібні резюме, лист і список питань, так і пишіть. Якщо потрібна лише відповідь, поверніться до Chat.
Третя помилка: віддавати Codex нетехнічні задачі. Якщо немає коду, репозиторію або терміналу, це не його основний сценарій. Для бізнес-користувача Codex має сенс через технічну команду або тоді, коли результат прямо пов’язаний із розробкою.
- Звірте, чи система використала саме потрібні файли або застосунки.
- Перевірте, чи всі кроки з вашого запиту виконані, а не лише частина.
- Подивіться, чи фінальні матеріали відповідають аудиторії: керівнику, команді, контрагенту або розробникам.
- Для повторюваних процесів перевірте інструкції, які часто копіюються між задачами: джерело окремо радить аудит Codex instructions, Skills і AGENTS.md на дублювання.
- Якщо ваша команда працює через API, не змушуйте модель щоразу обробляти той самий контекст: у джерелі згадані prompt caching і збереження reasoning across turns для стабільних цілей, припущень і пріоритетів.