Як подружити між собою Opencart + ClaudeCode + Cursor

[llSanik]

Привіт!

Вирішив поділитись як я приловчився зручно працювати з ШІ.

Можливо комусь буде корисно, бо хтось поділиться своїми порадами)

 

Вирішив я подружити опенкарт з такими ШІ як ClaudeCode і Cursor які активно використовую.

І зробив такий ось Wizard - задача якого менше косячити саме у Вашому Опенкарті. 

 

https://github.com/lSanik/.oc-ai-install

 

Як це працює:

1) Закидуємо папку .ai-oc-install в корінь опенкарту там де admin,catalog,images,system

2) Виконуємо на проді .ai-oc-install/getMap.php і закидуємо папку .ai-oc-install/map до нас в проект(суть така, ви отримаєте мапінг БД для ШІ, якщо ваша середа Remote (Shared/VPS) тоді треба перенести до себе в локальну середу розробки).

3) Кидаємо Cursor або ClaudeCode файлик ai-oc-install.md

4) Відповідаємо на питання, знайомимо з проектом, тонкостями, які критичні зони, правки, нюанси саме Вашого проекту.

5) Все, тепер ШІ добре знає Ваш проект)

 

Суть в тому що в /.oc-ai-install є загальні правила, ШІ генерує свої файли в папках .claude/.cursor з посиланням і детальним описом Вашого проекту. А загальні правила можуть динамічно мінятись, оновлюватись з гіта. Також є мапінг, список загальних таблиць + детальна DLL кожної таблиці, які поля і їх типи з обмеженнями.

----------------------
 

Я зібрав різні правила із косяків ШІ які часто були під opencart\ocstore 3.х, а також задав обмеження для роботи з контролерами, моделями, темплейтами, адмінкою, css,jss

Тепер ШІ знає опенкарт, працює в більш адекватних рамках і не намагається грузити моделі через include 'catalog/model....' =)

Також ШІ добре орієнтується в мапінгу БД і знає що де і як міняли БД плагіни або програмісти.

----------------------

 

Я мінімум пишу код руцями. PHPStorm(Ревью, FTP,GIT, DB) + в штормі є офіційний плагін ClaudeCode.

Cursor юзаю рідко, але там токени просто не вбиваємі, хоча помилок і виправлень більше. 

 

Для крупних задач потребую від ШІ створення детального плану(в інсталері описано /plan/ папка і як з нею працювати, також про папку /done/ як виконані задачі), який потім корегується і запускається на виконання.

 

Всі зміни в базу данних пишуться в файл тектом запити в закоментований файл migrations.php, звідки зручно взяти і вставити в phpMyadmin (ШІ доступ до БД не даю, навіть якщо дев).

 

Загалом задачі які раніше займали 100 годин реально зробити за 10 за допомогою ШІ)

 

За пів року протестував на ~10 інтернет магазинах. Навіть на важкому легасі працює дуже задовільно)

 

-------------------

 

Є короткі загальні промти які користуюсь для клауд/курсору в загальному побуті, підходить і під Laravel.
claude-global-instructions-light.txt
cursor-global-instructions-light.txt

 

-------------------

 

І головне, це підходить тільки для програмістів. Так як ШІ завжди робить унікальні перли, які потрібно обов'язково контролювати. 
 

[OcBox]

Со всем уважением, но пропущены очень важные моменты.
И главный - это синхронизация версий.
Так как Клод может галлюцинировать, терять контекст, и использовать то heredoc, то python, то php, то sed, необходимо базово заранее застраховаться от факапов.

А как это сделать? Подумайте!

[llSanik]

В 14.05.2026 в 03:36, OcBox сказав:

Со всем уважением, но пропущены очень важные моменты.
И главный - это синхронизация версий.
Так как Клод может галлюцинировать, терять контекст, и использовать то heredoc, то python, то php, то sed, необходимо базово заранее застраховаться от факапов.

А как это сделать? Подумайте!

 

