Живые подтверждения

Семь действующих кейсов фреймворка Verified Truth. С откалиброванной зрелостью. Основаны на внутренних исследовательских документах.

ВНУТРЕННИЙ ПРЕВЬЮ v0.1.1 · 2026-06-26 · audit-verified 36 поддерживающих документов библиотеки

Что это

Фреймворк Verified Truth — это не один продукт. Это субстрат из двенадцати операционных возможностей, которые компонуются в разные вертикали. Семь кейсов ниже — это текущие Живые подтверждения фреймворка: независимые операционные инстансы, демонстрирующие субстрат в разных доменах.

Этот документ калибрует каждый кейс: некоторые находятся во Внутренней Демо, некоторые в Pilot Discovery, некоторые ещё на стадии Концепции. Мы используем семиуровневую лестницу зрелости вместо бинарной рамки "в продакшене / ещё нет", которая больше скрывает, чем показывает.

За этой презентацией стоит исследовательская библиотека из 44 документов (208 КБ детализации возможностей, 112 КБ кейсов, 160 КБ конкурентного индустриального ландшафта, 124 КБ академических оснований). Каждое утверждение здесь предполагает ссылку обратно на этот субстрат.

Лестница зрелости

Фреймворк использует семиуровневую модель зрелости. Каждый кейс позиционирован на его текущий уровень, с указанием направления движения там, где кейс находится в активном переходе (например, «Внутренняя Демо → Пилот»).

  1. 1Концепция
  2. 2Исследование
  3. 3Прототип
  4. 4Внутренняя Демо
  5. 5Пилот
  6. 6Продакшен
  7. 7Коммерческий

Кейс на уровне Концепция имеет колоду или дизайн, но не имеет реализации. Кейс на уровне Внутренняя Демо имеет работающий код, доступный за контролируемым доступом, но без внешнего партнёра. Кейс на уровне Пилот имеет подписанного первого пользователя или партнёра. Продакшен подразумевает реальную текущую операцию материального масштаба. Коммерческий подразумевает валидацию выручкой. Ни один из текущих кейсов не достиг уровня Продакшена; самый зрелый — на переходе Внутренняя Демо → Пилот.

01

EquiWork Agreements

Внутренняя Демо → Пилот app.equiwork.io Cloudflare Access OTP

Флагманский деплоймент фреймворка. Реализует полный жизненный цикл от создания соглашения через двустороннее подписание до канонического состояния — для соглашений об equity-компенсации, услугах, консалтинге и поставках товаров. Архитектурная якорная точка, на которую ссылаются остальные кейсы.

Покрытие возможностей: 12 из 12 — кейс с самым полным покрытием возможностей. Архитектурная отсылка для всего субстрата.

Текущее состояние свидетельств

  • Развёрнутый в продакшене жизненный цикл. Первая каноническая запись запечатана 2026-04-21. Пять из планируемых семи состояний жизненного цикла запечатаны в продакшене: Create → Freeze → Sign A → Sign B → Canonical с якорным SHA-256 хешем. (Executing и Completed — в дорожной карте.)
  • Зрелость кодовой базы. Около 80 API-маршрутов реализовано. Автотест-сьют проходит 60 из 60 на последней проектной фиксации.
  • Аудит проводки. 14 из 15 enterprise + multi-vertical функций подтверждены подключёнными в компоненте рабочего пространства; оставшаяся одна была исправлена в последующем проходе аудита.
  • Операционный стек. Продакшен на Railway (бэкенд) + Vercel (вебапп) за гейтом Cloudflare Access OTP. QA-среда развёрнута отдельно.
  • Активные P0 блокеры. Split-brain архитектура (CREATE пишет в PostgreSQL, READ берёт seed-данные в памяти) и сессионная персистентность (таблица сессий существует, но не подключена) остаются в ожидании архитектурного решения CTO. Конфиденциальная деталь
