4. Дорожная карта: 5 фаз

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

В настоящее время взаимоотношения между людьми, устройствами и поставщиками услуг показаны на диаграмме выше.

---

1️⃣ Фаза 1: Имитация действий человека

Поверх существующей архитектуры аппаратного и программного обеспечения мы позволяем iFay имитировать операции человека с UI.

Для этого нам нужно выполнить как минимум 2 задачи:

1. Делегирование учётных данных: Пользователи должны иметь возможность безопасно авторизовать iFay на использование своих учётных данных (аккаунты, пароли, сертификаты, разрешения доступа, контракты и т.д.) через контролируемый и аудируемый механизм делегирования.
2. Взаимодействие с iFay: Преимущественно через диалоговый интерфейс. Однако необходим тщательный дизайн — когда задачи требуют более высокой сложности взаимодействия или точности, структурированные интерфейсы могут быть эффективнее чистого чата.

На основе вышеизложенного, при выпуске iFay v1.0 он будет включать следующие 5 модулей (оранжевые секции на диаграмме ниже):

1. FayID

Это уникальный идентификатор iFay. Фактически и iFay, и coFay получают унифицированные уникальные ID.

Цель — обеспечить плавный переход идентичности, когда персональные iFay в конечном итоге возьмут на себя значимые социальные роли — подобно тому, как некоторые индивидуальные YouTube-блогеры эволюционируют до важных ролей в публичном дискурсе и гражданском образовании.

Здесь мы решаем две основные проблемы:

• Генерация и управление FayID: Fay будут расти экспоненциально, в конечном итоге превышая количество пользователей-людей. Это требует масштабируемого, удобного, легко распознаваемого механизма генерации и управления ID.
• Состояние активации: Чтобы гарантировать, что iFay никогда не действует без ведома или намерения Human Prime (человеческого оригинала), мы определяем строгие правила активации. Ни один iFay не должен действовать автономно без явного намерения. Это регулируется open-source протоколом Faying, который определяет, как физические лица и iFay безопасно сопрягаются и при каких условиях iFay авторизован работать в активированном состоянии.

2. Управление учётными данными

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

• Идентификатор личности (FayID)
• Аккаунт / Пароль
• Сертификат
• Авторизация
• Токен доступа
• Смарт-контракт
• Цифровой токен (MeriTokens)

Примечание: Изначально все эти билеты поступают от пользователя Human Prime. Для повышения безопасности и более удобного управления все учётные данные Human Prime будут обменены на копии, соответствующие оригинальным учётным данным. iFay использует эти копии для входа и аутентификации.

Разумеется, мы не предполагаем, что iFay не может владеть собственными учётными данными, которые Human Prime не может использовать. Поэтому каждый тип учётных данных указывает, является ли его первоначальным владельцем Human Prime или сам iFay.

Например: Когда нам нужно проверить подлинность личной информации, предоставленной кем-то, мы можем авторизовать iFay для прямого входа в базу данных для запроса. Для предотвращения утечки приватных данных iFay нужно лишь вернуть результат — истина или ложь.

3. Трекер от первого лица

Чтобы позволить iFay работать напрямую с существующим ПО — вместо ожидания, пока каждое приложение будет перепроектировано для ИИ — iFay должен обладать как минимум визуальными и аудиальными возможностями.

Мы подчёркиваем визуальное восприятие над разбором структурированных документов (таких как HTML), потому что многие элементы документов невоспринимаемы для людей. Скрытые элементы, такие как набивка SEO-ключевых слов, обычно не добавляют реальной ценности пользовательскому опыту.

Согласовывая своё сенсорное восприятие с Human Prime, iFay может принимать суждения и решения, близко соответствующие намерениям человека.

Ключевая задача — достижение координации «рука-глаз» для iFay. Визуальное и аудиальное восприятие должно выходить за рамки пассивной обработки обратной связи ПО — iFay также должен отслеживать изменения, вызванные его собственными операциями.

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

4. Имитация операций

Здесь мы конкретно имеем в виду имитацию взаимодействия человека с UI. iFay не просто кликает — он может перетаскивать, прокручивать, выполнять жесты от края экрана или мультитач-жесты в зависимости от компонентов интерфейса.

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

5. Модель Ego

Мы называем её Ego, подчёркивая, что это не большая модель AGI. Ego согласована с профилем конкретного человека или роли.

Многие сверхбольшие модели, стремящиеся к AGI, сталкиваются с ключевым ограничением: какими бы обширными ни были их знания и навыки, они не могут полностью удовлетворить уникальные предпочтения и контекст каждого человека или сценария.

Ego предоставляет базовую парадигму, ограничивающую (но не ограниченную) следующие измерения:

• Ценностная ориентация
• Интересы и предпочтения
• Привычки
• Когнитивные границы
• Границы навыков
• Границы разрешений
• Рабочий стиль

