Vercy за пять минут

Для технического руководителя, который слышал про ИИ-агентов и не работает с семантикой. Жаргона здесь нет. Там, где технический термин неизбежен, он объясняется в том же предложении.

Проблема в одном абзаце

Каждая команда и каждая ИИ-система держат своё знание в своей форме. Отдел продаж называет нечто "клиентом", финансовая система - "счётом", софт партнёра - "стороной", а ваш новый ИИ-агент прочитал все три и молча решил, что это одно и то же. Часто это не так. Сегодня единственный способ соединить это знание - выбрать одну форму и расплющить в неё всех остальных: одна большая база, одна мастер-схема, один владелец-победитель. Никто не соглашается быть расплющенным, поэтому большая часть межкомандного знания так и не соединяется. Его копируют, перенабивают и надеются. Vercy - это общий способ описывать знание так, чтобы оно оставалось на месте, в форме, выбранной его владельцем, и всё равно соединялось с остальным. Договорённость переезжает с "храните данные по-нашему" на "описывайте данные общим способом", а об этом договориться куда проще.

Чем Vercy не является

Услышав "общее знание", легко представить базу данных или базу знаний. Vercy - ни то ни другое, и в этой разнице весь смысл.

Грубая аналогия: стандарт морского контейнера не владеет вашим грузом. Он фиксирует габариты ящика, чтобы любой кран, судно и грузовик могли его перевезти, а что внутри - решаете вы. Vercy фиксирует габариты единицы смысла. Чем этот смысл является - остаётся вашим.

До и после, обычными словами

До. Две команды, две таблицы. У продаж таблица, где строка - "клиент", ключ - почта. У поддержки таблица, где строка - "заказчик", ключ - внутренний номер тикета. Директор задаёт вопрос, который лежит поперёк обеих: "по десяти крупнейшим счетам по выручке - какое среднее время ответа поддержки?" Единого места, где на это можно ответить, нет. Кто-то тратит день на выгрузку обеих таблиц, угадывает, какой клиент какому заказчику соответствует, руками правит расхождения и выдаёт число, которому никто до конца не верит. Через месяц всё заново. Направьте ИИ-агента на две сырые таблицы, и он уверенно соединит "клиента" с "заказчиком" по почти совпадающим именам и ошибётся именно там, где это важно.

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

Работа не исчезла. Она переехала в лучшее место: из ежемесячной ручной сверки, которая гниёт, в разовое описание, которое переиспользуется и поддаётся проверке.

Как это работает на самом деле, по шагам

Без жаргона, просто последовательность.

  1. Каждый владелец описывает свою форму. Отдел продаж записывает, что такое строка в его таблице, поддержка делает то же самое. Каждый пишет своё, никто не пишет за другого.
  2. Пишут они это одним общим форматом. Не одними словами, не одними смыслами, а одним форматом описания. Это и есть та единственная общая вещь.
  3. Пересечения заявляются, а не угадываются. Там, где два владельца отслеживают одну и ту же вещь реального мира, они говорят об этом явно: "наш ключ клиента совпадает с их ключом заказчика вот по этому полю". Связь - заявленный факт, а не совпадение строк.
  4. Проверяльщик может отвергнуть плохое описание. Поскольку формат зафиксирован, сломанное или противоречивое описание не проходит проверку и сообщает, какое правило нарушено, - так же как компилятор отвергает сломанный код. Это важно: формат, который никогда не может сказать "нет", был бы просто украшением. Формат Vercy сказать "нет" умеет.
  5. Другие читают представление, а не копию. Когда партнёру или агенту нужно ваше знание, он получает управляемое представление, построенное по вашему описанию и на ваших условиях. Ваше хранилище не покидает ваших рук.

Честная цена

Vercy - не волшебство и не "никакой центральной договорённости". Есть ровно одна вещь, о которой обязаны договориться все: общий формат описания единицы смысла. Эта договорённость обязательна. Если вы не станете описывать своё знание в общем формате, вы не подключитесь через Vercy - так же как контейнер, игнорирующий стандартные габариты, не поедет на стандартных судах.

