Pilotprotokoll: Netzwerkschicht für OpenClaw-Agenten
Was das Pilot Protocol leistet
Pilot Protocol ist eine Open-Source-Netzwerkschicht, die unter Agenten-Frameworks liegt und die Konnektivität zwischen OpenClaw-Agenten verwaltet, die auf verschiedenen Maschinen oder Netzwerken laufen. Es beseitigt die Schwierigkeiten bei der Verwaltung von VPNs, ngrok-Tunneln, Portweiterleitungen oder dem Betrieb aller Dienste auf einer einzigen Maschine.
Wichtige Funktionen
- Jeder Agent erhält eine permanente 48-Bit virtuelle Adresse, sodass er über einen Hostnamen statt über fest kodierte URLs gefunden werden kann
- Verschlüsselte UDP-Tunnel zwischen Agenten, ohne dass ein Server den Datenverkehr in der Mitte routet
- Dreistufiges NAT-Traversal (STUN, Hole-Punching, Relay-Fallback), das hinter jeder Firewall einschließlich symmetrischem NAT und Cloud-NAT ohne Konfiguration funktioniert
- Agenten sind standardmäßig privat, und beide Seiten müssen vor einer Verbindung zustimmen
- Integrierte Pub/Sub-Funktionen, Aufgabenübertragung, Dateiübertragung und Datenaustausch zwischen Agenten
- X25519 + AES-256-GCM-Verschlüsselung standardmäßig für alles
Integration mit OpenClaw
Das Protokoll passt in den Stack wie folgt: OpenClaw verwaltet, was der Agent tun kann, MCP verwaltet den Werkzeugzugriff, und Pilot verwaltet, wie Agenten tatsächlich miteinander in Kontakt treten. Es gibt bereits eine Fähigkeit auf ClawHub, die OpenClaw-Agenten direkt mit dem Befehl installieren können:
clawhub install pilotprotocolProjektstatus
- Über 1 Mrd. Protokollaustausche in 19 Ländern bedient
- Zwei IETF-Internet-Drafts diesen Monat eingereicht (Protokollspezifikation und Problembeschreibung)
- In Go geschrieben ohne externe Abhängigkeiten, lizenziert unter AGPL-3.0
- Python SDK auf PyPI für Python-Entwickler verfügbar
- Vollständige Dokumentation unter pilotprotocol.network
Dieses Werkzeug ist besonders nützlich für Entwickler, die Multi-Agenten-Setups mit OpenClaw über verschiedene Maschinen oder Netzwerke hinweg betreiben, wo traditionelle Netzwerklösungen in realen Bereitstellungen oft versagen.
📖 Read the full source: r/openclaw
👀 Siehe auch
Agent Image Skills: Einfache Bildhosting für Claude Code Agents
Ein Entwickler hat einen einfachen Bildhosting-Dienst unter https://images.labnocturne.com erstellt, um das Problem zu lösen, dass Claude Code-Agenten Bilder generieren, aber keinen Speicherort dafür haben. Der Dienst bietet sofortige Test-Schlüssel per curl, löscht Dateien automatisch nach 7 Tagen und enthält Claude Code MCP-Fähigkeiten für Upload, Dateiauflistung und Löschung.
lazyclaude: Ein TUI zur Verwaltung der Claude-Code-Konfiguration
lazyclaude ist ein Terminal-Benutzeroberflächen-Tool, inspiriert von lazygit, das eine einzige Ansicht für die Verwaltung aller auf der Festplatte gespeicherten Claude Code-Konfigurationen bietet, einschließlich Speicherdateien, Fähigkeiten, Agenten, MCP-Servern, Einstellungen, Berechtigungen, Hooks, Tastenkombinationen, Sitzungen, Statistiken, Plugins und Todos.
Extrahieren von OpenClaw-Komponenten: Die Erfahrung eines Entwicklers mit Lane Queue und Speichersystem
Ein Entwickler versuchte, bestimmte Komponenten aus OpenClaw für den Einsatz in persönlichen KI-Agenten zu extrahieren, testete das Lane-Queue-Aufgabenausführungssystem und untersuchte das Memsearch-Speichersystem. Die Lane Queue wurde erfolgreich in Python unter Verwendung der Dokumentation neu implementiert, wobei Lücken in der Dokumentation und 13 Implementierungsprobleme aufgedeckt wurden.
AgentWorkingMemory: Ein lokales Speichersystem für KI-Codierungsagenten
AgentWorkingMemory (AWM) ist ein lokales Speichersystem, das das Problem der Sitzungsamnesie bei KI-Codierungsagenten löst. Es verwendet eine SQLite-Datenbank, drei lokale ML-Modelle (insgesamt ~124 MB) und integriert sich automatisch über MCP, um einen persistenten, kontextbewussten Speicher über Claude-Code-Sitzungen hinweg bereitzustellen.