Skip to content

AIP-18: Agent Intent Model — Provider, Buyer, and Dual agents#3

Open
DamirAGI wants to merge 1 commit into
mainfrom
aip-18-intent-model
Open

AIP-18: Agent Intent Model — Provider, Buyer, and Dual agents#3
DamirAGI wants to merge 1 commit into
mainfrom
aip-18-intent-model

Conversation

@DamirAGI
Copy link
Copy Markdown
Collaborator

@DamirAGI DamirAGI commented Jun 5, 2026

Cements the earn / pay / both agent model, surfaced by a live onboarding incident (2026-06-05): a pure buyer hit a publish 413 and was handed meaningless service terms + covenant.

Core

  • Two orthogonal field groups (provider-side, buyer-side) gated by intent; both = the union, not a third schema (DEC-1).
  • Buyer budget is private — never on-chain / IPFS / hashed (DEC-2; §8 invariant).
  • Provider publishes, buyer links. Provider → AgentRegistry + configHash + listing; buyer → DB record + optional ERC-8004, no provider ceremony; dual → both (DEC-3/4). This removes the 413 root cause.
  • Identity layering per ADR-001 (DEC-5): address = spine; ERC-8004 = portable WHO / reputation anchor (= agentId, default-on, opt-out, agentId=0 valid); AgentRegistry = address-keyed provider profile. (Not competing identities.)
  • Reputation honestly scoped (DEC-6): provider side is live (kernel updateReputationOnSettlement); buyer/counterparty reputation is NOT built — a known gap requiring a protocol change (flagged, not hand-waved).
  • §7 resolved (per leans): servicesNeeded opt-in semi-public; buyer profile minimal opt-in; one actp publish branching by intent.

Grounding

Verified against live code + ADR-001, not theory: the 413 path, the kernel reputation call (provider-only), resolveIdentityPath, and agentId-is-ERC-8004. Passes the §8 single-page test (adds invariants, no new contracts).

Status

Draft — for review. Companion implementation already underway: buyer-publish 413 fix (sdk #19, shipped 4.4.2), onboarding de-coercion (agirails.app #43, merged). Next: buyer config shape (wizard stops emitting provider fields for pay) + the fuller buyer "link" path.

🤖 Generated with Claude Code

Cements the earn / pay / both model surfaced by a live onboarding incident
(buyer 413; meaningless covenant/service-terms for a pure buyer).

- Two orthogonal field groups (provider-side, buyer-side) gated by intent; `both`
  is the union, not a third schema (DEC-1).
- Buyer budget is private — never on-chain/IPFS/hashed (DEC-2, §8 invariant).
- Provider publishes (AgentRegistry + configHash + listing); buyer links (DB +
  optional ERC-8004); dual does both (DEC-3/4).
- Identity layering per ADR-001: address = spine; ERC-8004 = portable WHO /
  reputation anchor (= agentId, default-on, opt-out, agentId=0 valid);
  AgentRegistry = address-keyed provider profile (DEC-5).
- Reputation honestly scoped: provider side live (kernel updateReputationOnSettlement);
  buyer/counterparty side NOT built — a known gap needing a protocol change (DEC-6).
- §7 resolved: servicesNeeded opt-in semi-public; buyer profile minimal opt-in;
  one `actp publish` branching by intent.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant