Автор проекта, работающий UX/UI-дизайнером, описал в публикации полный цикл создания мобильного приложения Hole Money — финансового менеджера для учёта доходов и расходов. По его словам, идея возникла из личной потребности: существующие приложения для учёта финансов, включая популярный в прошлом Coinkeeper, перестали устраивать из-за навязчивой рекламы и устаревшего интерфейса. Разработка велась исключительно в выходные дни и заняла 16 дней, а совокупные денежные затраты составили примерно 250 долларов, большая часть которых ушла на подписки для ИИ-сервисов. Приложение уже прошло модерацию и доступно в App Store для пользователей из России, США, Великобритании, Малайзии и Казахстана.

Ключевой особенностью проекта стал подход, который автор называет вайбкодингом — разработка преимущественно через диалог с нейросетями, когда человек формулирует задачи на естественном языке, а код генерирует ИИ. Дизайн выполнялся в Figma с полноценной дизайн-системой на токенах, UI-китом и аннотациями поведения для каждого экрана. Аналитику и техническое задание готовил Claude, подключённый к Figma через MCP: он прошёлся по флоу, экранам и компонентам, подсветил проблемные места и указал на недостающие негативные состояния, которые пришлось дорисовать. Итогом этого этапа стали 11 markdown-файлов с описанием архитектуры, аналитики и дизайн-системы. Разработку вёл Codex, писавший код на SwiftUI по документам Claude, а проверку коммитов перед мержем выполнял сам Claude. Из любопытного: за 250 долларов получилось собрать полноценный работающий MVP, хотя, по оценке автора, можно было уложиться и в 50–70 долларов, если бы не упор в лимиты дешёвых тарифов. Впрочем, экономия времени оказалась важнее: переход на подписку за 200 долларов позволил не простаивать в ожидании генераций.

С технической стороны приложение построено на SwiftUI, что дало неожиданный бонус — версия для macOS заработала практически автоматически, а синхронизация данных между компьютером и телефоном реализована через iCloud. В приложении есть интеграция с внешними сервисами: поставщик котировок для работы с разными валютами и конвертации, а также собственный бэкенд, через который подгружаются логотипы банков для обложек счетов и управляется показ рекламного баннера с таргетингом по странам. Аналитику Codex подключил самостоятельно — используется Yandex App Metrica с событиями. Не обошлось без сложностей: на этапе тестирования при создании 5000 операций приложение начало сильно фризить, потому что при отрисовке экрана оно обращалось ко всем существующим записям. Проблему решили переработкой архитектуры. Кроме того, Codex на определённом этапе перестал сверяться с макетами и начал придумывать UI-элементы самостоятельно, из-за чего автору пришлось заново описывать требования к интерфейсу. Отдельно потребовалось сделать сайт с политикой обработки данных — обязательное требование Apple, включая дизайн, Lottie-анимации и вёрстку.

Контекст проекта показателен для рынка мобильной разработки, где порог входа традиционно высок: обычно для выпуска приложения нужна команда из дизайнера, разработчика, тестировщика и аналитика, а сроки измеряются месяцами. Здесь же один человек закрыл все роли, выступая заказчиком для самого себя, и прошёл путь от сбора требований до релиза. Схожие эксперименты в сообществе ведутся с 2023–2024 годов, когда начали появляться кейсы создания прототипов и небольших утилит с помощью GPT-4 и Claude. Однако большинство таких историй заканчивались на этапе MVP без публикации в сторах, поскольку модерация Apple предъявляет жёсткие требования к качеству, приватности и навигации. Автор столкнулся с этим напрямую: первая попытка релиза получила реджект из-за необходимости предоставить детальное видео работы приложения и описание функционала, вторая касалась навигации в macOS-версии, которая на момент публикации ещё находилась на проверке. Это показывает, что даже при автоматизации кода организационные и регуляторные барьеры остаются значительными.

Для российского рынка подобные кейсы имеют двойственное значение. С одной стороны, они демонстрируют, что барьеры для создания собственных продуктов снижаются, и небольшие команды или одиночки могут быстрее проверять гипотезы. С другой — сохраняется зависимость от зарубежных ИИ-сервисов и подписок, оплата которых из России затруднена, а также от инфраструктуры Apple, требующей соблюдения санкционных и юридических нюансов. В сообществе разработчиков отношение к вайбкодингу неоднородное: одни видят в нём инструмент ускорения рутины, другие указывают на риски плохой архитектуры и трудности поддержки такого кода. В данном случае автор честно фиксирует, что без ручной проверки на устройстве ИИ-агент терял связь с макетами, а архитектурные ошибки приводили к серьёзным проблемам производительности. Тем не менее приложение работает и уже доступно пользователям, что само по себе является аргументом в пользу подхода.

Если сравнивать с альтернативными способами разработки, классический путь через найм фрилансеров или студии обошёлся бы в тысячи долларов и занял бы месяцы. Использование no-code-платформ вроде FlutterFlow или Bubble могло бы быть дешевле, но ограничило бы контроль над нативным интерфейсом и интеграциями, а также усложнило бы выпуск на macOS. Вайбкодинг с ИИ-агентами даёт нативный SwiftUI-код и гибкость, но требует от разработчика навыков постановки задач, ревью и отладки. Автор подчёркивает, что ключевой сдвиг произошёл в постановке вопроса: теперь важно не «как это сделать», а «что именно сделать», поскольку техническая реализация всё чаще делегируется машине. Это меняет профиль компетенций: на первый план выходят продуктовое мышление, дизайн и умение формулировать требования.

Дальнейшая судьба проекта зависит от того, насколько устойчивым окажется код при развитии функциональности и как автор будет справляться с поддержкой без глубокого погружения в написанные ИИ слои. Открытыми остаются вопросы экономики таких решений: подписки на ИИ-сервисы могут съедать бюджет небольших проектов, а зависимость от конкретных моделей создаёт риски при смене тарифов или политик. Кроме того, неясно, насколько подобный подход масштабируется на команды и сложные продукты с высокой нагрузкой. Тем не менее кейс Hole Money показывает, что путь от идеи до стора сегодня может занимать не месяцы, а несколько уикендов, и это меняет ожидания как разработчиков, так и заказчиков. Следующим шагом, вероятно, станет проверка гипотезы на реальных пользователях и монетизация, что потребует уже не только скорости, но и качества продукта.