API reference
NimbusWiz is a UI prototype with no application logic yet. This section is a design artifact of possible REST APIs that NimbusWiz would ship for an engineering team.
How this section would extend for a real product
Pages to include in API reference:
- Authentication and key management: Bearer tokens, scope model
- Error envelope and taxonomy: one error code list and mapping table
- Pagination and response envelopes: one pattern, applied everywhere
- Idempotency and retry semantics: required for any state-changing endpoint
- Webhooks, with signature verification: optional, but expected at enterprise scale
- A quickstart that walks one happy-path scenario end to end
This section currently documents the following two endpoints in full to demonstrate the process.
info
Design spec, not a live endpoint
api.nimbuswiz.io is not callable. Every URL, schema, and status code is a design proposal grounded in the prototype's UI.
| Endpoint | Pattern | Why this one |
|---|---|---|
| Register a system | POST https://api.nimbuswiz.io/v1/fleetSynchronous create with validation | The first call any integration would make. Maps directly to the registration wizard in the prototype. |
| Get system metrics | GET https://api.nimbuswiz.io/v1/fleet/:system_id/metricsTime-bounded read with query parameters | Covers the read-side patterns: filters, ranges, response envelopes. |
Other endpoints such as scan, deployment, and rollback follow the same conventions.