api overview
The root directory api/ is the source of truth for GizClaw’s external agreement and shared data contract. This defines "what the two parties exchange" and does not implement authorization, storage, service lifecycle or domain business.
pkgs/gizclaw/api/, JavaScript SDK and C SDK are the generated results of these contracts or adapters that adhere to the wire format, not another source of definition.
Directory structure
text
api/
├── http/
│ ├── admin.json # Admin HTTP surface
│ ├── peer.json # Public/Peer HTTP and WebRTC signaling surface
│ ├── openai-compat/v1/ # OpenAI-compatible HTTP subset
│ ├── shared.json # aggregation entry point for truly shared OpenAPI schemas
│ ├── shared/ # cross-surface or cross-domain DTOs
│ └── resources/ # Resource, owned Spec, and Resource aggregation definitions
└── proto/
├── rpc/
│ ├── rpc.proto # request, response, error, stream, and method registry
│ ├── nanopb.options # C/nanopb generation configuration
│ └── payload/ # method payloads organized by domain
└── telemetry/
└── peer_telemetry.proto # Peer telemetry event wire formatAPI list
| Name | Provider | Protocol | Link |
|---|---|---|---|
| Admin API | Server | HTTP / OpenAPI | GOTO |
| Public API | Server | HTTP / OpenAPI | GOTO |
| OpenAI Compatible API | Server | HTTP / OpenAPI | GOTO |
| Peer RPC | Client, Server, Edge-node | Protobuf RPC over Giznet service stream | GOTO |
| Peer Telemetry | Client / Peer | Protobuf direct packet | GOTO |
Subdocument
- HTTP API: OpenAPI surfaces, Shared, Resources and type ownership.
- Proto API: Peer RPC and Telemetry Protobuf contract.
- Generation and Change: Go, JavaScript and C generation links and validation requirements.