План на два тижні: 5–16 жовтня 2026
Обсяг підтверджено Дмитром · 4 жовтня 2026: підключення магазину, читання каталогу й зміна лише базової ціни з явним погодженням власника. Для хостингу підтверджено DigitalOcean; тестовий OpenCart підтверджено. Графік і конкретна інфраструктура ще потребують узгодження.
Пропонований графік · складено 4 жовтня 2026 за проєктом STOR у Jira та журналом рішень. Із Женею й Артемом ще не узгоджено; дати — цілі, а не обіцянки. У два тижні вміщується адмінський сценарій з одним справжнім записом; усе, що продукт має вміти понад це, перелічено в розділі Після 16 жовтня, а не приховано.
До п'ятниці 16 жовтня наш тестовий магазин OpenCart підключено до розміщеного в інтернеті Store Deputy, його власник питає Admin Agent про каталог і схвалює зміну базової ціни, яку застосовано й перевірено. Сьогодні ніщо з цього не виходить за межі машини розробника, і жоден справжній магазин не підключався.
Хто що робить: Женя — API, застосунок, єдиний MCP, Agentfy і наскрізні перевірки. Артем — модуль OpenCart: його REST API, Connect, читання й один запис. Дмитро — рішення, хостинг і акаунти, пілотний магазин, приймання в обидві п'ятниці.
Фінішна лінія
«Готово» 16 жовтня означає, що все це справджується на розміщеному Store Deputy, а не локально:
- Власник встановлює модуль у наш тестовий магазин OpenCart 3, натискає Connect, реєструється й повертається вже підключеним. Admin Agent створюється сам.
- Власник питає в чаті про товари, ціни й залишки та отримує відповіді з тестового магазину, від справжньої мовної моделі.
- Власник просить змінити ціни кількох товарів, бачить точний список — товар, стара ціна, нова ціна — і схвалює його.
- Ціни в магазині змінюються, перечитуються, і власник отримує квитанцію: застосовано, пропущено, чому.
- Ціна, що тим часом змінилася, пропускається, а не перезаписується. Пауза в адмінці магазину зупиняє агента.
- Кожен виклик інструмента в журналі; відкликаний або призупинений магазин відмовляє у викликах.
Рішення, потрібні в понеділок
Без них графік з'їжджає з першого дня.
| Рішення | Чому блокує | Хто |
|---|---|---|
| Підтверджено 4 жовтня: підключення, читання каталогу й погоджена зміна лише базової ціни | Обсяг узгоджено; інші записи поза цими двома тижнями | Дмитро |
| DigitalOcean підтверджено 4 жовтня. Конфігурацію визначає Дмитро: проєкти, домени й ресурси | Провайдер і відповідальний визначені; конкретна конфігурація ще відкрита | Дмитро |
| Дмитро обирає наявне або окреме пілотне середовище Agentfy на DigitalOcean | Вибір середовища й деталі доступу до моделі ще відкриті | Дмитро |
| Тестовий OpenCart підтверджено 4 жовтня | Пошук продавця й встановлення в живий магазин не потрібні в ці два тижні | Дмитро |
| Підтверджено 4 жовтня: Женя й Артем погоджують схеми та приклади REST 1.0 у понеділок 5 жовтня й фіксують контракт до 16 жовтня | Зміни лише спільним рішенням для усунення блокувальної проблеми | Женя, Артем |
Тиждень 1 · 5–9 жовтня: підключення через REST, читання зі справжньою моделлю
| Дні | Женя — API, застосунок, MCP | Артем — модуль OpenCart | Дмитро |
|---|---|---|---|
| Пн 5 | Влити стос гілок (STOR-19, 21, 23, 26) і STOR-48 у main; привести статуси в Jira у відповідність із кодом | Закінчити STOR-38 (відтворювана збірка, регресія встановлення). Почати STOR-18: маршрути REST 1.0, автентифікація, захист від повтору, маніфест | Рішення вище, до обіду |
| Вт 6 – Ср 7 | Розмістити API, застосунок і сайт із публічною адресою; з'єднати розміщений Store Deputy із середовищем Agentfy (основа STOR-8). STOR-25: REST-адаптер в API, побудований на фікстурах контракту, доки не з'являться ендпоїнти Артема | STOR-18 повністю, включно з підключенням. STOR-24: ендпоїнти читання каталогу, базової ціни й залишків на основі рідера STOR-39 | Підготувати тестовий OpenCart, каталог і доступ для приймання |
| Чт 8 – Пт 9 | STOR-5, частина 1: пропозиція → схвалення → версійоване завдання в API; шлюз схвалень замінює заглушку в політиці; застосунок показує таблицю перевірки з кнопкою «Схвалити» | STOR-20: Connect і повернення через підключення REST 1.0. STOR-42: налаштування й пауза в адмінці модуля. STOR-27: перші контрактні тести на обох тестових магазинах | П'ятничний огляд |
П'ятниця 9 жовтня: тестовий магазин підключається до розміщеного Store Deputy через REST 1.0, Admin Agent створюється автоматично й відповідає на запитання про каталог зі справжньою моделлю. Лише читання; запису ще немає.
Тиждень 2 · 12–16 жовтня: одна схвалена зміна, на тестовому магазині
| Дні | Женя — API, застосунок, MCP | Артем — модуль OpenCart | Дмитро |
|---|---|---|---|
| Пн 12 – Вт 13 | STOR-5, частина 2: виконання через ендпоїнт запису модуля, перечитування, квитанція в чаті й застосунку, записи в журналі. STOR-28: наскрізний адмінський сценарій на розміщеному стеку, включно з кожною відмовою | STOR-5, бік модуля: ендпоїнт запису базової ціни, що приймає лише схвалену операцію, умовне оновлення, леджер (STOR-43), подія «товар збережено» зі спайку. Негативні тести записів у STOR-27 | Затвердити формулювання таблиці перевірки й квитанції; обрати кілька товарів для першої зміни на тестовому магазині |
| Ср 14 | Встановлення на тестовий магазин OpenCart разом з Артемом; лагодимо те, що ламається | Те саме: розширення, перейменована адмінка, HTTPS, версія PHP | Бути присутнім під час встановлення |
| Чт 15 – Пт 16 | Правки за тестовим магазином. Ранній доступ на сайті веде в розміщений застосунок. STOR-22 лише якщо правка в Agentfy невелика; інакше зафіксувати прогалину | Пілотна збірка модуля з окремим пілотним ключем; регресія встановлення й видалення; нотатки про сумісність для пілота | П'ятничне приймання за фінішною лінією; рішення, що далі |
П'ятниця 16 жовтня: фінішна лінія вище, на нашому тестовому OpenCart.
Після 16 жовтня
Не в ці два тижні й не обіцяно пілоту:
- Покупці й кошик — Frontend Agent і етап B (STOR-29–37).
- Прайс постачальника: зіставлення, винятки, регулярне завдання (STOR-6).
- Створення товарів (STOR-9), звіти про продажі (STOR-10), перевірки за розкладом (STOR-11).
- Тарифи, білінг і Upgrade (STOR-12, 13); ціни не оголошено.
- OpenCart 4 (STOR-14).
- Будь-який запис, крім базової ціни: залишки, замовлення, категорії, описи, клієнти. Кожному потрібні власні правила схвалення, перевірки й відновлення до того, як його будувати.
- Адмін-панель платформи: для чого вона, не вирішено.
Ризики
| Ризик | Що робить із планом | Що пом'якшує |
|---|---|---|
| REST 1.0 у модулі не почато; від нього залежить увесь другий тиждень | Другий тиждень зсувається рівно на стільки, на скільки зсунеться STOR-18 | Адаптер Жені будується на фікстурах контракту з вівторка; контракт заморожено в понеділок |
| DigitalOcean обрано; інфраструктуру й модель ще налаштувати | Показ 9 жовтня залежить від доступності стека | Налаштувати адреси, доступи й Agentfy до інтеграції |
| Недоступне тестове середовище | Наскрізне приймання заблоковано | Забезпечити HTTPS-доступ із DigitalOcean і відтворювані тестові дані |
| STOR-22 потребує зміни всередині Agentfy, у репозиторії іншої команди | «Хто питає» для агента лишається самим агентом, а не людиною | Залишено необов'язковим у другому тижні й фіксується, якщо не встигне |
| Тести не доводять сумісність із живими магазинами | Реальне розгортання потребує окремої перевірки згодом | Зафіксувати версії й обмеження розширень; живий пілот поза цим етапом |
| Двоє людей і десять робочих днів, без запасу | Будь-який зсув рухає фінішну лінію | Обсяг ріжеться, а не розтягується: спершу читання, один запис, більше нічого |