Ілля Шкура
EN UK RU

Послуги

Застосунки, зібрані з ШІ, перевірені й виправлені: хто що бачить і куди йдуть гроші.

Я перевіряю й виправляю застосунки, які люди збирають у Lovable, Bolt, Cursor чи Claude Code, на Supabase або Firebase зі Stripe, до того, як вони прийматимуть гроші, або коли вже приймають. Дивлюся, хто бачить і змінює чужі дані, роль за роллю; чи сходяться зі Stripe оплати, повернення й підписки; і чи збігаються суми на екранах із тим, що заплачено. Кожна проблема — з прикладом, а кожне виправлення перевіряється знову на те, що воно зламало.

Що я роблю

01

Застосунки, зібрані з ШІ

Застосунок із Lovable, Bolt, Replit чи Claude Code, на Supabase чи Firebase, перевірений і виправлений до того, як прийматиме гроші, або коли вже приймає.

  • Хто бачить і змінює чужі дані, оплати й повернення, кожна проблема з прикладом
  • Ви надсилаєте код або запрошуєте мене в проєкт, паролі — ніколи
  • Уже працює: спершу доступ лише на читання, виправлення в окремій гілці, на живому застосунку нічого без вашого «так»
Приклади →

02

Звірка

Продажі й виплати або будь-які два файли, які мають сходитися.

  • Кожна розбіжність з обома значеннями
  • Таблиця переходу від однієї суми до іншої
Приклад →

03

Перевірка звітів

Перевірка готового звіту за вивантаженням, на якому його побудовано.

  • Кожна погоджена цифра поруч із перерахунком
  • Що перевірити не можна і чому
Приклад →

04

Звіти про продажі

Звіт за період за вашим вивантаженням замовлень.

  • Чернетку готує Claude від Anthropic, кожну цифру перераховує окремий код
  • Питання, на які можете відповісти лише ви
Приклад →

05

Скіли Claude

Цифри місяця від Claude, пораховані по-вашому: ваші визначення записані один раз, кожна цифра зі скрипта.

  • Shopify, Stripe, Amazon чи інше вивантаження
  • Або перевірка звіту вашого бухгалтера чи ваших скілів Claude
Докладніше →

Кейси

Кейси, зроблені з власної ініціативи: реальні застосунки за їхнім публічним кодом, демонстраційні застосунки й цифри на синтетичних даних у реальних форматах вивантажень, тож правильні відповіді відомі заздалегідь. Один перевіряє публічні документи фонду.

Перевірка застосунку28проблем знайдено в магазині, який ШІ здав як готовий; найгірша дозволяла будь-якому новому акаунту читати адреси гостей; 24 виправлено

Інтернет-магазин, зібраний ШІ: перевірено й виправлено

Детальніше

Магазин трикотажу, зібраний у Claude Code з 17 повідомлень звичайними словами, мав готовий вигляд. Перевірка знайшла 28 проблем: найгірша дозволяла будь-якому новому акаунту відкривати замовлення гостей з їхніми адресами, ще три стосувалися грошей або даних покупців. 24 виправлено, кожна має свій тест.

28 знахідок: 1 критична, 3 високі, 10 середніх, 14 низьких. Будь-який новий акаунт міг відкрити за номером замовлення, зроблене без акаунта, і прочитати ім'я, адресу, пошту й телефон; номери йшли підряд, а без акаунта робили приблизно чотири замовлення з десяти. Після обриву зв'язку наступному покупцеві на тому самому пристрої показувалося чуже замовлення; власник міг записати повернення €500 за замовленням на €29,99; покупець міг заплатити карткою €27,99 за вже скасоване замовлення й не отримати гроші назад; форма розсилки надсилала лист магазину на будь-яку адресу будь-яку кількість разів. На магазині в тому вигляді, як його здано, падало 42 тести з 51, після виправлень — жодного. 24 знахідки виправлено; 4 низькі залишено власникові, з причинами. Перевірки виправлень знайшли ще проблеми, частину внесли самі виправлення; ці кола до цифр не входять. Один магазин, зібраний один раз: цифри описують цей магазин, а не типову картину для таких застосунків.

Читати кейс →
Перевірка застосунку29проблем у порталі, який ШІ здав як готовий; найгірша дозволяла клієнту читати приватні нотатки студії про нього; усі 5 високих виправлено

