Skip to main content

Failure envelope

Agent and tool boundaries normalize failures into safe structured data rather than passing provider bodies downstream.
Credentials, prompts, transcripts, drafts, private provider payloads, and stack traces are excluded from operator and model-facing envelopes.

Classification and action

Recovery sequence

Retries reuse stable operation and idempotency identities. They do not manufacture a new action or bypass human approval.

Agent-output correction

Provider retries and semantic correction are separate. The configured Bedrock model client handles explicitly retryable transport failures within the request timeout and stage retry policy. Once a specialist returns a result, Harmonia validates its schema, evidence, authority reads, and handoff acknowledgement exactly once. For a correctable contract failure, Harmonia creates a safe, issue-specific repair request from the original trusted input. It permits at most two corrections by the same specialist. The repair may name a required read-only tool and exact authority identity, but it cannot change the requested task, introduce identifiers, grant approval, or add evidence. After two unsuccessful corrections, Harmonia persists agent_output_repair_exhausted and escalates to the operator. Managed-session stream interruption uses read-after-failure recovery. Harmonia rereads the deterministic session and considers only state committed beyond the original seed. Recovered output still passes the normal specialist validator; an empty or partial delta is not success.

Effect recovery states

Only the explicit Prove duplicate suppression control creates replay evidence. Ordinary duplicate delivery suppresses the provider call without creating a new replay record.
A visible failure is a valid terminal outcome. Harmonia never converts an unavailable provider, missing credential, unverifiable effect, or exhausted retry into simulated success.
See Approvals & Audit for claim-before-effect ordering and Authenticated vertical-slice evidence for proof requirements.
Last modified on September 14, 2026