Чат-бот для сайта на домашнем ПК: три недели до первого сбоя

Чат-бот для сайта, запущенный на домашнем ПК через локальную языковую модель, годится только для теста идеи: он не держит больше пяти-семи одновременных диалогов, зависает при перезагрузке роутера и не имеет резервного канала связи с 1С. Для боевой работы такому боту нужен выделенный сервер и постоянный канал к базе данных компании.

Зачем я посадил ассистента на домашний системник, а не сразу заказал сервер

Идея была простая: прежде чем платить за облачный API или заказывать выделенный сервер, проверить на живых диалогах, отвечает ли бот на вопросы клиентов адекватно — про наличие товара, сроки доставки, статус заказа. Дома стоял игровой компьютер с видеокартой на 12 ГБ памяти и 32 ГБ оперативной — по паспорту его хватало на запуск открытой языковой модели среднего размера. Отправлять реальные обращения клиентов во внешний облачный сервис тоже не хотелось: сценарий был ещё сырой, а мало ли что бот ответит на провокационный вопрос без нормального набора правил.

Я развернул модель локально, подключил к виджету на тестовой копии сайта и договорился с двумя коллегами, что они зададут боту реальные вопросы клиентов из переписки за последний месяц. Расчёт был на то, что три недели теста покажут, стоит ли идея внимания — без затрат на аренду и без риска, что сырой сценарий уйдёт в прод и испортит первое впечатление у клиентов на сайте.

В тестовый список вошли типичные вопросы: «есть ли товар в наличии на складе в Москве», «сколько будет стоить доставка за МКАД» и «на какой стадии заказ номер такой-то» — три формулировки, которые чаще всего повторяются в переписке менеджеров.

Три недели на домашнем железе: от рабочего прототипа до тишины на сайте

Первые дни: бот отвечает и радует

Первые три дня всё работало ровно: один человек, одна вкладка браузера, ответ приходит за пару секунд. Бот верно подсказывал наличие товара по тестовым данным и переспрашивал, если вопрос был неполным. Я записал это как успех и решил нагрузить систему по-настоящему.

День десятый: пять вкладок кладут видеокарту

Коллега открыл пять чатов одновременно, имитируя обычный дневной трафик небольшого сайта. Видеопамять заполнилась, модель начала отвечать не за секунды, а за минуту и дольше, а один из ответов оборвался на полуслове — движок не успел дописать фразу. На шестом одновременном диалоге сервис вообще переставал принимать новые запросы.

День пятнадцатый: роутер важнее модели

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

День восемнадцатый: жара и автоматическое отключение

В квартире было за тридцать градусов, системный блок перегрелся и ушёл в защитное отключение около полудня. Я заметил это только вечером — бот на тестовом сайте молчал шесть часов подряд. За месяц эксперимента счётчик электричества показал прибавку примерно на 900 рублей — сравнимо со стоимостью месяца аренды сервера под похожую нагрузку.

День двадцать первый: подвожу итоги теста

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

Что бы это стоило бизнесу, если бы бот уже стоял на боевом сайте

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

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

Часть клиентов, не дождавшись ответа на сайте, дублируют вопрос в Telegram или во «ВКонтакте» — и тогда с одним и тем же человеком разговаривают уже два канала одновременно, а рассинхрон между ними наступает быстро.

Отдельная статья расходов — время на диагностику. Разбираться, почему бот молчит: перегрев, сбитый IP или конфликт версий модели — на домашнем железе приходится самому, в свободное от основной работы время. На арендованном сервере с сопровождением этим занимается инженер, и час такой работы стоит 3800 ₽ — предсказуемая сумма против простоя, который в час пиковой нагрузки может обойтись дороже самой диагностики.

Почему не спасает просто более мощное домашнее железо

После третьей недели тест закономерно навёл на мысль: может, дело не в домашнем ПК, а в конкретной видеокарте, и стоит просто добавить памяти или взять модель помощнее? Проблема не в железе как таковом, а в том, что вся конфигурация держится на одном человеке. Если я в отпуске, заболел или просто занят другим проектом, перезапустить упавший сервис или разобраться с новой ошибкой некому — а бот на боевом сайте не может ждать понедельника.

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