Карта возможностей (12 из 12)
01 ИдентичностьВнутренняя Демо → Продакшен
02 ProvenanceПродакшен (lifecycle) / Внутр. Демо (UI портала аудита)
03 СвидетельствоВнутренняя Демо → Продакшен
04 РевьюВнутренняя Демо → Продакшен
05 Одобрение человекомПродакшен
06 ВладениеВнутренняя Демо → Продакшен
07 История версийПродакшен
08 Передача (Handoff)Внутренняя Демо
09 АудитПродакшен (субстрат) / Внутр. Демо (UI портала)
10 Контроль доступаВнутренняя Демо → Продакшен
11 ИИ-помощник (ограниченный)Внутренняя Демо → Продакшен
12 Экспорт & ИнтероперабельностьПрототип

Сильные стороны

  • End-to-end жизненный цикл протестирован в продакшене; первая каноническая запись — это событие подтверждения жизни всего фреймворка.
  • Архитектурные обязательства принуждаются на уровне протокола, а не как политика — ограниченность ИИ, append-only аудит, одобрение человеком подтверждены в продакшен-коде.
  • Интерфейс Telegram-бота обеспечивает доступность для нетехнических подписантов без снижения криптографической планки целостности.

На что этот кейс НЕ претендует

  • Не в продакшене на масштабе. Архитектура звучит на малом масштабе; операционная инфраструктура имеет известные пробелы перед масштабированием.
  • Не коммерческий деплоймент. На дату записи нет платящих пользователей.
  • Не сертифицирован регуляторно. Common Criteria, SOC 2, ISO 27001, GDPR-соответствие не получены; архитектурные обязательства компонуются с ними, но аудит не проводился.
  • Не «patent-pending» согласно 35 USC §292 — корректная русскоязычная формулировка «в процессе патентного оформления» используется до тех пор, пока не подана временная заявка.
02

AI Hokusai

Внутренняя Демо aihokusai.equiwork.io NDA + OTP gate

Первое подтверждение того, что субстрат фреймворка работает за пределами соглашений-контрактов. Вертикаль культурного provenance для арт-объектов с участием ИИ, развёрнутая как ArtTech-резиденс портал. Самая явная демонстрация архитектурного обязательства ограниченного ИИ среди всех кейсов.

Покрытие возможностей: 11 из 12 — Владение и Передача находятся на стадии Концепции; остальные десять возможностей — на Внутренней Демо или Прототипе.

Текущее состояние свидетельств

  • Семь связанных представлений подключены в портале: Exhibition, Artist, Artwork Provenance, Residency CAP Ledger, Donor Transparency, Partner Accountability, Curator Portal.
  • Гейт NDA + OTP развёрнут в продакшене. Новый посетитель может запросить доступ, принять NDA, получить OTP по почте, войти в портал. Принятие NDA фиксируется как реальная цепь аттестаций — первая верифицированная запись посетителя.
  • Живой слой ИИ-консультанта проксирует к Anthropic на серверной стороне. API-ключ никогда не доходит до браузера. ИИ генерирует только аттестации класса ANALYZED; структурно не может генерировать события класса APPROVE.
  • Эстетика ханко (печати). Чёрно-красный элегантный минимализм, отражающий культурно-провенансную тематику, а не финтех-эстетику.
  • Pre-pilot. Нет первого реального партнёра-резиденции или институционального адоптера; примерные данные заполняют семь представлений.

Сильные стороны

  • Первое подтверждение, что фреймворк — это платформа, а не один продукт. Другая вертикаль, тот же субстрат, своя визуальная идентичность.
  • Ограниченный ИИ здесь демонстрируется наиболее явно. Портал использует ИИ-консультант на всём рабочем процессе, при этом структурно предотвращая одобрение чего-либо ИИ. Вывод ИИ-консультанта явно помечен в цепи.
  • Кастомный домен и полный деплоймент показывают, что паттерн развёртывания работает для отдельных вертикалей (не только для монолитного основного приложения).

