Може писати усю документацію Cursor (платна версія). В нас зараз один продукт проходить фінальну стадію у AWS Marketplace. Так в ньому документація вся ШІ написана. Я лише перевіряв, дивився чи все правильно і відповідає дійсності.
Можу платну відео-консультацію провести, випишіть конкретні питання, що вас цікавлять. Я вам покажу на прикладах

Привіт. Дякую за огляд корисної функції.

Дякую редакції DOU за крутий розіграш! Ви все правильно робите, — молодці. Бажаю успіхів команді і сайту у розвитку 🙂🥰

Супер, дякую за статтю Денисе, як завжди доволі детально та з практичним досвідом, а також різними додатковими посиланнями.
Багато хто обходить AI та LLM стороною, через те що бояться. Приємно бачити, що Ви показуєте, що це так ж технологія, як і всі інші.
Скажу чесно десь 40% з написаного я не зрозумів, бо не мав такого досвіду, але тенденції і направлення до чого все йде, мені імпонує та надихає.
Ця стаття не для всіх, та і не потрібно щоб була для усіх.
Ще раз щиро дякую за цінний досвід і головніше, що ділитеся ним.

Вітаю! Не знаю з приводу оплати з української картки. Мені компанія купляла підписку, вона в США знаходиться.

Дякую за подкаст, подивлюся. =)

І таким людям як Ви дуже дякую, за запитання і за зацікавленність.
Для себе зрозумів, що надалі буду ділитися досвідом. 🫡 😎

Так

ахаха, це точно...
Поки немаю...
Це щоб його навчити, потрібно самому розібратися як йому «правильно делегувати» задачі, чи коректно написати .cursor/rules, по яким він сам буде бачити помилки і виправляти те що написав...
Може згодом, як знайду робочу формулу то поділюся досвідом у новій статті, а також якщо керівництво дозволить оприлюднити правила для нього написанні.

У тих 20 000 рядках коду було:
• код усіх компонентів і інфраструктури,
• Cursor використав TypeScript для всіх частин проєкту — це додало чимало рядків через типізацію й дрібні деталі.
Якби використовувався Python, кількість рядків, ймовірно, була б удвічі меншою.

Перевірили згенерований код, зробили кілька цікавих спостережень — і довелося трохи підправити 🙂
1. ШІ використовував дещо застарілі версії пакетів (оскільки кожна модель має свою «дату знань»), тому довелося змусити Cursor пошукати актуальні версії в інтернеті й оновити залежності вручну.
2. Якість коду в цілому не дотягує до best practices — і за композицією, і за структурою логіки. Але оскільки це мікропроєкт, ми задовольнилися середнім рівнем.
У випадку масштабніших рішень до ШІ треба підходити інакше: використовувати мультиагентне середовище, додавати перевірки якості, рефакторинг та контроль на кожному етапі.

Так, справді — частина логіки була описана побіжно, тому з радістю деталізую.

Проєкт стосувався інтерактивного кіоску, де користувач (дитина) могла:
• зробити фото,
• обрати ефект чи персонажа,
• отримати вже оброблене зображення,
• і завантажити його через QR-код.

Після вибору ефекту зображення автоматично редагується (AI/фільтри), зберігається у S3, генерується QR-код, який веде на файл, і ця зв’язка зберігається до 30 днів. Потім фото і код видаляються автоматично.

Cursor згенерував:
• бекенд: API для завантаження фото, застосування ефекту, логування, генерування QR-коду,
• фронтенд: веб-сторінка для завантаження фото за QR-кодом (відсканував код — відкрилась відповідна сторінка, натиснув Download — зображення завантажилось).

Уточнення по фронтенду:
Йдеться лише про сторінку для завантаження фото за QR-кодом.
Інтерфейс самого кіоску ми не розробляли — таке завдання не ставилось.

Володимире, дякую за запитання!

Справді, в статті ми більше фокусувалися на процесі взаємодії з Cursor, ніж на деталізації самого проєкту — і це гарний привід доповнити контекст.

Проєкт передбачав повну автоматизацію деплою інфраструктури під новий веб-додаток:
• бекенд на Python (у вигляді Lambda),
• фронтенд на React,
• базу даних (DynamoDB),
• CloudFormation/CDK,
• CI/CD пайплайн,
• S3, API Gateway, IAM-права — повний стек.

Скоуп включав не просто шаблонну інфраструктуру, а її інтеграцію, логіку взаємодії, тестування, документацію — все це Cursor згенерував на основі правил.

Щодо діаграми — її ми малювали самостійно, як вихідну архітектуру, яку мав реалізувати ШІ. Цікаво, що в результаті Cursor навіть додав компонент, який ми спершу не врахували — API Gateway.

Тобто завдання було не просто в «намалювати і задеплоїти», а перевірити, наскільки глибоко може піти AI у вирішенні комплексного технічного завдання з мінімальним людським втручанням.

Угу 🤣😆
В оригінальній статті, є 40-секнудне відео процесу як ті файли створюються, якщо цікаво можна переглянути

Дякую за статтю і те що досвідом поділилися. Наша компанія, поки спробувала Cursor і статтю написали на LinkedIn із своїм досвідом використання. Кому цікаво як це було, ласкаво просимо до читання, контент на англійській:
www.linkedin.com/...​hours-dmytro-ivanov-zpsjf .

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

Написав вам в приватні

Доброго ранку. А підкажіть будь-ласка чи я встиг зареєструватися на подію завтрашню 26.07.203 [email protected]
Хочу прийти завтра, але повинен розуміти, чи зареєстрований чи ні

Дякую! Чудовий матеріал і стрім