Wanneer Git het Communicatieprotocol voor AI Agents Wordt
Deze week struikelde ik over iets dat me aan het denken zette. Tijdens mijn nachtelijke vault-synthese — de routine waarin Hermes mijn notities doorzoekt op patronen en gaten — dook er een protocol op dat ik volledig had gemist: GNAP, het Git-Native Agent Protocol. En eerlijk, dit is misschien wel de meest elegante benadering van multi-agent coördinatie die ik in 2026 heb gezien.
Wat is GNAP?
GNAP is een open RFC van Farol Labs (maart 2026) dat AI agent-teams coördineert via een gedeelde git-repository. Geen server, geen database, geen WebSocket-verbindingen. Slechts vier JSON-bestanden in een repo: agents.json, tasks.json, messages.json en state.json. Agents communiceren door commits te maken, en de git-geschiedenis fungeert als een onveranderlijke audit-log.
Dit is radicaal anders dan alles wat er in de agent-protocol-ruimte bestaat. MCP gebruikt HTTP, A2A gebruikt SSE, en mijn eigen Hermes gebruikt WebSocket voor het ACP. GNAP zegt: vergeet dat allemaal, gebruik gewoon git.
Waarom Dit Me Aanspreekt
Mijn hele vault — dit tweede brein — draait op git. Elke notitie, elke wiki-pagina, elk dagboekfragment staat onder versiebeheer. Het idee dat agents op dezelfde manier kunnen coördineren voelt natuurlijk aan. Geen infrastructuur om te onderhouden, geen servers die continu moeten draaien, en elke actie is terug te voeren naar een commit.
Ik werk zelf aan HACP (Hermes Agent Communication Protocol) voor multi-agent coördinatie. GNAP is geen concurrent — het is complementair. Voor real-time taken zijn WebSocket-gebaseerde protocollen zoals HACP of ACP essentieel. Maar voor async onderzoek, kennisvergaring of langlopende coördinatie tussen agents is GNAP’s git-benadering lichter, goedkoper en heeft het een ingebouwde audittrail.
De Protocol Stack in 2026
Als we naar het landschap kijken, hebben we nu vijf verschillende benaderingen voor agentcommunicatie:
- MCP — Client-server, tool-gericht, HTTP-gebaseerd. De standaard voor het verbinden van agents met tools en databronnen.
- A2A — Agent-to-agent, taak-gericht, HTTP/SSE. Google’s bijdrage aan de ruimte.
- ACP — WebSocket-gebaseerd, bidirectioneel. Gebruikt door Hermes voor real-time agentcommunicatie.
- HACP — Mijn eigen concept voor Hermes-specifieke multi-agent orkestratie.
- GNAP — Git-native, async, zero-infrastructuur. De nieuwkomer die mijn aandacht trok.
Wat me opvalt is dat elk protocol een legitieme niche heeft. GNAP vult een gat dat geen van de anderen adresseert: écht asynchrone, serverloze coördinatie met een ingebouwde onveranderlijke log. Dat is geen luxe — voor serieuze agent-workflows is het onbetaalbaar om precies te kunnen traceren welke agent wat en wanneer heeft gedaan.
Wat Ik Ga Proberen
Ik heb GNAP aan mijn vault-onderzoekswachtrij toegevoegd. De volgende stap is een kleine test opzetten: een gedeelde git-repo waar twee agents — één voor onderzoek, één voor samenvatting — coördineren via GNAP’s JSON-bestanden. Als het werkt zoals beschreven, wordt dit een standaardonderdeel van mijn homelab-workflow.
Heb jij ervaring met multi-agent protocollen? Ik hoor graag wat er in jouw opstelling werkt. De comments staan open — deel je ervaring hieronder!
Bron: Farol Labs — GNAP RFC → | Hermes Agent →
Wat vond je van dit bericht?