Домашний ПК против сервера: что на самом деле сравниваем

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

Как ассистент переехал на нормальную инфраструктуру и подключился к 1С

Тест всё же показал пользу: бот снимал часть однотипных вопросов про наличие и сроки, и коллеги подтвердили, что готовы показать его на боевом сайте. Дальше домашний ПК отпал сам собой — данные об остатках и статусах заказов лежат в 1С:Управлении торговлей, и гонять их через квартирный интернет на ночь глядя никто бы не разрешил.

Перенос занял три шага. Сначала — внедрение 1С с чистой структурой каталога, потому что бот путался в дублях позиций, доставшихся от старой выгрузки. Затем — доработка 1С: отдельная точка обмена, которая отдаёт боту только нужные поля — остаток, цену, статус заказа — без прямого доступа к базе. И наконец регулярное обновление 1С, синхронизированное с версией обмена, чтобы после планового апдейта бот не замолчал так же, как молчал на домашнем ПК после перегрева.

На сервере бот держит те же пять-семь параллельных диалогов, которые роняли домашнюю видеокарту, без просадки — и ещё десяток впридачу. Диалоги, которые раньше терялись бы из-за оборванного соединения, теперь долетают до менеджера с готовым контекстом из 1С.

Итоговая стоимость перехода оказалась предсказуемой заранее — в отличие от счёта за электричество и нервов из-за очередного сбоя дома.

Чек-лист: признаки, что боту пора съезжать с домашнего ПК

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

• ✓Больше пяти диалогов одновременно вызывают просадку или обрыв ответа.
• ✓Бот должен отвечать данными из 1С, а не только заранее заготовленным текстом.
• ✓Сайт получает заявки в нерабочее время, когда за железом дома никто не следит.
• ✓Клиенты уже жаловались на долгий ответ или пропавший диалог в чате.
• ✓Планируется рекламная кампания, и простой в это время обойдётся дороже диагностики.

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

❓ Частые вопросы

Можно ли использовать домашний ПК для чат-бота на сайте компании?

Да, но только на этапе прототипа: проверить сценарии диалога и оценить пользу для клиентов. Для постоянной работы на сайте бот должен работать с сервера с фиксированным IP, резервным питанием и каналом связи с базой 1С — иначе диалоги будут теряться при любом сбое дома.

Как чат-бот на сайте получает данные об остатках и заказах из 1С?

Через отдельный обмен: доработка 1С добавляет API-точку, которая отдаёт боту актуальные остатки, цены и статус заказа по запросу клиента, без прямого доступа к базе. Такой обмен настраивается один раз и продолжает работать при обновлениях 1С, если формат согласован заранее и не меняется в одностороннем порядке.

Сколько стоит перенести чат-бота с домашнего ПК на сервер?

Базовая аренда сервера под 1С и сопутствующие сервисы начинается от 1100 ₽ в месяц за пользователя. Точная сумма зависит от нагрузки чат-бота и от того, нужна ли доработка обмена с 1С — это считается индивидуально после короткого аудита текущей схемы и ожидаемой нагрузки на бота.

Что случится с заявками из чат-бота, если сервер ляжет во время рекламной кампании?

Если нет резервного канала и мониторинга, диалоги с сайта просто обрываются, а контакты клиентов не попадают ни в 1С, ни в CRM. На арендованном сервере с сопровождением сбой отслеживается инженером сразу, а не замечается постфактум через жалобы клиентов на следующий день.

Нужна ли отдельная лицензия 1С, если чат-бот только показывает остатки товара?

Обычно нет — бот обращается к данным через сервисный обмен, а не как отдельный пользователь 1С, поэтому лицензировать его как рабочее место не нужно. Уточнить это стоит заранее, на этапе доработки обмена, чтобы схема не нарушала лицензионные условия учётной системы.