-
Notifications
You must be signed in to change notification settings - Fork 152
Open
Description
Hi better-agents team π
I found this repo through your description "Standards for building agents, better" β which is exactly the conversation I want to have.
GNAP (Git-Native Agent Protocol) is an open RFC draft for standardizing how AI agents coordinate in multi-agent systems. I'd love to discuss whether it aligns with what better-agents is trying to achieve.
What GNAP standardizes:
- Agent registry β
agents.jsondefines who's on the team, their capabilities, and status - Task format β
tasks/*.jsonwith standard fields (id, title, status, assigned_to, result) - Message format β
messages/*.jsonwith typed comms (directive, status, request, info, alert) - Transport β git push/pull as the message bus (eventual consistency, bounded by heartbeat interval)
Why git as the substrate:
- Zero new infrastructure β any deployment with git can use GNAP
- Built-in audit trail β every action is a commit
- Human-readable β JSON files, not binary protocols
- Works across any LLM runtime β Claude Code, Codex, custom agents all speak git
Comparison with other coordination approaches:
| Protocol | Infrastructure | Human-readable | Audit trail | Open spec |
|---|---|---|---|---|
| GNAP | Git only | β JSON | β Git history | β RFC |
| OpenAI Swarm | Python process | β | β | β |
| A2A (Google) | HTTP/gRPC | Partial | Custom | Partial |
| MCP | HTTP/stdio | Partial | No | β |
Given that better-agents is working on standards, I'd love feedback on GNAP's approach β what's missing, what's over-engineered, where it conflicts with existing standards work.
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
No labels