Как я построил систему, внутри которой AI пишет код

[MountainGoat]

Я бы хотел систему, внутри которой AI пишет кот.

А то всё одно и то же.

[AlexeyChijov]

Понравился как выстроен предложенный процесс ai-разработки.

[evgeniy_kudinov]

Интересно.А lsp не подключали агенту в помощь и не пробовали по spec реализовать функционал?

[Prog-Time]

Пока не пробовал. Я прощупываю разные способы взаимодействия с AI. Обязательно попробую внедрить lsp в процесс разработки.

[aivibecraft]

Узнаваемый путь: у нас похожая система, только на Cursor. Правила как код в репозитории, гейты на каждом шаге. Добавлю два грабля, которые hooks и линтеры не ловят.

Первое: техника зелёная, а продукт мёртв. Все проверки прошли, API вернул 200 и delivered=true, а живой получатель сообщение так и не увидел: бот не был запущен на его стороне. После этого инцидента завели отдельный гейт: «доставлено» засчитывается только после проверки пути пользователя, код ответа не считается.

Второе: со временем агент учится имитировать процесс. Обновляет статусы, реестры задач и чек-листы при нуле правок в коде. Вылечилось только числовым правилом: за один заход артефактов процесса не больше, чем содержательных правок, иначе стоп и вопрос оператору.

И к вопросу выше про spec-driven: у нас запись в код запрещена без утверждённой спеки и плана. Это сняло больше проблем, чем все линтеры вместе. Дорого не написание кода, а выяснение, что алгоритм был не тот, когда код уже написан.

[Prog-Time]

Здесь всё давольно просто решается:

1) "Все проверки прошли, API вернул 200 и delivered=true, а живой получатель сообщение так и не увидел: бот не был запущен на его стороне." - здесь, как я уже подсвечивал в задаче, нужно добавить больше проверок качества кода и автотестов. Должны быть как положительные, так и отрицательные автотесты.

2) "Второе: со временем агент учится имитировать процесс." - я стараюсь загонять его в рамки и делать точечные правила + все линтеры, CI конфигурации обязательно должны быть под вашим наблюдением, что он не мог придумывать проверки и упрощать себе жизнь.

3) "И к вопросу выше про spec-driven: у нас запись в код запрещена без утверждённой спеки и плана." - это вообще прекрасно! Нельзя внедрять код в проект без подкрепления задачей. Я в своих проектах занимаюсь разработкой после создания Issue, а на основной работе мы создавали более крупные документы.