Это первая статья из серии о нововведениях версии Caffeine V3. В ней будет представлена новая архитектура сборки, а в следующей: как дизайн-система V3 поможет создать более привлекательные приложения.

Если вы когда-либо сталкивались с тем, что Caffeine забывает, как выглядело ваше приложение после 50 изменений, то здесь объясняется, почему это происходит и почему в будущем этого не будет.

В версии V3 мы полностью переработали способ сборки приложений Caffeine. Ранее Caffeine использовал последовательный пайплайн, состоящий из ряда代理, которые выполнялись последовательно: планирование приложения, сборка бэкенда, сборка фронтенда, выполнение контроля качества, развертывание. Каждый шаг должен быть завершен, прежде чем можно будет перейти к следующему. Если на третьем шаге обнаруживается проблема на втором, откат невозможен.

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

Версия V3 заменила старую последовательную модель на команду, состоящую из профессиональных агентов, которые могут работать параллельно, проходить через несколько итераций и передавать результаты обучения между итерациями, и все это координируется тем, что мы называем «оркестратором»; вы можете понимать это так: вам больше не нужно полагаться на одного человека, чтобы выполнить всю работу, теперь за вами стоит целая компания.

От одного агента к команде.

Composer никогда не читает и не пишет код; его задача — разбивать ваши запросы на несколько задач, назначать их подходящим специалистам, собирать результаты и решать, что делать дальше, фактическую работу выполняют эксперты:

• Агент Discovery просканирует ваш проект, чтобы точно понять текущее состояние проекта до того, как произойдут какие-либо изменения.

• Продуктовый специалист преобразует ваши требования в структурированные запросы для всего коллектива.

• Дизайнерский агент создаст набор визуальной системы (цветовые метки, шрифты, руководства по компоновке), все решения фронтенда следуют этой системе.

• Фронтенд-инженеры пишут код на React, несколько кодов React могут работать параллельно для разных страниц.

• Бэкэнд-инженеры пишут код на Motoko для интернет-компьютера.

• Специалисты по контролю качества проверяют код и проводят визуальные тесты.

Когда вы поручаете Caffeine построить что-то, Composer берет на себя управление в фоновом режиме; в процессе сборки вы можете продолжать общаться, добавлять контекст, изменять направление или полностью остановить сборку по мере необходимости.

Волны: как команда координирует действия.

Composer организует работу в волнообразный процесс, в каждом волнообразном процессе независимые задачи выполняются параллельно, результаты передаются последовательно между волнообразными процессами.

Типичный процесс разработки выглядит следующим образом:

• Первая волна — этап исследования, сканирование проекта, продуктовый агент создает технические спецификации.

• Вторая волна — дизайнерская команда создает визуальную идентичность, бэкэнд разрабатывает API-контракты, оба процесса идут параллельно.

• Третья волна — фронтенд использует дизайн-токены из предыдущей волны и контракты бэкэнда для построения структуры приложения.

• Четвертая волна — если приложение имеет несколько независимых страниц, они строятся параллельно (каждая страница строится отдельным фронтенд-агентом).

• Пятая волна — качество проверяется по исходным требованиям и производится визуальная проверка.

• Развертывание.

Ключевым моментом являются изменения между итерационными циклами; каждый эксперт возвращает структурированный результат: что было построено (чтобы нижестоящие агенты понимали доступные ресурсы), что было изучено в процессе и какие проблемы были выявлены, которые не могут быть решены; эта информация постоянно передается, так что каждая итерация имеет более богатый контекст по сравнению с предыдущей, а результаты обучения накапливаются в процессе сборки, что делает систему со временем все более интеллектуальной.

Это привнесло два аспекта, которых не было в старом процессе: параллельность, что означает, что в каждом итерационном цикле независимые задачи (дизайн, бэкэнд, несколько страниц и т.д.) могут выполняться одновременно, тогда как в старом процессе можно было выполнить только одну задачу за раз, и итеративность, Composer может запускать любое количество итерационных циклов по мере необходимости; если фронтенд выясняет, что нужно внести изменения в бэкэнд, инженера бэкэнда снова отправят решать проблему; если проверка качества выявляет проблемы, добавляется еще один итерационный цикл для их исправления, тогда как старый процесс мог выполняться только один раз, от начала до конца.

Не всегда требуется привлекать всю команду для изменений, если вы просто хотите внести некоторые целенаправленные запросы, такие как изменение цвета или редактирование заголовка, Composer это распознает и сразу же назначает одного агента, пропуская полный процесс разработки; сложные функции проходят полный процесс разработки, а быстрые исправления идут по ускоренному пути.

Каждая сборка приносит совершенно новый контекст.

Каждая сборка начинается с нуля; даже если нужно просто изменить заголовок, Caffeine снова проверяет проект с самого начала до внесения каких-либо изменений, это сделано намеренно: искусственный интеллект показывает лучшие результаты, когда не зависит от накопленного влияния предыдущих сессий.

Между различными версиями действительно сохраняется легковесный файл предпочтений и накопленного опыта — это метаданные о том, как использовать проект, а не снимок самого проекта; проект с 50 файлами и 700 черновыми версиями будет работать так же эффективно, как и новый проект; на самом деле, Caffeine со временем фиксирует, какие методы работают для вашего конкретного проекта, поэтому каждая сборка становится лучше предыдущей, в отличие от вашего прежнего опыта.

Теперь вы можете видеть, что происходит.

В версии V2, когда вы отправляли сообщение, вы видели сообщение «Сейчас строим ваше приложение...», а затем просто ждали; для сложных приложений это могло означать несколько минут молчания, и вы не могли знать, что происходит, и не могли оценить, все ли идет гладко.

Версия V3 в реальном времени отображает процесс сборки; список задач перечисляет каждую задачу, запланированную Composer, и отображает индикаторы состояния при завершении, сбое или пропуске задач; сводка прогресса объясняет, какую работу в данный момент выполняет Caffeine; кроме того, есть кнопка остановки — вы можете в любой момент приостановить сборку, если хотите изменить направление.

Этот контрольный список напрямую соответствует графику разработки; вы можете увидеть, когда завершен этап дизайна, когда бэкэнд компилируется, когда несколько страниц строятся параллельно и когда проходит проверка качества; если происходит сбой, вы можете увидеть, какая задача потерпела неудачу и почему.

Более интеллектуальное восстановление от ошибок.

В старом процессе в конце была только одна проверка качества — она проверяла, является ли структура кода разумной, а не работает ли приложение на самом деле; код может компилироваться? Да, но действительно ли товар добавляется в корзину после нажатия кнопки «Добавить в корзину»? Никто этого не проверял; версия V3 тестировала оба аспекта: структурное качество и функциональное качество, оба важны.

Версия V3 может своевременно выявлять проблемы; код бэкэнда компилируется до того, как начнется разработка фронтенда, код фронтенда проходит проверку типов после каждого изменения, система контроля качества проверяет окончательное приложение по исходным требованиям и оценивает каждое приложение — прошло или не прошло, и указывает причину; она также делает скриншоты работающего приложения и сравнивает с дизайн-сводкой — текст на фоне читаем? Правильно ли расположены интерактивные элементы?

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

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

Что осталось без изменений.

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

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

Следующая статья в серии: Как система дизайна V3 и бриф DESIGN.md помогут создать более согласованные и эстетически привлекательные приложения.

#CaffeineAI #caffeine #vibecoding #AI

Вас интересует информация IC.

Технические достижения | Информация о проекте | Глобальные события.

Подписывайтесь на канал IC на Binance.

Держите руку на пульсе.