release.show

Проблема

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

Что он делает

release.show задуман так, чтобы превращать ваши релизы на GitHub в фирменные видео длиной от 30 до 90 секунд, готовые к публикации.

Как это работает

1. Каждый релиз превращается в короткое видео с брендом и субтитрами
2. Тот же релиз превращается также в видео с ИИ-аватаром, пост в блоге, виджет релиза внутри приложения, посты в соцсетях и почтовый дайджест
3. У каждого проекта есть публичная страница канала на release.show/<project>

СегодняРанний доступ — это лист ожидания на release.show. Продукт ещё не запущен.

Цели

Автономная работа

Анонсы релизов — цель автоматизации. Как только проект подключает GitHub, никому не нужно их писать: влитый pull request, опубликованный релиз или изменение сайта подхватываются сами, а видео, пост в блоге, виджет релиза, посты в соцсетях и почтовый дайджест следуют за ними.

Интеллект

Модели читают, что изменилось в коде и на сайте, и пишут историю релиза: сценарий, субтитры, пост в блоге и тексты для соцсетей — в собственном бренде проекта. Видео может вести ИИ-аватар. Обнаружение изменений и рендеринг результата — обычный код.

Рост

Через разработчиков: каждое видео о релизе готово к публикации в X, LinkedIn или YouTube, а у каждого проекта в момент релиза появляется публичная страница канала release.show/<project>. Сначала лист ожидания раннего доступа. Рост — это проекты, публикующиеся через него, отсчёт от первого проекта, не являющегося пилотом.