Непрограммист без опыта разработки собрал бесплатный тренажёр английских слов 5555words.com за 10 календарных дней. Чистого времени на работу с Claude Code ушло около 12 часов, в среднем час-полтора в день, плюс примерно час на тесты. Ни одной строки кода автор не написал сам.
Приложение работает на iOS, Android, Mac и PC, включая режим без интернета, синхронизирует прогресс между устройствами и живёт на собственном сервере. Фронтенд занимает около 2100 строк JavaScript и 530 строк CSS, сервер — 200 строк на Python. Первую версию автор отдал друзьям на четвёртый день, остальной функционал появился за следующую неделю. Все цифры и детали кейса взяты из авторского разбора на Habr.
Дальше — разбор того, что именно делал ИИ-агент, где решения принимал человек, какие задачи остались за пределами автоматизации и какие ограничения есть у такого подхода.
Что такое вайбкодинг и почему этот кейс важен
Вайбкодинг — это подход к разработке, при котором человек формулирует задачу на естественном языке, а ИИ-агент генерирует код, запускает проверки и предлагает исправления. Синтаксис программисту знать не обязательно, но нужно уметь описать желаемое поведение программы и оценить, получилось ли задуманное.
Ценность кейса 5555words.com в исходной точке. Автор прямо говорит: «Сразу о главном: я не программист. Никогда им не был и вряд ли стану — моя работа с ИТ не связана». При этом на выходе получился не набросок на салфетке, а работающий сервис с сервером, офлайн-режимом, синхронизацией и регистрацией в поисковых системах.
Второй важный момент — бюджет времени. 10 календарных дней и около 12 часов активной работы с агентом сопоставимы с несколькими вечерами в неделю. Показательно, что первая версия, которую можно было дать людям, появилась на четвёртый день: остальное время ушло на сервер, офлайн-режим, синхронизацию и SEO, а не на переписывание ядра с нуля.
Третий момент связан с ролями. ИИ-агент предлагал варианты и аргументировал их, а выбор оставался за человеком. Это ключевое отличие вайбкодинга от идеи «нажал кнопку — получил продукт»: без владельца, который принимает решения, проект не собирается.
С чего всё началось: мотивация и первый опыт с Claude Code
Триггером стала бытовая проблема. Автор учил слова в платном приложении для iOS, и оно его устраивало, пока после очередного обновления не перестало нормально работать. Восстановить программу не получилось, и вместо поиска замены он решил собрать собственный тренажёр.
Стартовые знания об ИИ были начальными: общее понимание того, что такое LLM, несколько роликов на YouTube и опыт общения с бесплатными DeepSeek и ChatGPT. Claude Code автор начал осваивать «для повышения образованности», то есть без плана сделать продукт к конкретной дате.
Разрыв между этим уровнем подготовки и финальным результатом показывает реальную планку входа: понимать архитектуру нейросетей не требуется, требуется уметь ставить задачи и не бросать проверку результата на середине.
Как устроен процесс: от идеи до работающего приложения
Хронология простая: первая версия на четвёртый день, остальной функционал за следующую неделю, весь проект за 10 календарных дней. Работа с агентом заняла около 12 часов, тесты — примерно час. Автор не написал ни одной строки кода сам: генерация кода, проверка работы, поиск ошибок и инструкции по развёртыванию шли через Claude Code.
Постановка задач и взаимодействие с агентом
Задачи формулировались на естественном языке как требования к функции: тест уровня при первом запуске, офлайн-режим, синхронизация прогресса между устройствами. Дословные тексты промптов автор в опубликованном фрагменте не приводит, поэтому воспроизвести его формулировки один в один нельзя.
Схема работы выглядела так: агент давал варианты решения с аргументами, человек выбирал. Такой режим снимает главную сложность вайбкодинга для новичка — не нужно заранее знать, как устроен код, но нужно понимать, чего вы хотите от программы, и уметь сравнить предложенные варианты по последствиям.
Самопроверка и отладка: как ИИ находит свои ошибки
По описанию кейса агент самостоятельно проверял свою работу, находил ошибки и предлагал исправления. Автономность здесь не абсолютная: финальное решение оставалось за человеком, а проверка результата требовала участия владельца продукта.
Ограничение по фактам: публичный текст авторского разбора обрывается на разделе про интервальное повторение, поэтому конкретные примеры ошибок, детали самопроверки и логика отладки в доступном фрагменте не раскрыты. Оценивать здесь приходится только общий принцип, а не механику.
Общая закономерность известна и по другим кейсам: узким местом становится не генерация кода, а его проверка. Разработчик с опытом, который превращал пет-проект на Java в оркестратор задач на Claude Code, описывал кризис код-ревью и недетерминизм LLM как главные проблемы, которые пришлось решать отдельно.
Технический стек: что под капотом у 5555words.com
Стек минимальный, и это осознанное следствие того, что выбирал его агент, а не архитектор-человек.
| Компонент | Технология и объём |
|---|---|
| Фронтенд | Ванильный JavaScript без фреймворков: около 2100 строк JS и 530 строк CSS |
| Сервер | Python, около 200 строк кода |
| Платформы | iOS, Android, Mac и PC, в том числе работа без интернета |
| Инфраструктура | Собственный сервер, синхронизация прогресса между устройствами |
Отдельная деталь, которая хорошо показывает границу компетенций автора: фразу «ванильный JavaScript без фреймворков» для статьи ему подсказал Claude. Автор признаётся, что не знает, чем ванильный JS отличается от JS «с другими вкусами», и не отличает код на JavaScript от кода на Python на глаз.
Практический вывод из этого: для подобных проектов не требуется выбирать модную архитектуру. Короткий сервер на 200 строк и один файл фронтенда без сборщиков — это ещё одна причина, по которой агент не тонет в связях между модулями и правки не ломают половину проекта. Полные данные по объёму кода приведены в разборе автора.
Функциональность приложения: как учат слова в 5555words.com
В приложении 5620 самых частотных английских слов, а 5555 в названии выбрано для красоты. По оценке автора, первые 3000 слов покрывают примерно 90–95% слов в обычном, неспециальном тексте. Цифра приводится без ссылки на исследование, так что относиться к ней стоит как к ориентиру, а не как к измеренному показателю.
Чтобы не учить то, что уже известно, при первом запуске приложение предлагает тест уровня от A1 до C2. Это экономит время ученика: новичок начинает с простых слов, а человек с уровнем выше среднего не тратит уроки на базовый слой лексики.
Шесть этапов тренировки: от знакомства до закрепления
Урок состоит из 10 слов и шести этапов. Одно и то же слово проходит через разные каналы восприятия: зрение, слух и, по формулировке автора, память движений.
| Этап | Что делает ученик | Какой канал задействован |
|---|---|---|
| Изучение | Видит слово, транскрипцию, перевод и пример, слышит произношение, выбирает «знаю» или «выучить» | Зрение и слух, первичное узнавание |
| Запоминание | Выбирает перевод из 4 похожих вариантов | Различение близких значений |
| Повторение | Соединяет 10 слов с переводами | Связь формы слова и смысла |
| Аудирование | Слышит слово и собирает его из букв | Слух и орфография |
| Написание | Собирает слово по переводу | Активное воспроизведение |
| Закрепление | Набирает слово на клавиатуре без подсказки | Моторная память и письмо |
Логика понятна: узнавание чужого слова на экране и его самостоятельное написание — разные навыки, и шесть этапов ведут ученика от пассивного понимания к активному владению. Четыре похожих варианта перевода на этапе запоминания усложняют задачу по сравнению с выбором из очевидно разных слов.
Интервальное повторение и лиги: как поддерживается мотивация
В описании функциональности упоминаются интервальное повторение (возврат слов в нужный момент, чтобы не забывались) и лиги как соревновательный элемент. Интервальное повторение работает на удержание лексики в долгой памяти, лиги добавляют внешнюю мотивацию к регулярным занятиям.
Ограничение по фактам остаётся тем же: доступный фрагмент авторской статьи обрывается на разделе про интервальное повторение, поэтому конкретные интервалы, формула расчёта дат повторения, число лиг и правила перехода между ними в источнике не раскрыты. Эти параметры можно считать неопределёнными до публикации полного текста.
Деплой, домен и сервер: что пришлось настраивать вручную
Развёртывание шло по инструкциям, которые давал Claude Code: деплой, настройка домена, работа с собственным сервером и регистрация сайта в поисковых системах. Автор следовал подсказкам, но решения по каждому шагу принимал сам.
Это тот участок, где вайбкодинг экономит больше всего нервов у человека без технического бэкграунда. Ошибка в конфигурации сервера или в записях DNS для новичка выглядит недиагностируемой, а агент формулирует её как последовательность действий на понятном языке. Обратная сторона — шаги выполняются без понимания, что именно произошло, и при нестандартной проблеме опоры на собственный опыт не остаётся.
Пошаговые детали настройки сервера, домена и регистрации в поисковиках в доступном фрагменте статьи не приводятся, поэтому конкретные команды и конфигурации воспроизвести по этому источнику нельзя.
Ограничения и подводные камни: что не получилось автоматизировать
Первое ограничение связано с ролью человека. Агент предлагает варианты с аргументами, но решения принимает владелец продукта. Если решение не принять или принять наугад, проект застревает: у ИИ нет ваших приоритетов и вашего представления о том, как должен работать тренажёр.
Второе ограничение — сами знания автора. Он не отличает JavaScript от Python, поэтому не может оценить качество кода на глаз и вынужден доверять проверкам, которые выполняет агент. Это работает, пока ошибка проявляется в поведении приложения, и перестаёт работать, когда проблема скрыта в логике.
Третье ограничение видно по другим разборам: код дешевеет, а разработка не ускоряется пропорционально, потому что растёт цена проверки результата. Об этом подробно говорит разбор проекта, который вместо выходных занял два месяца. Вторая линия риска — потеря контроля над кодовой базой, когда автор перестаёт понимать, что и зачем правил агент; эта тема разобрана в материале о том, почему часть разработчиков не хочет отдавать код ИИ-агентам.
Отдельно стоит держать в голове состояние источника: в доступном фрагменте статьи обрывается часть про интервальное повторение. Детали самопроверки агента, поиска ошибок, лиг, деплоя и настройки домена заявлены в описании кейса, но в опубликованном тексте не раскрыты.
Выводы: стоит ли непрограммисту браться за разработку с ИИ
Порог входа в разработку снизился, но не исчез. Кейс 5555words.com укладывается в цифры, которые легко примерить на себя: 12 часов работы с агентом, 10 календарных дней, 2100 строк JavaScript и 530 строк CSS на фронтенде, 200 строк Python на сервере, примерно час на тесты. Автор не написал ни одной строки кода сам, но контролировал процесс и принимал решения.
Что нужно, чтобы повторить маршрут:
- понятная личная задача, которую не жалко решать своим способом (в этом кейсе таким поводом стало сломавшееся приложение для слов);
- готовность формулировать требования на естественном языке и сравнивать предложенные варианты по последствиям, а не по красоте кода;
- дисциплина проверки: запускать приложение на всех заявленных платформах, тестировать офлайн-режим и синхронизацию, а не только «главный экран»;
- время на развёртывание, домен и сервер, потому что эти шаги ИИ проводит по инструкции, а не делает за вас.
Границы применимости стоит оценивать честно: чем больше в проекте скрытой логики, платёжных операций и чувствительных данных, тем выше цена ошибки и тем нужнее человек с инженерным опытом. Практический разбор того, как определить эти границы на своих задачах, есть в материале про проект, который собрали за два вечера.
Разумный первый шаг для человека без технического бэкграунда — узкая задача на одну функцию с проверяемым результатом: тренажёр, калькулятор, конвертер, личный трекер. Такой объём позволяет пройти полный цикл от постановки задачи до деплоя за считаные дни, увидеть, где агент ошибается, и понять, готовы ли вы отвечать за решения, которые он предлагает. Если да, следующий проект можно брать крупнее и считать бюджет времени уже по факту, а не по обещаниям инструмента.