Продолжаю эксперименты с "вайбокодингом". Если это так можно назвать, потому что вайб какой-то не очень, работы сделано много, но ее качество часто под вопросом, а сил оно отбирает как управление небольшим отделом живых програмеров. Собственно что пишем - аналог Elastic/OpenSearch только с упором на индексацию JSON-документов, а не поиск по подстрокам в значениях. Я в проекте не написал ни строчки. Некоторые новые замечания: - Подобные проекты подразумевают публичное API. Если вы не хотите, чтобы ваше API выглядело как результаты bindgen из сакрального кода библы из 90х, которую все боятся трогать, потому что полетит половина продакшена - API дизайните только сами. В крайнем случае, даете пример хорошего API, пробуете чтобы агент сам надизайнил под ваш проект, проверяете, материтесь, исправляете - Экспертиза в домене. Если не знаете нюансы - вам быстро навешают слоп и вытянут токены. Всё как у людей. - Мульти-агенты. На самом деле достаточно двоих - один кодит, второй супервайзит. Можно гонять даже на одном движке, главное чтобы сессии были разные и независимые и были выставлены роли-скиллы. - Общение агентов. Чаты-почта-джира - сразу нет. Это инструменты для людей, чтобы можно было найти крайнего "а вот Петя написал что можно, а вот Рома закрыл таску а она не работает" - агенту на это наплевать. Генерить слоп в переписке они всегда обожают, так что идеальный вариант - текстовый файлик, в который они пишут свои соображения, перекидывая друг другу - После выполнения задачи и обновления техдокументации, файлик опять же уничтожается - рыться в этом слопоархиве кому-то вряд-ли захочется, как и тыкать носом агентов "а вот вы сделали, а оно опять не работает через 10050 новых тасок" - см. выше. Заставляем покрыть всё найденное тестами и забываем навсегда - Ручное тестирование человеком - никуда не денется. Запрос "а нагенери-ка мне 30-40 хороших тестов" - тут несколько вариантов. Либо тесты будут слоп, либо они будут о каких-то материях внутри проекта, которые бы вам в голову не пришли и вы даже не до конца их понимаете. Придется сидеть и долго разбирать, а что мы собственно тестируем. Проще найти конкретные баги и потребовать конкретно покрыть тестами. - Всё как в жизни - иногда вы общаетесь с кодером напрямую, супервайзер ноет, почему не предупредили его и не включили договоренности за спиной в отчёт. Супервайзер постепенно, как и любой уважаемый техлид, теряет навыки кодинга в конкретном проекте, и проводя неплохой анализ, начинает плодить элементарные баги, если попросить его починить самостоятельно. Результаты пока непонятные. Визуально всё работает, но грузить туда данные с продакшна - стремно и страшно. Впрочем, заказ похожего проекта галере среднего уровня дал бы примерно те же результаты, только в сотни раз дороже и дольше. Но в данном случае - вы не клиент, забудьте. Вы - ПМ и техлид-над-техлидом, два в одном. Так что вайба мало.