На что этот кейс НЕ претендует

  • Не аутентифицирует ИИ-произведения. Портал записывает provenance — он не выносит вердикт о том, «настоящее» ли это произведение или «настоящего» ли автора.
  • Не решает проблему ИИ-атрибуции. Открыты многие правовые и этические вопросы (US Copyright Office, EU AI Act, продолжающиеся судебные процессы).
  • Не заменяет музейные каталоги-резоне или исследования provenance. Композируется с ними как современный цифровой слой.
  • Не «первая система ИИ-провенанса в искусстве» — существуют смежные системы (Verisart, Tagsmart, Arianee, Aura). Отличительность — в субстрате фреймворка, а не в проблемной области.
Перекрёстные ссылки: Исследовательский ландшафт (индустриальные прецеденты: Verisart, Tagsmart, Arianee, Aura, Winston Artory+AXA)
03

Study Workspace

Внутренняя Демо demo.equiwork.io Cloudflare Access OTP

Среда структурированного разбора и исследования, применяющая субстрат к научной и интерпретативной работе. Кейс демонстрирует, что фреймворк работает не только для транзакционных записей (соглашения, паспорта объектов), но и для интерпретативных записей — структурированных результатов исследования, где ценность лежит в целостности процесса, а не в окончательной сертифицированной истине.

Покрытие возможностей: 11 из 12 (Владение на стадии Концепции). Наряду с EquiWork Agreements — один из двух кейсов с самым полным покрытием возможностей.

Текущее состояние свидетельств

  • Два операционных крыла. General (research cockpit, прохладная эстетика синего графита) и Zohar (manuscript room, тёплая эстетика слоновой кости / пергамента, CSS-декорация из микротекста на иврите), разделяющие один и тот же архитектурный субстрат.
  • Demo Hub. Сетка из 23 модулей с явными идентичностями крыльев, сравнение Demo vs Real Work, раздел «What a Reviewer Gets», раздел ограниченного ИИ-консультанта.
  • Пятислойный стек чипов на каждое событие: Source / Commentary / Interpretation / Reflection / Review. Видим ревьюеру на уровне UI.
  • Компоненты в кодовой базе: ResearchDiagnostic, WorkingAnswerView, EvidenceTrail, ReviewCompletionRecordView, плюс чистая вычислительная библиотека research.ts. Более 60 i18n-ключей на русском и английском. Деталь реализации
  • Frontend-only прототип. Backend-персистентность пересекла бы архитектурную границу, которая была намеренно изолирована. Pre-pilot.

Сильные стороны

  • Самая явная демонстрация принципа «ИИ не решает истину» среди всех кейсов. Доктрина операциональна, а не декоративна.
  • Пятислойный стек чипов — уникально видимый архитектурный паттерн: разница между Source, Commentary, Interpretation, Reflection и Review видна на уровне UI.
  • Local-only философия дизайна открыто обращается к текущей операционной границе фреймворка. Доктрина явно адресует рамку «hosted SaaS = пересечение границы».

На что этот кейс НЕ претендует

  • Не сертифицирует истину — философскую, духовную, фактическую или правовую. Доктрина явно отвергает это.
  • Крыло Zohar НЕ учит Каббале или иудейской доктрине. Крыло — это исследовательское пространство для конкретного интерпретативного предмета; обучение не является функцией.
  • Не является авторитетом по интерпретативным вопросам. Рабочее пространство структурирует их для ревью; оно не разрешает их.
  • Пока не принят институционально. Ни одна реальная исследовательская группа не использовала рабочее пространство для настоящего исследования.
Перекрёстные ссылки: Исследовательский ландшафт · Что здесь нового (особенно обязательство ограниченного ИИ)
04

Чёстно / Нечёстно

Внутренняя Демо game.equiwork.io Публичный доступ (без гейта)

Серьёзная игра, тренирующая распознавание паттернов верификации в реальных сделках. Педагогически центральный кейс: там, где Study Workspace структурирует практику структурированной верификации исследователей, Чёстно/Нечёстно структурирует практику распознавания пробелов верификации в повседневных потребительских и профессиональных контекстах для всех.

Покрытие возможностей: 5–6 из 12 активно используется. Остальные возможности преподаются в сценариях игры, а не реализованы операционно. Это самый низкий счёт использования возможностей среди всех кейсов — по дизайну. Ценность — педагогическая, а не операционная.

