Specification & Architecture

Digital Karma Web Standards & Architecture

The full technical reference for Digital Karma Web v8.2.

Current Version: Digital Karma Web v8.2 | Updated: 2026-09-28 | Status: Stable | Authority: specs/federation-spec-v8.md

Release Tracking

This page is the current authority. For the easiest human-readable overview, start with the protocol explainer. Use the changelog pages for release history.

Website Audit

Validate the standard on a real public site

The website audit turns the spec into something practical: current version detection, root discovery checks, schema presence, and a prioritized upgrade path.

Public URLs only. Instant results. Exportable upgrade package.

Why Site Owners Use the Protocol

v8.2 matters because it turns a website into something AI systems can inspect with much less ambiguity. The benefit is not just compliance. It is clearer discovery, clearer trust signals, and a more repeatable implementation path.

Explain the Site Faster

The machine-readable layer tells agents what the site is, what it publishes, and where to look next before they have to parse the entire front end.

Increase AI Discovery Exposure

Root discovery files, structured endpoints, and a maintained sitemap help AI systems find and reuse the right pages more reliably.

Keep Control with the Owner

The protocol is open and decentralized. Owners can implement it on their own infrastructure and still benefit from shared federation patterns.

Quick Reference

Required Constellation Artifacts

  • /ai/manifest.json
  • /ai/health.json
  • /ai/catalog.json
  • /ai/karma.json
  • /ai/federation.json
  • /ai/rendered-schema.json
  • /llm.txt

Required Root Discovery Files

  • /robots.txt
  • /sitemap.xml
  • /ai/sitemap.json is optional
  • Use HTTPS everywhere

Version Rules

  • federation_version must be "8.2", plus protocol_version/lifecycle fields
  • Use ISO 8601 UTC timestamps
  • Refresh health and freshness weekly or better
  • Keep cross-site URLs absolute

Recommended Extras

  • /llm.json and /ai/llm.json, generated from the manifest
  • /llms.txt, generated the same way
  • /ai/diagnostics.json
  • /entities/index.json
  • /datasets/index.json

Digital Karma Federation Protocol v8.2

The Digital Karma Federation is an open standard for making websites easier for AI systems to discover, understand, and trust. Sites publish standardized endpoints, keep their discovery files in predictable root locations, and expose transparent relationship and quality signals. DigitalKarmaWeb.com is the specification authority, but any site can implement the standard independently.

Core Principles

  1. Discoverability - Sites expose predictable machine-readable entry points.
  2. Interoperability - JSON payloads and Schema.org markup use consistent patterns.
  3. Transparency - Quality scores and compliance signals are openly documented.
  4. Decentralization - Peer-to-peer discovery works without mandatory central approval.
  5. Root Integrity - robots.txt and sitemap.xml stay at the site root.
  6. Version Discipline - The published version must match the actual implementation.

What Changed in v8.2

Endpoint files are no longer enough to prove compliance. Every canonical sitemap page must render the site's DataCatalog and complete catalog Dataset graph, and a generated full-sitemap receipt must prove the result.

Areav8.1v8.2
HTML coveragePrimary-page Schema.org guidanceEvery canonical sitemap page must expose the complete catalog Dataset graph
Dataset identityCatalog definitions could remain separate from page schemaStable DataCatalog and Dataset identifiers must reconcile across the entire site
ProofEndpoint checks and representative page checks/ai/rendered-schema.json from a current full-sitemap crawl
ComplianceSix required public artifactsSeven required public artifacts plus rendered coverage
Lifecycle8.1 since 2026-09-218.2 since 2026-09-23

What Changed in v8.1 (previous revision)

v8.1 is a small, backward-compatible revision. AI crawlers kept requesting /llm.json after v8.0 retired it, so the file came back, this time generated from the manifest on every build instead of kept by hand. A v8.0 site is still a valid member.

Areav8.0v8.1
llm.jsonRetiredRestored as a standard endpoint at /llm.json and /ai/llm.json, derived from /ai/manifest.json, /ai/catalog.json and /ai/health.json in the same build, and listed in the manifest's endpoints
llms.txtNot part of the protocolAdded 2026-09-22: /llms.txt in the llmstxt.org markdown format, generated from the manifest and catalog the same way. Why both came back
Sibling URLsEvery bare domain assumed to be https://www.Each sibling's own declared origin, so sites that serve their bare domain are linked correctly
related_sitesResolved from the constellation source, but most generators still published a hand-picked fewEvery member of the site's constellation
Lifecycle8.0 since 2026-07-298.1 since 2026-09-21

What Changed in v8.0 (previous revision)

v8.0 is an architectural revision, not a terminology change. See the full changelog for the release history.

Areav7.1v8.0
Protocol/lifecycle metadataNot specifiedRequired: protocol_version, supported_since, deprecated_after, removed_after on every generated endpoint
llm.jsonOptional endpointRetired, because /ai/manifest.json carries the same fields (reversed in v8.1)
related_sitesHand-typed per siteResolved from a canonical constellation source where available -- hand-typing was the most common real drift found in this revision
robots.txtHand-auditedGenerated from declared endpoint visibility where a real generator exists
Generation modelEach site hand-writes its own generatorShared reference template backs a portfolio-wide rollout script; bespoke generators follow the same output contract

