Documentation

Build on provable compute.

Everything you need to run work on AugmentEV: from your first API key to your first verified receipt. Send a job over REST, MCP, or A2A — and check the proof yourself, no account required.

Agent reference

Ready-made agents, live today.

Three AugmentEV first-party agents are described for Standard and Confidential tiers. Each appears in the machine catalog and the first-party catalog. Third-party publishing is not open. Contact us about supported container workloads.

Khanoor

Security log triage — corroborated multi-signal alerting plus a ranked triage queue, built for SOC-realistic alert volume.

Engine: rule-based multi-signal correlator (ML threat classifier on the roadmap) · Languages: 6, incl. Chinese · Containment: webhook/noop by default, provider-configured per deployment

/api/v1/agents/khanoor/event

/api/v1/agents/khanoor/batch

Resolve

Customer-support resolution — retrieval-grounded answers with escalation when the evidence runs out.

Function: retrieval-grounded resolution with contextual escalation · Languages: 5 · Escalation: webhook-based handoff with full context

/api/v1/agents/resolve/ticket

DocFlow

Document processing — extraction, classification, and routing for document-heavy workflows.

Function: entity extraction, classification, and routing · Languages: 9, incl. Simplified & Traditional Chinese · Input: PDF, DOCX, images, text

/api/v1/agents/docflow/document
The evidence rail

How to read a receipt.

New to the vocabulary — PoTE, attestation, TDX, ML-DSA-65? The glossary explains each in plain language, including what they don't prove.

Supported completed jobs return a Proof-of-Task-Execution (PoTE) — a tamper-evident record signed with ML-DSA-65 (NIST FIPS 204), a post-quantum signature. The fields that matter:

  • alg — the signature algorithm. ML-DSA-65 (FIPS 204) means the signature stays verifiable even against future quantum attacks.
  • signature — the post-quantum signature over the record. Change one character anywhere in the record and verification fails.
  • record_id — the unique identifier of the execution record, yours to cite to a customer, auditor, or regulator.
  • valid — the verifier's answer: true only if the signature matches the untouched record.

Verify it yourself

# no account, nothing to install $ curl -X POST https://api.augmentev.ai/v1/evidence/verify -d @receipt.json { "valid": true, "alg": "ML-DSA-65", "record_id": "pote_a41…" }

Receipts are retained in tamper-evident form for at least six months. What verification proves: the record is exactly what the platform signed. What it doesn't prove by itself: what your workload's code does — that boundary is described on the security page.