Пожизненный бан на VC.ru за публикацию open‑source проекта на Node.js
Автор разместил статью о нейросети на Node.js на VC.ru и получил мгновенный пожизненный бан без объяснений. Что стоит за этим решением и какие уроки вынести?
В конце июля 2026 года разработчик опубликовал техническую статью‑гайд по созданию нейросети с нуля на Node.js. Статья была размещена в «Песочнице» Хабра, где её быстро заметили, и она набрала более 8 000 просмотров, получив положительные отзывы от сообщества.
Воодушевлённый успехом, автор решил протестировать реакцию другой популярной площадки – VC.ru. Он перенёс тот же материал, включая полностью открытый исходный код, и разместил его в соответствующем разделе. Через 15 минут после публикации аккаунт автора был помечен как «пожизненно забанен». Причина блокировки не была указана, ни в уведомлении, ни в комментариях модераторов.
Пользователь попытался связаться со службой поддержки VC.ru, но ответы не последовали. В обсуждениях на форумах и в соцсетях возникли гипотезы: возможный конфликт с политикой площадки относительно контента, связанного с «самообучающимися» системами, или автоматическое срабатывание модерационных фильтров, воспринимающих упоминание нейросетей как потенциально опасный контент.
Сама статья не содержит рекламы, не нарушает авторские права и полностью открыта под лицензией MIT. По словам автора, в тексте нет ссылок на коммерческие продукты, а все примеры кода являются учебными. Тем не менее, VC.ru классифицирует её как «противоречивый» контент и приняла решение о блокировке.
Инцидент вызвал бурную реакцию в сообществе разработчиков: многие задаются вопросом, насколько прозрачны правила модерации на крупных площадках и какие риски стоят перед авторами open‑source проектов, желающими делиться знаниями. Пока VC.ru не опубликовало официальных разъяснений, ситуация остаётся открытой.
Для разработчиков это предупреждение: даже полностью открытый код может попасть под автоматические фильтры площадок. При публикации стоит заранее изучать правила контента и, по возможности, использовать альтернативные каналы (GitHub, Habr, собственные блоги). Платформы должны обеспечить более прозрачный процесс модерации, чтобы избежать подобных «черных ящиков».


