Developers

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 VedaAgent Kairo
RoleGovernance spine — the decision authorityGoverned operations agent — the doer
Asks“May this action run, and under what conditions?”“Keep the system healthy and lean, on the record.”
ReturnsA verdict, binding conditions, an execution decision, and a hash-chained audit_idPlans, approvals, remediations — each governed through Veda
StatusLiveContract (control-plane model shipped)

Authentication & conventions

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

VerdictMeaningExecutes?
ALLOWevery worldview proceeds (plain or with safeguards)per autonomy tier
ALLOW_WITH_REVIEWa worldview demands evidence firstnever — routed to human review
DENYcategorical rejection or high-risk synthesisnever
Verdict \ Tiershadowhuman_in_loopautonomous
ALLOWobserved (never runs)awaiting_approvalexecuted
ALLOW_WITH_REVIEWreviewreviewreview
DENYblockedblockedblocked

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

EndpointPurpose
GET /v1/approvalslist human-in-loop decisions awaiting a signature (admin)
POST /v1/approvals/{audit_id}/signadmin cryptographically signs → releases for execution
GET /v1/approvals/{audit_id}approval status, signature verified against the key
GET /v1/agents/{agent_id}/evidencechained decision history for one agent (audit / compliance)
POST /v1/loops/registerregister a governed loop manifest for an iterating agent
POST /v1/loops/{loop_id}/checkpointgovern 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)

EndpointPurpose
POST/GET /v1/kairo/planscreate / list operations & remediation plans
GET/PATCH /v1/kairo/plans/{id}fetch (with infra/policy/readiness views) / update
POST /v1/kairo/plans/{id}/importsattach a data import (provider, source, file); returns summary + row count
POST /v1/kairo/plans/{id}/approvalsopen an approval at a stage (owner recorded)
POST /v1/kairo/approvals/{id}/transitionapprove / reject (admin); comments supported
POST/GET /v1/kairo/plans/{id}/refresh-jobsschedule / list recurring connector pulls
POST/GET /v1/kairo/connectorsregister / list connectors — secrets stored write-only, never returned
POST /v1/kairo/remediationsthe 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 spec

Veda 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.