What Changed in v7.1 (previous revision)

Areav7.0v7.1
Root discovery filesDocumented, but often implemented inconsistentlyrobots.txt and sitemap.xml are explicitly required at the root
Canonical sitemapSometimes mirrored in /ai/Root sitemap.xml is canonical; /ai/sitemap.json is optional only
Portable installerInformal repo-by-repo upgradesv7.1-DigitalKarma.md formalizes the upgrade brief for agents
Generated sitemap handlingNot always definedUpdate the generator or workflow, not the generated XML by hand
Required artifacts6 artifacts established6 artifacts retained, with stricter placement and validation rules

Why v8.2 Is Worth Implementing

Compliance Levels

LevelRequirementsBadge
StarterAll 7 required public artifacts valid, root discovery files published, and the rendered Dataset contract passing across the complete sitemapConstellation Member
CertifiedStarter plus score >= 0.70Karma Certified
ProCertified plus score >= 0.85, datasets, and bidirectional peer linksKarma Pro
ElitePro plus score >= 0.95, automation, diagnostics, entities, and full constellation mappingKarma Elite

Read Full Federation Spec

Required Artifacts

A v8.2 site publishes 6 required JSON files under /ai/ plus /llm.txt at the root.

ArtifactPathPurpose
Manifest/ai/manifest.jsonMain identity and discovery entrypoint
Health/ai/health.jsonOperational readiness and freshness state
Catalog/ai/catalog.jsonMachine-readable catalog of datasets and assets
Karma/ai/karma.jsonDigital Karma definition or score payload
Constellation/ai/federation.jsonConstellation role, peers, and topology
Rendered Schema Audit/ai/rendered-schema.jsonFull-sitemap proof of the rendered DataCatalog and Dataset graph
LLM Text/llm.txtPlain-text LLM-readable guide to the site

Root Discovery Rules

Root placement remains mandatory. These are required operational discovery files, but they are separate from the seven public federation artifacts.

/robots.txt

/sitemap.xml

/ai/sitemap.json

Manifest and Health Examples

Manifest Example

{
  "protocol_version": "8.2",
  "supported_since": "2026-09-23",
  "deprecated_after": null,
  "removed_after": null,
  "name": "Your Site Name",
  "url": "https://yoursite.com",
  "federation_version": "8.2",
  "updated_utc": "2026-09-23T00:00:00Z",
  "endpoints": {
    "manifest": "/ai/manifest.json",
    "health": "/ai/health.json",
    "catalog": "/ai/catalog.json",
    "karma": "/ai/karma.json",
    "federation": "/ai/federation.json",
    "rendered_schema": "/ai/rendered-schema.json",
    "llm_txt": "/llm.txt",
    "llm_json": "/llm.json",
    "llm_json_ai": "/ai/llm.json",
    "llms_txt": "/llms.txt",
    "sitemap": "/sitemap.xml"
  },
  "related_sites": ["https://www.aiwebsitesystems.com"]
}

Health Example

{
  "protocol_version": "8.2",
  "supported_since": "2026-09-23",
  "deprecated_after": null,
  "removed_after": null,
  "site": "https://yoursite.com",
  "status": "ok",
  "federation_version": "8.2",
  "updated_utc": "2026-09-23T00:00:00Z",
  "last_rebuild_utc": "2026-09-23T00:00:00Z",
  "metrics": {
    "pageCount": 20,
    "datasetCount": 3,
    "entityCount": 4
  }
}

Schema and Scoring

Every canonical sitemap page must include parseable Schema.org JSON-LD with the publisher, website, primary page entity, one stable DataCatalog, and every Dataset in the site's catalog. The primary page entity must connect to the relevant Dataset layer.

Scoring Signals

SignalWeight
Schema Coverage20%
Content Freshness15%
AI Endpoints25%
Constellation Presence15%
External Links10%
Technical Quality10%
Dataset Quality5%

Badge Thresholds

Naming rule: Do not use Karma Bronze on v7.x sites. The correct name is Karma Certified.

Directory Blueprint

Minimum v8.2 Shape

/
|-- ai/
|   |-- manifest.json
|   |-- health.json
|   |-- catalog.json
|   |-- karma.json
|   |-- federation.json
|   `-- rendered-schema.json
|-- llm.txt
|-- robots.txt
|-- sitemap.xml
`-- datasets/                # optional but recommended

Pro / Elite Shape

/
|-- ai/
|   |-- manifest.json
|   |-- health.json
|   |-- catalog.json
|   |-- karma.json
|   |-- federation.json
|   |-- rendered-schema.json
|   |-- diagnostics.json
|   |-- sitemap.json
|   `-- journal/
|-- entities/
|-- federation/
|-- datasets/
|-- llm.txt
|-- robots.txt
`-- sitemap.xml

Validation Checklist

Before marking a site as v8.2 complete, verify all of the following:

Have Feedback on These Standards?

Use the contact page if you need help, the audit page if you want proof, or the download page if you are ready to build.