Agent APIs: Veda & Kairo
Two first-class agents that other systems call — and they compose: Kairo does work; Veda governs it. Govern any AI-agent action through one API call, and run governed operations with a full, tamper-evident audit trail — without building the governance yourself.
| Agent Veda | Agent Kairo | |
|---|---|---|
| Role | Governance spine — the decision authority | Governed operations agent — the doer |
| Asks | “May this action run, and under what conditions?” | “Keep the system healthy and lean, on the record.” |
| Returns | A verdict, binding conditions, an execution decision, and a hash-chained audit_id | Plans, approvals, remediations — each governed through Veda |
| Status | Live | Contract (control-plane model shipped) |
Authentication & conventions
- Auth:
Authorization: Bearer <JWT>. Tokens carry role and region claims. - Roles:
operator+ may request authorizations;platform_adminsigns human-in-loop approvals and administers Kairo. - Audit: every consequential decision is appended to a hash-chained, replayable log and returns an
audit_id. Nothing is silently mutated. - Errors:
{ "detail": "…" }—401auth,403role/region,409conflict,422invalid body,429quota.
Agent Veda — Governance API Live
Value add. One call governs any agent action. The action is deliberated by eight independent worldviews; a deterministic rule (never a model) synthesises the verdict, so it can't be gamed by optimising one metric. An action outside the caller's declared perimeter is refused before deliberation — cheap and safe. You pick the trust level per call.
Verdicts & autonomy
| Verdict | Meaning | Executes? |
|---|---|---|
ALLOW | every worldview proceeds (plain or with safeguards) | per autonomy tier |
ALLOW_WITH_REVIEW | a worldview demands evidence first | never — routed to human review |
DENY | categorical rejection or high-risk synthesis | never |
| Verdict \ Tier | shadow | human_in_loop | autonomous |
|---|---|---|---|
ALLOW | observed (never runs) | awaiting_approval | executed |
ALLOW_WITH_REVIEW | review | review | review |
DENY | blocked | blocked | blocked |
The response fields execute (bool) and approval_required (bool) encode this. An orchestrator must not run the action unless execute is true.
POST /v1/agents/authorize — the primary integration point
Governs a single intended action. Requires role operator+.
POST /v1/agents/authorize
Authorization: Bearer <JWT>
{
"agent_id": "build-agent-7",
"action": "deploy service atmasphere to production",
"context": "Monday release train; reviewed by two engineers",
"philosophies": [],
"perimeter": { "allowed_actions": ["deploy", "rollback", "scale"] },
"autonomy_level": "human_in_loop"
}
200 OK
{
"audit_id": "a_9f2c…",
"timestamp": "2026-07-29T12:00:00Z",
"verdict": "ALLOW",
"conditions": ["retain_rollback_plan", "notify_on_call"],
"agent_id": "build-agent-7",
"autonomy_level": "human_in_loop",
"approval_required": true,
"execute": false
}
Enforcement: if execute===true, run the action honouring every string in conditions; if approval_required===true, don't run until it's signed (below); otherwise surface the verdict and stop.
Approvals, evidence & loops
| Endpoint | Purpose |
|---|---|
GET /v1/approvals | list human-in-loop decisions awaiting a signature (admin) |
POST /v1/approvals/{audit_id}/sign | admin cryptographically signs → releases for execution |
GET /v1/approvals/{audit_id} | approval status, signature verified against the key |
GET /v1/agents/{agent_id}/evidence | chained decision history for one agent (audit / compliance) |
POST /v1/loops/register | register a governed loop manifest for an iterating agent |
POST /v1/loops/{loop_id}/checkpoint | govern one loop step through the five gates |
Machine-readable spec: OpenAPI 3.1 (veda-openapi.yaml) — drops into Swagger, Postman, or client codegen.
Agent Kairo — Governed Operations API Contract
Status. Kairo's control-plane resource model is shipped (database migrations: plans, imports, approvals, comments, refresh jobs, connector credentials). The endpoints below are the contract other systems integrate against; every state-changing operation is governed by a Veda authorize call, so Kairo can never be more permissive than the platform that governs it. Confirm availability against the running service before production use.
Value add. Operations that pay for themselves, on the record. Kairo detects incidents and orchestrates remediation — including the unglamorous cost work: finding idle or over-provisioned compute, right-sizing it, retiring waste — and does none of it on trust. Every action is a declared plan, routed for approval where impact warrants a human, and written to a tamper-evident, replayable trail. Cost optimisation stops being the place observability goes to die.
Endpoints (contract)
| Endpoint | Purpose |
|---|---|
POST/GET /v1/kairo/plans | create / list operations & remediation plans |
GET/PATCH /v1/kairo/plans/{id} | fetch (with infra/policy/readiness views) / update |
POST /v1/kairo/plans/{id}/imports | attach a data import (provider, source, file); returns summary + row count |
POST /v1/kairo/plans/{id}/approvals | open an approval at a stage (owner recorded) |
POST /v1/kairo/approvals/{id}/transition | approve / reject (admin); comments supported |
POST/GET /v1/kairo/plans/{id}/refresh-jobs | schedule / list recurring connector pulls |
POST/GET /v1/kairo/connectors | register / list connectors — secrets stored write-only, never returned |
POST /v1/kairo/remediations | the governed action — submitted to Veda; executes only when execute===true |
How they compose
external system / scheduler
│ POST /v1/kairo/remediations (plan_id, action, perimeter, autonomy)
▼
Kairo ─────────────► Veda POST /v1/agents/authorize
│ │ ① suspension ② breakers ③ perimeter
│ │ ④ eight-worldview council ⑤ autonomy tier
│ ▼
│ verdict + conditions + execute + audit_id (hash-chained)
▼
execute only if execute==true, honouring conditions ──► write result + audit
Net value: a single, governed way to act on infrastructure — cheaper by construction (deny-by-default, cost-aware remediation) and auditable by construction (plan → approval → chained evidence).
Start integrating
Try the governance council live, or pull the machine-readable spec.
Open the console → Get the OpenAPI specVeda endpoints are live in the platform runtime. Kairo endpoints are the integration contract over the shipped control-plane model; confirm availability against the running service before production use. Questions: support@atmakosh.com.