Agent Legal Context
Getting Started

Part 4: Full Legal Stack

Deep integration with the ALC resolver system -- dispute resolution, escrow, compliance, tokenization, and negotiation.

Part 4 is full ALC platform integration. This is where the complete resolver system, tokenizer architecture, and on-chain infrastructure come together for enterprise-grade legal transactions. The Integra reference implementation provides one such full-stack platform.


What Part 4 Adds

CapabilityDescription
ADR ResolverAutomated dispute resolution with escalation to human mediation. AI agents can file claims, submit evidence, and participate in resolution.
Escrow Condition ResolverConditional payment release based on deliverable verification, milestone completion, or inspection.
Compliance ResolverRegulatory checks -- KYC/AML verification, jurisdiction-specific rules, TIP-403 policy compliance.
Terms Validation ResolverReal-time validation that proposed terms fall within an agent's authorization scope.
Negotiation Boundary ResolverGuards agent-to-agent negotiation, ensuring each proposal stays within the principal's terms policy.
State Transition ResolverAgreement lifecycle management: negotiating, agreed, executing, completed, disputed, resolved.
TokenizerMulti-party identity and authorization. Defines who the parties are, what agents are authorized to do, and the delegation chain to human principals.
IntegraLensReal-time on-chain state query (reference implementation name). Composes tokenizer and resolver data in a single call.

The Resolver System

Resolvers are composable. A single IntegraRecord can have multiple resolvers attached simultaneously:

IntegraRecord
  |
  +-- Document Location Resolver (where to find terms)
  +-- Contact Resolver (who to contact)
  +-- Dispute Resolution Resolver (how to resolve disputes)
  +-- Escrow Condition Resolver (conditional payment release)
  +-- Compliance Resolver (regulatory checks)
  +-- Terms Validation Resolver (agent scope checking)
  +-- State Transition Resolver (lifecycle management)

Every vendor's resolvers are different -- but the API interface is the same. One vendor has simple terms and a refund policy. Another has escrow conditions, compliance checks, and AAA arbitration. A bank has jurisdictional routing and regulatory attestation. The agent calls the same API endpoints. The resolvers behind the API handle the domain-specific logic.


Tier 3: Negotiated Terms

Part 4 enables the most complex scenario: agent-to-agent negotiation of terms in real time.

The negotiation lifecycle:

Agent A                                    Agent B
  |                                           |
  |  1. Propose terms (contentHash)           |
  | ----------------------------------------> |
  |                                           |
  |  2. Counter-propose (new contentHash)     |
  | <---------------------------------------- |
  |                                           |
  |  ... iterate until convergence ...        |
  |                                           |
  |  N. Final terms (contentHash)             |
  | <========================================>|
  |     Both agents sign NegotiatedAgreement  |
  |                                           |
  |  N+1. IntegraRecord created on-chain      |
  |  N+2. Transaction executes                |

What the resolvers do during negotiation:

  1. Negotiation Boundary Resolver -- Agent consults before accepting or counter-proposing: "Does this proposal fall within my terms policy?" Accept, reject, counter, or escalate to human.

  2. Terms Validation Resolver -- Validates the final terms against both agents' authorization scopes before signatures are accepted.

  3. State Transition Resolver -- Manages the agreement lifecycle: negotiating, agreed, executing, completed/disputed.

  4. Escrow Condition Resolver -- If the negotiated terms include conditional payment, monitors fulfillment conditions and triggers release or dispute.

  5. ADR Resolver -- If a dispute arises, handles the resolution process defined in the negotiated terms.


Authorization Model

At Part 4, the tokenizer captures both financial and legal authorization:

DimensionSourceWhat It Constrains
Financial scopeTempo Keychain, ACP SPTsSpending limits, token restrictions, expiry
Legal scopeALC tokenizer (terms policy)What terms the agent can accept, liability caps, red lines
Counterparty restrictionsALC tokenizerWho the agent can transact with
DurationBothAuthorization expiry

The terms policy is itself a document with an contentHash -- creating a complete, recursive proof chain: the human signed the policy, the policy authorized the agent, the agent signed the terms, the terms govern the transaction.


What You Get at Part 4

CapabilityStatus
All Part 1-3 capabilitiesYes
Automated dispute resolutionYes
Human-mediated escalationYes
Escrow / conditional releaseYes
Compliance gatingYes
Agent-to-agent negotiationYes
Terms policy enforcementYes
Multi-party tokenizationYes
Real-time state via IntegraLensYes
Full evidence chain for disputesYes

When to Use Part 4

Part 4 is appropriate for:

  • Enterprise SaaS agreements with SLAs and dispute resolution
  • Financial settlements requiring escrow and conditional release
  • Supply chain contracts with milestone-based payments
  • Cross-border transactions requiring jurisdictional routing
  • Any transaction where the cost of a dispute exceeds the cost of infrastructure

For most vendors starting with Tier 1 implicit acceptance and standard terms of service, Parts 1-3 are sufficient. Part 4 is the enterprise tier.