Важно отметить, что встраивание Модели Ego не мешает iFay использовать внешние навыки или другие большие модели. Решение включить внутреннюю микромодель основано на двух соображениях:

1. Офлайн-управление устройствами: В сценариях, когда терминальные устройства не подключены к интернету, встроенная микромодель поддерживает локальное управление устройствами ближнего поля.
2. Стабильность личности: Предотвращает внезапные изменения личности iFay из-за обновлений больших моделей или преднамеренного вмешательства, обеспечивая постоянство Ego.

---

2️⃣ Фаза 2: Прямой захват клиента

Хотя имитация ИИ операций с UI повышает эффективность, визуальные интерфейсы всё ещё имеют ограничения:

• Потеря информации: Ограниченные представления и статические элементы препятствуют эффективной коммуникации.
• Высокая стоимость обучения: Несогласованные интерфейсы разных поставщиков вынуждают пользователей изучать множество паттернов взаимодействия.
• Жёсткость интерфейса: Как только аппаратное/программное обеспечение проектирует UI, он фиксируется для текущей версии. Пользователи должны переучиваться при использовании разных устройств или приложений.
• Низкая эффективность передачи информации: Намерение сначала должно быть переведено в визуальный интерфейс, затем передано обратно машине через операции пользователя.
• Высокая стоимость разработки: Создание функциональных UI требует междисциплинарной координации (продакт-менеджеры, UI/UE-дизайнеры, фронтенд-разработчики).

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

• Неограниченный вывод: Информация больше не ограничена возможностями отображения UI.
• Взаимодействие на основе намерений: Пользователи выражают намерение, iFay переводит его в вызовы API или команды.
• Богатые данные, лаконичная доставка: Терминалы могут выводить богатые структурированные данные, iFay фильтрует и суммирует их в ясные основные моменты.
• Прямая передача: Визуальный рендеринг не нужен, обеспечивая более эффективный поток данных.
• Без фронтенда: Дизайн и разработка UI могут быть минимизированы или устранены.

Я определил два протокола, применимых к терминалам:

• Протокол управления полномочиями (CAP): Для вселения в терминальное оборудование и определённое ПО, прямого вызова драйверов, локальных интерфейсов и команд, позволяя iFay управлять терминалами.
• Протокол туннелирования данных (DTP): Двунаправленный протокол передачи:
  • Терминал → iFay: Постоянное хранение пользовательских данных и опека данных.
  • iFay → Терминал: Обогащение данных и персонализированная обработка.

На диаграмме ниже синие секции соответствуют этим двум протоколам, нацеленным на функциональность устройств и данные соответственно.

По сравнению с Фазой 1, iFay добавляет пять новых внутренних модулей, начиная с:

Восприятие → Сенсор

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

Важно, что iFay не нужно обрабатывать все входящие данные постоянно на максимуме. Сенсор может динамически регулировать свою чувствительность для лучшего соответствия окружающему контексту.

Думайте о Сенсоре как о регуляторе чувствительности. Фактические интерфейсы с внешним миром управляются Хабом драйверов устройств и Кучей персональных данных.

Навыки → Хаб драйверов устройств

Для уточнения: это не один драйвер устройства и не коллекция драйверов.

Он работает как хаб-слой драйверов, обеспечивая стабильность внутренней архитектуры iFay при непрерывной интеграции новых драйверов устройств без необходимости модификации при каждом обновлении.

Навыки → Зарегистрированные навыки

Регистрация — это предварительное условие для любого действия iFay.

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

Ещё одно ключевое преимущество — устойчивость в офлайне: когда iFay офлайн, он может кэшировать ожидающие действия и выполнять их асинхронно при восстановлении связи.

Мышление → Куча персональных данных

Этот компонент отвечает за унифицированное управление всеми приватными данными iFay. Он поддерживает множество форматов и мест хранения — например, некоторые данные могут находиться в оперативной памяти iFay, некоторые в Google Drive, а некоторые в специализированной векторной базе данных.

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

Действие → Вызов навыков

Это основное действие iFay — по сути, можно думать о нём как о поведении вызова.

---

3️⃣ Фаза 3: iFay как интерфейс к виртуальному миру

По мере того как iFay вселяется в клиент, архитектура клиент-сервер (C/S) эволюционирует в модель клиент-Fay-сервер (C/F/S). Пользователям больше не нужно вручную управлять клиентами для доступа к бэкенд-сервисам — вместо этого iFay может напрямую захватывать и использовать открытые сервисы в интернете.

Для этого сервисы и интерфейсы, ранее открытые только для клиентов, должны быть доступны по всей сети через стандартизированный удалённый протокол.

Этот удалённый протокол — Протокол обмена навыками, показанный на диаграмме ниже.

Как показано, iFay управляет как клиентской стороной (пограничные устройства), так и серверной стороной (или облачными сервисами).

