ChatGPT-5.6 від OpenAI може створити веб-додаток за кілька годин — чи зможе вона побудувати робочу POS-систему?

Компанія OpenAI випустила GPT-5.6 9 липня — три нові моделі, рекорди майже в кожному тесті з кодингу та хвиля вражаючих демо-версій уже за кілька годин. Тож питання в заголовку заслуговує на пряму відповідь: ні, GPT-5.6 не може побудувати робочу POS-систему самостійно. Кожен, хто намагається створити робочу POS за допомогою ШІ, впирається в ту саму стіну, і це не має нічого спільного з інтелектом моделі. Частини, які роблять POS-систему «робочою» — проведені платежі картками, інвентаризація, що залишається коректною під навантаженням, сертифіковане термінальне обладнання — не можуть бути згенеровані у вигляді коду, незалежно від того, наскільки якісно модель пише цей код.

Це твердження потребує обґрунтування, адже ця модель дійсно вражає.

Що люди вже встигли побудувати з GPT-5.6?

Багато всього і дуже швидко. Sol, флагман нового сімейства (разом із дешевшими Terra та Luna), є найкращою моделлю для кодингу від OpenAI на сьогодні. Вона набрала 80 балів в індексі Artificial Analysis Coding Agent Index — новий рекорд — використовуючи при цьому менше половини вихідних токенів порівняно з найближчим конкурентом. На сторінці запуску OpenAI показано браузерну гру про вітрильний спорт, механічне селище та повноцінний сайт музею. Кожен із цих проектів створено за коротким промптом, причому модель сама аналізувала свій візуальний результат і виправляла помилки дизайну перед тим, як здати роботу.

Перші користувачі виявили ще цікавіші факти вже за добу:

• Sol стала першою моделлю, яка виграла публічну гру ARC-AGI-3, набравши 87% у середовищі головоломок, розробленому для тестування рухомого інтелекту.

• Один продакт-менеджер завантажив у неї PRD (документ з вимогами до продукту) і з першої спроби отримав повністю гейміфікований трекер домашніх завдань — з досвідом (XP), аватарами-компаньйонами, які можна розблокувати, та панеллю для батьків для редагування нагород.

• Нове налаштування ultra координує роботу чотирьох агентів паралельно, розподіляючи складні завдання між одночасними робочими процесами.

• Lovable повідомляє, що GPT-5.6 завершує створення додатків користувачів приблизно на 25% швидше та вимагає до 48% менше викликів інструментів, ніж попередня модель.

Тож передумова заголовка цілком реальна. Створення якісного, відполірованого веб-додатка за один день тепер є базовим стандартом, а не досягненням.

Чому GPT-5.6 не може побудувати робочу POS-систему?

Тому що POS — це не просто веб-додаток із кнопкою «Оплатити». Код додатка — екрани, кнопки, логіка кошика — це лише видимі 20%. Інші 80% — це комерційна інфраструктура, а інфраструктуру неможливо згенерувати у вигляді тексту.

Платежі — це перша перешкода. Прийом карток на місці вимагає торгового еквайрингу, відповідності стандарту PCI та платіжних терміналів, які пройшли апаратну сертифікацію. Кожен із цих пунктів — це договір, аудит або фізичний пристрій. GPT-5.6 може написати бездоганний екран оплати за дев'яносто секунд, але вона не зможе прийняти картку Visa наприкінці цього процесу. Для цього просто не існує промпту.

Що ламається після платежів?

Точність під тиском реальних умов. Кілька прикладів, знайомих кожному продавцю:

• Одночасний облік залишків. Дві каси продають останній круасан в одну й ту саму секунду. Код веб-додатка, який працює «переважно нормально», допустить перепродаж; POS-система має щоразу коректно вирішувати цей конфлікт.

• Звірка. Підсумки наприкінці дня мають до копійки збігатися з розрахунками платіжного процесора — враховуючи продажі, повернення, часткові повернення, чайові та комісії. Помилка навіть на копійку — це проблема для бухгалтерії.

• Податки. Ставки, групи, пільги та правила округлення відрізняються залежно від юрисдикції та змінюються без попередження.

• Офлайн-режим. Коли під час напливу клієнтів зникає інтернет, каса повинна продовжувати продавати та чисто синхронізуватися після відновлення зв'язку.

• Обладнання. Принтери чеків, грошові скриньки та сканери штрих-кодів працюють за власними протоколами та виходять з ладу кожен по-своєму.

Зверніть увагу на асиметрію: згенерована демо-версія, яка працює у 95% випадків — це тріумф. Каса, яка помиляється у 0,5% випадків, щодня приносить збитки, і її позбудуться вже за місяць. Тести оцінюють перший стандарт, а продавці живуть за другим.

Чи є тоді взагалі місце для ШІ на касі?

Так, і дуже вагоме. Неправильний висновок — «тримати ШІ подалі від POS». Правильний висновок полягає в тому, що модель повинна проектувати інтерфейси поверх комерційної інфраструктури, а не намагатися замінити її. Дозвольте моделі робити те, що вона зараз робить просто неймовірно — створювати макети, логіку сценаріїв, ітерувати зі швидкістю розмови — тоді як платежі, інвентаризація, податки та обладнання працюватимуть на системах, створених і сертифікованих саме для цього.

Саме такий розподіл праці уможливлює MCP (Model Context Protocol, відкритий стандарт для підключення інструментів ШІ до зовнішніх систем), і саме тому ми побудували навколо нього інструмент Build від Final. Напишіть промпт, виберіть «Connect your own AI (MCP)» і вставте згенерований блок у ChatGPT, Claude Code, Cursor або Codex — ваш власний інструмент ШІ побудує сценарій оплати з інтерактивним попереднім переглядом, а потім розгорне його на інфраструктурі, де Final Pay обробляє платежі, сертифіковані термінали приймають картки, а залишки залишаються коректними на кожній точці. GPT-5.6 дійсно може побудувати вашу POS-систему за кілька годин — якщо тільки ніхто не проситиме її також побудувати ті частини, на створення яких пішли роки. Повну інструкцію дивіться у статті як використовувати ChatGPT-5.6 для створення кастомної POS-системи.