Текущее состояние свидетельств

  • Семь языков в продакшене, включая RTL-поддержку: русский, английский, испанский, немецкий, польский, украинский, иврит.
  • Три из тринадцати запланированных ролей имеют полные карты стратегий на русском и английском: винтажный брокер (деперсонализирован относительно ранней версии), эксперт, фейк-эксперт. Десять ролей в работе; пять не-RU/EN языковых пробелов для существующих ролей.
  • Дисциплина cache-busting применена постоянно — версионированные query-строки и Cache-Control заголовки, после серии edge-cache инцидентов раньше в проекте.
  • База данных эфемерная. SQLite, который стирается при каждом редеплое Railway. Никакой устойчивой пользовательской прогрессии. Персистентное хранилище — следующий операционный пробел. Операционная деталь

Сильные стороны

  • Охват. Семь языков означают, что кейс может говорить с гораздо более широкой аудиторией, чем любая другая вертикаль. Педагогический охват мультипликативен.
  • Низкий барьер входа. Игра доступнее, чем платформа контрактов или исследовательское рабочее пространство.
  • Демонстрирует не-финансовые вертикали. Большинство других кейсов имеют прямую коммерческую ценность; этот кейс демонстрирует, что у фреймворка есть образовательные и гражданско-ценностные вертикали.

На что этот кейс НЕ претендует

  • Не сертифицирует игроков в верификационной экспертизе. Никакая сертификация не предлагается и не подразумевается.
  • Не обнаруживает и не предотвращает мошенничество в реальном мире. Игра тренирует распознавание; игроки должны применять его в реальных контекстах.
  • Не «первая серьёзная игра в обучении верификации» — существуют смежные прецеденты (Foldit, Cyber Awareness Challenge, платформы KnowBe4).
  • Игра сама НЕ использует ИИ. Она учит о обязательстве ограниченного ИИ как о паттерне, который надо распознавать.
Перекрёстные ссылки: Исследовательский ландшафт (прецеденты серьёзных игр: Foldit, Cyber Awareness, KnowBe4)
05

CAP Object Passport · Мех

Концепция → Pilot Discovery LOI от партнёра получено

Цифровой паспорт для винтажного меха и винтажных предметов роскоши — не сертификат подлинности, а запись жизни вещи: provenance, состояние, экспертный осмотр, хранение, реставрация, контролируемый доступ, продажа, страхование, всё в одном месте. Наиболее тщательно спроектированная из планируемых вертикалей CAP на дату записи.

Покрытие возможностей: 12 из 12 на зрелости Концепция-Прототип. Колода v0.1 демонстрирует наиболее полное проектирование покрытия возможностей среди всех кейсов, несмотря на самую низкую реализационную зрелость. Это намеренно — колода является документом партнёрского разговора; реализация следует за партнёрским согласованием.

Текущее состояние свидетельств

  • Концептуальная колода v0.1 — 10 страниц, отполированный дизайн, подготовлено для партнёрского разговора.
  • Letter of Intent получено от предполагаемого партнёра по вертикали (предметная экспертиза, сеть, первая партия предметов для пилота). Детали партнёра под NDA
  • Шестиблочная структура записи специфицирована: основная информация · фото-протокол · состояние · экспертный осмотр · хранение · реставрация.
  • Восьмиточечный фото-протокол специфицирован: воротник и общий вид; манжеты и рукава; низ и кромка; подкладка и этикетка; марка бренда; швы и застёжки; проблемные зоны / износ; крупный план меха.
  • Шестиуровневая лестница зрелости на каждый предмет (своя лестница кейса, отличная от общей лестницы кейсов фреймворка): первичная карточка → первичный отбор → базовый паспорт → экспертный паспорт → паспорт для сделки или страхования → коллекционный паспорт.
  • Четырёхпредставленческая архитектура доступа: владелец (полный) · покупатель (ограниченный) · страховая (страховой пакет) · реставратор (рабочий доступ).
  • Пилотный план задокументирован в колоде: 5–10 реальных предметов разного типа. Ещё не исполнен.

