Перейти к содержимому
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 «Payment Required»

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.