О чём вас не просят договариваться - так это о том, что значит любое слово. Никто не говорит вам, что такое "клиент", и не заставляет ваше определение совпасть с партнёрским. Общий слой намеренно тонкий: он стандартизует форму описания и никогда - содержание вашей предметной области. Такова сделка, сказанная прямо: вы отдаёте свободу в формате описания и сохраняете полный контроль над смыслом своей области. Это тот же размен, который делает любой работающий стандарт. TCP/IP фиксирует пакет, а не ваш трафик. HTML фиксирует разметку, а не ваши слова.

Раз формат - единственная обязательная вещь, справедливый вопрос звучит так: кто контролирует формат и что будет, если вы не согласны с его изменением? Ответ - три конкретных права, а не обещание хорошего поведения. Право уйти: любой артефакт Vercy - обычный файл под открытой лицензией, поэтому вы можете в любой момент уйти и забрать свои модели. Право форкнуть: общий стандарт может быть скопирован и уведён в другую сторону кем угодно, как любой открытый стандарт, - это и держит распорядителей в честности. Право участвовать: изменения формата идут через публичный документированный процесс, а не через частное решение. Поэтому рабочее определение суверенитета здесь не "общих правил нет". Оно такое: вы можете уйти со своими моделями, можете форкнуть общий слой и можете участвовать в его изменении. Соответствие общему формату - цена совместимости, и она названа вслух, а не спрятана.

А разве ИИ-агент не может просто всё прочитать и разобраться сам?

Это разумный современный рефлекс, и он заслуживает прямого ответа. Агент, читающий сырые источники, будет угадывать связи, и его догадки одинаково уверенны независимо от того, верны они или нет. На паре "клиент" против "заказчика" он обычно окажется прав на лёгких строках и ошибётся ровно на трудных: слитая компания, переименованный счёт, дубль с опечаткой - то есть на строках, где лежат деньги и риск. Записи о том, что он предположил, не остаётся, проверить его некому, а на следующей неделе он может предположить иначе. Vercy не заменяет агента, а даёт агенту что-то получше для чтения. Вместо угадывания связей по похожим данным агент идёт по связям, которые владельцы заявили намеренно. Соединение становится аудируемым и воспроизводимым, а агент тратит свой интеллект на вопрос, а не на переугадывание сантехники каждый раз.

Когда это применять, а когда нет

Берите Vercy, когда:

Не берите Vercy, когда:

Vercy оправдывает себя ровно тогда, когда слияние исключено, а соединение - нет.

Три возражения, которые у вас, вероятно, уже складываются

"Разве общий формат - не та же центральная схема под другим именем, только с контролем этажом выше?" Справедливо, и тут стоит быть точным. Централизация здесь есть, но только формы: формы описания. Централизации содержания нет: никто не определяет за вас вашего "клиента", вашу "деталь" или ваш "договор". Центральная схема навязывает общий смысл; Vercy навязывает лишь общий способ записывать смысл. Это гораздо меньшая уступка, и её уже требует от вас любой сетевой стандарт.

"Значит, кто контролирует формат, контролирует меня". Ровно настолько, насколько вы им это позволите, и это ограничено тремя правами выше: вы можете уйти со своими файлами, можете форкнуть стандарт, а формат меняется через публичный процесс, к которому вы можете присоединиться. Контроль над форматом реален, но он оспорим и от него можно уйти, - в этом и разница между распорядителем и владельцем.

"Почему бы всем просто не договориться об одной модели данных и закрыть вопрос?" Если договорятся - так и сделайте, это проще и Vercy вам не нужен. Он для распространённого случая, когда не договорятся, потому что у каждого владельца есть реальные причины для своей формы и нет полномочий навязать одну. Vercy - это ответ на "слиться мы не можем, а соединяться всё равно должны".

Вывод за пять минут

Если запомнить одно: Vercy не держит ваше знание, он стандартизует то, как вы его описываете, чтобы знание, хранимое во множестве разных форм множеством разных владельцев, могло соединяться без того, чтобы кого-то расплющили в одну базу данных. Единственная обязательная договорённость - формат описания; смысл вашей предметной области остаётся полностью вашим. Цена названа, а не спрятана, и вместе с ней идут право уйти, право форкнуть и право участвовать в изменении стандарта. Применяйте, когда знание разложено по владельцам, которые не сольются; пропускайте, когда всё уже лежит в одном месте у одного владельца.

Теперь вы должны уметь пересказать своими словами и то, чем Vercy является, и то, чем он намеренно отказывается быть: местом, которое держит ваши данные.