101: Концепция/Идея

Этот документ описывает архитектуру децентрализованной сети «живых» документов. В нём рассматривается основная структура данных протокола — Идея, а также децентрализованный механизм для её публикации и обнаружения с помощью DNS.

Подробности о том, как Идеи становятся исполняемыми сервисами, см. в 103: Концепция/Идеатор. Описание различных моделей хостинга см. в 102: Концепция/Суверенитет.

Механика живой сети

Архитектура построена на простом принципе: контент — это протокол. Вся грамматика системы состоит из одной единицы — автономного «триплета» под названием Идея. Такая структура обеспечивает настоящее владение и переносимость данных; поскольку скрытое состояние отсутствует, вы не привязаны к какой-либо платформе.

• Контекст: Все инструкции, исходные материалы и ссылки, использованные для создания решения.

• Подробнее на json-schema.org/

  Схема: Черновик jsonschema, который придаёт данным Идеи универсальный семантический смысл, позволяя любому ИИ понимать и изменять их.

• Решение: Вывод, результат или содержимое Идеи.

Идеи неизменяемы по своей сути. Протокол предусматривает только одно действие: поделиться Идеей. Для развития мысли создаётся новая Идея, ссылающаяся на старую. Это сохраняет чистую и неразрывную цепочку создания.

Больше чем промпт: новый вычислительный примитив

На первый взгляд Идея может показаться навороченным промптом для большой языковой модели (LLM). Но это заблуждение. Ключевое отличие — в переходе от одноразовых, временных взаимодействий к системе постоянных, составных активов.

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

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

Ключевые инварианты

Чтобы протокол оставался надёжным, прозрачным и переносимым, все реализации должны соответствовать четырём ключевым инвариантам.

Детерминированное происхождение

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

Прозрачный контекст

Во время выполнения весь контекст полностью виден для LLM. Это значит, что его нельзя использовать как контейнер для произвольного состояния, если только оно не относится напрямую к вычислениям и не предназначено для обработки LLM. Это ограничение крайне важно, чтобы предотвратить беспорядочное использование контекста и гарантировать, что он останется сфокусированной, целенаправленной частью Идеи.

Состояние, определённое схемой

Состоянием является решение. Поскольку каждое решение должно соответствовать своей схеме, состояние любой Идеи по сути определяется и проверяется этой схемой. Это вытекает из принципа прозрачного контекста и гарантирует, что всё состояние является явным, структурированным и общепонятным.

Неизменяемость

Идея с другим контекстом или схемой — это другая Идея. Идея считается обратно совместимой, если она добавляет новые поля в схему. Идея, которая изменяет схему, требует повышения версии.

Публикация и обнаружение

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

Это достигается присвоением каждой Идее уникального доменного имени и использованием DNS-записей, которые указывают на её каноническое определение. Конкретные механики этой децентрализованной идентичности и последующие уровни хостинга, основанные на ней, подробно описаны в следующем документе: 102: Концепция/Суверенитет.