Портал для клієнтів, зібраний ШІ на Firebase: перевірений і виправлений

Детальніше

Портал, де дизайн-студії ведуть роботу з клієнтами, зібраний у Claude Code на Firebase з 12 повідомлень звичайними словами, мав готовий вигляд. Перевірка роль за роллю знайшла 29 проблем: клієнт читав приватні нотатки студії, студія могла затвердити роботу від імені клієнта, а посилання на файли відкривалися й після того, як доступ зник. Усі 5 високих виправлено, виправлений портал працює в мережі.

29 проблем у порталі, як його здано: 5 високих, 12 середніх, 12 низьких. Представники клієнта могли читати нотатки, які студія вела про них; будь-хто з боку студії міг записати затвердження від імені клієнта й переписати минулі рішення; адреса файлу відкривалася й після того, як людина втратила доступ або студію призупинили; завантажений файл HTML чи SVG відкривався як сторінка на адресі самого порталу. Після трьох раундів 26 виправлено, 3 — частково; високих не лишилося. Самі виправлення внесли 2 високі й 6 середніх, наприклад імена кирилицею чи з надрядковими знаками, як Émile, більше не проходили реєстрацію; обидві високі й половину середніх виправлено. Власнику лишено: 3 середні, для яких треба навмисні дивні кроки, як-от схожа літера з іншого алфавіту в імені, і кілька низьких. Ще 12 місць, де власник згодом вирішив інакше, ніж розумно зробив ШІ, теж змінено, і помилками ШІ вони не рахуються. Один портал, зібраний один раз: цифри описують цей портал, а не типову картину для таких застосунків.

Читати кейс →
Перевірка застосунку26знахідок, які варто виправити, у живому застосунку на Supabase і Stripe: 1 критична, 9 високих, 16 середніх. Усього 63, разом із низькими.Жовтень 2026: надіслано власникам. Патчі запропоновано, ще не застосовано.

Перевірка доступу й оплат у живому застосунку на Supabase і Stripe

Детальніше

Живий вебзастосунок на Supabase і Stripe. Перевірка дала 63 знахідки: 1 критичну, 9 високих, 16 середніх і 37 низьких. Власники отримали звіт, 58 патчів і 15 запитань приватно, ще до цієї сторінки.

63 знахідки: 1 критична, 9 високих, 16 середніх, 37 низьких. 58 запропонованих патчів виправляють 49 повністю й 8 частково, а тести самих власників дають ті самі результати до й після, крім тестів, які два патчі оновлюють під нові правила. П'ять знахідок лишено власникам, бо їхнє виправлення потребує рішення, яке можуть ухвалити лише вони; одну свідомо лишено без змін, із поясненням. Власникам повідомлено приватно у жовтні 2026 року. Якщо власники погодяться, коли виправлення вийдуть, сторінка назве проєкт і опише виправлені знахідки.

Читати кейс →
Перевірка автоматизації6проблем в обліку, який ШІ зібрав у n8n для інтернет-магазину: від ПДВ в інвойсах до повернення, що зірвалося вже після «успіху»; усі шість виправлено

Облік магазину в n8n, зібраний ШІ: перевірений і виправлений

Детальніше

Облік льняного магазину в n8n, зібраний у Claude Code за повідомленнями звичайними словами: кожна оплата Stripe і кожне замовлення з сайту — в обліку, PDF-інвойс або кредит-нота з номером без пропусків, а ще SEPA, повернення, спори, три валюти, ранкове зведення й місячне вивантаження для бухгалтера. Звичайні продажі карткою були правильні. Шість речей — ні: ПДВ для двох видів бізнес-клієнтів, повернення, яке Stripe відхиляє через години після «успіху», зведення з «net €0.00», облік, що мовчки зупинявся, поки база магазину не відповідала, і магазин, який показував інший ПДВ, ніж інвойс. Усі шість виправлено.