Сильные стороны

  • Калибрация в ценностном предложении. «Не каждая старая шуба ценная; вот первичный отбор» — гораздо более вероятна, чем «мы аутентифицируем роскошь». Формулировка снижает риск пере-обещаний.
  • Явный раздел «что мы не обещаем» в колоде. Дисциплина, от которой выигрывает весь фреймворк, продемонстрированная на уровне партнёрского разговора.
  • Язык доктрины уже согласован. Колода использует точную фразу фреймворка: система удостоверяет целостность процесса осмотра, а не «истину» вывода.
  • Самая тщательно спроектированная архитектура доступа среди всех кейсов — четырёхпредставленческая модель служит отсылкой для других вертикалей.

На что этот кейс НЕ претендует

  • Не гарантия подлинности. Аутентификация выполняется квалифицированными экспертами; фреймворк записывает осмотр.
  • Не оценка и не оракул стоимости.
  • Не правовая гарантия и не полная защита от будущих претензий.
  • Не утверждение, что любая старая шуба ценна.
  • Не публично просматриваемая база данных.
  • Пока не в пилоте. Pilot Discovery — формулировка: LOI есть, предметы не обработаны.
Перекрёстные ссылки: Исследовательский ландшафт (прецеденты цифровых паспортов роскоши: Arianee, Aura, Tagsmart) · Дисциплина утверждений
06

CAP Object Passport · Вино

Pilot Discovery Первый разговор идёт Модель внешнего клиента

Винодельческое применение CAP-субстрата. Оперируется через Tasting & Toasting Inc. (T&T) — отдельную Delaware-корпорацию, выступающую первым внешним клиентом субстрата EquiWork CAP, а не внутренним продуктом. Кейс, демонстрирующий тезис «субстрат-как-платформа» на уровне юридических лиц.

Покрытие возможностей: приблизительно 12 из 12 на уровне Концепции. Кейс находится на зрелости Концепции по реализации; оценки использования возможностей являются проекциями из дизайна субстрата.

Текущее состояние свидетельств

  • Архитектура внешнего клиента работает. T&T — отдельная Delaware Corporation; CAP-субстрат лицензируется; T&T развёртывает его для вертикали вина. Тезис «субстрат-как-платформа» демонстрируется на уровне юридических лиц.
  • Первый разговор с винодельней идёт. Stara Winna Góra в Польше — первый перспективный партнёр-винодельня. Разговор активен; подписанного соглашения на дату записи нет. Детали партнёра под NDA
  • Сеть отраслевых партнёров через существующие винодельческие отношения T&T.
  • Винодельчески-специфической колоды или проектного документа ещё нет. Сравните с кейсом Мех (колода v0.1 с полной архитектурной спецификацией). Создание винодельчески-специфического эквивалента — следующая работа на уровне колоды.

Сильные стороны

  • Архитектура внешнего клиента работает. T&T как отдельная Delaware Corporation клиента EquiWork CAP демонстрирует модель «субстрат-как-платформа» на уровне юридических лиц — не только архитектурно, но и юридически.
  • Отраслево-выровненный партнёр. Перспективные винодельни видят отраслевого ровесника, а не общего технологического вендора.
  • Высокая ценность за единицу на премиум-конце. Коллекционные вина могут стоить пятизначные или шестизначные суммы за бутылку, что делает per-item provenance экономически целесообразным.
  • Кросс-опыление с кейсом Мех. Паттерны дизайна колоды v0.1 могут быть адаптированы к вину без переработки.

На что этот кейс НЕ претендует

  • Не в пилоте. Pilot Discovery — формулировка; подписанного соглашения нет.
  • Не аутентифицирует винтажное вино. Аутентификация выполняется квалифицированными экспертами; фреймворк записывает акт аутентификации.
  • Не обнаруживает поддельное вино. Обнаружение подделки выполняется химическим анализом, форензикой этикетки, визуальным осмотром эксперта.
  • Не управляет регуляторным комплайенсом алкоголя. Per-jurisdiction комплайенс — работа per-deployment.
