Prime Radiant 发布 Greenfield 与 Iterative Development 研究预览

Сегодня мы рады поделиться первыми исследовательскими превью двух новых технологий, которые мы создали в Prime Radiant:

• Greenfield — набор инструментов, превращающих существующее ПО в спецификации поведения.
• Iterative Development — агентная методология, позволяющая строить более крупные программные продукты по детальным спецификациям, не теряя требований.

Оба проекта совсем новые. Мы использовали и тестировали их внутри компании, но это пока не отлаженное ПО продакшн-уровня. Мы выпускаем их сегодня, чтобы начать собирать обратную связь о том, насколько хорошо они работают для ваших проектов.

Greenfield и Iterative Development выросли из нашей работы над Superpowers. Greenfield работает как самостоятельный инструмент, а Iterative Development для части своей магии опирается на Superpowers. (Superpowers начиналась как моя личная агентная методология разработки. Я основатель и CEO Prime Radiant. Теперь Superpowers — проект Prime Radiant.)

Изначально мы задумывали Greenfield как эксперимент по агентному реверс-инжинирингу в «чистой комнате». Он создан, чтобы разобрать программный продукт на части, отталкиваясь от кодовой базы, документации, API-клиентов и других сопутствующих материалов.

Всё это он превращает в корпус спецификаций поведения — от контрактов публичного API до пользовательских сценариев. И что не менее важно, он старательно следит за тем, чтобы внутренности продукта в эти спецификации не попали.

Greenfield можно применять для изучения любой кодовой базы, но особенно нас воодушевляют возможности, которые он открывает для извлечения дизайна и замысла из плохо документированных исторических «brownfield»-кодовых баз — чтобы по ним можно было строить новые, чистые реализации.

Greenfield невероятно прожорлив к токенам. Если генерировать с его помощью спецификации для нетривиальной кодовой базы при подписке Claude Max 20x, вы почти наверняка несколько раз исчерпаете пятичасовое окно. У нас есть идеи, как сделать его значительно эффективнее, но сейчас мы сосредоточены на том, чтобы его результаты были как можно лучше, и только потом будем оптимизировать расход токенов.

Один из примеров, на котором мы тестировали Greenfield вместе с Iterative Development, — Ghost Pepper, превосходное локальное приложение для диктовки под MacOS от Matt Hartman.

Мы выбрали Ghost Pepper потому, что это открытое приложение, над которым я в последнее время много работаю. В нём достаточно сложности интерфейса, интеграции с системными фреймворками и использования сторонних библиотек, чтобы он был нетривиальным, но не настолько большим, чтобы результаты было трудно оценить. К тому же из-за того, как он был построен, у него не было сколько-нибудь значимой проектной документации.

За несколько часов Greenfield сгенерировал примерно 500k человекочитаемых текстовых спецификаций. Мы опубликовали снимок этих спецификаций и пересобранную версию «Ghost Pepper 1.9.0» на GitHub. Пользоваться этой версией Ghost Pepper не стоит. Она нужна только для того, чтобы вы увидели, как выглядит сгенерированный результат.

Если вы сколько-нибудь серьёзно пользовались агентом для разработки ПО, вы наверняка знаете, как больно, когда даёшь агенту слишком большую спецификацию. Он пропускает шаги, упускает функции и в целом проваливает реализацию. Даже Superpowers обычно выдыхается на планах, которые составляют лишь малую часть спецификации, сгенерированной Greenfield.

Для этого мы открываем исходный код первой версии «Итеративной разработки» — нового набора навыков и инструментов, расширяющих Superpowers, чтобы он мог принимать большие пакеты спецификаций, разбирать отдельные требования на что-то вроде «пользовательских историй», собирать их в эпики разработки, которые ИИ-агенты для разработки способны осмыслить, а затем доводить реализацию до конца.

Итеративная разработка ещё очень, очень молода, но первые опыты с ней оказались весьма многообещающими. Мы тестировали её и с Claude Code, и с Codex и остались довольны первыми результатами. Она собирает работающее ПО из гигантских спецификаций и отлично справляется с тем, чтобы не пропустить ни одного требования.

В последнем запуске «пересобрать Ghost Pepper 1.9.0» получилась полностью рабочая реализация продукта с заметно лучшим покрытием тестами, чем у оригинала, — и это здорово. Правда, вручную тестировать пересобранный Ghost Pepper оказалось немного сложно: конфигурация автообновления была корректной, и пересобранная версия то и дело пыталась «обновиться» до последнего релиза настоящего Ghost Pepper! Ещё один момент, который в пересобранном Ghost Pepper пока не так хорош: чтобы обеспечить лучшее покрытие тестами, у него получилась более сложная поверхность внутреннего API. Сейчас мы много донастраиваем Итеративную разработку именно ради её инженерного вкуса и архитектуры.

Если попробуете Greenfield или Итеративную разработку, будем рады услышать ваше мнение. Напишите нам на [email protected].