6 проблем: 4 середні, 2 низькі. Австрійська фірма з німецьким номером ПДВ платила австрійський ПДВ, €33,00 із €198,00, замість зворотного нарахування; латвійська фірма з доставкою до Берліна — німецький ПДВ замість латвійського; повернення, яке Stripe відхилив через дві години, лишалося в обліку як повернене, а клієнт мав кредит-ноту на гроші, яких не отримав; поки база магазину мовчала 12 хвилин, в облік не потрапляло нічого, навіть оплати, не пов'язані з магазином, і ніхто про це не дізнавався; у дні з банківськими переказами ранкове зведення починалося з «net €0.00»; магазин показував 21% ПДВ, а інвойс брав ПДВ країни доставки; на цю різницю вказав сам ШІ, а власник спершу попросив магазин не змінювати. Усі шість виправлено: хибні інвойси скасовано кредит-нотами й виставлено знову, власник дізнається про збій за хвилину, магазин та інвойси рахують однаковий ПДВ. Із 133 перевірок на зданій версії падали 9, на фінальній — жодна. Виплати Stripe у тестовому режимі побачити не вдалося; це та інші межі названо у звіті. Власнику лишено: комісію Stripe за банківські перекази і вхід до бази лише на читання. Одна автоматизація, зібрана один раз: цифри описують цей облік, а не типову картину для таких систем.

Читати кейс →
Звірка285 084 €різниця між продажами за березень і виплатами за картками, розібрана по рядках

Продажі Shopify і виплати Shopify Payments

Детальніше

529 976 € продажів за березень і 244 892 € нетто за березневими операціями з картками. Різницю пояснено до цента: 1 439 з 1 444 карткових замовлень збіглися зі списанням, вісім записів треба розібрати вручну.

Різницю пояснено до цента. 1 439 з 1 444 карткових замовлень збіглися зі списанням. Вісім записів треба розібрати вручну, серед них два покупці, які заплатили двічі, карткою і через PayPal (792,95 €), і подвійне списання, комісію за яке не повернули; окремо — чарджбек за замовленням, яке досі значиться оплаченим. З 244 892 € нетто 15 943 € виплачено на початку квітня. 78 повернень, які за двома файлами не пояснити, перелічено, а не вгадано.

Читати кейс →
Перевірка звіту8 з 35перерахованих цифр виявилися хибними, і всі через один рядок коду

Звіт ШІ про продажі: 35 цифр перераховано, 8 хибні

Детальніше

Переглянуто всі 113 цифр, 35 перераховано за вивантаженням: 27 зійшлися до цента, 8 хибні, і всі через один рядок коду. Чисті продажі завищено на 505,35 €, а той самий рядок зсуває ще дев'ять цифр.

27 з 35 зійшлися до цента, 8 хибні, і всі через один рядок коду, який віднімав частку доставки від часткових повернень. Чисті продажі завищено на 505,35 €, а той самий рядок зсуває ще 9 цифр, яких перевірка не могла охопити. Решту 78 цифр перерахувати не можна, і для кожної названо причину: її немає в узгоджених визначеннях, вона помісячна, а визначення дають квартал, вона визначена інакше або описує очищення даних. Власник отримує звіт із позначкою біля кожної цифри (7 сторінок) і документ перевірки (15 сторінок).

Читати кейс →

Усі кейси →

Як я працюю

  1. Код або файли

    Код або запрошення в проєкт із найменшим доступом; для цифр — вивантаження як є. Паролі — ніколи.

  2. Правила письмово

    Хто що може бачити й змінювати в застосунку або як рахується кожна цифра. Неясні випадки вирішуєте ви.

  3. Перевірка й перевірка знову

    Кожна проблема з прикладом і кроками, як її повторити; кожне виправлення перевіряється знову; кожну цифру перераховує окремий код.

  4. Ви отримуєте звіт

    Що знайдено, що виправлено, що лишається вам. У живому застосунку нічого не змінюється без вашої згоди.

Де закінчується замовлення

  • Спершу домовляємося, що входить: які випадки перевіряємо (випадок — це одна ситуація, наприклад «чи може покупець відкрити чуже замовлення?»), які типи користувачів і скільки знахідок виправляю, починаючи з найгірших.
  • Кожне виправлення перевіряється знову, усіма тестами, на те, що воно зламало, і ви бачите, що знайшла ця перевірка.
  • Замовлення закінчується, коли погоджені випадки проходять, або списком того, що лишилося, і чому. Рідкісні випадки, для яких потрібні навмисні дивні кроки чи збій платіжного сервісу, я записую для вас, а не ганяюся за ними раунд за раундом, якщо ви не вирішите інакше.
  • Усе нове, наприклад ще один тип користувача, нова функція чи проблема поза погодженими випадками, я оцінюю до того, як за це взятися.