Перекрёстные ссылки: Исследовательский ландшафт (винные прецеденты: eProvenance, Selinko, Authentic Vision, Aura wine partners)
07

CAP Object Passport · Картины

Концепция Планируется через Cartulary Inc. GTM через страховщиков

Стратегический клин вертикали для консервации, provenance и страхования изящного искусства — планируется к развёртыванию через отдельную Delaware C-Corp (Cartulary Inc.), которая лицензирует CAP-субстрат у EquiWork. Самая коммерчески-проработанная вертикаль, несмотря на самую низкую зрелость реализации. Формулировка обращается к этой асимметрии.

Покрытие возможностей: приблизительно 12 из 12 на уровне Концепции. Архитектурный дизайн всеобъемлющий; реализация — ноль. Кейс — богатый планом, бедный кодом.

Текущее состояние свидетельств

  • Шестиуровневая архитектура спроектирована: T1 (частный владелец) через T6 (white-label страховщика). Позволяет субстрату работать на разных масштабах от индивидуального коллекционера до многомиллиардной книги бизнеса страховщика.
  • Стратегия выхода на рынок определена. Через страховщиков с обозначенным целевым набором: Chubb, Hiscox, AIG Private Client, синдикаты Lloyd's.
  • Конкурентное событие задокументировано. AXA был исключён из целевого списка страховщиков после объявления о стратегическом партнёрстве AXA XL / Winston Artory Group 14 августа 2025 года. (По публичной отчётности: Casey Santangelo, Head of Fine Art & Specie Insurance Americas в AXA XL; Elizabeth von Habsburg, Co-Founder & Co-Executive Chair в WAG.)
  • Решение по облачной инфраструктуре: GCP с первого дня, отражающее операционные и комплайенс-требования взаимодействия с регулируемой страховой отраслью.
  • Статус формирования юридического лица Cartulary Inc. неопределён. План задокументирован; текущее состояние сущности требует подтверждения. Стратегическая деталь
  • Нулевая реализация. Код не написан. Разговоры со страховщиками не начаты. Партнёров-консерваторов нет. Партнёров-галерей нет.

Сильные стороны

  • Рынок чётко определён. Страхование изящного искусства — концентрированный, зрелый, высокомаржинальный рынок. Болевые точки (верификация provenance, доказательства по выплатам, история консервации) задокументированы и хорошо поняты.
  • GTM через страховщиков — правильная архитектура. Страховщики — это покупатель с операционной болью; пулл-через к галереям, консерваторам и владельцам следует.
  • Конкурентный ландшафт картирован. Кейс знает, что делают Verisart, Tagsmart, Arianee, Aura и Winston Artory; дифференциация артикулирована.
  • Стратегическая формулировка соответствует позе фреймворка. Кейс не обещает аутентификацию искусства; он обещает субстрат для актов, которые устанавливают аутентификацию и консервацию.

На что этот кейс НЕ претендует

  • Не в пилоте. Разговоры не начаты. Стадия концепции.
  • Не аутентифицирует картины. Аутентификация выполняется квалифицированными экспертами.
  • Не заменяет экспертизу консерватора. Консерваторы выполняют консервацию; фреймворк записывает акт.
  • Не заменяет андеррайтинг страховщика. Андеррайтеры выполняют андеррайтинг; фреймворк записывает поддерживающие свидетельства.
  • Не «patent-pending» согласно 35 USC §292.
  • Не операционен. Развёрнутого продукта Cartulary Inc. нет. Даже статус формирования сущности неопределён.
  • Не «ведущая платформа для provenance изящного искусства» — конкурентный ландшафт хорошо населён; притязание на лидерство не поддерживаемо.
Перекрёстные ссылки: Исследовательский ландшафт (provenance искусства: Verisart, Tagsmart, Arianee, Aura, Winston Artory+AXA)

Паттерн через семь кейсов

Семь кейсов с семью разными уровнями зрелости — это не слабость фреймворка. Это свидетельство тезиса «субстрат-как-платформа»: единый набор двенадцати операционных возможностей, компонующихся в семь различных вертикалей, каждая на уровне зрелости, соответствующем её текущим инвестициям.