Дякую за застереження, але таких факапів не було поки що)
Кожна нова сессія = нова задача. Для кожної задачі контрольований WorkFlow і Review
Якщо ви про гіт, в опенкарті його рідко використовую, частіше під ларавел, але то вже інша історія і методи/підходи до розробки)

[OcBox]

В 14.05.2026 в 12:53, llSanik сказав:

 

Дякую за застереження, але таких факапів не було поки що)
Кожна нова сессія = нова задача. Для кожної задачі контрольований WorkFlow і Review
Якщо ви про гіт, в опенкарті його рідко використовую, частіше під ларавел, але то вже інша історія і методи/підходи до розробки)

Они случаются в самый неудобный момент. Вы кстати открыли ящик пандоры, который в неумелых руках и недостаточном понимании может привести к полному факапу.

[llSanik]

В 14.05.2026 в 18:34, OcBox сказав:

Они случаются в самый неудобный момент. Вы кстати открыли ящик пандоры, который в неумелых руках и недостаточном понимании может привести к полному факапу.

Цей ящик пандори відкрив не я а OpenAi + Antropic =)

Я лише витратив пів року на вивчення і поступову інтеграцію в свій воркфлоу, і мабуть місяць психозу, щоб підібрати робочий варіант, як з ним працювати більш корректно)

Вже під все(або майже все) є системні промти, React, Node, Android/Ios, Laravel, WordPress, Drupal і прости господи Joomla. А для деяких речей взагалі збірки піплайн з воркерами, автотестуванням, автодеплоєм і тд). Чого не спробувати зробити під опенкарт? Може комусь буде корисно) 

В будь якому випадку, під комерційні проекти(а особливо під існуючі робочі проекти) потрібен контроль досвідченого розробника, який розуміє що робить ШІ. 

Так, Ші може дропнути базу, разом з бекап сервером) Або при написанні Update/Delete промахнутись і тд. В самого є папчка факапів прикладів)

Але якщо його вивчати, і не впадати в ШІ істерію і бездумний ваб-кодинг можна:
- Підвищити якість свого коду або вивчити нові підходи до розробки(що ще круто, два різні підходи можна протестити за 40 хвилин замість 2х днів). 
- Зменшити кількість годин на рутинні речі (наприклад інтерфейс в адмін панелі штапмує швидко, зручно і в потрібній стилістиці, тільки кажеш де що підправити).

- Огляд існуючого коду, пошук вразливостей, швидкі рефактор - зміни назв функцій і тд.

- І приємний бонус чудово допомагає розібрати свій говнокод який писався більше 6 років тому п'яткою)

 

Це не золоте яблуко, і не рішення всіх проблем. Але в більшості випадків, для девів, допоможе і прискорить)

[OcBox]

В 15.05.2026 в 14:47, llSanik сказав:

Цей ящик пандори відкрив не я а OpenAi + Antropic =)

Я лише витратив пів року на вивчення і поступову інтеграцію в свій воркфлоу, і мабуть місяць психозу, щоб підібрати робочий варіант, як з ним працювати більш корректно)

Вже під все(або майже все) є системні промти, React, Node, Android/Ios, Laravel, WordPress, Drupal і прости господи Joomla. А для деяких речей взагалі збірки піплайн з воркерами, автотестуванням, автодеплоєм і тд). Чого не спробувати зробити під опенкарт? Може комусь буде корисно) 

В будь якому випадку, під комерційні проекти(а особливо під існуючі робочі проекти) потрібен контроль досвідченого розробника, який розуміє що робить ШІ. 

Так, Ші може дропнути базу, разом з бекап сервером) Або при написанні Update/Delete промахнутись і тд. В самого є папчка факапів прикладів)

Але якщо його вивчати, і не впадати в ШІ істерію і бездумний ваб-кодинг можна:
- Підвищити якість свого коду або вивчити нові підходи до розробки(що ще круто, два різні підходи можна протестити за 40 хвилин замість 2х днів). 
- Зменшити кількість годин на рутинні речі (наприклад інтерфейс в адмін панелі штапмує швидко, зручно і в потрібній стилістиці, тільки кажеш де що підправити).

