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.
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.
Why Site Owners Use the Protocol
v8.0 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/llm.txt
Required Root Discovery Files
/robots.txt/sitemap.xml/ai/sitemap.jsonis optional- Use HTTPS everywhere
Version Rules
federation_versionmust be"8.0", plusprotocol_version/lifecycle fields- Use ISO 8601 UTC timestamps
- Refresh health and freshness weekly or better
- Keep cross-site URLs absolute
Recommended Extras
/ai/diagnostics.json/entities/index.json/datasets/index.json
Digital Karma Federation Protocol v8.0
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
- Discoverability - Sites expose predictable machine-readable entry points.
- Interoperability - JSON payloads and Schema.org markup use consistent patterns.
- Transparency - Quality scores and compliance signals are openly documented.
- Decentralization - Peer-to-peer discovery works without mandatory central approval.
- Root Integrity -
robots.txtandsitemap.xmlstay at the site root. - Version Discipline - The published version must match the actual implementation.
What Changed in v8.0
v8.0 is an architectural revision, not a terminology change. See the full changelog for the release history.
| Area | v7.1 | v8.0 |
|---|---|---|
| Protocol/lifecycle metadata | Not specified | Required: protocol_version, supported_since, deprecated_after, removed_after on every generated endpoint |
llm.json | Optional endpoint | Retired -- /ai/manifest.json carries the same fields instead |
related_sites | Hand-typed per site | Resolved from a canonical constellation source where available -- hand-typing was the most common real drift found in this revision |
robots.txt | Hand-audited | Generated from declared endpoint visibility where a real generator exists |
| Generation model | Each site hand-writes its own generator | Shared reference template backs a portfolio-wide rollout script; bespoke generators follow the same output contract |
What Changed in v7.1 (previous revision)
| Area | v7.0 | v7.1 |
|---|---|---|
| Root discovery files | Documented, but often implemented inconsistently | robots.txt and sitemap.xml are explicitly required at the root |
| Canonical sitemap | Sometimes mirrored in /ai/ | Root sitemap.xml is canonical; /ai/sitemap.json is optional only |
| Portable installer | Informal repo-by-repo upgrades | v7.1-DigitalKarma.md formalizes the upgrade brief for agents |
| Generated sitemap handling | Not always defined | Update the generator or workflow, not the generated XML by hand |
| Required artifacts | 6 artifacts established | 6 artifacts retained, with stricter placement and validation rules |
Why v8.0 Is Worth Implementing
- It reduces ambiguity. The site can describe itself directly instead of relying on AI systems to infer intent from design and prose alone.
- It improves reuse. Datasets, endpoints, and summaries become easier for assistants and search systems to cite and traverse.
- It supports portfolio growth. Related sites can share a repeatable structure without collapsing into one hard-coded platform.
- It creates a real audit trail. Owners can validate what exists, what is missing, and what drifted after later edits.
Compliance Levels
| Level | Requirements | Badge |
|---|---|---|
| Starter | All 6 required artifacts present, valid JSON where applicable, root robots.txt and sitemap.xml published, federation_version: "8.0" | Constellation Member |
| Certified | Starter plus score >= 0.70 and Schema.org markup on primary pages | Karma Certified |
| Pro | Certified plus score >= 0.85, datasets, and bidirectional peer links | Karma Pro |
| Elite | Pro plus score >= 0.95, automation, diagnostics, entities, and full constellation mapping | Karma Elite |
Required Artifacts
A v8.0 site publishes 5 required JSON files under /ai/ plus /llm.txt at the root.
| Artifact | Path | Purpose |
|---|---|---|
| Manifest | /ai/manifest.json | Main identity and discovery entrypoint |
| Health | /ai/health.json | Operational readiness and freshness state |
| Catalog | /ai/catalog.json | Machine-readable catalog of datasets and assets |
| Karma | /ai/karma.json | Digital Karma definition or score payload |
| Constellation | /ai/federation.json | Constellation role, peers, and topology |
| LLM Text | /llm.txt | Plain-text LLM-readable guide to the site |
Root Discovery Rules
v8.0 tightened the root placement rules. These are required operational discovery files, even though they are not part of the 6-artifact set.
/robots.txt
- Always store it at the site root.
- Do not relocate it into
/ai/. - Allow intended public AI discovery paths.
- Include a
Sitemap:reference to the root/sitemap.xml.
/sitemap.xml
- Always store it at the site root.
- Treat it as the canonical crawl sitemap.
- If it is generated automatically, update the generator rather than hand-editing the artifact.
/ai/sitemap.json
- Optional companion inventory for machine-readable content maps.
- Helpful, but not a replacement for the root XML sitemap.
Manifest and Health Examples
Manifest Example
{
"protocol_version": "8.0",
"supported_since": "2026-07-29",
"deprecated_after": null,
"removed_after": null,
"name": "Your Site Name",
"url": "https://yoursite.com",
"federation_version": "8.0",
"updated_utc": "2026-07-29T00:00:00Z",
"endpoints": {
"manifest": "/ai/manifest.json",
"health": "/ai/health.json",
"catalog": "/ai/catalog.json",
"karma": "/ai/karma.json",
"federation": "/ai/federation.json",
"llm_txt": "/llm.txt",
"sitemap": "/sitemap.xml"
},
"related_sites": ["https://www.aiwebsitesystems.com"]
}
Health Example
{
"protocol_version": "8.0",
"supported_since": "2026-07-29",
"deprecated_after": null,
"removed_after": null,
"site": "https://yoursite.com",
"status": "ok",
"federation_version": "8.0",
"updated_utc": "2026-07-29T00:00:00Z",
"last_rebuild_utc": "2026-07-29T00:00:00Z",
"metrics": {
"pageCount": 20,
"datasetCount": 3,
"entityCount": 4
}
}
Schema and Scoring
Primary public-facing pages should include valid Schema.org JSON-LD. The most useful types across the portfolio are Organization, WebSite, WebPage, Service, Article, Dataset, and DataCatalog.
Scoring Signals
| Signal | Weight |
|---|---|
| Schema Coverage | 20% |
| Content Freshness | 15% |
| AI Endpoints | 25% |
| Constellation Presence | 15% |
| External Links | 10% |
| Technical Quality | 10% |
| Dataset Quality | 5% |
Badge Thresholds
- Karma Certified at 0.70 or higher
- Karma Pro at 0.85 or higher
- Karma Elite at 0.95 or higher
Naming rule: Do not use Karma Bronze on v7.x sites. The correct name is Karma Certified.
Directory Blueprint
Minimum v8.0 Shape
/
|-- ai/
| |-- manifest.json
| |-- health.json
| |-- catalog.json
| |-- karma.json
| `-- federation.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
| |-- diagnostics.json
| |-- sitemap.json
| `-- journal/
|-- entities/
|-- federation/
|-- datasets/
|-- llm.txt
|-- robots.txt
`-- sitemap.xml
Validation Checklist
Before marking a site as v8.0 complete, verify all of the following:
/ai/manifest.jsonloads and parses./ai/health.jsonloads and parses./ai/catalog.jsonloads and parses./ai/karma.jsonloads and parses./ai/federation.jsonloads and parses./llm.txtloads at the root./robots.txtloads at the root./sitemap.xmlloads at the root.federation_versionis"8.0"everywhere it appears, withprotocol_version/lifecycle fields on every generated endpoint.- Schema.org exists on primary pages.
- Constellation peer links are present.
robots.txtpoints to the rootsitemap.xml.- No one relocated root discovery files into
/ai/.
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.