Модели для программирования и AI-агенты сейчас меняются быстро. Для человека, который хочет превратить идею в работающий продукт, это хорошее окно возможностей.
Необязательно сначала становиться инженером. AI может писать код, запускать команды и чинить ошибки, но решение о том, что делать, как проверять результат и где остановиться, остаётся за вами.
Ниже мой маршрут для человека без технического бэкграунда, который хочет выпустить первый продукт. Это не универсальный стандарт: для разных проектов подойдут разные платформы, стек и правила разработки. Но пройти путь от пустой папки до рабочего сервиса по этой схеме вполне реально.
До начала разработки
1. Выберите подписку на модель для программирования
Сначала нужен AI, который поможет писать и менять код.
В качестве первого варианта подойдут Kimi k3, GLM 5.2, Qwen3.5 или другая модель, к которой у вас есть стабильный и легальный доступ. Не тратьте неделю на сравнение всех вариантов. Выберите один инструмент и начните работать.
2. Установите Agent-инструмент
После подписки установите инструмент, в котором AI сможет работать с вашим проектом. Это может быть официальный Agent от провайдера модели или продукт из сообщества разработчиков.
Интерфейсы и возможности у таких программ различаются. Суть одна: Agent получает доступ к папке проекта, создаёт файлы, пишет код, запускает команды и помогает искать ошибки.
3. Придумайте название продукта
Название кажется мелочью, пока не приходится менять его после запуска. От него зависят домен, логотип, аккаунты, карточки в магазинах приложений и то, как продукт запомнят пользователи.
Выбирайте короткое и узнаваемое имя. До регистрации проверьте, свободен ли домен, нет ли одноимённого приложения и не пересекается ли название с чужим брендом на вашем рынке.
4. Зарегистрируйте домен
Как только выбрали название, зарегистрируйте домен у надёжного регистратора.
Домен нужен не только для ссылки на сайт. На него завяжутся почта, деплой, бренд и привычка пользователей искать ваш продукт по конкретному адресу.
5. Решите, где будет работать продукт
Готовый продукт должен работать вне вашего ноутбука. Если компьютер выключен, сайт не должен исчезать вместе с ним.
Для понятного маршрута дальше я буду говорить о виртуальном сервере в облаке. Для статичного сайта или небольшого сервиса иногда хватает Serverless-платформы, managed hosting или облачной разработки. Если не знаете, какую конфигурацию выбрать, опишите Agent-у продукт, ожидаемую нагрузку и стек. Пусть он объяснит варианты, а решение примете вы.
6. Не откладывайте требования региона и хостинга
Проверяйте требования к запуску параллельно с разработкой, а не после неё. В разных странах действуют свои правила для доменов, обработки данных, коммерческих сервисов и регистрации сайтов.
Например, сервис для пользователей в материковом Китае, размещённый на китайском сервере, может потребовать ICP-регистрации. Для других рынков проверьте местные требования заранее.
Запускаем проект
7. Создайте папку проекта
Подготовка закончена. Создайте на компьютере папку с именем продукта и поместите её туда, где вы не потеряете её через месяц.
В этой папке будут жить код, конфигурация, документы и инструкции по запуску. Это дом проекта.
8. Запустите Agent в этой папке
Откройте Agent-инструмент и укажите созданную папку как рабочую директорию.
Теперь AI видит контекст проекта. Он сможет читать существующие файлы, создавать новые, писать код, запускать приложение и разбираться с ошибками.
9. Создайте приватный репозиторий на GitHub
Не держите код только на своём компьютере. Диск ломается, ноутбук теряется, а случайное удаление файлов случается даже у аккуратных людей.
Заведите аккаунт GitHub и попросите Agent-а инициализировать Git, подключить GitHub и создать приватный репозиторий. Тогда у проекта появится удалённая резервная копия, а код не окажется в открытом доступе раньше времени.
Можно дать Agent-у такую команду:
Инициализируй Git-репозиторий, подключи мой аккаунт GitHub, создай приватный репозиторий и сделай первый коммит.
С этого момента работа становится похожа на нормальный инженерный процесс.
10. Сначала включите Plan mode
У многих Agent-инструментов есть Plan mode или режим планирования. Опишите продукт простыми словами и попросите AI сначала разбить работу на шаги.
Не нужно рисовать все экраны и писать спецификацию на двадцать страниц. Для первой версии хватит ответа на несколько вопросов:
кто будет пользоваться продуктом;
какую задачу он решает;
что войдёт в минимальную первую версию;
что вы пока сознательно не делаете.
Прочитайте план, проверьте направление и только потом разрешайте Agent-у писать код.
11. Дайте Agent-у выполнить план
После согласования плана Agent создаст структуру проекта, установит зависимости и начнёт писать код. Время от времени он будет показывать промежуточный результат.
Ваша работа в этот момент не исчезает. Проверяйте, совпадает ли поведение продукта с вашей задумкой, и не соглашайтесь на решение только потому, что оно звучит технически убедительно.
12. Принимайте работу локально
Через некоторое время Agent обычно покажет адрес локального предпросмотра, например:
http://localhost:3001
Откройте его в браузере. Там вы впервые увидите продукт целиком.
С выкладкой спешить не стоит. Попросите AI переделать неудачный интерфейс, исправить логику, убрать лишнее. Вы отвечаете за продукт, AI выполняет работу. Если результат вас не устраивает, он ещё не готов.
13. Регулярно приводите документацию в порядок
После нескольких длинных диалогов проект почти неизбежно обрастает противоречиями: часть решений остаётся только в старом чате, часть правил дублируется, а код начинает жить отдельно от документации.
Для такой уборки можно использовать open-source skill neat-freak. Он помогает привести в порядок документы проекта, правила для AI и файлы, из которых новый Agent восстанавливает контекст.
После такой ревизии спокойно закрывайте текущий чат. В следующем диалоге AI сначала прочитает документы проекта и не будет угадывать, что вы решили неделю назад.
Сделайте работу безопаснее
14. Разберитесь в базовых терминах
Код писать необязательно. Но Git, ветки, main, Pull Request, CI, тесты и деплой будут встречаться постоянно.
Попросите Agent объяснить каждый термин на примере вашего проекта. Не требуется выучить всё сразу. Достаточно понимать, какую проблему решает каждый элемент процесса.
15. Настройте тесты и Pull Request
Agent пишет быстро, поэтому ошибки тоже появляются быстро. Попросите его собрать для вашего проекта тестовый контур: что проверяют автоматически, какие сценарии вы проходите руками и какие команды запускаете перед слиянием изменений.
Когда проект подрастёт, включите защиту ветки. Тогда изменения сначала попадут в отдельную ветку, затем в Pull Request, пройдут CI и только после этого войдут в main. Доступность этой функции зависит от настроек репозитория и текущих условий GitHub.
Так случайный коммит не сломает стабильную версию продукта.
16. Разверните проект в облаке
Откройте новый диалог и попросите Agent подготовить деплой для вашей среды. Он сможет помочь с окружением, сборкой, логами и запуском сервиса.
Не вставляйте в чат пароли, приватные ключи и API Key. Держите секреты в защищённом хранилище и выдавайте только ограниченный доступ, необходимый для работы. После деплоя проект перестанет быть локальным прототипом и начнёт работать как сервис.
17. Подключите домен и HTTPS
Передайте Agent-у доменное имя и выбранную схему деплоя. Он поможет настроить DNS, связать домен с сервером и выпустить TLS-сертификат.
После этого откройте домен в браузере. Когда по собственному адресу загружается продукт, который ещё недавно был пустой папкой, ощущение очень конкретное: идея стала чем-то, чем могут пользоваться другие люди.
18. Войдите в цикл итераций
После релиза работа только начинается. Обычный цикл выглядит так:
Новая ветка → формулировка задачи → разработка с Agent-ом → обновление документации и правил → Pull Request → CI-тесты → слияние в main → деплой
Через несколько повторений этот порядок становится привычным. Главная польза в том, что main остаётся рабочей версией, а эксперимент проходит в отдельной ветке. Если эксперимент сломался, ветку можно закрыть и начать заново.
Два принципа, без которых всё развалится
19. Не пишете код, но понимаете архитектуру
Это самый важный пункт.
Вам не нужно помнить синтаксис каждого языка. Но вы должны понимать, как работает продукт: какой интерфейс вызывает какой API, что делает бэкенд, какие таблицы есть в базе, какие поля в них хранятся и куда уходит информация после нажатия кнопки.
Иначе вы не сможете принять работу. AI скажет, что всё исправил, а у вас не будет способа проверить его слова. Он предложит архитектуру, а вы не отличите разумный компромисс от сложной конструкции, которая ничего не решает.
Не отдавайте AI право думать вместо вас. Он исполняет решения, а вы отвечаете за логику продукта и за выбор между вариантами.
20. Освойте базовые вещи из эксплуатации
На старте сервер легко выдерживает несколько десятков пользователей. Потом приходят кэширование, лимиты запросов, защита от ботов и DDoS, мониторинг, трафик и расходы на инфраструктуру.
Не нужно закрывать все эти темы в первый день. Но о них лучше узнать до того, как неожиданный счёт за трафик или чужой скрипт превратит спокойный вечер в разбор инцидента. Эта яма глубокая. Выбираться из неё проще постепенно.
