Глава 5: Позиционирование в экосистеме

5.1 Диаграмма взаимосвязей шести протоколов iFay

TP не существует изолированно; это один из шести протоколов в экосистеме iFay. Каждый протокол выполняет свою функцию, и вместе они формируют полный фреймворк коммуникации AI-агентов.

ПротоколПолное названиеОсновная ответственностьДомен
ICPInteractive Conversation ProtocolПромежуточный язык для взаимодействия Человек ↔ FayЧеловеко-машинный интерфейс
TPTelepathy ProtocolКогнитивный обмен между Fay ↔ FayМежфайное сотрудничество
CAPControl Authority ProtocolFay → Захват управления Hardware/ClientУправление устройствами
SSPSkill Sharing ProtocolОбнаружение навыков FayРынок возможностей
DTPData Tunnel ProtocolКанал данных Hardware/OS → FayВосприятие окружения
FPFaying ProtocolПривязка идентичности Физическое лицо ↔ iFayПодтверждение идентичности

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

graph TB
    subgraph "Уровень идентичности"
        FP["FP<br/>Привязка идентичности"]
    end

    subgraph "Уровень взаимодействия"
        ICP["ICP<br/>Человеко-машинное взаимодействие"]
        TP["TP<br/>Когнитивный обмен"]
    end

    subgraph "Уровень возможностей"
        SSP["SSP<br/>Обнаружение навыков"]
    end

    subgraph "Уровень исполнения"
        CAP["CAP<br/>Управление устройствами"]
        DTP["DTP<br/>Канал данных"]
    end

    HUMAN["Физическое лицо (Host)"]
    FAY["Fay"]
    COFAY["coFay"]
    HW["Hardware / OS / Client"]

    HUMAN ---|"FP: Подтверждение идентичности"| FAY
    HUMAN ---|"ICP: Взаимодействие на естественном языке"| FAY
    FAY ---|"TP: Когнитивный обмен"| COFAY
    FAY ---|"SSP: Обнаружение навыков"| COFAY
    FAY ---|"CAP: Захват управления устройством"| HW
    HW ---|"DTP: Данные окружения"| FAY

    style TP fill:#4A90D9,color:#fff,stroke:#2C5F8A,stroke-width:2px
    style FP fill:#9B59B6,color:#fff
    style ICP fill:#F5A623,color:#fff
    style SSP fill:#7AB648,color:#fff
    style CAP fill:#E74C3C,color:#fff
    style DTP fill:#1ABC9C,color:#fff

Отношения межпротокольного сотрудничества:

  • FP → TP: FP устанавливает отношение привязки идентичности между Host и Fay; TP ссылается на авторизацию FP во время коммуникации для проверки легитимности делегирования Host. Например, когда iFay пациента инициирует запрос на приём к coFay больницы, coFay больницы подтверждает через ссылку на авторизацию FP, что «этот iFay действительно авторизован пациентом для записи на приём.»
  • ICP → TP: Host даёт инструкции своему Fay через ICP; Fay делегирует задачи другим Fay для выполнения через TP. Например, пользователь говорит своему iFay «забронируй мне рейс в Токио на следующей неделе» (взаимодействие ICP), и iFay затем связывается с coFay авиакомпании через TP для завершения бронирования.
  • SSP ↔ TP: Fay обнаруживает доступные навыки других Fay через SSP, затем инициирует конкретные запросы на сотрудничество через TP. Например, iFay обнаруживает coFay, специализирующийся на налоговом планировании, через SSP, затем устанавливает общий контекст через TP, монтируя финансовые данные Host (в авторизованном объёме) в общее пространство для консультации.
  • TP → CAP: Когда задача сотрудничества TP требует управления hardware или clients, Fay получает полномочия управления устройством через credentials CAP. Например, дрон с ручным управлением должен быть передан Fay для захвата управления — iFay наземного оператора согласовывает передачу управления с Fay на дроне через TP, затем завершает фактическую передачу управления через протокол CAP.
  • DTP → TP: Hardware и операционные системы передают данные окружения Fay через DTP; Fay включают эти данные в Shared Context TP для использования сотрудничающими сторонами. Например, система умного дома передаёт данные о температуре в помещении, влажности и качестве воздуха iFay через DTP, и iFay монтирует эти данные окружения в общий контекст с coFay управления здоровьем для помощи в генерации рекомендаций по здоровью.

5.2 Сравнение с MCP/A2A

TP и MCP/A2A не конкурируют, а дополняют друг друга — TP может работать поверх MCP или A2A. Следующая сравнительная таблица показывает различия в позиционировании по нескольким измерениям:

ИзмерениеMCPA2ATP
ИздательAnthropicGoogleСообщество Open Source iFay
Год выпуска202420252025
Ключевое позиционированиеПротокол подключения AI-моделей к внешним инструментамПротокол делегирования задач и сотрудничества между AgentsПротокол когнитивного обмена между Fay
Направление коммуникацииОднонаправленное (AI → Инструменты)Двунаправленное (Agent ↔ Agent)Двунаправленное + Общее пространство (Fay ↔ Shared Context ↔ Fay)
Атрибуция идентичностиОтсутствует (инструменты не имеют понятия атрибуции)Отсутствует (Agents — автономные сервисные узлы)Да (каждый Fay действует от имени Host)
Защита конфиденциальностиНет систематического механизма (передача параметров открытым текстом)Нет систематического механизмаСквозное шифрование + Выборочное раскрытие + Авторизация Host
Обмен внутренним состояниемНе применимо (инструменты — функции без состояния)Не разделяется (Opaque Execution)Выборочно разделяется в авторизованных рамках (Shared Context)
Метод транспортаПривязан к tool call (JSON-RPC)Привязан к JSON-RPC через HTTPТранспортно-агностичный (доставляемый через A2A/MCP/API/Prompt)
Согласование протоколовОтсутствуетОтсутствуетАдаптивное согласование и трансляция
Применимые сценарииAI вызывает внешние инструменты и источники данныхСлабо связанная оркестрация сервисов AgentГлубокое сотрудничество, делегирование конфиденциальности, когнитивная интеграция

Отношение между тремя можно резюмировать одной фразой: MCP позволяет AI использовать инструменты, A2A позволяет Agents передавать сообщения, TP позволяет Fay достичь телепатии.

Транспортный агностицизм TP означает, что он может «ехать» поверх MCP или A2A — когда базовый транспорт использует A2A, TP добавляет атрибуцию идентичности, защиту конфиденциальности и возможности общего контекста; когда базовый транспорт использует MCP, TP поднимает однонаправленный вызов инструментов до двунаправленного когнитивного обмена.