Spec-Driven Development: контроль AI-кодогенерации

[itGuevara]

Как альтернатива Spec-Driven Development может быть есть направление "разработка по аналогии", когда вместо "пухлых" спецификаций указываешь на протопит, а при необходимости уже потом добавляешь пару новых фишек. Это избавляет от необходимости специфицировать весь объем требований.

Т.е. сценарий: Повтори сервис aaa.bbb, указанный в ссылке. Подразумевается, что по ссылке и реализация online-сервиса и доки и т.п. В идеале, чтобы ИИ-разработчик еще и сам протестировал прототип, а потом и свой дубликат.

Есть название такому подходу? Вроде как такое работает: Повтори в точности по функционалу сервис ...

Подробную спецификацию сделать тяжело (хоть и диктовкой), видимо должно быть отдельное направление, когда ИИ сам вначале формирует спецификацию на основе исходных данных, прототипов, документации или еще чего.

[mshogin]

Спасибо, интересная статья!

Я бы разделил ваш сценарий на два режима:

1. Black-box reproduction: без доступа к исходникам.
   Агенту даём API/доки/примеры запрос-ответ, возможно тестовый стенд.
   Тогда задача воспроизвести поведение, то что описано в статье.

2. White-box reproduction: с доступом к репозиторию.
   Тут у меня есть сомнение: в зависимости от лицензии посмотрел код и повторил может стать проблемой, в силу того что агент может взять некоторые куски кода как есть.

[suburg]

Вам не кажется, что "погонщик LLM" при таком подходе перестает быть разработчиком, а становится системным аналитиком (и немного архитектором)?

И к спецификациям надо применять подходы и наработки именно из сферы системного анализа?