Субстрат переиспользуем. Все семь кейсов разделяют одни и те же двенадцать возможностей. Документы возможностей (208 КБ детальной спецификации) написаны один раз; каждый кейс ссылается обратно. Вертикали не изобретают заново идентичность, аудит, контроль доступа, ограниченный ИИ — они компонуются с субстратом.
Обязательство ограниченного ИИ — архитектурное, а не политическое. Три кейса (EquiWork Agreements, AI Hokusai, Study Workspace) операционно демонстрируют это обязательство. Во всех трёх ИИ может помочь, но не может перевести записи в каноническое состояние. Обязательство принуждается на уровне протокола, а не «best-practice» рекомендовано.
Зрелостно-формулировка — институциональная, а не стилистическая. У каждого кейса есть явные границы «На что НЕ претендует» — операционная дисциплина утверждений фреймворка на уровне кейса, не риторика скромности. Та же дисциплина применяется в документах возможностей, в индустриальных прецедентах, в четырёх исследовательских документах в подпапке /research/.
Внешне-клиентские сущности — часть архитектуры. T&T (винная вертикаль) и планируемая Cartulary Inc. (картинная вертикаль) — отдельные Delaware-корпорации, лицензирующие CAP-субстрат. Субстрат-как-платформа на уровне юридических лиц, не white-label. Субстрат масштабируется через адопцию внешними клиентами, а не только через внутреннюю продуктовую экспансию.
Фреймворк компонуется с индустрией, а не конкурирует. Там, где существующие системы работают (DocuSign для подписания, Cloudflare для гейтинга доступа, ORCID для академической идентичности, IBM Food Trust для цепочек поставок, Sigstore для подписания софта), фреймворк компонуется с ними. Дифференциация — на уровне субстрата жизненного цикла, а не на уровне отдельных компонентов.
Глубина обеспечивает краткость. Эта презентация — 50 КБ. Библиотека за ней — 604 КБ через 44 документа: 12 спецификаций возможностей, 7 документов кейсов, 17 документов индустриальных прецедентов, 8 документов академических оснований. Каждое утверждение в этой презентации ссылается обратно. Глубина библиотеки — это то, что позволяет калиброванную краткость презентации.

Чем эта презентация НЕ является

  • Не питч-дек. Этот материал существует для партнёров, советников и команды, чтобы понять операционную реальность фреймворка. Он не оптимизирован для внимания инвесторов или скорости продажи.
  • Не маркетинговый сайт. Каждое утверждение откалибровано относительно базовой исследовательской библиотеки. Маркетинговая риторика («первый в мире», «ведущий», «единственный») структурно отсутствует, потому что дисциплина её запрещает.
  • Не каталог продуктов. Семь кейсов — это не семь продуктов на продажу. Это операционные инстансы фреймворка на разных уровнях зрелости.
  • Не исчерпывающая. Могут возникнуть будущие вертикали (концепция Научного Паспорта Знаний; потенциальные индустриальные вертикали вокруг provenance авиадеталей, provenance биотехнических реагентов, профессиональной сертификации). Они не в этом документе, потому что не на уровне Концептуальной колоды.
  • Не неизменная. Зрелость каждого кейса будет эволюционировать. Это v0.1; мы выпустим v0.2, когда материальные изменения это оправдают (первый платящий пользователь переводит кейс из Внутренней Демо в Пилот; вовлечение страховщика двигает Картины из Концепции; и т.д.).

Дальнейшее чтение

Четыре исследовательских документа в подпапке /research/ — это откалиброванные точки входа в более широкую исследовательскую библиотеку:

За этими публичными документами стоит внутренняя библиотека (44 документа, 604 КБ), включающая операционные спецификации по каждой возможности, конкурентный анализ по каждому прецеденту и академическое заземление по каждому основанию. Доступ к библиотеке возможен для научных рецензентов, стратегических советников и партнёров на соответствующем уровне доступа.