Мазмұнға өту
AGIRight.org

AICL — ЖИ мазмұнын лицензиялау деңгейі

ЖИ мазмұн лицензиясы / ЖИ мазмұнын лицензиялау деңгейі

Декларацияланған құқықтарды орындалатын лицензиялауға айналдырады: баға ұсынысы, төлем, тексеру, аудит, күшін жою.

Draft v0.1.1 Схема ↓

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 · Мақсаты

  • Құқықтар декларацияларын бинарлық ашық/жабық ғаламтордың орнына жұмыс істейтін лицензиялау нарығына айналдыру.
  • Машинадан машинаға ағынын стандарттау: саясатты анықтау → баға ұсынысын сұрау → лицензиялау → пайдалану → аудит.
  • Агенттік төлемдерді шектеулі ұстау: бюджеттер, мақұлдау шектері, сұранысқа байланысты токендер, толық аудит журналдары.
  • Мазмұн жеткізушілеріне сайттарын ЖИ-ге жаппай-ақ өтемақы алу жолын беру.

03 · Қолданылу аясы

00

Лицензия каталогы — бағалары мен шарттары бар құқықтар жинақтарының деңгейлері

01

Баға ұсынысы / төлем / тексеру / күшін жою соңғы нүктелері

02

Сұрау салушыға, қолданылу аясына және уақытқа байланысты қол қойылған лицензия токендері

03

Пайдалану журналдары және аудит іздері

04

HTTP 402 «Төлем қажет» өзара әрекеттесуі

05

Қауіпсіздік ережелері: ЖИ карта деректерінің шикі түрін өңдемейді, адамның мақұлдау шектері

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 — бұл протокол ұсынысы, ол ЖИ компанияларының төлейтініне кепілдік бермейді.
  • Төлемдердің сәйкестігі, салық және қаржылық реттеу бұл жобаның қамту аясынан тыс.
  • Токен форматтары мен соңғы нүкте мағыналары эксперименталды және өзгеруі мүмкін.
  • 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.