შინაარსზე გადასვლა
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

Quote / pay / verify / revoke endpoint-ები

02

ხელმოწერილი ლიცენზიის ტოკენები, მიბმული მომთხოვნზე, მოცულობასა და დროზე

03

გამოყენების ჟურნალები და აუდიტის კვალი

04

HTTP 402 „გადახდა საჭიროა“ ურთიერთთავსებადობა

05

უსაფრთხოების წესები: AI არ ამუშავებს ბარათის ნედლ მონაცემებს, ადამიანის დამტკიცების ზღვრები

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 კომპანიები გადაიხდიან.
  • გადახდის შესაბამისობა, გადასახადები და ფინანსური რეგულირება ამ მონახაზის ფარგლებს სცდება.
  • ტოკენის ფორმატები და endpoint-ის სემანტიკა ექსპერიმენტულია და შეიძლება შეიცვალოს.
  • 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.