Что можно делать прямо внутри Джуна
Лендинги, SEO-страницы, MVP, простые продуктовые улучшения и типовые задачи веб-разработки, где важны скорость итерации и быстрый выход в preview.
Джун АИ
How It Works
Джун АИ работает не через endless prompting, а через видимый продуктовый цикл
Пользователь ставит задачу, Джун собирает проект в изолированном контейнере, показывает preview, публикует выбранное состояние и дальше помогает развивать продукт по логам, данным и аналитике.
Основная идея проста: сначала увидеть и проверить реальное поведение результата, а не застревать в бесконечном обмене промптами и diff.
01
Поставить задачу
Пользователь создаёт проект и говорит Джуну, что нужно собрать или изменить.
02
Получить рабочий результат
Джун сам разворачивает проект в изолированном контейнере и делает первую версию без ручного сетапа.
03
Проверить в preview
Основной контроль идёт через кликабельный результат: посмотреть, прокликать, сравнить с ожиданием.
04
Опубликовать состояние
Когда результат устраивает, пользователь публикует именно это состояние и фиксирует его как отдельную версию.
05
Наблюдать и улучшать
После релиза цикл не заканчивается: агент работает с логами, базой и аналитикой и помогает делать следующую итерацию.
Новый проект
Для старта достаточно создать проект и поставить задачу
Джун сам поднимает рабочее окружение и реализует то, что попросил пользователь. Для входа не нужен собственный локальный AI toolchain, отдельная настройка контейнеров или ручная сборка проекта.
Никакой локальной настройки и ручной сборки окружения со стороны пользователя.
Первый результат должен быть не текстом в чате, а работающим проектом в preview.
Пользователь может тестировать в первую очередь поведение продукта, а не код.
Проверка результата
Основной контроль качества идёт через preview, а не через глубоко технический review
Когда Джун заканчивает итерацию, пользователь получает кликабельный предпросмотр. Его можно открыть, прокликать и быстро понять, соответствует ли результат задумке на уровне интерфейса и поведения.
Что здесь важно
Diff тоже доступен, но для основной аудитории важнее сначала проверить сам продукт. Это делает первую итерацию понятной не только разработчику, но и фаундеру, продакту или другому участнику команды.
Публикация
Когда результат нравится, пользователь публикует именно это состояние
После нажатия на кнопку публикации текущее состояние фиксируется как опубликованное. Дальнейшие изменения можно продолжать вносить спокойно, но уже опубликованная версия от этого не меняется.
Чёткий момент публикации
Пользователь сам решает, когда preview достаточно хорош для статуса «Опубликовано».
Спокойные следующие итерации
После релиза можно продолжать менять проект, не перетирая уже опубликованное состояние.
Существующий проект
Джун может работать не только с нуля, но и с уже существующим продуктом
Для existing project есть несколько входов: архив, git или даже ссылка на текущий сайт, если нужно использовать его контент и структуру как основу для новой итерации.
Можно загрузить архив или подключить git и попросить Джуна развернуть существующий проект.
Можно показать живой сайт ссылкой и попросить взять из него контент или структуру для новой версии.
Рисков здесь больше, чем в greenfield-проекте, но Джун пытается запустить и продолжить то, что уже есть.
После релиза
Живой продукт постоянно меняется, и цикл на этом не заканчивается
Агент имеет доступ к тестовой и боевой базе данных, к логам сервера и к аналитике. Поэтому следующая задача формулируется уже не в вакууме, а по реальному состоянию системы и продукта.
Давай поменяем интерфейс на более удобный.
Давай изменим логику под новые требования.
Давай сформируем гипотезы, как поднять метрики.
Кто что делает
Типовые задачи фаундер может вести сам, а mature продукт лучше подключать через workflow команды
По вашему опыту Джун уже справляется с типовыми задачами веб-разработки. Но если продукт зрелый и у него есть основная команда разработки, Дзун логичнее использовать как playground для идей, PR-слой и контур быстрой проверки до code review.
Где лучше подключать основную команду
В mature продукте удобно делать идею и change set в Джуне, а потом оформлять результат как PR и отдавать его в основной production-поток команды.
Почему не chat-only
Этот loop легче валидировать, легче показывать другим и легче вести вместе
О чём речь
Как это устроено в Джун АИ
Как это часто выглядит в chat-only режиме
Что вы проверяете первым
Живой результат в preview, который можно прокликать самому или дать другим по ссылке.
Часто только код, diff или ответ в чате без полноценного продукта.
Что происходит после первой версии
Можно публиковать состояние, не теряя возможность дальше спокойно продолжать итерации.
Первый результат часто выглядит как одноразовый артефакт, а не как начало продукта.
Как работает команда
В проект можно подключать соавторов и вместе обсуждать и вести задачи в одном контуре.
Обычно совместная работа вынесена наружу и собирается из нескольких инструментов.
Легче тестировать результат
Гораздо проще дать человеку ссылку на preview или published-состояние, чем пытаться валидировать продукт по словам и фрагментам кода.
Легче работать вместе
В проект можно подключать соавторов и вести продуктовую итерацию вместе, а не перекидывать артефакты между разными инструментами и ролями.
Следующий шаг
Если нужен не просто ответ в чате, а управляемый цикл работы с продуктом, его уже можно посмотреть вживую
Начните с нового проекта или используйте existing project как playground для следующей итерации.