Я сделал сайт с Claude Code вместо админки — и это оказалось очень удобно
Автор описывает переход с Тильды на собственный сайт на Next.js, собранный вместе с
Claude Code. Вместо классической админки и подрядчиков он использует LLM как «главного разработчика»: Claude проектирует архитектуру, пишет код, настраивает деплой в Docker и помогает с миграцией контента.
Ключ к работе — заранее подготовленная knowledge base (architecture, patterns, UX-гайдлайны, git-воркфлоу, роадмап и др.) и spec driven development: каждая фича описывается в отдельном spec, который затем бьется на атомарные задачи. Это снижает «тупняк» модели и позволяет автору, не будучи разработчиком, контролировать процесс.
На запуск нового сайта ушло около трех дней: первый — планирование, документация и главная страница; второй — остальные страницы и блог; третий — полировка, SEO и перенос на боевой домен. Claude за 15 минут распарсил sitemap старого сайта, выгрузил статьи в mdx и разложил картинки; на исправление артефактов ушло еще около часа. После аудита кода и SEO модель сама добавила sitemap, robots.txt, метатеги и Open Graph, а производительность по PageSpeed улучшилась по сравнению с ~70 баллами у старой версии.
В итоге автор полностью отказался от headless CMS: любые изменения теперь делает через диалог с Claude Code (добавить отзыв, сменить текст, подправить дизайн), проверяет на localhost и просит запушить в main, после чего срабатывает автодеплой. SEO-трафик при переезде не просел, а сам сайт теперь не привязан к Тильде и может быть легко перенесен на другой VPS благодаря хранению кода на GitHub.
Читайте также
Лучшие практики работы с агентами для написания кода
Новые навыки для Claude Code: systematic-debugging, senior-devops, senior-prompt-engineer
Тестовый стенд с автономным ИИ-агентом QA для тестирования бэкенда: концепция и пример
А король-то голый! Как написать свой Claude Code в 200 строках кода
Ретроспектива 2025: год LLM — практика, иллюзия и реальные сдвиги
- Knowledge base для LLM-проектов: Для устойчивой работы LLM в разработке полезно заранее собирать knowledge base в виде набора md-файлов: архитектура, паттерны, UX, деплой, воркфлоу, контекст проекта. Такая база подгружается в начале сессии и обновляется после задач, что делает поведение модели предсказуемым и снижает количество ошибок.
[процесс]
Зарегистрированные пользователи видят только два тезиса.
Зарегистрироваться