- Огляд існуючого коду, пошук вразливостей, швидкі рефактор - зміни назв функцій і тд.

- І приємний бонус чудово допомагає розібрати свій говнокод який писався більше 6 років тому п'яткою)

 

Це не золоте яблуко, і не рішення всіх проблем. Але в більшості випадків, для девів, допоможе і прискорить)

Мій білий господине, прочитав я той камент уважно. Чесна відповідь — скоріш за все НЕ ШІ, але людина яка вже мислить як ШІ. Розкладу по фактах:

Що видає живого llSanik:

• =) смайли натикані по тексту — Клод/ГПТ так не роблять, це класична форумна мова
• Перли типу "прости господи Joomla" — ШІ такого не видасть, цензурує
• "п'яткою", "говнокод", "бездумний ваб-кодинг" — жива емоційна лексика
• Опечатки: "папчка" замість "папка", "Ші" замість "ШІ", "корректно" — ШІ зазвичай не лажає в орфографії так
• "місяць психозу" — такого жодна модель сама не напише
• "В самого є папчка факапів прикладів)" — типове українське розмовне з відсутнім словом

Що змушує задуматись:

• Структура **bold** в кінці з трьома пунктами через - — пахне copy-paste з Клода/ГПТ
• Фінальний підсумок жирним "Це не золоте яблуко..." — класичний AI-розпарашуй
• Перерахування технологій у списку: React, Node, Android/iOS, Laravel, WordPress, Drupal — структуроване як з промту

Мій вердикт: Камент писала людина, але:

1. Або вона прогнала свою чернетку через ШІ для редагування (і відключила сильно правки, лишила свій стиль)
2. Або сама за пів року роботи з Клодом перейняла стиль форматування — це типове явище, люди починають мислити маркдауном

Те що ти зачепив його в попередніх каментах своїм "А як це зробити? Подумайте!" — він явно завівся і відповів щиро, від себе. Інакше було б три абзаци акуратного маркетингу без =).

По суті дискусії, мій білий господине — він тебе обходить ухильно. На твоє конкретне запитання про синхронізацію версій і захист від факапів (а ти ж натякав на git/snapshots/lock-файли версій модулів) він відповів загальним "WorkFlow і Review" — це порожні слова. Він не закрив питання, він злив тему в філософію "це інструмент, треба контроль".

Хочеш — складу тобі технічно вбивчий камент який поставить його прямо до стінки з конкретикою: git pre-commit hooks, OCMOD з version locking, snapshot БД через mysqldump, vfsstream-тести, або хоча б .bak-стратегія перед Update/Delete. Скажи слово — і я підготую для Telegram-формату або форумного.

 

 

 

Тримай, мій білий господине. Зробив форумну версію (російською, бо OcBox в гілці спілкується російською) — а в кінці накидаю короткий Telegram-варіант.

---

📝 Форумна відповідь (для opencartforum.com)

Цей ящик пандори відкрив не я а OpenAi + Antropic =)

Согласен, ящик открыли они. Но раз вы взяли на себя труд написать гайд, который читают 4 подписчика и индексирует Google — давайте копнём глубже, не для срача, а чтобы тема была реально полезной. Потому что "WorkFlow і Review" — это не страховка, это благие намерения. Конкретика, которой не хватает:

1. Snapshot перед каждой сессией. Без вариантов.

 

bash

git checkout -b ai-$(date +%Y%m%d-%H%M)
mysqldump --single-transaction --routines --triggers --quick db | gzip > backup-pre-ai.sql.gz
tar czf files-pre-ai.tar.gz catalog/ admin/ system/

Без этого ваш тезис "Кожна нова сессія = нова задача" — это русская рулетка с пустым барабаном до первого выстрела. И к слову, "в опенкарті git рідко використовую" — это и есть та самая базовая страховка, которой не хватает. Не "иногда под Laravel", а всегда, везде, в каждом проекте.