Human Prime нужно лишь общаться со своим собственным iFay, а iFay затем вызывает необходимые сервисы на основе намерений Prime.

Поскольку интерфейс, через который Human Prime просматривает информацию, компонуется и рендерится iFay, он фактически играет роль браузера.

Поскольку основная мотивация для внедрения iFay — сделать его интеллектуальным расширением за пределами Human Prime, его расширенные возможности достигаются через зарегистрированные навыки. В области мышления мы вводим следующий модуль:

Мышление → Внешние знания

С точки зрения реализации мы рассматриваем внешние базы знаний и модели как тип навыка, позволяя iFay обращаться к внешнему интеллекту как к консультационному центру знаний или эксперту-советнику. Знания и информация, полученные через этот навык, управляются наряду с персональными данными iFay, в конечном итоге достигая интеллекта, превосходящего собственные возможности Human Prime.

---

4️⃣ Фаза 4: iFay + coFay — полная персонификация ПО

На этом этапе воплощение Fay по существу завершено. Однако им всё ещё не хватает способности действовать автономно как настоящие члены общества. Для эффективной независимой работы iFay должны быть выполнены 2 ключевых условия:

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

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

Восприятие → Самосознание

По-настоящему живое существо не просто воспринимает — оно также чувствует. В отличие от машин, сам iFay не может иметь подлинных эмоций. Но наблюдая за своим Human Prime и окружающим контекстом, он может выводить чувства из восприятия. Это основная стратегия построения самосознания iFay.

Действие → Автономное поведение

Поскольку iFay должен обрабатывать задачи автономно, у него должны быть собственные механизмы запуска поведения. Эти триггеры могут исходить от:

• Запланированных задач
• Выводов самосознания
• Постоянных навыков, включая зарегистрированные навыки и внутренние навыки.

Навыки → Внутренние навыки

Мы вводим модуль Внутренних навыков для трёх основных целей:

• Установить привычки, согласованные с личностью Human Prime, включая потенциальные ограничения или управление внешними навыками.
• Предоставить механизм интроспекции для обеспечения того, что внешние знания никогда не конфликтуют с намерениями Human Prime.
• Встроить фиксированные специфические для Prime возможности, такие как профессиональные навыки и экспертиза.

Мышление → Согласованное сознание

По сути, это представляет полное описание личного профиля Human Prime. Оно может быть установлено тремя основными методами (возможно, больше):

• Анализ данных из Кучи персональных данных.
• Корректировка в реальном времени через самосознание.
• Ручное определение Human Prime.

Однако одного этого недостаточно для интеграции iFay в социальные отношения. Для этого нам нужно оснастить iFay коммуникационными возможностями, включающими два основных протокола:

• Протокол Телепатии — Fay-дружественный протокол семантической коммуникации, удаляющий слой трансляции UI, позволяющий передавать смысл и намерение напрямую между iFay и coFay. Использует согласованные векторно-кодированные токены вместо структурированного текста.
• Протокол интерактивного диалога — Протокол, дружественный к человеческому UI, модуляризирующий и мультимодализирующий семантический контент, позволяя клиентским интерфейсам реконструировать читаемые, удобные отображения сообщений.

---

5️⃣ Фаза 5: Fay перестраивает структуру труда и распределение ценности

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

1. Уход человеческого труда — Программная работа будет полностью передана ИИ и роботам, снижая затраты на человеческие ресурсы к нулю.
2. Выравнивание знаний — Профессиональные знания и экспертиза будут уравнены ИИ, делая цепочки поставок чрезвычайно плоскими.
3. Универсальная гарантия выживания — Каждый будет иметь доступ к базовым жизненным ресурсам, устраняя необходимость работать ради выживания.
4. Новое создание ценности — Участие людей сосредоточится на создании смысла, человекоцентричном мастерстве и экосистеме производства ИИ + роботы.
5. Новая социальная стратификация — Владение автономными производственными ресурсами станет новым двигателем богатства и классовой дифференциации.

Это фундаментально перестроит экономическую экосистему, построенную на владении материальными ресурсами (т.е. средствами производства). С экономической точки зрения произойдут 2 крупных сдвига:

• Минимизация участия людей в реальной экономике — Очень немногие люди будут напрямую участвовать в традиционной производственной деятельности.
• Драматическое увеличение единичной стоимости человеческого труда — Если человеческий труд не будет высоко оценён, люди полностью уйдут из физического труда.

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

Для поддержания этого консенсуса нужна специализированная платформа. В настоящее время блокчейн — подходящий выбор с многолетним накопленным опытом.

Мы количественно оцениваем социальный вклад в единой единице (μ, Merit Unit) и выпускаем соответствующие цифровые токены (MeriToken) на блокчейне, формируя то, что мы называем Global Merit Chain.

В будущем приобретение MeriToken не будет зависеть от потребления вычислительной мощности для выполнения технической работы блокчейна, а от создания социальной ценности.