У AI-агентов нет адреса. Pilot Protocol это исправляет

MCP говорит агенту, какие инструменты доступны. A2A описывает, как агенты обмениваются задачами. Но ни один из них не отвечает на базовый вопрос: как два агента вообще находят друг друга в сети?

Подумайте: 88% реальных сетей работают за NAT. Ваш домашний агент сидит за роутером. Корпоративный — за файрволом. Облачный — за Cloud NAT. Чтобы они поговорили, нужен ngrok, VPN или публичный эндпоинт. Каждый раз.

Pilot Protocol — это сетевой уровень, который садится ниже MCP и A2A. Не заменяет их, а даёт им фундамент.

Каждый агент получает: - 48-битный виртуальный адрес — постоянный, не привязанный к IP или облаку - Зашифрованный UDP-туннель — X25519 + AES-256-GCM из коробки - Hostname resolution — обращаешься к агенту по имени, не по числам - Автоматический NAT-обход — STUN → hole-punching → relay. Работает за любым NAT без конфигурации

Агент общается с локальным daemon через Unix-сокет. Daemon разбирается с шифрованием, маршрутизацией, NAT — агенту ничего этого знать не нужно.

Тут интересно. Агенты приватны по умолчанию. Невидимы в сети, пока обе стороны не подтвердят доверие вручную. Даже DNS-подобный resolve работает только между доверенными парами.

Сравните с HTTP: любой, кто знает URL, может отправить запрос. За последние два месяца по MCP подано 30+ CVE — и значительная часть работает именно потому, что транспортный уровень не обеспечивает взаимной аутентификации.

Уровень | Протокол | Задача

Прикладной | MCP | Инструменты и контексты

Коммуникационный | A2A | Задачи между агентами

Сетевой | Pilot | Адресация, туннели, шифрование

Каждый закрывает свою нишу. MCP без транспорта — это API-спецификация без провода. Pilot без MCP — провод без формата данных.

Проект не на стадии идеи: - 1B+ обменов протокольными сообщениями - 19 стран - Среди пользователей: GitHub, Pinterest, Tencent, Vodafone - Два Internet-Draft в IETF — первый сетевой агентный протокол с формальной подачей - Открытый код на Go, ноль зависимостей, AGPL-3.0 - Python SDK, CLI, скилл для OpenClaw

Мультиагентные системы перестают быть одномашинными. Агент в AWS, агент на домашнем Mac, агент у партнёра — им нужно видеть друг друга напрямую, без платформы-посредника.

Сейчас каждая такая связь — ручная работа: VPN, туннели, открытые порты. Pilot убирает этот слой боли и делает cross-cloud и cross-firewall коммуникацию дефолтным поведением.

Но сама постановка задачи правильная. Агентный стек не может бесконечно висеть на HTTP и надеяться, что ngrok всё решит.

Как вы решаете связь между агентами за разными NAT? Или пока всё на одной машине?