SpecaFlow не верит "на слово"
Я уже давно активно использую SpecaFlow для разработки своих личных проектов. Это и удобно, и попутно помогает доводить его до стабильного релизного состояния. Я на себе испытываю все заложенные в него механики.
Сегодня хочу показать, как работает в деле простая идея, которую я заложил одной из первых на самых ранних стадиях создания продукта — дать модели доступ в интернет при подготовке спецификаций фичи.
На скриншоте виден run specify инфраструктурной фичи, где мы должны реализовать механизм миграций одного из моих проектов. Я развернул список вызываемых моделью инструментов SF, чтобы было наглядно видно, как ИИ сверяет текущие версии заявленных пакетов Postgres и уточняет совместимость с npm install prisma. Хорошо видно, как модель, следуя инструкциям harness SpecaFlow и располагая инструментами поиска в интернете, уточняет необходимую информацию перед написанием постановки текущей фичи.
В завершение run в паспорте прогона видно, что именно было сделано и почему. Паспорт позволяет разработчику в кратком блоке оценить качество и объём работы модели. А при желании — ниже подробно ознакомиться с изменениями на гейте (gate — врата или затвор).
Принятие изменений выполнит коммит, и файлы будут влиты в ветку фичи. Тут хорошо видно, для чего создавался SpecaFlow и в чём его сила. Он позволяет не просто вести агентский кодинг по промптам и даже не просто писать код по SDD с опорой на спеки — SpecaFlow умеет опираться на реальные и актуальные данные документации тех решений, которые заявлены выше. Каждая фаза НЕ просто «верит на слово» предыдущей: SpecaFlow учит модель проверять совместимость и подбирать оптимальный путь реализации ДО того, как будет написан код, а его исправление станет самым дорогим в проекте по трудозатратам.
