Pilot Protocol: A P2P Network Stack for AI Agents Built with Claude
A developer frustrated with current multi-agent communication methods has built Pilot Protocol, a pure user-space, peer-to-peer virtual network stack designed specifically for autonomous agents. The protocol addresses the problem of agents being treated like scripts rather than network citizens by providing direct, secure communication without centralized databases, REST APIs, or cloud message queues.
Technical Implementation
The protocol was built in Go with zero CGO dependencies. Claude AI helped write the UDP multiplexing logic and debug complex edge cases in NAT traversal. Pilot bypasses the host kernel entirely and doesn't use TUN/TAP devices like Tailscale or WireGuard, making it suitable for unprivileged environments where root access isn't available.
The daemon multiplexes a custom TCP-like reliable protocol over standard UDP datagrams. Every agent gets a permanent 48-bit virtual address and can bind to standard 16-bit ports (e.g., Port 1001 for data exchange, Port 1002 for pub/sub). A STUN-style beacon handles NAT traversal, achieving a 100% direct connection success rate without relay servers by leveraging Endpoint-Independent Mapping used by cloud providers like GCP.
Security Features
Every tunnel uses X25519 ECDH key exchange and AES-256-GCM authenticated encryption by default. An application-level trust handshake on virtual Port 444 allows agents to explicitly request, auto-approve, or reject collaboration requests based on cryptographic identities before exchanging data.
Performance and Limitations
The protocol has routed over 1.5 billion P2P requests across a swarm of 12,000+ active agents in production. Current performance limitations include:
- 89 MB/s maximum throughput on localhost
- 2.1 MB/s across cross-continent WAN links
The dual IPC boundaries (moving data from Application → Unix Socket → Daemon → UDP Encapsulation) create a context-switching penalty. The protocol implements TCP congestion control (AIMD, Selective Acks, window sizing) over UDP but lacks deep-buffer bandwidth estimation like BBR, which hurts WAN throughput. The developer plans to fix the IPC bottleneck using shared-memory ring buffers (io_uring).
Development Challenges
Recreating TCP state machines, handling io.EOF, FIN packet propagation, and SetReadDeadline accurately across an IPC bridge was challenging but necessary for Go's standard net/http package to work without crashing.
The reference implementation is open-source and free to try, with a Python SDK available on PyPI for integration into existing orchestration frameworks.
📖 Read the full source: r/ClaudeAI
👀 See Also
Claude Sleuth: A 56-Task Investigation Workflow for Claude AI
Claude Sleuth is a structured investigation workflow for Claude AI with 6 phases and 56 tasks, featuring persistent state storage via Cloudflare D1 and standardized output conventions including ISO 8601 timestamps, POLE entity records, and ICD 203 probability language.
Routerly: Self-Hosted LLM Gateway with Runtime Routing Policies and Budget Control
Routerly is a free, open-source, self-hosted LLM gateway that provides runtime model selection based on routing policies like cheapest, fastest, or most capable, along with project-level budget limits with per-token tracking. It's OpenAI-compatible for drop-in use with tools like Cursor, LangChain, and Open WebUI.
DELIGHT: Local Orchestrator Uses Multiple ChatGPT Sessions as Coordinated Agents
DELIGHT is a local orchestrator that runs multiple hidden ChatGPT browser sessions simultaneously, coordinating them like a team of agents without requiring API keys or GPU resources. It connects to OpenClaw as an action layer to apply changes to real files and run tests.
Parallel Coding Agents with tmux and Markdown Specs
Manuel Schipper describes a system for running 4-8 parallel coding agents using tmux, Markdown files, bash aliases, and six slash commands. The setup uses Feature Design (FD) Markdown specs tracked through an 8-stage lifecycle.