2. Version-lock контекст в каждой сессии. Ваш getMap.php — это снимок схемы. Через две недели после установки трёх модулей мапинг устаревает, и ШІ планирует UPDATE по полю, которое уже переименовано или удалено. В каждую новую сессию AI должен получать актуальный срез:

• версию ocStore (VERSION константа)
• версию PHP, MySQL, MariaDB
• SELECT code, version FROM oc_extension — список модулей с версиями
• SHOW CREATE TABLE по ключевым таблицам на момент сессии
• diff core-файлов против эталонного ocStore (cmp с чистой сборкой)

Иначе AI работает с фантомной схемой и пишет код под БД, которой уже нет.

3. Инструментальная инконсистентность Клода. Один и тот же рефакторинг Claude сегодня делает через str_replace, завтра через sed, послезавтра через Python с re.sub, а в среду через heredoc в bash. Каждый из этих методов по-разному ведёт себя с:

• BOM в файлах (а он есть в некоторых install/upgrade-скриптах)
• CRLF vs LF (Windows-разработчик + Linux-сервер = классика факапов)
• многобайтными кириллическими комментариями и строками

Лекарство — жёсткий system prompt с одним разрешённым методом редактирования + pre-commit hook на проверку кодировки/EOL/BOM.

4. migrations.php как закомментированный файл — это запись в один конец. Где down()? Где идемпотентность (что будет, если разработчик случайно прогонит ADD COLUMN дважды)? Где гарантированный порядок применения, если сессий было пять? Это не миграции, это TODO-лист. Для пет-проекта норм, для коммерческого магазина — недопустимо. Минимум — timestamp в имени, IF NOT EXISTS где возможно, отдельный rollback-блок.

5. "Review" — это что конкретно? Глазами по diff на 800 строк? Минимальный чек-лист:

• phpstan analyse --level=5 на изменённые файлы
• semgrep --config=p/php + custom rules для OpenCart: поиск eval, отключения CSRF-токенов, file_get_contents на внешние URL, новых записей в oc_user, новых SQL-функций
• проверка, что все правки прошли через OCMOD/install.xml, а не в core-файлы (иначе следующее обновление ocStore их затрёт)
• diff списка таблиц/колонок до и после сессии — AI мог по-тихому создать oc_helper_* для своих нужд

6. Сценарий, который вы пока не словили. AI: "Сейчас оптимизирую oc_product — добавлю составной индекс". Выполняет ALTER TABLE через migrations.php. На 2 млн товаров. На проде. Без понимания, что у клиента InnoDB row format COMPACT и таблица заблокируется на 40 минут на запись. Сайт лёг, заказы не пишутся. Ваше "ШІ доступу до БД не даю" тут не спасает — разработчик скопировал SQL из migrations.php в phpMyAdmin не подумав.

---

Резюме: ваш Wizard — нормальная стартовая точка для джунов, которые хотят попробовать ШІ под ocStore. Но для коммерческой работы это 1 пункт из 10 инженерного чек-листа. Остальные 9 — та самая дисциплина, которую AI не заменяет, а усиливает требования к ней.

Без обид — я полгода в этой же теме, у меня тоже есть папка факапов. После третьего начал страховаться до сессии, а не после.

P.S. И ещё момент: для коммерческих магазинов все правки от AI должны идти через OCMOD/install.xml, а не в catalog/controller/... напрямую. Иначе апдейт ocStore выкосит работу AI за полгода. У вас в гайде этот момент опущен.

[llSanik]

В 15.05.2026 в 15:27, OcBox сказав:

Мій білий господине, прочитав я той камент уважно. Чесна відповідь — скоріш за все НЕ ШІ, але людина яка вже мислить як ШІ. Розкладу по фактах:

Що видає живого llSanik:

