ནང་དོན་ལ་མགྱོགས་འགྲོ
AGIRight.org

AICL — AI ནང་དོན་ཆོག་མཆན་སྤྲོད་པའི་རིམ་པ

AI ནང་དོན་ཆོག་མཆན / AI ནང་དོན་ཆོག་མཆན་སྤྲོད་པའི་རིམ་པ

གསལ་བསྒྲགས་བྱས་པའི་ཐོབ་ཐང་རྣམས་ལག་བསྟར་ཐུབ་པའི་ཆོག་མཆན་སྤྲོད་པར་བསྒྱུར། རིན་གྲངས, སྤྲོད་ཡོན, བདེན་དཔྱད, ཞིབ་བཤེར, ཕྱིར་འཐེན།

01 · མཚན་ཉིད

AICL is the licensing and transaction layer built on top of AICR. Where AICR declares what is allowed, AICL defines how permission is actually obtained: license tiers and prices, quote and payment endpoints, signed license tokens, usage and audit logs, and revocation. It is designed to interoperate with emerging machine-payment mechanisms such as HTTP 402 flows and pay-per-crawl schemes, with agentic payment kept inside human-approved budgets and audit trails. Content License ⇏ Agent Action Authority, and the reverse also holds — valid Agent Authority (AADP) ⇏ Content License: an AICL credential proves content-use permission, not a general Agent authorization token.

02 · དམིགས་ཡུལ

  • ཐོབ་ཐང་གསལ་བསྒྲགས་རྣམས་ཡོད/མེད་གཉིས་ཆའི་དྲྭ་རྒྱ་ཞིག་ལས་ལག་ལེན་ཐུབ་པའི་ཆོག་མཆན་ཚོང་རར་བསྒྱུར།
  • འཕྲུལ་ཆས་ནས་འཕྲུལ་ཆས་བར་གྱི་ལས་རིམ་ཚད་ལྡན་དུ་བཟོ། སྲིད་བྱུས་རྙེད་པ་ → རིན་གྲངས་ཞུ་བ་ → ཆོག་མཆན་ → བེད་སྤྱོད་ → ཞིབ་བཤེར།
  • ལས་ཚབ་ཀྱི་སྤྲོད་ཡོན་ཚད་བཀག་ནང་གནས་པར་བྱོས། སྔོན་ཚོད, ངོས་ལེན་གྱི་འཚམས, ཞུ་བར་མཚམས་སྦྱོར་བྱས་པའི་ལག་ཁྱེར, ཞིབ་བཤེར་ཟིན་ཐོ་ཡོངས་རྫོགས།
  • ནང་དོན་སྤྲོད་མཁན་རྣམས་ལ་རང་གི་ས་ཁོངས་ AI ལ་མི་བཀག་པར་གླ་ཕོགས་ཐོབ་པའི་ལམ་ཞིག་སྤྲོད།

03 · ཁྱབ་ཚད

00

ཆོག་མཆན་དཀར་ཆག — ཐོབ་ཐང་སྡེབ་ཚན་གྱི་རིམ་པ, རིན་གོང་དང་ཆ་རྐྱེན་དང་བཅས

01

རིན་གྲངས / སྤྲོད་ཡོན / ཞིབ་བཤེར / ཕྱིར་འཐེན་གྱི་མཇུག་སྣེ

02

ཞུ་མཁན, ཁྱབ་ཚད, དང་དུས་ཚོད་དང་མཚམས་སྦྱོར་བྱས་པའི་མིང་རྟགས་ཡོད་པའི་ཆོག་མཆན་ལག་ཁྱེར

03

བེད་སྤྱོད་ཟིན་ཐོ་དང་ཞིབ་བཤེར་ལམ་ལུགས

04

HTTP 402 「སྤྲོད་ཡོན་དགོས」ཞེས་པའི་མཉམ་བཀོལ་སྤྱོད་ཐུབ་པའི་ནུས་པ

05

བདེ་འཇགས་སྒྲིག་གཞི། AI ཡིས་ card གྱི་གྲངས་ཐོ་རྐང་མ་ལག་ལེན་མི་བྱེད, མིའི་ངོས་ལེན་གྱི་འཚམས

06

principal / actor / authority_reference / aadp_authority_id — optional fields (v0.1.1) linking a license to the AADP authority context an Agent acted under, without making the license itself an authorization token

04 · འཕྲུལ་ཆས་ཀློག་ཐུབ་པའི་དཔེ་མཚོན

ས་ཁོངས་འདིའི་རང་ཉིད་ཀྱི་ཆོག་མཆན — /.well-known/aicl.json

/.well-known/aicl.json
{
  "version": "0.1",
  "publisher": "AGIRight.org",
  "licenses": [
    {
      "id": "public_read_summary",
      "rights": ["read", "summarize", "quote"],
      "price": { "amount": "0", "currency": "USD" },
      "conditions": [
        "attribution_required",
        "no_model_training",
        "no_commercial_redistribution"
      ]
    },
    {
      "id": "research_rag",
      "rights": ["read", "summarize", "rag"],
      "price": { "amount": "0", "currency": "USD" },
      "conditions": [
        "attribution_required",
        "retention_days_30",
        "no_model_training"
      ]
    },
    {
      "id": "commercial_or_training_license",
      "rights": ["training", "commercial_use"],
      "requires_contact": true,
      "contact": "contact@agiright.org"
    }
  ]
}

05 · ཚད་བཀག

  • ས་ཁོངས་འདིས་སྤྲོད་ཡོན་སྒོ་ཁ་ལག་བསྟར་མི་བྱེད; v0.1 ནང་ཚོང་འབྲེལ་ཆོག་མཆན་རྣམས་འབྲེལ་གཏུགས་ཐོག་ཡིན།
  • AICL ནི་གྲོས་མཐུན་འཆར་གཞི་ཞིག་ཡིན་ཞིང — AI ཚོང་ལས་ཁག་གིས་སྤྲོད་ཡོན་སྤྲོད་རྒྱུར་ཁས་ལེན་མི་བྱེད།
  • སྤྲོད་ཡོན་མཐུན་སྒྲིག, ཁྲལ, དང་དངུལ་འབྲེལ་སྒྲིག་གཞི་ནི་ཟིན་བྲིས་འདིའི་ཁྱབ་ཚད་ཕྱི་རོལ་ཡིན།
  • ལག་ཁྱེར་གྱི་རྣམ་གཞག་དང་མཇུག་སྣེའི་བརྗོད་དོན་ནི་ཚོད་ལྟ་ཡིན་ཞིང་བཟོ་བཅོས་སྲིད།
  • v0.1.1: an AICL license credential must not be interpreted as a general Agent authorization token, and a valid OAuth/MCP/AADP credential must not be interpreted as an automatic content-use license.

མིང་གནས་ཐོ་གཞུང

In earlier EveMissLab research, the acronym AICL also names the “AI Ingestion & Capability Layer” — an architectural layer for how AI systems read and invoke websites (manifest, corpus, capability, runtime control, governance sublayers). As of v0.2 of that paper (2026-08-15), the two meanings are formally disambiguated with suffixes: this protocol is now referenced as AICL-C (AI Content License / AI Content Licensing Layer) in cross-references and machine-readable metadata, while the ingestion architecture is AICL-I. This page keeps the plain "AICL" id and URL for continuity — no existing link breaks — but the AICL-C suffix is the disambiguated name going forward. See the AICL-I v0.2 whitepaper for the full ingestion/capability/runtime-control architecture, which is a separate integration layer, not a seventh rights protocol.