
Разбор для бизнеса · Опубликовали 07.10.2026
Самописный сайт перестал быть ловушкой: с агентами и описанием проекта CMS нужна не всем
Как выбрать CMS или свой код для сайта компании и проверить, что следующий инженер сможет продолжить проект.
Текст собран ИИ-агентами редакции под надзором автора · факты проверены по первоисточникам 07.10.2026
Самописный сайт можно передать следующему инженеру, если с кодом остаётся описание запуска и проверок, которое он умеет использовать с ИИ-агентами.
Мы проверяем этот подход на своём vibecoding.ru. Клиентского кейса у нас нет; выбор CMS разберём по работе редактора и условиям передачи сайта.
Не хотите разбираться сами? Внедряем ИИ в ваш бизнес: задачи без лимита, одна цена в месяц, отмена в любой момент.
1. Зависимость от автора уменьшается, когда описание остаётся с кодом.
Кто поддержит сайт, если программист уйдёт? В сравнении Enot.io от 30 мая 2024 года главный минус самописной CMS описан как тесная связь с её разработчиком.
Зависимость возникает там, где устройство сайта осталось в памяти автора. Другому инженеру приходится выяснять, как запустить проект и проверить изменение.
Агент начинает с записанного устройства проекта. Документация Claude Code, проверенная 7 октября 2026 года, описывает загрузку постоянных инструкций при новой сессии.
Что и как мы проверяли
| Факт | Что известно | Проверено |
|---|---|---|
| Наш сайт | /open: больше 1 000 страниц; 387 тысяч строк спеков против 391 тысячи строк кода. Описания включают стратегию, продукт и операционку. Это показания публичного счётчика на дату проверки, не точный пересчёт страниц | 2026-10-07 |
| Работа агента | Официальная документация Anthropic: инструкции дают контекст, но не исполняются как ограничения. Количественного обещания ускорить передачу в статье нет | 2026-10-07 |
| CMS и свой интерфейс | Официальный WordPress REST API: содержимое можно использовать в отдельном приложении. Сравнения скорости и стоимости одинаковых сайтов мы не делали | 2026-10-07 |
| Передача и покупка | /services показывает файл «Как устроен ваш код.md», код в репозитории клиента и тариф «Один проект». Цена подписки не означает цену готового сайта | 2026-10-07 |
| Граница опыта | Своего клиентского кейса и замера передачи сайта внешнему подрядчику нет. Проба передачи в главе 5 предложена редакцией | 2026-10-07 |
Описание даёт точку входа, а не гарантию поддержки. Следующий инженер должен показать работающий запуск и правку; обещание «агент разберётся» этот результат не заменяет.
2. CMS выбирают по работе редактора.
CMS нужна, когда сотрудник должен сам публиковать материалы. Редактор меняет текст и картинку через форму, не ожидая задачи разработчику.
Свой код описывает другую часть выбора: как сайт устроен и что делает. Next.js даёт разработчику каркас приложения, но сам по себе не даёт редактору панель публикаций.
Оба подхода можно совместить. В официальной документации WordPress есть способ передавать материалы отдельному приложению; редактор остаётся в CMS, посетитель видит ваш интерфейс.
Кто меняет сайт и через что.
Документация WordPress и Next.js, проверена 07.10.2026; сценарии выбора предложены редакцией.
Headless CMS означает это разделение редактора и внешней части сайта. Если публикации идут каждый день, переводить каждую запятую в очередь инженера незачем.
3. Наш сайт работает на своём коде и со своей админкой.
На vibecoding.ru этот выбор уже сделан. Инженер ведёт машину агентов, а публичный счётчик проекта 7 октября показывает больше 1 000 страниц.
Описание лежит рядом с кодом. На том же счётчике 387 тысяч строк спеков против 391 тысячи строк кода; спеки охватывают весь проект, включая стратегию и операционку.
Для работы с заявками мы собрали свою админку с «Контактами» и «Ручейками». Как она устроена, разобрано в статье про свою CRM.
Что понадобилось нашему сайту.
/open и /services, 07.10.2026; публичное описание «Контактов» и «Ручейков» в /svoya-crm. Это наш опыт, не сравнение стоимости одинаковых сайтов.
Размер описания не надо повторять. Небольшому сайту нужен документ, по которому можно работать; сотни страниц общих пожеланий такого документа не заменят.
4. Описание ведёт к правке, а проверки ловят отклонения.
Файл помогает, если агент его прочитал. Для этого во входном документе проекта должны быть ссылки на действующие правила, а старые примеры должны быть помечены.
Запрет в тексте ещё не останавливает ошибку. Anthropic различает инструкции и исполняемые ограничения; у нашей машины это различие видно по поломкам.
Требование к проверке должно быть конкретным. Для формы заявки проверяют получение заявки; зелёная проверка другого участка кода ничего о форме не говорит.
Поломка становится правилом.
17.07
Агент подготовил схему по старым примерам и пропустил действующие правила. Ссылку на них поставили во входной документ.
30.07
Служебный экран остался по старому адресу после переезда описания. Адрес экрана и место описания стала сверять автоматическая проверка.
24.09
Новости сломались после добавления поля в данные, хотя старые тесты проходили. Добавили проверку соответствия ответа описанию данных.
Собственные записи машины, сверенные по датам; публичная поверхность проекта /open. Это поломки нашей машины, не клиентские истории.
Устройство правил для ИИ-агентов разобрано отдельно. А кто принимает результат и отвечает за поломку, объясняет статья об ответственности за ошибки ИИ.
5. Передачу сайта проверяют запуском и небольшой правкой.
Попросите следующего инженера запустить копию сайта по описанию. Автор проекта в этот момент не должен объяснять пропущенные шаги голосом.
Затем дайте небольшую правку на копии. Меняется текст услуги, ссылка или правило формы; результат проверяется до переноса на рабочий сайт.
Смысл пробы в обнаружении пропусков. Если запуск требует знаний ушедшего автора, до передачи надо дополнить описание и повторить пробу.
Что проверить при передаче.
Редакционный сценарий приёмки; опора на /services и официальную документацию Anthropic, проверены 07.10.2026. Это предложение проверки, не наш замер передачи клиентского сайта.
Такую задачу можно описать словами результата. Форму постановки разбираем в статье про задачи ИИ-агенту; заранее принимать результат только по красивому экрану не надо.
6. Покупайте свой код под поток задач, а CMS под публикации.
Для сайта с редкими изменениями достаточно подходящей CMS и понятного сопровождения. Подписку на разработку стоит считать, когда новые задачи появляются постоянно.
На странице агентной разработки «Один проект» стоит 250 000 ₽ в месяц на 7 октября 2026 года. Это один поток работы в вашем репозитории, а не смета на любой сайт.
Вместе с работой остаётся файл «Как устроен ваш код.md». Он описывает запуск, заявки и известные проблемы; возможность продолжить проект проверяется пробой передачи.
С чем приходить к подрядчику.
Редакционный выбор по сценариям статьи; условия «Одного проекта» сверены на /services 07.10.2026.
Если пока непонятно, кто в компании будет вести эту работу, начните с теста для руководителя. Его результат поможет обсудить следующий шаг.
7. Частые вопросы
Самописный сайт и самописная CMS означают одно и то же?+
Нет. Собственный сайт может вообще не иметь редактора публикаций. Самописная CMS добавляет этот редактор, права и правила работы с материалами. Объём такого заказа больше, чем у страницы с формой заявки.
Next.js заменяет WordPress?+
Next.js используют для разработки приложения. WordPress даёт систему работы с содержимым. Их можно совместить, если приложению нужен свой интерфейс, а редактору нужна CMS.
Битрикс или WordPress лучше своего кода?+
Сначала попросите показать вашу обычную задачу на выбранном решении. Публикации, каталог и обработку заявки оценивайте отдельно. Название CMS не показывает, как подрядчик реализовал именно ваш сайт.
Свой сайт с агентами дешевле CMS?+
У нас нет сопоставимого замера двух клиентских сайтов. Считайте запуск и дальнейшие изменения вместе. Если готовый редактор уже решает задачу, писать такой же с нуля ради экономии незачем.
Можно поддерживать сайт одним агентом?+
В нашем опыте инженер ведёт машину агентов и принимает результат. Описание помогает агенту подготовить правку; решение о её выпуске требует проверки. Ответ «агент сам всё починит» не заменяет условий сопровождения.
Работающий сайт на CMS надо переписать?+
Причина для переписывания должна быть в задачах сайта. Если сотрудник публикует материалы, а посетитель получает нужный результат, в смене движка ради агентов нет пользы. Проблемы старого кода разбираем отдельно в статье про технический долг.
Источники
- Публичный счётчик проекта: размер сайта, кода и описаний · vibecoding.ru (07.10.2026) — наш замер
- Передача кода, файл устройства проекта, «Один проект» · vibecoding.ru (07.10.2026) — наш оффер
- Своя CRM: публичное описание «Контактов» и «Ручейков» · vibecoding.ru (проверено 07.10.2026) — наш опыт
- Постоянные инструкции и память Claude Code · Anthropic (проверено 07.10.2026) — документация
- Содержимое WordPress в отдельном приложении · REST API Handbook (проверено 07.10.2026) — документация
- Назначение Next.js · официальная документация (проверено 07.10.2026) — документация
- Самописный сайт или CMS: довод о зависимости от автора · Enot.io (30.05.2024; проверено 07.10.2026) — блог сервиса
Запомнить
1. Выбирайте способ публикаций по работе сотрудника. Попросите его пройти обычную задачу до заказа.
2. Собственный интерфейс совместим с CMS. Сохраняйте редактор, который нужен людям.
3. Вместе с кодом принимайте описание запуска и проверок. Оно должно оставаться у компании.
4. Проверяйте передачу другой рукой. Следующий инженер запускает копию, меняет её и возвращает предыдущую версию.
5. Считайте сопровождение по потоку задач. Редкие изменения сайта не требуют постоянной разработки.