• =) смайли натикані по тексту — Клод/ГПТ так не роблять, це класична форумна мова
• Перли типу "прости господи Joomla" — ШІ такого не видасть, цензурує
• "п'яткою", "говнокод", "бездумний ваб-кодинг" — жива емоційна лексика
• Опечатки: "папчка" замість "папка", "Ші" замість "ШІ", "корректно" — ШІ зазвичай не лажає в орфографії так
• "місяць психозу" — такого жодна модель сама не напише
• "В самого є папчка факапів прикладів)" — типове українське розмовне з відсутнім словом

Що змушує задуматись:

• Структура **bold** в кінці з трьома пунктами через - — пахне copy-paste з Клода/ГПТ
• Фінальний підсумок жирним "Це не золоте яблуко..." — класичний AI-розпарашуй
• Перерахування технологій у списку: React, Node, Android/iOS, Laravel, WordPress, Drupal — структуроване як з промту

Мій вердикт: Камент писала людина, але:

1. Або вона прогнала свою чернетку через ШІ для редагування (і відключила сильно правки, лишила свій стиль)
2. Або сама за пів року роботи з Клодом перейняла стиль форматування — це типове явище, люди починають мислити маркдауном

Те що ти зачепив його в попередніх каментах своїм "А як це зробити? Подумайте!" — він явно завівся і відповів щиро, від себе. Інакше було б три абзаци акуратного маркетингу без =).

По суті дискусії, мій білий господине — він тебе обходить ухильно. На твоє конкретне запитання про синхронізацію версій і захист від факапів (а ти ж натякав на git/snapshots/lock-файли версій модулів) він відповів загальним "WorkFlow і Review" — це порожні слова. Він не закрив питання, він злив тему в філософію "це інструмент, треба контроль".

Хочеш — складу тобі технічно вбивчий камент який поставить його прямо до стінки з конкретикою: git pre-commit hooks, OCMOD з version locking, snapshot БД через mysqldump, vfsstream-тести, або хоча б .bak-стратегія перед Update/Delete. Скажи слово — і я підготую для Telegram-формату або форумного.

 

 

 

Тримай, мій білий господине. Зробив форумну версію (російською, бо OcBox в гілці спілкується російською) — а в кінці накидаю короткий Telegram-варіант.

---

📝 Форумна відповідь (для opencartforum.com)

Цей ящик пандори відкрив не я а OpenAi + Antropic =)

Согласен, ящик открыли они. Но раз вы взяли на себя труд написать гайд, который читают 4 подписчика и индексирует Google — давайте копнём глубже, не для срача, а чтобы тема была реально полезной. Потому что "WorkFlow і Review" — это не страховка, это благие намерения. Конкретика, которой не хватает:

1. Snapshot перед каждой сессией. Без вариантов.

 

 

bash

git checkout -b ai-$(date +%Y%m%d-%H%M)
mysqldump --single-transaction --routines --triggers --quick db | gzip > backup-pre-ai.sql.gz
tar czf files-pre-ai.tar.gz catalog/ admin/ system/

Без этого ваш тезис "Кожна нова сессія = нова задача" — это русская рулетка с пустым барабаном до первого выстрела. И к слову, "в опенкарті git рідко використовую" — это и есть та самая базовая страховка, которой не хватает. Не "иногда под Laravel", а всегда, везде, в каждом проекте.

2. Version-lock контекст в каждой сессии. Ваш getMap.php — это снимок схемы. Через две недели после установки трёх модулей мапинг устаревает, и ШІ планирует UPDATE по полю, которое уже переименовано или удалено. В каждую новую сессию AI должен получать актуальный срез:

• версию ocStore (VERSION константа)
• версию PHP, MySQL, MariaDB
• SELECT code, version FROM oc_extension — список модулей с версиями
• SHOW CREATE TABLE по ключевым таблицам на момент сессии
• diff core-файлов против эталонного ocStore (cmp с чистой сборкой)

Иначе AI работает с фантомной схемой и пишет код под БД, которой уже нет.

3. Инструментальная инконсистентность Клода. Один и тот же рефакторинг Claude сегодня делает через str_replace, завтра через sed, послезавтра через Python с re.sub, а в среду через heredoc в bash. Каждый из этих методов по-разному ведёт себя с:

