Онлайн-освітня платформа Futurepedia у своєму великому гайді з OpenAI Codex показує не теоретичні можливості агента, а цілком приземлений кейс: як перетворити хаотичну бізнес‑папку з логами продажів, рахунками та інвентаризаціями на структурувану систему даних і повноцінний HTML‑дашборд для власника малого бізнесу.
Вихідні дані: «сміттєва» папка з реального комп’ютера
Для демонстрації використовується не демонстраційний сет, а справжня папка на комп’ютері творця відео. У ній «звалені» різні робочі файли одного бізнесу: логи продажів, інвойси, інвентаризації та інші документи, пов’язані з умовною кав’ярнею «The Context Window».
Файли — різного типу: електронні таблиці, PDF та зображення. Структури немає: усе лежить в одному місці, як це часто буває в невеликих бізнесах, де документи накопичуються поступово й без єдиних правил.
Саме цю папку Codex отримує як «проєктну» директорію, всередині якої йому дозволено працювати: аналізувати документи, переміщувати їх, редагувати й створювати нові.
Перший крок: автоматичне прибирання та майстер-таблиця
Початкове завдання звучить максимально по-людськи: є «безладна папка з мого кафе», треба її розчистити та звести інформацію в одну таблицю, щоб зрозуміти, «що відбувається з бізнесом».
Codex отримує інструкцію:
– впорядкувати файли, розклавши їх по логічних підпапках;
– створити одну електронну таблицю, що «підтягує все разом» — продажі, витрати, інвентаризацію тощо.
Через кілька хвилин папка змінюється до невпізнання. Перший результат — сама структура: з’являються чітко підписані підпапки, у кожній з яких лежать відповідні файли. Хаотичний набір документів перетворюється на базову файлову систему, побудовану без участі власника.
Другий результат важливіший для аналітики: у проєктній папці виникає новий файл — «майстер‑таблиця» з різними вкладками. У цих вкладках зібрано ключові зрізи інформації з усіх джерел. Творець відео наголошує, що Codex не просто зібрав дані з таблиць, а й витягнув інформацію з PDF‑інвойсів і привів позначення інвентарю до зручного для читання формату.
Окремо зазначено, що агент самостійно виявив частину помилок і розбіжностей у даних. У файлі‑результаті не тільки зведені показники, а й перелік помилок та проблемних місць із позначеннями пріоритетності — що вимагає уваги в першу чергу, а що може почекати. Для власника малого бізнесу це фактично автоматизований аудит даних без участі бухгалтера чи аналітика.
Усе це можна переглядати прямо в інтерфейсі Codex через вбудоване прев’ю, але файли фізично живуть у вихідній папці, без додаткових завантажень чи експорту — агент працює безпосередньо у файловій системі.
Від таблиці до HTML‑дашборду: як Codex мислить планом
Наступний крок — побудувати з майстер‑таблиці дашборд для власника. Для цього Codex отримує чітко визначений вхід: конкретний файл‑таблиця, позначений через @‑посилання, і завдання:
на основі цієї таблиці створити «візуальний дашборд власника для Context Window», який дає змогу легко побачити стан кафе, зрозуміти продажі, витрати, робочу силу, проблеми з інвентарем і сфокусуватися на тому, що потребує уваги.
Перед запуском побудови вмикається режим планування (plan mode). Це ключовий режим для складних завдань: Codex спочатку «продумує все й розкладає план», а вже потім щось будує. Замість того, щоб одразу генерувати код або візуалізації, агент готує поетапний план робіт, ставить уточнювальні запитання, збирає додаткові вподобання щодо формату й тільки після затвердження переходить до реалізації.
У цьому випадку Codex запитує, яким має бути формат дашборду. Серед опцій обирається HTML‑дашборд і рекомендований варіант структури на кшталт «owner command center». Після відповіді агент починає виконання плану. Користувач водночас може вести паралельні чати в межах того самого проєкту, наприклад, попросити Codex перелічити знайдені раніше помилки в даних, не зупиняючи роботу над дашбордом.
Режим планування дає ще одну важливу можливість: під час довгого обчислювального процесу можна надіслати додаткові інструкції без переривання поточного завдання. Для цього використовується спеціальний спосіб відправлення, при якому повідомлення йде як «керування» (steer), а не як скасування або перезапуск запиту.
У результаті план формується як деталізований опис структури майбутнього дашборду, списку блоків, логіки обчислення показників і візуальних компонентів. Користувач може затвердити цей план або попросити корекції ще до того, як Codex напише жоден рядок коду.
Готовий дашборд: показники, пріоритети та графіки
Після виконання плану, що триває близько десятка хвилин, формується готовий HTML‑дашборд. У підсумковому огляді видно, що Codex:
обчислює всі ключові підсумки на основі даних з майстер‑таблиці;
виводить зверху блок із «опціями» — агрегованими показниками, які зручно переглядати власнику;
використовує кольорове кодування для виділення елементів, що потребують перегляду, та «високопріоритетних дій»;
генерує низку графіків і візуальних блоків — від проблем з інвентарем та топ‑продавців до списку конкретних action items.
Усе це — у форматі HTML‑сторінки, яка, за словами автора, виглядає адаптивною (reactive) і має добре відображатися на мобільних пристроях. Важливо, що побудова відбувається з першої спроби без ручного доопрацювання коду з боку користувача.
Якщо ж потрібно щось змінити, взаємодія залишається розмовною. Щоб, наприклад, додати інтерактивність, достатньо сформулювати прохання:
зробити дашборд інтерактивним із hover‑станами на кшталт графіка продажів, щоб при наведенні відображалися точні значення.
Codex оновлює дашборд протягом кількох хвилин, після чого при наведенні курсора на точки графіка з’являються точні числові показники. Тобто навіть тонкі деталі взаємодії з інтерфейсом задаються простою мовою, без необхідності лізти в JS‑код чи бібліотеки візуалізації.
Помилки, очищення й контроль: як агент працює з «брудними» даними
Окремий аспект кейсу — робота Codex із неідеальними, «брудними» даними. У вихідній папці навмисно допущені пропуски полів, помилки та неузгодженості. Після початкового прибирання й зведення таблиці агент:
виявляє частину цих некоректностей автоматично;
витягує інформацію з PDF‑інвойсів у структурований вигляд;
формує перелік помилок та «питань, що потребують уваги», до того ж розставляє рівні пріоритетності.
Такий підхід означає, що власнику не потрібно спочатку вручну чистити всі файли, а потім уже будувати аналітику. Навпаки, агент сам виступає «фільтром першого рівня», який приводить дані до прийнятного стану, позначає проблемні місця й підказує, що треба виправити в першу чергу.
Це важливо й у контексті подальших кроків. Наступні запити — на кшталт побудови дашборду чи запуску регулярних оновлень — спираються вже на структурований масив даних, а не на той «смітник», що був на початку.
Висновок: агент як «операційний шар» малого бізнесу
Показаний кейс з контекстною кав’ярнею демонструє Codex не як черговий «чат‑бот», а як інструмент, що закриває цілий пласт рутинної роботи малого бізнесу:
від хаотичного скидання файлів у папку до продуманої структури з підпапками;
від розрізнених логів, чеків і PDF до єдиної майстер‑таблиці;
від ручного пошуку помилок до автоматизованого списку помилок і пріоритетних задач;
від сухих таблиць до інтерактивного HTML‑дашборду з пріоритизацією дій для власника.
Усі ці переходи відбуваються без написання коду зі сторони користувача — лише через послідовні природномовні інструкції, від простого «прибери папку й створи одну таблицю» до «зроби дашборд інтерактивним із hover‑станами».
Такий підхід показує, як агенти на кшталт Codex можуть перетворюватися на операційний шар для малого бізнесу: працювати з файловою системою, чистити й структурувати дані, виявляти помилки й виносити їх у пріоритет, а потім будувати поверх цього візуальні інструменти прийняття рішень, які оновлюються за запитом або за розкладом.
Джерело
Full OpenAI Codex Tutorial: Beginner to Advanced — Futurepedia