Как мы сделали этот сайт: два дня, ИИ-агенты и строгие правила

Константин в своём списке задач для сайта предложил показать не только чужие кейсы, но и то, как мы работаем сами. Этот сайт — хороший пример: его собрали ИИ-агенты, а мы ставили задачи, проверяли и принимали. Ниже — что и когда происходило, по истории изменений в репозитории, и какие технические решения за этим стоят.

Сколько времени это заняло?

Все даты и время ниже — из истории изменений (git), по Москве.

От пустого репозитория до первой работающей версии прошло полтора часа. От первой версии до многостраничного сайта с блогом, документами и двумя вариантами дизайна — меньше двух суток. Обычный срок для такого сайта у подрядчика — недели.

Кто что делал: ИИ или люди?

Код писали ИИ-агенты. Человек делал то, что ИИ не заменит: решал, что нужно бизнесу, ставил задачи, смотрел результат на телефоне и на большом экране и говорил «да» или «переделать».

Требования приходили от Константина как есть: PDF-документом, голосовыми, короткими сообщениями в мессенджере. Голосовые расшифровывались, требования сводились в один список, а дальше задача шла агенту.

Каждое изменение до публикации проходило две проверки:

• автоматические тесты — на момент публикации этой записи их 186, они запускаются перед каждой выкладкой, и сайт не уходит в сеть, если хоть один не прошёл;
• агент-критик — отдельный ИИ-агент, который не писал этот код. Он проверяет правку на ошибки, на единый стиль с остальным кодом и на то, как это выглядит на экране, а замечания возвращаются на исправление.

Так ИИ работает и в проектах для клиентов: черновик готовит машина, решение и проверку оставляем человеку.

Как сайт устроен технически?

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

Несколько правил мы заложили с первого дня:

• Строгая политика безопасности содержимого (CSP). Браузер выполняет только скрипты и стили с нашего же домена. Встроенных в страницу скриптов и стилей нет, сторонних счётчиков и виджетов нет.
• Свои шрифты. Шрифты лежат на нашем сервере, а не подгружаются у Google или других сервисов. Это и скорость, и отсутствие лишней передачи данных о посетителях.
• Без cookie. Сайт не ставит cookie и не следит за посетителями. Калькулятор экономии считает прямо в браузере, введённые числа никуда не отправляются.
• Картинки — только свои. Фото команды и обложки статей хранятся на нашем сервере в формате webp, без чужих ссылок. Подпись с автором фото стоит под каждой обложкой со стока.
• Тонкие страницы не публикуются. Если в разделе меньше 250 слов, сборка останавливается: страницу нужно наполнить или закрыть от поисковиков.

Зачем два варианта дизайна и вид под роль?

Константину понравились две концепции из пяти: «Штаб» (тёмный, с золотом) и «Бюро» (светлый, как сайт юридической фирмы). Выбирать сразу не пришлось: сайт собирается в обоих вариантах из одних и тех же текстов. Посетители видят «Штаб», а администраторы могут переключиться на «Бюро» и сравнить. Тесты проверяют, что в обоих вариантах одинаковый набор страниц.

На главной есть вопрос «Кто вы?»: строитель, девелопер, адвокат, селлер маркетплейсов и другие роли. Выбор подсвечивает отрасли и решения, которые ближе этому посетителю. Без JavaScript сайт показывает всё сразу, ничего не прячет.

Как сайт находят поисковики и нейросети?

У каждой страницы — свои заголовок, описание и картинка для превью в мессенджерах; превью статей рисует отдельный скрипт. В страницы встроена разметка schema.org: организация, услуги, статьи с автором и датой, вопросы и ответы. Есть карта сайта, robots.txt и RSS-лента блога.

Для нейросетей, которые отвечают на вопросы пользователей, сайт публикует llms.txt и llms-full.txt: краткое и полное описание компании, услуг, цен, кейсов и статей в простом тексте. Так ассистенту проще правильно пересказать, чем мы занимаемся.

Что из этого можно применить в вашей компании?

Тот же подход работает не только для сайтов: начать с одной задачи, быстро выпустить первую версию, а дальше улучшать маленькими шагами, каждый раз с проверкой. Если хотите так же у себя — посмотрите первые проекты или расскажите о задаче, разбор бесплатный.