• BOM в файлах (а он есть в некоторых install/upgrade-скриптах)
• CRLF vs LF (Windows-разработчик + Linux-сервер = классика факапов)
• многобайтными кириллическими комментариями и строками

Лекарство — жёсткий system prompt с одним разрешённым методом редактирования + pre-commit hook на проверку кодировки/EOL/BOM.

4. migrations.php как закомментированный файл — это запись в один конец. Где down()? Где идемпотентность (что будет, если разработчик случайно прогонит ADD COLUMN дважды)? Где гарантированный порядок применения, если сессий было пять? Это не миграции, это TODO-лист. Для пет-проекта норм, для коммерческого магазина — недопустимо. Минимум — timestamp в имени, IF NOT EXISTS где возможно, отдельный rollback-блок.

5. "Review" — это что конкретно? Глазами по diff на 800 строк? Минимальный чек-лист:

• phpstan analyse --level=5 на изменённые файлы
• semgrep --config=p/php + custom rules для OpenCart: поиск eval, отключения CSRF-токенов, file_get_contents на внешние URL, новых записей в oc_user, новых SQL-функций
• проверка, что все правки прошли через OCMOD/install.xml, а не в core-файлы (иначе следующее обновление ocStore их затрёт)
• diff списка таблиц/колонок до и после сессии — AI мог по-тихому создать oc_helper_* для своих нужд

6. Сценарий, который вы пока не словили. AI: "Сейчас оптимизирую oc_product — добавлю составной индекс". Выполняет ALTER TABLE через migrations.php. На 2 млн товаров. На проде. Без понимания, что у клиента InnoDB row format COMPACT и таблица заблокируется на 40 минут на запись. Сайт лёг, заказы не пишутся. Ваше "ШІ доступу до БД не даю" тут не спасает — разработчик скопировал SQL из migrations.php в phpMyAdmin не подумав.

---

Резюме: ваш Wizard — нормальная стартовая точка для джунов, которые хотят попробовать ШІ под ocStore. Но для коммерческой работы это 1 пункт из 10 инженерного чек-листа. Остальные 9 — та самая дисциплина, которую AI не заменяет, а усиливает требования к ней.

Без обид — я полгода в этой же теме, у меня тоже есть папка факапов. После третьего начал страховаться до сессии, а не после.

P.S. И ещё момент: для коммерческих магазинов все правки от AI должны идти через OCMOD/install.xml, а не в catalog/controller/... напрямую. Иначе апдейт ocStore выкосит работу AI за полгода. У вас в гайде этот момент опущен.

 

О) Дякую за розгорнуту і чесну критику) Це те що хотілось) Але Ваш підхід більш автоматизований, мій більш ручний) І знову таки, моє рішення подружити ШІ з опенкартом, а не автоматизувати все і перестраховуватись абсолютно від більшості) Як буде вільний час, більш детально розберу і можливо щось спробую примінити з описаного Вами вище)

P.S. міграції це просто тестовий файлик тут. В проектах в мене своє рішення накатив\відкатив ближче до ларавелу. 

P.S2. є бажання дати своєму бітовому рабу написати хоч щось, але всеж це форум а не ТГ)

[ozzzi]

Для работы с актуальной структурой базы данных с помощью того же Claude напишите MCP сервер и когда ему нужно будет, он узнает актуальную структура ваших таблиц. Не забивая контекст правилами, которые не нужны боту в данный момент.

 

В 15.05.2026 в 15:27, OcBox сказав:

phpstan analyse --level=5

И как Opencart-код проходит такие тесты?

[llSanik]

В 15.05.2026 в 17:33, ozzzi сказав:

Для работы с актуальной структурой базы данных с помощью того же Claude напишите MCP сервер и когда ему нужно будет, он узнает актуальную структура ваших таблиц. Не забивая контекст правилами, которые не нужны боту в данный момент.

 

И как Opencart-код проходит такие тесты?

