Учителя! И даже классные руководители! У вас нет обязанности общаться с родителями в мессенджерах или по личному телефону. БЛОКИРУЙТЕ НЕАДЕКВАТОВ! Родитель может лично придти в школу и поговорить с вами (строго в рабочее время), либо вы можете его вызвать (и тут кстати родитель обязан прийти). Нет никаких законных или подзаконных актов, обязывающих вас переписываться с родителями. Одного заблокируете, остальные дважды подумают, прежде чем писать вам гадости или написывать в нерабочее время.
Чаты с родителями создаёте закрытые, в целях информирования, писать может только админ — то есть вы. Никаких общих чатов с родителями в стиле вопрос-ответ. У них всё равно будет свой чат, где вас будут обсуждать без вас.
Директор не имеет права заставить вас переписываться с родителем, и он не будет этого делать, поверьте. Можно заблокировать в мессенджерах, но не блокировать телефон, по телефону люди не такие смелые. Если хамит и по телефону, алгоритм простой: кладем трубку не прощаясь —> заносите в черный список номер.
Если родитель приходит и задаёт вопрос, почему заблокировали, спокойно отвечаете: "Мне не нравится ваш стиль общения, и я не обязан с вами общаться по личному телефону". Будут угрожать жалобами — пускай, им надоест раньше. Не позволяйте вытирать ноги о себя, яжемамки привыкли, что все учителя боятся жалоб и сразу на это давят.
Камера — ваш друг. Все беседы с пришедшими в школу родителями демонстративно записываете на камеру, ставите телефон на миништатив на стол, предупреждаете их о записи. Либо на диктофон. Хамить на камеру мало кто будет. На встречи с родителями можно попросить поприсутствовать других педагогов (сказав, что у педагога по истории, например, к вам тоже есть вопросы) или администрацию. Можно составить протокол встречи, где вы отмечаете, что сведения такие-то до родителя такого-то доведены, число / подпись вас и родителя.
Уроки тоже записывайте на видео (лучше на свой видеорегистратор, они недорогие), либо в случае чего берите записи со школьных камер (но не факт что они пишут и не факт что запись сохраняется, имейте ввиду). Следить за своими словами тоже придётся, всё будет на записи, имейте ввиду. На записи будет видно и неадекватное поведение ученика, если у вас трудности с конкретным обучающимся, у вас будет видеодоказательство.
Взбодрить сыночку-корзиночку неадекватной мамаши очень просто: вы знаете, что по утвержденной ФГОС структуре урока на каждом занятии должен быть этап закрепления знаний, где вы имеете полное право давать самостоятельную работу, КАЖДЫЙ УРОК. Во время всех самостоятельных работ не даёте списывать, ходите по рядам, контролируете. Также есть этап урока "Актуализация знаний", где вы проверяете ранее усвоенные знания — также ПИСЬМЕННАЯ РАБОТА. Плюс письменные Д/З. Корзиночка начнёт лажать по полной, и заслуженные двойки и тройки полетят в его электронный журнал. Либо начнёт идеально учиться, что тоже вам плюс. Претензий к вам ноль: вот видеозапись урока, вот его работа (письменные работы сохраняйте), вот заслуженная параша.
Поверьте, максимум что вам грозит — ох*евшая мамаша переведёт своего корзиночку в другой класс.. НЕ СТЕСНЯЙТЕСЬ БЛОКИРОВАТЬ НЕАДЕКВАТНЫХ РОДИТЕЛЕЙ. Вы не обязаны переписываться с ними вообще. Остальные родители вас зауважают и ноги вытирать о вас никто не будет.
Кроме того, если вас оскорбляют в переписке или на страничке социальной сети, не забываем про ответственность за оскорбления и клевету, делаем скриншоты, сохраняем: за оскорбление учителя в России предусмотрена административная ответственность по статье 5.61 КоАП РФ об унижении чести и достоинства в неприличной форме.
P.S. Забыл еще вот что. В разговоре с глазу на глаз с ребенком этот самый ребёнок может вас записывать на диктофон, или на видео (телефон в опущенной руке, но незаметно пишется видео). Такие случаи были и есть. Ребёнок может вас специально провоцировать и записывать ваши слова. По наущению родителя или по своей инициативе (чаще первое). Такие случаи были и есть. Никогда ничего с глазу на глаз ребёнку не говорите, что бы вы не сказали перед всем классом. Увы, таковы издержки профессии.
Борцы за приватность (или здравый смысл) внезапно взяли верх
И вот таких видосов и подписей куда больше, чем кажется
В пятничку компания Цукерберга прикрыла лазейку, которая позволяла особо социально-активным юзерам снимать всё происходящее на свои умные очки без предупреждения окружающих. По умолчанию на переносице очков есть светодиод, который при активной записи постоянно моргает, чем сигнализирует другим людям — внимание, ещё один задрот вас снимают.
Владельцы очков, которые хотели снимать смешные рилсы (или просто втихушку всех записывать), ранее прибегали к двум уловкам.
Можно было сначала начать запись по-честному, с мигающим светодиодом, а потом тупо закрыть его чёрным скотчем или пальцем — система пинговал включение диода лишь на старте записи, что было потом — не учитывалось.
Дома или в специальных сервисах (особо предприимчивые граждане даже ставили это в прайс своих сервисных центров) повреждали или высверливали светодиод. В ряде случаев очки всё равно думали, что всё ОК и запись идёт с лампочкой, только лампочка не работала.
Meta подумала и решила, что всё-таки это так себе история, и обновила прошивку очков. Теперь запись будет стопориться сразу же, если диод по какой-то причине перестал моргать. Причём раздражение обычных людей от таких очконосителей достигло такого уровня, что компании пришлось даже в параллель запускать рекламу — мол, зацените, вот для чего тут диод, он реально нужен, не переживайте, никто не будет снимать вас исподтишка. Всё потому, что гаджет в сети уже давно прозвали «очками извращенца».
Да, возможность снимков таких POV-видео создала отдельную категорию довольно занятных рилсов, а некоторые специально используют возможность записи видео как видеорегистратор во время вождения — вдруг какая странная ситуация случится, или при общении с местными полицаями, знаете ли, не вредно на всякий запись иметь под рукой.
Но вот вопрос с приватностью остаётся открытым — одно дело на ходу снимать видос про какого-то работника органов, что в целом разрешено законом, если он при исполнении. Другое дело — выкладывать в соцсети видео с каким-то случайным прохожим, который ни разу не хотел бы становиться звездой соцсеточек.
А ведь ещё и нейросети
Второй источник головняка тут в том, что де-факто все очки из линейки Ray-Ban Meta / Meta AI glasses — это не просто «камера в оправе», а полноценный носимый клиент экосистемы ИИ компании: голосовой ассистент, ответы на вопросы «что я вижу», перевод, саммаризация разговоров, интеграция с мессенджерами и облаком.
То есть картинка с камеры вообще без проблем уходит в модели распознавания фоток и генерации ответов. Поэтому дополнительно людей триггерит не просто ситуация «Мама, я в телевизоре», но и связка «скрытая съёмка + мощный бэкенд ИИ». Потому что в итоге видос с прохожим уходит на серваки компании, и там его обрабатывают алгоритмы, а ещё к нему 100 к 1 имеют доступы и люди, занимающиеся разметкой.
Meta весной уже выхватила из-за этого люлей в сети. Европейские СМИ раскопали, что подрядчики компании в Кении просматривали нюдсы (aka «глубоко личные кадры»), которые особо увлечённые люди записывали на очки. Отмазывались потом, мол, да вы чего, эти ролики отсматривались только для ручного обучения ИИ-моделей, всё ради нейросетей и разметки. Но пользователи таки начали задуматься, куда улетают видосы с их очков и какой индус сегодня будет пристально рассматривать их сегодняшний вечер.
Что делают регуляторы
Понятно, что прям запрещать-запрещать очки никто не будет — это очень большой кусок бизнеса и очень большие деньги. Так что будут регулировать, а не закрывать — ну, как у нас с самокатами, плюс-минус.
Регуляторы ЕС смотрят на умные очки куда пристальнее, чем на мобилу в руке. Французская CNIL ещё в 2026 году предупреждала: устройства несут «значительный риск» почти невидимого и повсеместного наблюдения и могут изменить социальную норму. Технические «маячки» вроде LED, по оценке регулятора, ограничены по дальности и сами по себе недостаточны, носящий обязан уважать приватность и при необходимости получать согласие.
В Германии правозащитная организация HateAid подала жалобу сразу до кучи на Meta, бренды очков и ритейлеров, ссылаясь на запрет продажи средств скрытой записи. Гамбургский уполномоченный по защите данных называл такие очки «замаскированными камерами» и допускал сценарий запрета по нормам о скрытых записывающих устройствах. Федеральное сетевое агентство (BNetzA) подчёркивало: продажа и владение не запрещены, пока функция записи заметна, например через оптический сигнал — но рынок мониторят.
Европейский комитет по защите данных (EDPB) готовил доклад об умных очках, национальные органы (Франция, Германия, Нидерланды и другие озабоченные вопросом ребята) обсуждали, не нарушают ли устройства принципы согласия и прозрачности GDPR и норм о биометрии. Параллельно Еврокомиссия под давлением США смягчала отдельные продуктовые барьеры (например, правила о съёмных батареях для носимых гаджетах), что всё равно не снимает претензий именно по приватности.
В Испании и других странах ЕС отдельно напоминали: удалённая биометрическая идентификация в публичных местах в реальном времени сильно ограничена AI Act; «узнавать лица» прохожих очками без законных оснований — зона высокого риска штрафов.
И вроде как всё оно понятно и логично, пока не начинаешь задаваться вопросом — как вы всё это будете в масштабах проверять и штрафовать в случае чего?
Почему тема с диодом всё равно особо ничего не решит
Есть мнение, что как бы яростно ни моргала лампочка на морде оператора — это всё равно сигнал, а не согласие. Да, он помогает заметить съёмку тем, кто смотрит на ваше лицо с близкого расстояния. Но при этом он вообще бесполезен в толпе, при ярком солнце, если человек отвернулся или не знает, что белая точка на оправе вообще значит. Всегда же будут люди, которые заметят парня с мигающей точкой на носу и подумают — во блин, ну бывает, но не поймут, что их прямо сейчас записывают и вроде как даже об этом уведомили. Рекламная кампания Meta как раз пытается «обучить» публику читать этот сигнал — фактически такой онбординг это признание того, что инженерия без культуры использования не работает. Можно сделать офигеть какой технологичных продукт, но если им не умеют нормально (для окружающих в том числе) пользоваться — есть проблемы.
Ну и да, снова про данные. Даже корректно «мигающая» запись может попасть в облако, в чат с ассистентом, в логи, в пайплайн обучения. Здесь вообще джекпот — пересечение права на изображение, GDPR, правила телеком-закона в Германии и этика датасетов для мультимодальных моделей Meta (аналогично тому, как индустрия спорит об обучении LLM на текстах и картинках без лицензии). У англосаксов на эту тему вообще вагон и маленькая тележка законов и ограничений, по каждому из которых можно выхватить на раз-два.
А ещё не надо забывать, что негатив народ всегда запоминает и распространяет куда круче, чем что-то хорошее. То же самое и тут — формально диод отключали и вообще старались обойти защиту лишь некоторые пользователи, это реально меньшинство. Но именно такие вот штуки и формируют репутацию продукта.
Что дальше-то
Скорее всего, Meta будет наращивать патчи: это дешевле и быстрее, чем менять очки физически и выпускать и продавать всё новые и новые модели. Регуляторы ЕС, скорее всего, не остановятся на «мигающем LED» и будут давить на правовую базу съёмки, прозрачность ИИ-обработки и ответственность продавца. В США дискуссия идёт попроще, через репутацию и штатные законы о скрытой записи, но волна жалоб на «очковых извращенцев» уже влияет на маркетинг.
Для пользователя вывод простой. Очки Meta — удобный интерфейс доступа к нейросетям компании: руки свободны, камера всегда «с собой», ассистент отвечает на то, что вы видите. Ну реально — прям киберпанк же, который отцы жанра описывали в сайфае ещё лет 20 назад. а тут вот он — руку протяни и купи. Примерно так же удобно, как наш телеграм-бот с бесплатными и не только топовыми нейросетями на выбор. Ладно, ладно.
Так что в целом закрытие лазейки с диодиком — разумный и нужный шаг. Но приватность в эпоху носимого ИИ держится не на одном светодиоде, а на законе, дизайне по умолчанию и праве сказать «нет» съёмке, которую вы даже не заметили.
Здравствуйте. Подскажите, может кто знает. Угнали аккаунт в телеграмме - сам лошара, повелся на ссылку от тоже угнанного акка от знакомого - теперь не могу восстановить доступ. Видел, что акк в сети, знакомые говорили, что им приходили сообщения с моего акка. Техподдержка ТГ не ответила, не раз писал. Но только по-русски, может стоит на инглише? Номеру телефона, к которому привязан ТГ больше 15 лет, терять не хочется.. Help)) upd: внезапно справился, ТГ образумилось
Отвечу как технический специалист: если кратко, то косяк в справке ОРМ УФСБ. Потому они и "засекретили" откуда и как они что получили. Потому что, вопреки расхожему мнению, у них нет доступа напрямую в БД Telegram и прочих бэкдоров, и они не могут оттуда спарсить нужные данные, потому пользуются сторонними инструментами и исполнителями. А вот те косячат будь-здоров.
Чтоб меня не это самое, отвечу результатом ответа нужным промтом от нейронки:
В архитектуре самого Telegram коллизия или случайная подмена ID технически невозможна, однако такие несовпадения регулярно возникают на этапе сбора, парсинга и консолидации данных инструментами, которые используются для составления справок ОРМ.
Уникальный первичный ключ: Telegram user_id — это 64-битное целое число (ранее 32-битное). В распределенных базах данных мессенджера это строгий Primary Key. Вероятность математической коллизии исключена.
Связанность структур: В протоколе MTProto профиль (ID, хэши фотографий, никнейм, access_hash) запрашивается и передается как единый объект (конструктор user или userFull). Протокол не собирает профиль по частям из разных источников, поэтому сервер не может выдать ID одного пользователя, а аватар — другого.
Технические причины ошибок парсинга (как это происходит на практике) Справки ОРМ обычно формируются не путем прямого доступа к серверам Telegram, а на базе выгрузок из систем СОРМ, OSINT-агрегаторов (утечки, боты-пробивы) или криминалистического ПО (Cellebrite, «Мобильный криминалист»). На этих этапах вероятность технического сбоя крайне высока:
Ошибки в логике БД (кривые JOIN-запросы): Спецслужбы активно используют агрегаторы данных, которые сводят информацию из сотен разных утечек. Если скрипт агрегатора некорректно связывает таблицы — например, по номеру телефона, который ранее принадлежал другому человеку, или по совпадению старого username — база может «склеить» ваш актуальный ID с архивной историей совершенно другого пользователя.
Искажение через графы контактов: Системы часто тянут никнеймы и аватары не из прямого ответа Telegram, а из слитых адресных книг третьих лиц (графы связей). Если в чьей-то телефонной книге произошла путаница карточек контактов, автоматизированная система ОРМ подтянет эту ошибку как факт.
Сдвиг данных при восстановлении SQLite: Если данные брались из физического дампа чьего-то устройства, экстракторы восстанавливают кэш Telegram (cache4.db) по сигнатурам. При повреждении или фрагментации локальной базы данных парсер криминалистической программы может прочитать сдвинутые строки, ошибочно связав ваш ID с чужим сообщением или метаданными из соседнего блока памяти.
Ручное сведение и человеческий фактор Сбой часто происходит на этапе работы аналитика. Выгрузки массивов метаданных или биллингов обычно производятся в таблицы CSV/Excel. Обычная ошибка при сортировке или фильтрации (когда столбец с ID отсортирован, а соседние столбцы с никнеймами и контентом — нет) приводит к смещению всех строк. В результате реальные ID случайным образом приписываются к чужим действиям.
Для технического опровержения таких справок обычно запрашивают исходный цифровой дамп (hex-дамп или оригинальный SQLite-файл), так как криптографические хэши (например, photo_id аватара) и ключи доступа никогда математически не сойдутся с вашим реальным профилем при попытке верификации.
Примеры кода — на C#/.NET, потому что так написан наш прод. Но вся статья — про механику Telegram, а не про язык: то же самое собирается на Node, Python или Go без изменений. Именно ради переносимой механики статья и написана.
О чём статья? Это третья часть серии о том, как мы вайб-кодингом построили GoosleeBot — мост из Telegram в Google Meet, Zoom и другие сервисы видеовстреч. Первые две части были про фундамент; эта — про фокусы: UX-приёмы, которые выглядят как магия, а стоят как пара вечеров. Вот что внутри:
как заставить бота «звонить» — чтобы телефон пользователя вёл себя как при настоящем входящем вызове, хотя Bot API звонков не умеет в принципе;
почему в Telegram невозможен привычный веб-паттерн «клик → сервер сформировал ссылку → редирект» — и как проектировать кнопки, когда переадресации нет;
как сделать онбординг-воронку целиком в одном JSON-файле — с эффектом печати, слайдами и аналитикой по шагам;
как один интерфейс провайдера держит шесть сервисов видеовстреч — от OAuth-API до голых диплинков;
и другие.
А это вся серия:
Часть 1 — история продукта и честный вердикт Telegram как платформе: правила для памяти агента, функция «где я?», туннели.
Часть 2— механизм сессий: параметры, аутентификация, обратная связь, редактирование без бана.
Часть 3 (вы здесь) — UX-хаки: бот, который «звонит», ссылки до клика, скрипт-чат-воронка.
Хак 1. Бот, который звонит
Проблема. Наш продукт — про звонки, а Bot API звонить не умеет вообще: бот может только отправить сообщение. Но «я создал встречу, а собеседник не заметил» — главный убийца сценария. Сообщение со ссылкой на встречу — это письмо. А нужен звонок: настойчивый, повторяющийся, который вибрирует в кармане, пока не возьмёшь трубку.
Решение. Телефон реагирует не на «звонок» — телефон реагирует на уведомление. Значит, надо, чтобы уведомления приходили снова и снова, как гудки. Трюк: бот отправляет сообщение «📞 Вам звонит Дмитрий» с кнопками «Принять» / «Отклонить», ждёт несколько секунд — удаляет его и отправляет заново. Каждая переотправка — новый пуш: телефон снова вибрирует и светится. С точки зрения пользователя это неотличимо от дозвона; с точки зрения чата — там всегда одно аккуратное сообщение, а не лесенка из десяти одинаковых.
Вся механика — один фоновый сервис-планировщик. По шагам:
создать задание «прозвон» по ключу сессии звонка (идемпотентно: второй запрос — no-op)
получатели = участники чата, кроме инициатора, у кого разрешён прозвон
участник подключился к встрече / нажал «Отклонить»
звонок завершён или отменён / сессия истекла
после остановки: удалить все висячие сообщения-звонки
Краевые случаи, которые превращают трюк в фичу (и которые агент сам не сделает — диктуйте):
Идемпотентность. Нетерпеливый инициатор жмёт «Позвонить» три раза — задание должно создаться одно. Ключ задания = ключ сессии звонка (та самая сессия из части 2).
Стоп по подключению. Сервис следит за состоянием звонка: собеседник вошёл во встречу — гудки мгновенно прекращаются, даже если он так и не нажал «Принять» в чате, а зашёл по ссылке из сообщения.
Уборка. После остановки — удалить все оставшиеся сообщения-звонки. «Пропущенный вызов» не должен висеть в чате мусором.
Cooldown. Повторный прозвон того же звонка — не раньше, чем через паузу. Иначе кнопка «Позвонить» превращается в оружие спама, а ваш бот — в кандидата на блокировки.
Согласие. У получателя должен быть флаг «можно ли мне звонить». Незапрошенные повторные пуши — это то, за что боты банят люди, а не Telegram.
Правило в память агента: «звонок» бота = цикл «удалить и переотправить» с жёсткими стоп-условиями и уборкой за собой.
Хак 2. Ссылки готовят до клика, потому что редиректа не будет
Это самый контринтуитивный урок серии, поэтому разберу медленно.
Как вы привыкли в вебе: пользователь кликает → запрос приходит на сервер → сервер обрабатывает (создаёт встречу, выписывает токен, выбирает провайдера) → формирует конечный URL → отвечает переадресацией → браузер уезжает. Клик запускает вычисление, ссылка — его результат.
Как в Telegram: этой схемы не существует. URL-кнопка в сообщении — это готовая ссылка, зашитая в момент отправки сообщения. Между «пользователь нажал» и «клиент открыл URL» нет вашего сервера — Telegram сам мгновенно открывает то, что лежит в кнопке. Некуда встроить «обработать и переадресовать».
Следствие: всю «нагрузку редиректа» приходится выполнять заранее — до того, как пользователь нажмёт, и даже до того, как он увидит кнопку. Кнопка «Принять» в сообщении-звонке уже содержит персональную ссылку на страницу подключения; она была вычислена и положена в сессию в момент, когда бот формировал сообщение. У нас это выглядит так:
```csharp
// при создании сообщения-звонка, ДО отправки:
var prepareUrl = BuildPrepareCallUrl(callSession, recipient); // вся логика — здесь
callData.PrepareCallUrl = prepareUrl; // и в состояние сессии
Что это меняет в проектировании — три привычки на замену:
Думайте «какие переходы возможны с этого экрана» вместо «что сделать по клику». Каждая кнопка = заранее просчитанный маршрут. Если маршрут зависит от того, кто нажмёт (а кнопка в чате одна на всех — привет, часть 2), — в кнопке лежит URL страницы-роутера, которая разберётся по сессии и токену уже на своей стороне.
Отделяйте «дорогое» от «мгновенного». Создание встречи у провайдера — секунды; их нельзя прятать за клик по URL-кнопке. Либо создавайте заранее, либо ведите на промежуточную страницу «Соединяем…», которая честно показывает процесс (у нас — второй вариант, со статусами по WebSocket из части 2).
То же касается возвратов. Ссылка «вернуться в Telegram» из внешнего браузера (`tg://`-диплинк после OAuth) — тоже готовится заранее и зависит от платформы (функция «где я?» из части 1).
Правило в память агента: в Telegram ссылка — не результат клика, а его предусловие. Всё кликабельное должно содержать конечный URL уже в момент отрисовки.
Хак 3. Онбординг-воронка в одном JSON-файле
Проблема. Пользователь зарегистрировался — и его надо провести за руку: что это, зачем, как сделать первый звонок. Классические варианты дороги: цепочка сообщений от бота — это state machine в коде и вечные правки «поменяйте текст третьего шага»; полноценный тур в miniapp — фронтенд-работа на недели.
Решение. Онбординг — это чат. Так пусть он и будет чатом — только скриптованным. Страница в miniapp рендерит «переписку с ботом», а весь сценарий лежит в одном JSON-файле: узлы-сообщения, кнопки-переходы, слайды. Вот реальный кусок нашей воронки (сокращённо):
```json
{
"chat-intro": {
"chatvelocity": 66, // скорость «печати», символов в секунду
"messages": [
{
"name": "intro",
"text": "<b>Привет!</b> Я GoosleeBot — звонки через Meet, Zoom… прямо из чата.",
{ "key": "how_it_works", "text": "❔ Как это работает", "goto": "how" },
{ "key": "finish", "text": "Вернуться в Telegram", "href": "@return_to_bot" }
]
},
{
"name": "how_to_call",
"text": "Тапаете кнопку в чате — бот создаёт звонок…",
"slides": [ "step1.png", "step2.png", "step3.png" ] // карусель со скриншотами
}
]
}
}
```
Фронт один на все сценарии: печатает текст с заданной скоростью, показывает карусель слайдов, рисует кнопки. `goto` — переход к узлу графа, `href` — внешняя ссылка, служебный `@return_to_bot` закрывает miniapp и возвращает в чат. Каждое нажатие улетает на сервер как событие аналитики — и вот вам воронка по шагам бесплатно: докуда доходят, где отваливаются, какая кнопка мертва.
Скрипт-чат в действии
Почему это дешёво и почему это стоит красть:
Новый сценарий = новый JSON. Помощь, страница настроек, промо новой фичи — без единой строчки кода. Правки текстов — правки файла, их может делать не-программист (или агент — идеальная задача для вайб-кодинга: «добавь в воронку шаг про групповые звонки»).
Локализация — файлы по локалям (`chats_ru.json`, `chats_en.json`) с fallback на дефолтную. Требование каталогов из части 1 закрывается само.
Это и есть ваша презентация продукта. Тот же движок, который онбордит новичка, показывает «что нового» старым пользователям и продаёт функции — воронка и витрина в одном механизме.
Вместо эпилога: как один интерфейс держит шесть провайдеров
Обещанная последняя тема — коротко, потому что после трёх статей она почти очевидна. «Мост» держится на одном интерфейсе:
```csharp
public interface ICallProvider
{
CallProviderKind Kind { get; }
bool DirectLinkCall { get; } // ссылку можно собрать без API?
Task<ProviderResult> CreateAsync(CallContext ctx); // → ссылка на встречу
}
```
А адаптеры под ним — трёх сортов, по убыванию сложности:
OAuth-API (Google Meet, Zoom): полноценная интеграция — авторизация пользователя, хранение и рефреш токенов, создание встречи через API провайдера. Самые дорогие и самые функциональные.
Генерация комнаты (Jitsi): ни аккаунта, ни API — ссылка со случайным именем комнаты, комната возникает при первом входе. Адаптер на двадцать строк.
Диплинк (FaceTime, Teams): просто правильно собранная ссылка на чужое приложение.
Поверх — автовыбор: если у автора настроен любимый провайдер — он; нет — первый доступный по приоритету. Пользователь нажал одну кнопку, а какой из шести мостов под ней сработал — деталь реализации. Для вайб-кодера главный вывод: начинайте с адаптера третьего сорта. Наш MVP за два дня (из части 1) был возможен ровно потому, что Jitsi-адаптер — это генерация строки; OAuth-сложность Meet и Zoom доехала позже, когда идея уже была доказана.
Итог серии
Три статьи — один тезис: Telegram даёт бизнес-приложению неприличную фору (дистрибуция через чат, аутентификация без регистрации, realtime из коробки), но взамен требует выучить его правила: webview — не браузер, кнопка — не запрос, ссылка — не результат клика, а сообщение в чате — проекция серверного состояния. Выучите их сами — или просто продиктуйте своему агенту: все правила серии сформулированы так, чтобы копироваться в CLAUDE.md как есть.
Всё описанное написано для Telegram, но в большей части справедливо и для MAX — механика ботов, miniapp и сессий там строится по тем же принципам. Если есть желание сделать адаптацию под MAX и российские сервисы видеовстреч — велком в личку.
Да, сейчас можно навайбкодить приложение, пока заваривается чай. Но есть нюанс
Давным-давно, где-то между Палеозоем и 2025-м годом, идеи для стартапов проверялись так. Брали программиста (в идеале знакомого, готового работать за еду, идею или «Как взлетим — половина компании твоя»), он около недельки в ненапряжном режиме на кофе и сигаретах писал прототипчик, потом всё это дело дружно тестили и вносили правки. Итого — полмесяца на черновой проект, дабы просто заценить, как всё будет работать.
Теперь можно скормить нейронке свой запрос на обычном человеческом языке без знаний программирования. Хотите приложение для тренировок — вперёд, промпт вида «анжумания записывать пресс качат» для нужной платформы — и в целом-то нейросеть выдаст вам вполне себе работоспособную версию. Отсюда, собсна, и название — приложение, сделанное на вайбе. Для прототипа это реально прорыв. Идею, на которую раньше уходили рабочие дни (и ночи) сеньора, теперь можно проверить за полдня.
И среди нейронок уже есть куча полезного — инструменты вроде Cursor, Replit, Lovable или GitHub Copilot отлично заточены под убедительное демо. А вот на что они фигово заточены, так это на жизнь после запуска: единый стиль кода, безопасность по умолчанию, реальный трафик, понятность для нового сотрудника через полгода. Всего этого просто нет. Приложение выглядит готовым на ноуте мамкиного вайбкодера, но на реальной нагрузке и настоящих данных начинает крашиться.
Занятно, что сам Андрей Карпатый уже назвал вайбкодинг устаревшим и предложил более жёсткую практику — agentic engineering: человек управляет агентами и обязательно ревьюит их работу, а не принимает вывод вслепую. Неконтролируемая генерация годится для черновика, а не для сервиса, от которого зависят люди.
Короче, штука в том, что если делать что-то более или менее серьёзное, чем приложушку для себя и пары знакомых, надо её поддерживать.
Если совсем коротко ответить на вопрос из заголовка — да никто. А если чуть подробнее — то без человека или его вмешательства тут пока никак, смотрите:
если до начала вайбкодинга не назначили ответственную команду — никто и не будет ничего чинить
сам ИИ, который написал код, не будет им в полной мере владеть и поддерживать
для любых адекватных правок нужен человек, который будет говорить, что именно надо поправить
тестировать работоспособность новых правок тоже надо с человеком
чаще всего (пока) ИИ лажает на так называемых «корнер-кейсах», читай — не самых популярных случаях. А юзера хлебом не корми — дай найти в приложении то, что оно делать не должно или не умеет
У нейросети нет памяти о своих решениях и о причинах конкретных решений на каждом этапе написания кода. У неё нет юридической ответственности, и ей откровенное поболт, если утекут персданные пользователей — это проблема кожаного мешка.
И пока что реальность такова, что происходящие косяки вайбкод-сервисов только доказывают этот тезис.
Когда вайбкод не выдерживал проверку продов
У популярной платформы SaaStr ИИ-агент Replit удалил боевую базу при явном запрете на изменения. Основатель десятки раз писал «стоп» — агент продолжил и заявил, что данные не восстановить. К счастью для ребят, данные-то они потом всё же восстановили, но вот осадочек остался.
Другой случай — образовательная платформа DataTalksClub, агент Claude Code по команде «почистить ресурсы» вообще нафиг выпилил целиком прод, сеть и бэкапы — годы студенческих работ. Чуваков спасло только то, что у облачного провайдера были свои изолированные бэкапы. Олды тут вспомнят всякие CCleaner-ы для винды, где по кнопке «Вынеси мусор» прога могла без проблем вынести ещё и половину винды мимо корзины.
Одни энтузиасты написали, цитируем, «социальную сеть без единой строки кода от человека». В итоге за три дня после запуска они слили в паблик сотни тысяч токенов и email из‑за дыр в правах доступа.
Были и более критичные случаи, когда вредоносная строка в куче сгенерированного кода вообще давала удалённый доступ к компьютеру пользователя.
И общее тут одно — не косяк какой-то конкретной модели от конкретной компании, а именно сам подход. Код на самом деле выглядел рабочим и был залит на прод без человека, который бы нёс за это ответственность и полностью понимал, что делает каждая строчка этого кода.
Четыре всадника раздолбайства
Если проанализировать все известные случаи вот таких диких вайбкод-косяков, можно выделить четыре основных инженерных провала на старте вайбкода. Если вдруг сами вайбкодите понемножку, имейте в виду.
Радиус поражения. Агент разработки имел доступ к боевой базе. Правильный вопрос до старта: если что-то пойдёт не так, как серьёзно всё навернётся? В идеале доступ у агента должен быть только до Песочницы. Прод — изолирован от него.
Принцип наименьших привилегий. Для демо удобно выдать «все права на всё». Ну реально, чего бы и нет. А вот для прода это сразу значит украденный аккаунт приложения = доступ ко всей базе. Узкие права ограничивают урон одной таблицей.
Нет отката. Набранный дрожащими руками промпт «Удалить окружение и создать заново» — это не откат, господа. Нормальный откат возвращает к последнему исправному состоянию за минуты, потому что его заложили заранее. Так что как бы вы ни верили в себя и в агента — делайте нормальные бэкапы с возможностью из них быстро восстановиться. Делайте руками и храните отдельно.
Всем поПроблемы с наблюдаемостью. О косяке узнают от пользователей или внешнего исследователя, а не от своих логов и алертов. Нет наблюдения — нет управления. Ну серьёзно, если у вас что-то покрашилось, и вы узнали об этом из письма в саппорт от недовольного юзера — вы что-то делаете не так. Возможно, часто и давно.
Тут внимательный читатель скажет — да погоди ты, это же ИИ, ChatGPT, нейросети, все дела, пускай сами всё делают. Почему модель сама это не ловит? Да просто потому, что она оптимизирует ответ под текущий промпт. У неё нет устойчивой картины ваших угроз, регуляторики и понимания, что если, например, вот эта кнопка перестанет работать, от вас за выходные свалит половина юзеров. А если продолбать таблицу с персданными — вам прилетит нехреновый такой штраф.
Окупается ли довольно серьёзная экономия на старте
Исследования уже фиксировали взрывной рост дублированного кода: модели снова и снова пишут похожие куски, не переиспользуя уже сделанное. Каждый дубль — лишнее место, которое придётся чинить при любом изменении. Ещё разок — даже при одинаковых промптах для одного и того же действия типа «Выгрузи все данные по юзеру за день» нейросеть будет заново писать разный код, а не просто копировать-вставить свой ранее написанный. Впрочем, это пока один из основных недостатков нейронок в целом.
Обычно вайбкод выглядит так. За три недели с ИИ выкатили MVP — работает. Юзеры регятся, начинают пользоваться приложением, что-то где-то требуется со временам допилить. Или, скажем, добавить пару фич по хотелкам.
Каждая такая фича — это «попросить модель поправить код, который она же писала и который никто толком не читал». Пулл-реквесты почти не разбирают: понять чужой (и свой же, но «нейросетевой») код дольше, чем тупо его сгенерировать. А затем находят баг, который затрагивает три почти одинаковых куска логики — и никто не уверен, какой из них реально в проде.
И мы тут приходим к штуке, которую уже назвали парадоксом доверия: большинство разработчиков уже используют ИИ, а вера в точность ответов падает. То есть кода с нейросетью всё больше, а вот уверенности в нём — всё меньше. Появилась даже отдельная ниша — rescue engineering, инженерия спасения: взять ИИ-сборку, ставшую непредсказуемой, и сделать её снова пригодной для владения. Если короче — просто прийти к вайбкодерам и починить то, что они перестали понимать.
Такое спасение редко означает «написать с нуля». Обычно это цепочка: карта архитектуры, разбор зависимостей, аудит безопасности, проверка базы, документация, рефакторинг, автотесты, мониторинг, соответствие нормам, в общем, просто гора всякого, о чём вайбкодер на старте и подумать-то не мог. И да, чем дольше приложение жило без такого аудита, тем дороже ремонт: на четвёртом месяце всё ещё можно поправить точечной настройкой руками профи, а вот, скажем, на десятом понадобится уже полная реконструкция.
Где ИИ реально полезен
ИИ отлично снимает рутину: типовые CRUD-ручки, бойлерплейт, черновики тестов, первичная документация, быстрый внутренний инструмент, проверка гипотезы за один день. Да хоть документацию уже можно аккуратненько написать, скорость-то офигенная.
Ограничение — ответственность. Модель не решает, какой риск допустим, не подписывает соглашения о работе с персданными или, если вы вообще смелый, с медданными. Не проходит аудит как сторона, которую можно привлечь. Регуляторы вроде GDPR, HIPAA, PCI-DSS и актов об ИИ всё жёстче требуют задокументированного человеческого надзора. Им пофиг, писал ли код сеньор или ИИ-агент: ответственность несёт организация.
Кто же чинит
Чинит тот, кого назначили до запуска: команда с договором, документацией, тестами и понятным временем реакции (умное слово SLA). А вот если такого владельца нет, при аварии часто выясняется, что — сюрприз— чинить некому: ИИ ничерта не помнит, основатель код не читает, в условиях платформы — все риски на пользователе (помните пункты вида «Принимаю сервис как есть»?).
В общем, рабочая формула: человек плюс ИИ. Нейронка пишет код, человек его проверяет и придумывает тесты, включая самые нестандартные действия в приложении.
Вайбкод — не зло, но и не какая-то серебряная пуля. Такой же инструмент, как и всё, что нам сейчас предлагают нейросети. Можете просто сходить в наш телеграм-бот, где мы собираем самые свежие модели, и попробовать бесплатно.
Обвинён за чужой Telegram. Я нашёл настоящего автора комментариев, но суд защищает ошибку ФСБ
26 августа я в пятый раз отправил кассационную жалобу в Верховный Суд РФ – заказным письмом с описью вложения. В тот же день ушло письмо Президенту РФ. Четыре предыдущие попытки подать жалобу закончились отказом в приёме или возвратом без рассмотрения – всякий раз по формальным основаниям, ни разу по существу. При этом моя невиновность зафиксирована нотариально, подтверждена заключением специалиста и не опровергнута даже специалистом УФСБ, которого суд вызвал сам.
Если вы читали мои прошлые посты – это продолжение и, надеюсь, развязка. Если нет – начнём с начала.
СУТЬ ДЕЛА
16 января 2025 года меня вызвали в Кировскую районную прокуратуру г. Уфы и обвинили в публикации комментариев в Telegram-сообществе башкирских националистов – ст. 20.3.1 КоАП РФ, «возбуждение ненависти либо вражды». Я к этим комментариям никакого отношения не имел, об этом сообществе вообще узнал от прокурора. Мне пришлось собственноручно дополнить объяснение, составленное прокурором. В нём я указал: «эти комментарии я не оставлял».
Всё дело строилось на справке ОРМ от УФСБ, где говорилось, что комментарии оставлены с Telegram-аккаунта с моим ID. ID действительно принадлежит моему аккаунту – но ника («ЭльдарЛ») и аватара (человек на мотоцикле) у меня никогда не было.
По сути, в справке ОРМ мой настоящий ID приписали к аккаунту, оставившему комментарии. Аккаунт у меня древний и только один: и для личных целей, и для работы, привязан к моему номеру телефона, чтобы те, кто знает мой номер, всегда могли меня найти. Ник с самого начала один и никогда не менялся.
ПЕРВЫЙ СУД: 16 января 2025
В тот же день, 16 января, я был признан виновным Кировским районным судом г. Уфы. Хотя я просил отложить заседание – нужно было время разобраться с материалами и найти адвоката, – судья отказал. Его интересовал лишь один вопрос:
– Telegram-ID ваш?
– Да, ID мой. Но ник, аватар и комментарии – не мои. Я к ним отношения не имею.
ПОКАЗАНИЯ В ФСБ: 17 января 2025
На следующий день меня вызвали в ФСБ г. Уфы для дачи письменных показаний. Я попросил оперуполномоченного показать те комментарии, которые мне приписывают, – до этого я видел их только в виде распечатанных чёрно-белых скриншотов в постановлении о возбуждении дела.
Оперуполномоченный нашёл в своём телефоне те комментарии в Telegram-сообществе. Комментарии были, но аккаунт, их оставивший, был удалён. На моё возражение, что это невозможно – мой аккаунт не удалён, вот он, действующий, – он ответил: «Значит, это как-то возможно. Вообще рекомендую вам заменить Telegram-клиент, а лучше и вовсе удалить аккаунт. И не стоит подавать апелляцию: будет их слово против вашего, и, если захотят – жизнь вам испортят».
КЛЮЧЕВОЕ ОТКРЫТИЕ: реальный ID автора
Дома из бумажного постановления о возбуждении дела я вручную перепечатал URL-адрес и попал на сам комментарий и тот удалённый аккаунт. ID автора мне показал клиент с расширенными функциями. Потом я проверил его в официальном десктопном приложении Telegram – там это тоже можно – и именно эту проверку мы зафиксировали у нотариуса: в протоколе осмотра от 22 января 2025 года описаны и порядок, и результат.
ID у автора комментариев – не мой. Не тот, который значился в материалах дела и в справке ОРМ УФСБ.
1/2
Нотариальный протокол осмотра доказательств
ПОИСК АДВОКАТА И ЭКСПЕРТИЗА
Адвоката тогда я не смог найти: все отказывались, как только узнавали, что дело связано с ФСБ и что в справке ОРМ допущена ошибка. Советы были в духе: «Не ходите поздно один и карманы зашейте».
Лишь один юрист посоветовал заказать заключение специалиста в дополнение к нотариальному протоколу. Я нашёл специалиста с профильным образованием, он сделал заключение.
1/2
Заключение специалиста на 77 страницах
ПЕРВАЯ АПЕЛЛЯЦИЯ: февраль – март 2025
Разбирательство прошло в два этапа. На первом заседании судья Ахмеджанов Х.М. принял мои доказательства: нотариальный «Протокол осмотра и исследования доказательств» и «Заключение специалиста». Он выявил расхождение ID и то, что настоящий ID автора вообще не значится в материалах дела, и решил вызвать оперуполномоченного ФСБ для разъяснений.
17 марта 2025 года прошло второе заседание. Пришёл оперуполномоченный, принёс «новую» справку ОРМ, в которой выявленный мной ID тоже «оказался» моим. Рассекретить материалы справки он отказался: государственная тайна. И вообще всё из-за того, что у меня «неофициальный клиент – Telegram X».
1/2
Справка ОРМ №1 (исходная): на ней строилось обвинение в январе. Моему реальному ID приписали чужой ник и чужие комментарии. Справка ОРМ №2 «подгонка под ответ»: теперь чужой ID внезапно тоже «оказался моим».
Искал активность аккаунта-автора (ID 8135163021) не только я. Пикабушники в комментариях под моими прошлыми постами сами пробили оба ID и начали выкладывать найденное. Портрет складывался однозначный: тот человек причислял себя к мусульманам (я неверующий), работал в России охранником (я никогда не работал в охране), много писал в киргизских сообществах (меня с Киргизией ничего не связывает).
Я показал, что ровно в то время, когда были оставлены комментарии, я переписывался с женой в WhatsApp. На это оперуполномоченный заявил, что я использовал «отложенные сообщения». Проблема в том, что автор активно вёл дискуссию – значит, и собеседники тоже должны были использовать «отложенные сообщения». В эту версию было сложно поверить даже при очень большом желании.
Судья Ахмеджанов Х.М. отменил постановление и прекратил производство по делу – в связи с недоказанностью обстоятельств, на основании которых оно было вынесено. Запомните эту формулировку, она ещё пригодится. Но на этом всё не закончилось.
КАССАЦИОННЫЙ ПРОТЕСТ: Республиканская прокуратура
Республиканская прокуратура в лице заместителя прокурора принесла кассационный протест в Шестой кассационный суд г. Самары. В протесте указывалось: представленный мною нотариальный протокол «не содержит прямого указания на то, что аккаунт с ID 8135163021 не принадлежит мне».
Другими словами: обвиняемый обязан доказать, что чужой аккаунт – не его. Прокуратура сняла с себя бремя доказывания моей вины и потребовала его с меня. Также указали, что не был вызван специалист УФСБ, который должен был разъяснить «механизм работы Telegram X».
Судья Юдкин А.А. Шестого кассационного суда отменил решение судьи Ахмеджанова Х.М. и вернул дело на новое рассмотрение.
ВТОРАЯ АПЕЛЛЯЦИЯ: 19 мая 2025
Заседание длилось более четырёх часов. Состав внушительный: я с адвокатом, судья, секретарь, два прокурора (районный и республиканский), оперуполномоченный и специалист из УФСБ.
Судья – уже другой, Ахметов М.Ф. (Ахмеджанов Х.М., как писали в интернете, ушёл в отставку; надеюсь, это не связано с моим делом – он проявил себя грамотным профессионалом).
Специалист УФСБ, к моему удивлению, дал честные технические показания. Он подтвердил в судебном заседании все ключевые тезисы защиты:
– один номер – один аккаунт в Telegram;
– восстановить удалённый аккаунт технически невозможно;
– пользователь не может сам изменить свой ID.
Он признал, что не может объяснить расхождение ID: почему в материалах дела фигурирует мой ID, если комментарии оставил пользователь с другим ID. Также подтвердил, что функция нескольких аккаунтов есть и в обычном Telegram, – что окончательно обесценило довод обвинения про «особый» Telegram X (который, к слову, вообще-то официальный клиент Telegram).
Довод обвинения развалился прямо в заседании. Но судья Ахметов М.Ф. ухватился за гипотезу: «МОГ использовать виртуальный номер». Обращаю внимание: не «использовал», а «мог». При этом гипотеза логически не объясняет ключевого противоречия дела – расхождение ID в справке ОРМ. Если бы я действительно создал второй аккаунт на виртуальный номер, комментарии были бы оставлены с этого второго аккаунта, со своим уникальным ID. Это никак не объясняет, почему в справку ОРМ внесён ID моего единственного аккаунта. Гипотеза суда отвечает на вопрос, которого в деле нет, и игнорирует тот вопрос, на который ответа так и не дали.
И на этом основании я остался обвинённым.
ДЕТЕКТИВНЫЙ АНАЛИЗ: кто оставил комментарии
Но это ещё не всё. Готовясь к заседанию 19 мая, я проанализировал все доступные сведения об аккаунте: скриншоты, сообщения в открытых сообществах. Сделал это потому, что кассационный суд и республиканская прокуратура переложили на меня бремя доказывания моей невиновности – и я был вынужден подчиниться.
Подчёркиваю: вся информация получена исключительно из открытых источников – публичных Telegram-каналов, форумов и соцсетей. Никаких хакерских методов, никакого доступа к закрытым данным.
Я выявил закономерности: на скриншоте бота, который показывает пользователей с наибольшим числом общих чатов с ID 8135163021, повторяются аккаунты с именами: ЛЭМ, LEM, Эл, Эд, Lucky John и т.д. В основном аккаунты удалены, но есть и действующие. У некоторых видна смена имён.
Например, у удалённого ID 7099040865 (Sagitarius) было имя «ЭльдарЛ.» – точь-в-точь как у аккаунта с ID 8135163021. По данным поискового бота, ID 7099040865 был активен с 23.08.2024 по 30.09.2024, а ID 8135163021 – с 01.10.2024 по 19.11.2024. Комментарии оставлены 18.11.2024. То есть: 30 сентября – удаление старого аккаунта, 1 октября – переход на новый, имя оставил то же.
Но что означают эти «ЛЭМы» и «Sagitarius-ы»? ЛЭМ и LEM – если это инициалы, то я не ЛЭМ, я ЛЭЮ (Эльдар Юрьевич). Sagitarius – стрелец, но я не стрелец, я овен. Анализ можно продолжать, но картина и так очевидна.
В феврале, когда мне прислали этот скриншот, я ещё не придал значения повторяющимся никам. "El Dorado" — это второй ник аккаунта 8135163021
В открытых источниках существует анкета (резюме на сайте поиска работы) человека, чьи параметры полностью совпадают с профилем автора комментариев. Это не я, и я с этим человеком не знаком. Проверить может любой через открытые поисковики. Я лишь констатирую: элементарная проверка открытых источников выявляет иного кандидата, которого следствие по какой-то причине не рассматривало.
И сразу оговорка: я ни в коем случае не обвиняю этого человека и не призываю к его преследованию. Я упоминаю о нём по одной причине: в наших реалиях публичность – единственная форма защиты. Я не хочу, чтобы с ним что-то случилось «в тишине» только потому, что его существование ломает отчётность.
Я рассказал только малую часть: Telegram-ники содержат отсылки к одноимённым профилям ВК и Одноклассников, связь с Кыргызстаном, работу в охране и т.д. Я сыграл по их правилам – и на 11 страницах детального анализа пошагово показал, что аккаунт не мой. Зачитал всё в суде, анализ приобщён к материалам дела. И что изменилось? Ничего. Вначале представители прокуратуры иронично улыбались, но по мере чтения их лица становились всё грустнее – и в конце представитель республиканской прокуратуры сказала: «Нормальный человек это не найдёт, такой анализ не сделает». ¯\(ツ)/¯ штош. По логике прокуратуры, моя невиновность и умение анализировать информацию делают меня «опасным». Судья Ахметов М.Ф. оставил постановление в силе с формулировкой: «МОГ использовать виртуальный номер». Я подал кассационную жалобу.
ПРОДОЛЖЕНИЕ СУДЕБНОЙ ТЯЖБЫ
Жалоба попала к тому же судье Шестого кассационного суда – Юдкину А.А., которому вдруг перестали быть интересны показания специалиста, из-за отсутствия которых он сам же и возвращал дело на новое рассмотрение. Он подтвердил законность обвинения на основе гипотезы о виртуальном номере. Единственное, что изменил, – исправил дату обвинительного постановления. Теперь я осуждён не датой накануне суда (15 января), а 16 января.
И вот здесь стоит остановиться и вспомнить формулировку судьи Ахмеджанова от 17 марта: «в связи с недоказанностью обстоятельств, на основании которых оно было вынесено». С того дня в материалы дела не поступило ни одного нового доказательства моей вины. Ни одного. Единственное, что появилось за это время, – показания специалиста УФСБ 19 мая, и они работали против обвинения. Обвинение не стало сильнее — оно стало слабее. Но итог оказался обратным: 17 марта недоказанность стала основанием прекратить дело, а 20 августа – основанием оставить обвинение в силе. Одни и те же материалы, то же самое отсутствие доказательств — и противоположные выводы. Разница только в том, что в первый раз вывод соответствовал закону.
ПЯТЬ ПОПЫТОК ДОБРАТЬСЯ ДО ВЕРХОВНОГО СУДА РФ
Первая – через «Госуслуги»: отказ в приёме.
Вторая – через сайт ВС РФ: отказ (нет усиленной цифровой подписи).
Третья – через канцелярию суда первой инстанции: прислали почтой назад с пометкой «подавайте напрямую в ВС РФ».
Четвёртая – почтой с описью вложения. Зарегистрировали. Но 17 декабря 2025 года – возврат без рассмотрения: копии постановлений «надлежащим образом не заверены». Бумажного письма я так и не дождался; позвонил в ВС – ответили: «напишите заявление, пришлём в электронном виде». 30 декабря на сайте пришёл ответ: «Возвращаю Вашу жалобу… Приобщённые копии постановлений надлежащим образом не заверены: отсутствуют заверяющая подпись и гербовая печать суда…»
Письмо с ВС РФ
Пятая – текущая. Я получил в суде первой инстанции заверенные копии именно тех двух постановлений, которые указал сам Верховный Суд в письме от 17.12.2025 (постановление Кировского райсуда от 15 (16) января 2025 года и постановление Шестого кассационного суда от 20.08.2025), и 26 августа 2026 года отправил жалобу заказным письмом с описью вложения.
Параллельно, в тот же день, я отправил письмо Президенту РФ – как гаранту Конституции (ст. 80). Прошу о двух вещах: направить дело на независимую проверку в Генеральную прокуратуру (центральный аппарат, а не республиканскую, – конфликт интересов очевиден) и посодействовать тому, чтобы моя жалоба наконец была рассмотрена по существу.
ПОСЛЕДСТВИЯ ДЛЯ СЕМЬИ
Публичность принесла и сопутствующий шум: скамеры, провокации в сети, попытки взлома старых почтовых ящиков. Но мы научились держать удар.
18 декабря 2025 года – на следующий день после того, как Верховный Суд письмом от 17.12.2025 вернул мою четвёртую жалобу (самого письма я тогда ещё не видел, о возврате не знал) – мне позвонили из Кировской районной прокуратуры. Тот самый прокурор, который 16 января составил протокол:
– Эльдар Юрьевич, почему не оплатили штраф?
– Почему я должен оплачивать то, чего не совершал?
– Ну вы опять начинаете… Это наша работа, нам дело дали – мы его делаем.
– Разве прокуратура не надзорный орган? Не должна проверять дело, а не просто «делать»?
Он положил трубку. В тот же день мне, на тот момент отцу четверых дочек, заблокировали все банковские счета – перед Новым годом. Разблокировали только в январе, после праздников. К тому моменту штраф уже списали принудительно.
После четвёртого возврата меня накрыло отчаяние. Казалось, тупик абсолютный: система показала, что может поставить стену из бюрократии и заблокировать счета, а ты бессилен.
Но время шло. Прошло полгода, и жизнь не остановилась. У нас с женой родился пятый ребёнок. Жена поступила в магистратуру, я закрывал две сессии и проходил практику, не прекращая работать. Я был вынужден на время погрузиться в семью, учёбу и заработок. Но мысль о несправедливости не уходила ни на день. И я понимаю: моё бездействие касается не только меня – оно наносит урон обществу. Именно поэтому предпринимаю пятую попытку достучаться до Верховного Суда РФ.
ИТОГИ И РАЗМЫШЛЕНИЯ
Всё это тяжело – начиная с судилища 16 января, больше похожего на чрезвычайное судебное заседание, и заканчивая отменой законного решения, которое лишь на миг вернуло веру в правосудие.
Я перестал понимать, в какой системе координат мы живём. И страшно не за себя – за детей. Они растут в правовой незащищённости, где человека могут обвинить без единого доказательства – более того, вопреки железобетонным доказательствам невиновности. И ты бессилен: никто не встанет на твою сторону, даже наоборот – отворачиваются. Даже близкие начинают относиться как к прокажённому.
Один адвокат (по крайней мере, он так себя назвал) сказал: «Тебя легче им убить, чем признать, что они обвинили не того. А ты ещё и за них нашёл, кто оставил комментарии». Честно говоря, я не верю в такой исход. Но если это всё-таки так – то я, как мученик, попаду в Рай, а они просто - не попадут. Про «рай» – это, конечно, горькая ирония атеиста, но в нашей эсхатологической реальности порой только сарказм и позволяет не сойти с ума.
«Зачем тебе всё это? Не проще было заткнуться и стерпеть?» – самый частый вопрос за всё это время. Я никого не сужу: страх перед машиной, которая может раздавить любого, – естественная реакция, стыдиться её не надо. Но для меня смириться в этой ситуации – значит перешагнуть через себя. Я не навязываю свой путь никому, но и отнять у меня право отстаивать правду никто не может.
ВАЖНОСТЬ ИСХОДА В ВЕРХОВНОМ СУДЕ
Исход в Верховном суде юридически важен, но правду он уже не изменит. Кейс состоялся и говорит сам за себя.
Техническая невиновность доказана и не опровергнута: комментарии оставлены не с моего ID. Это зафиксировано нотариусом, подтверждено специалистом и не опровергнуто специалистом ФСБ в суде.
Ошибка (или подлог) задокументирована навсегда: в материалах дела остаётся справка ОРМ, приписавшая моему аккаунту чужие действия, – и её «новая редакция», появившаяся после того, как защита вскрыла расхождение. Это никуда не исчезнет, сколько бы инстанций его ни игнорировали.
Первая апелляция – не удача, а справедливое правосудие. Когда судья Ахмеджанов увидел доказательства, он вынес единственно возможное решение. В правовом государстве это называется «работа». В нашей реальности – исключение, за которое, видимо, приходится платить.
Если Верховный Суд оставит решение в силе – это будет приговор не мне, а самому институту судебной защиты. Я подаю жалобу в пятый раз не из наивной веры в идеальность системы. Я делаю это, потому что принципиально отказываюсь добровольно сдавать правовое поле. Верховный Суд – высшая процессуальная точка страны, и я даю институту возможность выполнить его прямую обязанность: исправить очевидную ошибку и не допустить прецедента, когда человека судят вопреки законам математики, лишь бы не признавать брак в справке ФСБ.
История расставит всё по местам. Официальный вердикт ещё не вынесен, но кейс уже стал прецедентом – эталонным примером того, как (не) работает правосудие в наши дни.
Именно поэтому я обращаюсь к вам – не за спасением, а за свидетельством.
Простому читателю: поделитесь историей – перешлите ссылку или расскажите своими словами.
Пикабушнику: поднимите пост, пожалуйста – это поможет истории дойти до нужных людей.
Журналисту и правозащитнику: это готовое расследование. Первичная проверка делается прямо из этого поста: пять номеров дел, документы в приложениях, хронология. Дальше – два пути. Первый: все данные – в легальном открытом доступе (OSINT), цепочка профилей восстанавливается независимо, без меня, – именно так я её и собирал. Второй: мой анализ – 11 листов, приобщённых к материалам дела, – экономит время. Пришлю его по запросу с рабочей почты редакции или организации – для этого напишите на [contact.latypovсобакаgmail.com] с адреса издания. Личную почту не обижусь увидеть в копии, но ответ будет только на редакционную.
Документалистам и авторам подкастов: здесь готовая фактура о том, как функционирует следственная и судебная машина цифровой эпохи изнутри.
Мне не нужна слава и не нужна компенсация. Мне нужно, чтобы эта ошибка (или подлог) не разрушила жизнь следующему человеку.
К КОМАНДЕ РАЗРАБОТКИ И ПОДДЕРЖКИ TELEGRAM
Я знаю, что мессенджер не выдаёт персональные данные и не вмешивается в судебные процессы. Но моя защита уже строится на вашей документации Telegram API, которая гласит: user_id – уникальный и неизменяемый параметр.
Мне нечего скрывать. Я публично заявляю о готовности к верификации: если команда Telegram посчитает возможным подтвердить, что мой 10-летний основной аккаунт (ID 101522258) и удалённый аккаунт, с которого оставлены комментарии (ID 8135163021), – два разных объекта системы, никогда не пересекавшихся, – я открыт к такой проверке.
Я не прошу вмешательства в судебный процесс. Я лишь фиксирую факт: сторона защиты открыта к незаангажированной технической экспертизе. В то время как сторона обвинения закрывает материалы грифом «государственная тайна» и по сей день не может дать технического объяснения расхождению ID.
P.S. Вопросы к сообществу
Юристам: суд сослался на предположение «мог использовать виртуальный номер» – при полном отсутствии доказательств использования. Это прямое нарушение ст. 49 Конституции РФ и ст. 1.5 КоАП РФ? И важный нюанс: срок давности по ст. 20.3.1 – один год (ст. 4.5 КоАП), он истёк 18 ноября 2025 года, уже после вступления постановления в силу. Я категорически против прекращения дела «по давности» (п. 6 ч. 1 ст. 24.5 КоАП) – это нереабилитирующее основание, оно не смывает полтора года клейма. Насколько реально добиться прекращения по реабилитирующему основанию? И остаётся ли жалоба в КС РФ, если Верховный Суд откажет?
IT-специалистам: в справке ОРМ УФСБ мой реальный Telegram-ID (user_id) приписали к чужому аккаунту – с другим ником, аватаром и историей активности. Технически (если знакомы с архитектурой MTProto и БД Telegram) возможна ли здесь «коллизия» или «ошибка парсинга» – когда ID случайно подтягивается от одного человека, а контент от другого? Или архитектура Telegram исключает такое, и это однозначно ручное сведение?
Правозащитникам: какие механизмы международной защиты остаются, если Верховный Суд откажет, а признание ошибки ФСБ внутри страны стало практически невозможным? КПЧ ООН, специальные процедуры ООН? «Пиши в Спортлото» - тролли скажут сами, вопрос не к ним – давайте обсудим реальные варианты, чтобы это помогло другим.
Первая апелляция: Верховный Суд РБ – дело № 7-52/2025. Судья Ахмеджанов Х.М. изучил нотариальный протокол, выявил расхождение ID и прекратил производство – в связи с недоказанностью обстоятельств, на основании которых было вынесено постановление. Верховный Суд Республики Башкортостан
Первая кассация: Шестой КСОЮ (г. Самара) – дело № 16-2297/2025. По протесту зампрокурора РБ отменил решение, вернул дело на новое рассмотрение. Судья Юдкин А.А. Шестой кассационный суд общей юрисдикции
Вторая апелляция: Верховный Суд РБ – дело № 7-124/2025. Судья Ахметов М.Ф. оставил обвинительное постановление в силе – вопреки показаниям специалиста УФСБ, поддержавшего защиту. Основание: гипотеза «МОГ использовать виртуальный номер». Верховный Суд Республики Башкортостан
Вторая кассация: Шестой КСОЮ (г. Самара) – дело № 16-4860/2025. Тот же судья Юдкин А.А. Единственное изменение – исправление даты с 15 на 16 января. Шестой кассационный суд общей юрисдикции
Важно, прочитайте перед комментированием! 1. Данные человека, который, вероятно, является реальным автором комментариев, я принципиально не публикую — и прошу вас не искать их, а если нашли — не выкладывать в комментариях. Я его не обвиняю: его вина не доказана судом, а самосуд навредит и ему, и моему делу. Вся информация передана в суд и содержится в материалах дела.
2. Постановление вступило в законную силу, все региональные инстанции пройдены, а штраф списан принудительно (впереди только Верховный Суд РФ). Деньги я не собираю — не нужно отправлять или предлагать. Как отключить монетизацию в настройках, я не нашёл. Единственная просьба — распространение.
3. Все ключевые документы — в приложениях к посту. Всё проверяемо: номера дел указаны в конце текста, любой юрист или журналист может запросить материалы.
