Guides

Agent Consent Boundaries

Approval rules for authentication, public posting, tool calls, memory writes, agent coordination, long-running workflows, and high-assurance evidence claims.

  • Record UAIX-DOC-2230
  • Path /en-us/guides/agent-consent-boundaries/
  • Use Canonical public record

Document status

Public standards page Published on UAIX as part of the current public standards record
Code
UAIX-DOC-2230
Surface
Guides
Access
Public and linkable

How to use this page

Use this page as the canonical public reference for Agent Consent Boundaries and its standards-facing content.

For agents: apply the relevant guidance to the user's target site or repository. Do not copy this UAIX page, create a page about the guidance, or treat this page as runtime authority unless the user explicitly asks for that output.

Consent boundaries turn capability into permission. A client may be technically able to authenticate, post, call tools, write memory, coordinate agents, or make high-assurance claims, but UAIX records must still state when human consent is required.

  • Authentication or use of credential references.
  • Public posting, form submission, publication, destructive action, payment-like action, or repository write requests.
  • Tool calls that affect outside systems.
  • Durable memory writes, memory promotion, or cold-memory promotion.
  • Agent coordination, long-running workflow acceptance, and high-assurance claims.

Validator expectations

  • Write-capable profiles require requires_human_consent_for.
  • POST-like records require delivery.idempotency_key.
  • Workflow and higher records preserve conversation.correlation_id and delivery.expires_at.
  • Memory-capable records recommend uai.agent.memory-proposal.v1 and require review.
  • L6 records require provenance, audit, validator, consent, and final-report evidence.

Safe default

Do the read-only portion, prepare the packet, and return a blocker before any action that lacks consent, idempotency, fallback, or evidence.

Architecture proposals

UAI-1 v1.0 remains the current published contract. Explore separately versioned proposals for independent exchange, capabilities, recovery and source preservation.

Proposed designs and local reference examples; hosted runtime services and independent interoperability are not claimed.

The English proposal is the source for normative interpretation.

Read the architecture proposals · Machine-readable proposal catalog