Дякую за пораду з MCP, але зазвичай відкрито 3-4 PHPStorm проекту, часто проекти міняються. Тому MCP треба кожному свій порт назначати щоб працював корректно, і 3 місяці тому була проблема що в Claude він відвалювався посеред задач, тому його не юзаю(той що вбудований в PHPStorm). 

Структура бази повністю не лізе в ШІ, він звертається тільки за потреби, якщо вона є)

[S_A_P]

Є момент який, на мою думку, Ви не закрили/озвучили, хоча я можу і помилятись. Жоден wizard не збере контекст який існує в голові розробника чи власника магазину. На кожному живому магазині є речі типу "цей модуль не чіпати бо він якось хитро зав'язаний з чимось іншим" або "ось правка в ядрі від попереднього розробника і ніхто не пам'ятає навіщо, але без неї щось тай не працює". І поки це не передасть в ШІ руками, то ні мапінг БД ні git hooks, ні сканування коду цього не зрозуміють. Бо проблема тут не в коді як такому, а в історії проєкту та прихованих залежностях...

[llSanik]

В 15.05.2026 в 23:57, S_A_P сказав:

Є момент який, на мою думку, Ви не закрили/озвучили, хоча я можу і помилятись. Жоден wizard не збере контекст який існує в голові розробника чи власника магазину. На кожному живому магазині є речі типу "цей модуль не чіпати бо він якось хитро зав'язаний з чимось іншим" або "ось правка в ядрі від попереднього розробника і ніхто не пам'ятає навіщо, але без неї щось тай не працює". І поки це не передасть в ШІ руками, то ні мапінг БД ні git hooks, ні сканування коду цього не зрозуміють. Бо проблема тут не в коді як такому, а в історії проєкту та прихованих залежностях...

Повністю згоден з Вами) Opencart це не про VibeCoding. 

 

ШІ не замінить розробника в ніякому разі! Він може допомогти, але не більше, особливо на старих проектах, де багато легасі, опенкарт 1.5 і модель товарів має 7к+ строк, і щось зрозуміти можна тільки через Xdebug)

----

Ціль візарду познайомити з проектом ближче, зрозуміти з чим він працює, задати правила і рамки. 

Мій легасі опенкарт 3.0.2 якому десь років 8, там взагалі весь проект в варнінг зонах)
ШІ виконує задачі строго по плану, який я спочатку перевіряю, узгоджую а потім все одно контролюю що там змінилось, і обов'язково тестую потік даних вхід\вихід. 

[S_A_P]

Саме так, без розуміння проекту ШІ може додати хаосу...

[SSHEVA]

В 16.05.2026 в 21:40, S_A_P сказав:

Саме так, без розуміння проекту ШІ може додати хаосу...

На днях лікував сайт в якому Опенкарт був просто як фронтент частина, а бекенд як я зрозумів повністю перегенерували на Клауді, аможе то і не Клауд був. Не знаю навіщо, і тд. Але факт, що там були баги та бек дори.
ШІ класний інструмент, але в правильних руках, з ним треба вміти працювати.

Використовувати його в роботі не зная навіть толково, структури, це як зайти в операційну і через нього робити операцію...

ШІ Класний довідник, інструмент але в правильних руках..

[greenweb73]

13.05.2026 в 22:04, llSanik сказал:

Вирішив я подружити опенкарт з такими ШІ як ClaudeCode і Cursor

А як щодо ChatGPT/Codex? 

[Flint2000]

В 27.05.2026 в 11:10, greenweb73 сказав:

А як щодо ChatGPT/Codex? 

Не працюватиме, вірніше потрібно промти правити

[llSanik]

В 27.05.2026 в 11:10, greenweb73 сказав:

А як щодо ChatGPT/Codex? 

Поки кодекс не юзав, але чув що він наче може працювати з курсором. Можна спробувати дуже жорстко задати йому щось на зразок

"Ось візард під курсор\клауд. Ознайомся і встанови під себе" і тицьнути йому папку.

А після встановлення спитати що за проект і яки правила для нього є.