---
title:

lumatale: команда агентів робить сервіс майже без мене

date: 2026-05-08
draft: false
---

Мені хотілося протестувати flowai-workflow на чомусь більш-менш складному та реальному, бо звичайні “домашні” задачі надто прості, а робочі здебільшого побудовані навколо ci/cd пайплайнів.

У підсумку я вирішив зробити повністю автономний і недорогий процес створення сервісів. Сервіс розробляє група агентів на базі flowai-workflow. Він сам виконує всі ролі, включно з product manager. Я іноді виступаю в ролі hitl, але не дуже часто. Продакт і архітектор — sonnet 4.6 з підписки claude code. Розробник і QA — glm 4.6 з річної підписки z.ai. Зараз швидкість розробки обмежується лімітами glm, багами та моїм втручанням у sdlc.

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

Стало остаточно зрозуміло, що у flowai-workflow треба робити кілька workflow на проєкт: постійна розробка, зниження тех.боргу, зниження UX-боргу, хаускипінг у документації/вимогах/специфікаціях тощо.

Але це дуже крутий досвід — воно само щось робить і іноді, якщо пощастить, розповідає, що зробило. Схоже на роботу з фрилансерами на довгому контракті. Я намагаюся взагалі не втручатися у продукт, окрім критики, яку міг би дати кожен. З розряду “ux створення казки поганий” або “потрібна підтримка англійської мови”.

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

Ах, так, сам сервіс — lumatale.com. Це сервіс для створення корисних казок для дітей. За адресою https://lumatale.com/news буде блог розробників. От би вони його ще й у навігацію додали :)