# Пожизненный бан на VC.ru за open-source статью про нейросети: разбор модерации и выбор площадок
Каноническая страница: https://plainews.ru/posts/ban-vc-ru-open-source-nodejs-moderaciya
Опубликовано: 2026-07-30T07:01:01.631Z

Разработчик получил перманентный бан на VC.ru за open-source статью про нейросети на Node.js. Разбор модерации площадок и выбор платформ для технического контента.
Разработчик выложил техническую статью с кодом нейросети на Node.js на VC.ru — и получил перманентный бан в первые 15 минут. Тот же материал на Хабре набрал 8К просмотров, на Reddit попросили закрепить в топе, на Hashnode оставили развёрнутые разборы. Разбираемся, где сломалась модерация и как выбирать платформы для технического контента.

## Что случилось: один материал, разные реакции

Автор опубликовал open-source проект — реализацию нейросети с нуля на Node.js с пошаговым разбором обучения и градиентного спуска. Цель — показать внутреннее устройство ML без высокоуровневых библиотек.

Материал вышел на пяти платформах:

- **Хабр**: статья вышла из песочницы, 8K+ просмотров, позитивный фидбек от ML-сообщества
- **Reddit**: топовый комментарий с просьбой закрепить проект
- **Hashnode**: развёрнутые технические разборы в комментариях
- **Medium и Dev.to**: публикация без замечаний
- **VC.ru**: моментальный пожизненный бан, статья удалена

На VC.ru автор зарегистрировался впервые. Статья не содержала рекламы, партнёрских ссылок или призывов к действию — только код, объяснения и ссылка на GitHub-репозиторий.

## Реакция модерации: бан без объяснений

Автор получил уведомление о закрытии доступа без указания конкретного нарушения. Обращение в поддержку дало формальный ответ: «нарушение правил площадки», без детализации.

В правилах VC.ru указано, что обжалование возможно через год после блокировки. Модераторы ответили на письмо, но причину не раскрыли — классический «вахтёрский» подход без разбора контекста.

Поиск по запросам «бан VC.ru» и «модерация VC.ru» показывает десятки похожих кейсов: новые аккаунты блокируют превентивно, часто без разбора содержания. Алгоритмы модерации настроены на массовый отсев, что работает против качественных авторов без истории на платформе.

## Почему технический контент попадает под фильтры

Автоматические системы модерации используют несколько триггеров:

**Новый аккаунт + внешние ссылки**. GitHub-репозиторий, профиль LinkedIn, ссылки на другие публикации — всё это может восприниматься как продвижение. Для ML-статьи код на GitHub обязателен, но для алгоритма это «подозрительная активность».

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

**Отсутствие истории взаимодействия**. На Хабре есть песочница и карма — механизмы постепенной интеграции. На VC.ru новый автор попадает под максимальный уровень недоверия с первой публикации.

**Технический жаргон и код**. Статьи с большим количеством терминов, командами и фрагментами кода могут выглядеть как «некачественный контент» для алгоритмов, заточенных под медийные тексты и новости.

## Как выбирать платформы для технического контента

**Проверяйте механизмы онбординга**. Площадки с песочницей (Хабр) или системой репутации (Stack Overflow) дают новым авторам шанс доказать экспертизу. Платформы с бинарной модерацией («бан или пропуск») — рискованный выбор.

**Смотрите на аудиторию и формат**. Reddit и Hashnode — комьюнити разработчиков, где код и технические детали в приоритете. VC.ru — бизнес-медиа с фокусом на новости, кейсы и аналитику. Хардкорный разбор нейросети там может быть не в тему.

**Начинайте с международных площадок**. Dev.to, Medium, Hashnode, Reddit — глобальные платформы с более предсказуемой модерацией. Локальные площадки могут иметь специфичные правила и субъективные фильтры.

**Тестируйте на второстепенных проектах**. Если планируете публиковаться на новой для вас платформе, начните с менее критичного материала. Потеря доступа к черновику менее болезненна, чем бан после выхода флагманской статьи.

## Подводные камни модерации в рунете

**Перманентные баны без права апелляции**. Правило «обжалование через год» делает блокировку фактически необратимой — за год контекст теряется, а автор переключается на другие платформы.

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

**Конфликт форматов**. Технические площадки (Хабр, GitHub, Stack Overflow) настроены на код и инструкции. Медийные платформы (VC.ru, TJournal) — на истории и мнения. Попытка публиковать хардкорный код там, где ждут лонгриды, приводит к непониманию.

## Что попробовать дальше

Если вы пишете технический контент:

- **Создавайте GitHub-репозиторий как основу**. Статьи на Medium, Dev.to и Hashnode могут быть дополнением, но код живёт в репозитории. Это защищает от потери контента при банах.
- **Не полагайтесь на одну платформу**. Кросспостинг — не дублирование, а страховка. Разные площадки дают разные аудитории и уровни вовлечённости.
- **Адаптируйте контент под формат площадки**. Для VC.ru — кейс с бизнес-углом («как ML-проект помог сэкономить время»), для Хабра — технический разбор, для Reddit — пост с кодом и вопросом к комьюнити.
- **Пишите сразу на английском**. Если тема универсальная (ML, Node.js, DevOps), англоязычные платформы дают больший охват и меньше субъективности в модерации.

Проект автора: github.com/sekretov/ (ссылка для контекста, не реклама — код открыт под MIT-лицензией).

## Источники

- Habr ML: Как получить пожизненный бан на VC.ru за open-source проект на Node.js без рекламы. Кейс CMTT