MURYNX v0.0.1
Если совсем коротко, MURYNX задуман как сервис для проверки брендов.
В полной версии пользователь вводит название или домен и получает карту связанных компаний, сайтов, лицензий, людей и проектов. Рядом с каждым выводом находится источник. Если два источника говорят разное, система не выбирает удобную версию молча, а сохраняет противоречие.
Маркетолог сможет понять, как бренд выглядит со стороны и каких подтверждений ему не хватает. PR-специалист сможет следить за упоминаниями, связями и изменениями. Владелец бренда увидит цифровую историю проекта целиком, а не по частям. Аналитику, SEO-специалисту или исследователю не придётся каждый месяц заново собирать одну и ту же таблицу о конкурентах.
Нынешняя Alpha умеет значительно меньше. Она принимает бренд или домен, обращается к трём открытым источникам, создаёт локальный workspace и показывает найденные записи вместе со ссылками и временем проверки. Полная карта сущности, отраслевые источники, мониторинг и приватные подключения пока находятся в разработке.
Пожалуй, это самое простое и честное объяснение проекта.
Меня всегда немного смущали цифры, происхождение которых невозможно проверить.
Практически любой сервис сегодня умеет показать красивую оценку. У сайта есть авторитетность. У бренда есть видимость. У компании есть trust score. Рядом стоит число, график и стрелка, которая показывает, что за последний месяц всё стало либо немного лучше, либо немного хуже.
Но если попробовать пройти обратный путь и выяснить происхождение конкретной цифры, начинаются сложности. Из каких фактов она получена? Какие источники использовались? Когда они проверялись? Почему два объекта система посчитала связанными? Что именно изменилось с предыдущего расчёта?
Иногда ответ находится в документации. Иногда его можно примерно восстановить. Иногда остаётся только довериться интерфейсу.
Меня это всегда немного смущало.
В какой-то момент из этого наблюдения появился MURYNX.
Что я вообще пытаюсь построить
Если дать более точное определение, MURYNX представляет собой сервис для исследования цифровых сущностей. Брендов, компаний, людей, доменов, продуктов и любых других объектов, вокруг которых со временем появляется информация.
Последние несколько лет я довольно много пишу о сущностях и их значимости. Мне всё меньше верится, что поисковые системы, социальные платформы и AI оценивают материалы исключительно по отдельности. Скорее они постепенно собирают более общую картину.
Компетенции человека, тематики, проекты, окружение, упоминания, поведение аудитории и история развития начинают восприниматься как части одного объекта. То же самое происходит с брендами. Сайт остаётся важным, но он становится одним из сигналов, а не всей сущностью.
Проблема в том, что сама сущность обычно нигде не лежит в готовом виде.
Представим условный игровой бренд. У него есть основной сайт, несколько дополнительных доменов, юридический оператор, лицензия, технологическая платформа, платёжные партнёры и разные варианты названия. В одной юрисдикции он работает через одну компанию, в другой через другую. Старые статьи продолжают связывать его с прежним владельцем. Юридическая страница обновилась, а несколько каталогов ещё три года будут показывать старые сведения.
Каждый отдельный факт найти можно. Сложнее понять, какие факты относятся к одному объекту, какие источники действительно независимы и насколько уверенно всё это можно связать между собой.
Именно здесь должен работать MURYNX.
Он не должен просто сообщать, что бренд связан с определённой компанией. Мне хочется видеть, где эта связь подтверждается, когда источник проверялся и какие идентификаторы совпали. Если источники противоречат друг другу, я хочу видеть все версии. Если уверенности недостаточно, система должна так и сказать.
Наверное, главное отличие проекта можно сформулировать одной фразой:
MURYNX не продаёт оценки. Он показывает доказательства, из которых эти оценки получаются.
Почему одной цифры мне стало недостаточно
Я не против индексов и рейтингов. Они помогают быстро сравнивать большие объёмы информации. Без общей оценки любой дашборд довольно быстро превращается в бесконечный архив документов.
Но оценка должна быть началом исследования, а не его концом.
В полной версии это должно работать примерно так. MURYNX показывает Entity Confidence 82 из 100. Пользователь нажимает на число и видит компоненты расчёта. Личность юридического оператора подтверждена двумя источниками. Домен присутствует в официальной записи. Корпоративные данные выглядят актуальными. При этом адрес на сайте не совпадает с адресом в реестре, поэтому часть уверенности потеряна.
Дальше каждый компонент можно открыть до конкретного факта, а факт до первоисточника.
Получается последовательная цепочка: источник, наблюдение, факт, связь и итоговый показатель.
Если пройти этот путь невозможно, цифра остаётся мнением системы о самой себе.
Мне кажется, именно происхождения сегодня не хватает многим инструментам. Все научились считать. Объяснять собственные расчёты научились далеко не все.
Десять сайтов ещё не означают десять подтверждений
Есть ещё одна проблема, которая особенно заметна при работе с открытыми источниками.
Компания выпускает пресс-релиз. Его перепечатывают десять сайтов. Затем агрегатор находит одиннадцать одинаковых утверждений и делает вывод, что информация подтверждена множеством источников.
Формально всё выглядит убедительно. Но источник по-прежнему один.
Копировать информацию интернет умеет значительно лучше, чем проверять её происхождение.
Поэтому MURYNX должен учитывать не только количество найденных страниц, но и зависимость между ними. Если десять публикаций появились из одного пресс-релиза, это одна ветка доказательств. Если официальный реестр и независимый корпоративный документ подтверждают один идентификатор, это уже другая ситуация.
Такая логика сложнее обычного подсчёта упоминаний. Зато она не позволяет уверенности расти только потому, что одна и та же фраза хорошо разошлась по интернету.
Десять копий не становятся десятью источниками.
Что делать, когда данные не сходятся
Реальные данные редко бывают аккуратными.
В официальном реестре указан один адрес. На сайте бренда другой. В старом документе третий. Одна публикация связывает проект с определённой компанией, но прямого подтверждения в доступных записях уже нет.
Большинство систем пытается выбрать наиболее вероятный вариант, а остальные убрать с основного экрана. Так профиль выглядит чище, а итоговая оценка увереннее.
Я не уверен, что это правильный подход.
В MURYNX противоречие должно оставаться отдельным объектом. У него есть источники, даты, статус и влияние на общую оценку. Оно не исчезает, пока не появляется новое доказательство или человек не принимает осознанное решение.
Иногда результат исследования должен звучать не как «факт подтверждён», а как «доступных данных пока недостаточно».
Для маркетингового дашборда это не самый эффектный ответ. Для инструмента, которому предполагается доверять, вполне нормальный.
Вообще мне всё больше нравится идея, что неопределённость тоже является данными. Не каждую найденную связь нужно немедленно превращать в зелёную галочку.
Чем это отличается от привычных инструментов
Я долго пытался найти похожий подход среди уже существующих продуктов. Отдельные части есть почти везде, но обычно они решают другую задачу.
SEO-сервисы хорошо считают позиции, ссылки, запросы и видимость сайта. Но сайт и бренд не всегда одно и то же. Один бренд может жить на нескольких доменах, работать через разные компании и менять юридического оператора. Если смотреть только на страницы и ссылки, значительная часть этой конструкции останется за кадром.
Системы мониторинга собирают упоминания и иногда определяют их тональность. Это полезно, но тысяча сообщений ещё ничего не говорит о происхождении факта. Они могут оказаться пересказом одной публикации или следствием искусственной активности. MURYNX должен показывать не только количество сигналов, но и их независимость.
Корпоративные базы умеют выдавать готовые карточки компаний. Проблема начинается там, где бренд, домен, лицензия и юридическое лицо не совпадают напрямую. Пользователь видит итоговую запись, но не всегда может понять, кто, когда и на основании какого документа соединил её с остальными объектами.
AI-инструменты быстро готовят исследования и убедительно пересказывают найденное. Я сам ими пользуюсь. Но один и тот же запрос завтра может дать другой ответ, а уверенный тон не является подтверждением. Для MURYNX нейросеть может быть помощником при чтении документов, но не первоисточником и не владельцем окончательного решения.
Есть ещё сервисы оценки репутации и рисков. Они обычно дают итоговый балл и краткое объяснение. В MURYNX балл нужен только как вход в исследование. Его можно разложить до отдельных правил, фактов и источников, а затем воспроизвести на той же версии методологии.
Получается несколько отличий, хотя я бы не хотел превращать их в рекламный список. Архитектура MURYNX строится вокруг происхождения и независимости сведений, видимых противоречий, истории изменений и единого графа объектов. Полная версия должна находить не просто похожих конкурентов, а фактическую причастность: общую компанию, директора, лицензию, платформу, доменную инфраструктуру или другой проверяемый идентификатор. Любой такой вывод должен открываться до первоисточника.
Для меня это и есть основа продукта. Не самая большая база и не самое красивое число, а возможность проверить путь от числа до документа.
Не только состояние, но и история
Сегодня домен связан с одним оператором. Год назад он был связан с другим. Компания сменила адрес. Появилась новая лицензия. Старое юридическое название ещё встречается в поиске, хотя в официальных документах уже используется новое.
Если просто перезаписывать значения, значительная часть смысла исчезнет.
Поэтому в основе MURYNX должен находиться Evidence Graph. Если объяснять человеческим языком, это карта объектов, фактов, источников и связей между ними.
Есть бренд. Есть компания. Есть домен. Есть запись в реестре, которая связывает торговое название с юридическим лицом. Есть юридическая страница сайта, где указан оператор. Есть техническая запись домена. В будущей модели все эти элементы будут сохраняться отдельно, а система покажет, какие выводы на них опираются.
Если источник изменился, можно понять, какие факты он подтверждал и какие оценки нужно пересчитать. Если источник исчез, вывод не должен продолжать выглядеть так, будто ничего не произошло.
История методологий тоже должна сохраняться. Если через год формула Entity Confidence изменится, старый отчёт не должен тихо получить новый смысл. Пользователь должен видеть, по какой версии правил он был рассчитан.
Звучит немного скучно. Версионирование редко попадает на обложки презентаций. Но без него система довольно быстро забывает, почему вчера она была уверена в одном, а сегодня показывает другое.
Я довольно активно использую нейросети. Они хорошо помогают работать с большими документами, находить фрагменты, группировать тексты и готовить черновики.
Но ядро MURYNX, на мой взгляд, должно оставаться детерминированным.
AI может помочь прочитать лицензию. Может обратить внимание на противоречие. Может объяснить сложный отчёт простыми словами. Но он не должен самостоятельно придумывать недостающий факт или незаметно объединять две компании, потому что их названия выглядят похожими.
Если используются одинаковые исходные данные и одинаковая версия правил, результат должен быть одинаковым. Иначе воспроизвести исследование будет невозможно.
Ещё есть довольно практичная причина. Модели меняются, дорожают и вводят новые ограничения. Инструмент, рассчитанный на многолетнюю работу, не должен терять основную функцию после очередного обновления API.
Поэтому AI может находиться над Evidence Graph, но не вместо него.
Факты должны оставаться фактами, кандидаты кандидатами, а предположения предположениями.
Первой вертикалью MURYNX стал iGaming.
Не потому, что продукт навсегда должен остаться только в этой индустрии. Просто здесь особенно хорошо видна проблема сущностей.
Один бренд может быть связан с несколькими операторами, лицензиями, доменами и юрисдикциями. Между брендом и оператором может находиться white-label-платформа. Отдельно существуют игровые провайдеры, платёжные компании, владельцы и аффилированные проекты.
Информация распределена между реестрами, юридическими страницами, корпоративными документами, техническими данными доменов и отраслевыми публикациями. Обновляется всё это, конечно, не одновременно.
SEO-инструмент хорошо показывает страницы, позиции и ссылки. MURYNX должен видеть сам объект и структуру подтверждённых связей вокруг него.
Если модель сможет нормально работать с iGaming, где сущности постоянно пересекаются и меняются, позже её можно будет адаптировать к другим регулируемым рынкам.
Начинать сразу со всего мне кажется плохой идеей. Универсальные инструменты часто прекрасно поддерживают любую сущность, пока не начинаешь разбираться в конкретной.
Ваши данные не должны становиться нашими
Отдельный вопрос связан с устройством рабочих пространств.
Мне не хочется строить MURYNX вокруг общей закрытой базы клиентских исследований. Пользователь должен сам выбирать сущности, источники и подключения. Данные разных проектов не должны смешиваться.
Сейчас Alpha работает по local-first принципу. Пользователь вводит бренд или домен, запускает первый публичный скан, а workspace сохраняется в его браузере. Его можно экспортировать в JSON или удалить.
У такого подхода есть очевидные ограничения. Браузер не сможет продолжать мониторинг после закрытия вкладки. Не будет нормальной синхронизации между устройствами и совместной работы.
Поэтому обещать, что MURYNX вообще ничего не будет хранить, было бы странно. Для облачной версии понадобятся настройки workspace, evidence records, история изменений, права доступа и защищённые токены подключений.
Принцип здесь другой: хранить только то, без чего выбранные функции не работают, и не превращать клиентские данные в собственный информационный актив.
Google Search Console, GA4 и другие приватные источники пользователь будет подключать самостоятельно через OAuth. Доступ ограничивается конкретным workspace, выбранными ресурсами и минимально необходимыми разрешениями.
Исходные данные не должны использоваться для обучения моделей или переноситься между проектами. Экспорт должен быть доступен без обращения в поддержку. Удаление workspace должно означать удаление активных данных и последующую очистку резервных копий по опубликованной политике.
К Beta каждому workspace понадобится строгая изоляция на уровне доступа и хранения. Токены подключений должны храниться в зашифрованном виде, а открытый интерфейс не должен иметь к ним прямого доступа. Права лучше выдавать по принципу необходимого минимума. Если сервису достаточно чтения одного ресурса, он не должен просить возможность изменять всё остальное.
Нужен и журнал действий. Пользователь должен видеть, какой источник был подключён, когда происходил сбор данных, кто изменил правило или подтвердил спорную связь. Резервные копии, сроки удаления и порядок реагирования на инциденты придётся описать обычным языком, а не прятать в документе, который никто не читает.
Я не хочу заранее обещать абсолютную безопасность. Такой формулировке вообще трудно доверять. Можно обещать более проверяемые вещи: минимальный сбор, шифрование, изоляцию, ограниченные права, журналирование, экспорт и понятное удаление. По мере приближения Beta эти решения должны пройти отдельную проверку безопасности.
Приватность в таком продукте не является отдельной страницей на сайте. Это набор ограничений, которые иногда делают разработку медленнее. Наверное, так и должно быть.
Одним из первых рабочих названий проекта было MURA. Позже появилось MURYNX, сконструированное имя с ассоциацией с латинским `mus, muris`, небольшим грызуном.
Так символом проекта стала крыса.
Не как образ агрессии или попытка кого-то спровоцировать. Мне скорее нравится крыса в роли исследователя. Она изучает сложные пространства, замечает изменения и находит маршруты, которые не видны снаружи.
Крысы помогли человечеству провести огромное количество исследований. Героями этих историй они становились редко. Но неизвестную территорию часто исследовали первыми.
Логотип MURYNX состоит из линий и узлов. Силуэт крысы одновременно является графом. Точки обозначают сущности и доказательства. Линии показывают связи между ними.
Получается, крыса не просто стоит рядом с продуктом в роли маскота. Она собрана из того же графа, который должен строить MURYNX.
Любопытство, исследование, проверка и доказательства. На мой взгляд, этого вполне достаточно. Придумывать древнюю легенду о великой крысе было бы немного лишним )
Сейчас MURYNX находится в Alpha.
Это не готовый коммерческий SaaS. Часть экранов существует для проверки архитектуры и будущих пользовательских сценариев. Northstar Demo использует иллюстративные данные. Его цифры не являются результатом реального анализа.
При этом проект уже не только макет.
Можно ввести бренд или домен и создать локальный workspace. Первый публичный скан обращается к Wikidata, DNS и RDAP. Найденные записи показываются со ссылками на источники и временем проверки. Неоднозначные совпадения получают статус `Unresolved`, а не превращаются в подтверждённый факт.
Workspace сохраняется в браузере. Его можно экспортировать или удалить.
Функций пока немного, но они уже проверяют основные принципы проекта: live-данные отделены от Demo, источник можно открыть, неопределённость не скрывается, а результат остаётся под контролем пользователя.
Впереди настоящая регистрация, облачные workspaces, полноценный Entity Resolution, Evidence Ledger, источники iGaming, мониторинг изменений, граф связей, противоречия и воспроизводимые отчёты.
Если работа будет идти по плану, Beta появится примерно через год, во второй половине 2027 года. Это ориентир, а не попытка заранее назначить красивую дату.
Я сознательно не хочу ускорять эту часть только ради того, чтобы быстрее убрать слово Alpha. Красивый дашборд можно собрать относительно быстро. Правильную модель данных, историю происхождения и безопасные границы workspaces создать значительно сложнее.
Сначала должен появиться фундамент. Потом всё остальное.
Зачем я показываю проект сейчас
MURYNX ещё изменится. Некоторые идеи не выдержат реальной работы. Какие-то модули окажутся не нужны. Другие, наоборот, придётся сделать значительно глубже, чем кажется сейчас.
Именно поэтому мне хочется показать проект до того, как все решения окончательно зафиксированы.
Мне интересно, насколько людям вообще нужен единый Entity Confidence. Возможно, он полезен как точка входа, но в ежедневной работе важнее окажутся изменения, противоречия и качество отдельных источников.
Мне интересно, с чего пользователь начнёт исследование: с названия бренда, домена, юридической компании или человека. Какие связи действительно приводят к полезным выводам. Какой отчёт можно передать коллеге или клиенту так, чтобы он самостоятельно проверил результат.
На эти вопросы невозможно ответить только внутри проекта.
Я не пытаюсь убедить всех, что MURYNX нужен каждому. Скорее ищу небольшую группу людей, которым происхождение данных действительно важнее ещё одной красивой оценки.
Даже если проект останется нишевым инструментом для аналитиков, маркетологов, PR-специалистов и исследователей, я продолжу его развивать. Изначально он создавался не для того, чтобы занять очередную категорию на рынке.
В какой-то момент мне просто понадобился инструмент, который отвечает не только на вопрос «какая оценка?».
Но и на более интересный вопрос:
Посмотреть - https://murynx.com/
Northstar Demo использует иллюстративные данные. Live workspace находится на ранней стадии и не заменяет профессиональную проверку или due diligence.