Building the First Digital Karma Constellation: SA, ABT, and the Federation Protocol
Building the First Digital Karma Constellation: SA, ABT, and the Federation Protocol
Summary
For months, federation_presence existed as a scoring signal inside our karma.json files. The concept was real. The protocol was not. This case study documents the session that changed that -- what was built on Supplement Apothecary and Age Better Today, what bidirectional verification actually looks like in practice, and why the most important outcome was a repeatable framework rather than the files themselves.
Context
The AI Digital Karma Federation had a scoring model that measured federation presence. Inside karma.json, the signal existed as a defined dimension with a weighted score. Supplement Apothecary had federation fields. The concept existed. But there were no active peer relationships declared anywhere. No site was formally verifying another. No roles were assigned. The federation_presence score was measuring something that hadn't been built yet.
That's actually a common pattern in system design. The measurement arrives before the thing being measured. In this case the gap was useful -- it pointed directly at what was missing.
The question was what 'federation' actually meant in practice. Links already existed between properties. That wasn't the point. The constellation model required something different: declared roles, named responsibilities, and bidirectional verification. Not 'Site A and Site B are related.' But 'Site A owns this layer of knowledge, Site B owns this layer, each has verified the other's claim, and both are machine-readable.'
Methodology
The build started with Supplement Apothecary, which already had partial federation architecture in place. The first step was defining the constellation model -- not just linking sites, but assigning each one a specific knowledge responsibility.
Constellation roles defined:
- SupplementsApothecary.com: Commerce Protocols -- product knowledge, dosage information, supplement protocols - AgeBetterToday.com: Science Education -- aging science, longevity research, educational content - NaturalHerbLibrary.com (future): Reference Data -- ingredient documentation, source data, compound references
With roles defined, federation.json files were built for both active properties. Each file declares:
- The site's constellation role - Its named peer sites with their roles - Its responsibilities within the network - Its membership in the AI Digital Karma Federation - Verification status for each declared peer relationship
Bidirectional verification was the critical step. SA declaring ABT as a peer means nothing if ABT does not reciprocate the declaration. The protocol requires each site to explicitly name the relationship from its own endpoint. A scanner can then confirm both sides match.
Age Better Today was also upgraded from a primarily content-based property to a full first-class AI citizen. Prior to this session ABT had content but minimal AI foundation infrastructure. After the session ABT had:
- manifest.json - federation.json - karma.json - catalog.json - health.json - diagnostics.json
The karma.json federation_presence score now has measurable criteria to evaluate rather than a conceptual placeholder:
- Number of verified peer relationships - Constellation membership status - Declared role specificity - Future: registry validation against the portfolio scanner
The protocol was then verified to be portable. The same framework applied cleanly to ABT from SA with no structural modification required. The pattern held.
Findings
Five things changed as a result of this build.
**Federation became real.** Before: sites had federation fields. After: sites recognize each other, declare roles, and verify the relationships are reciprocal. The difference between 'these sites are related' and 'these sites belong to the same AI-readable network with defined responsibilities' is not cosmetic. It is structural.
**The first constellation formed.** The constellation model forces specialization. SA owns supplements. ABT owns aging science. NHL will own reference data. Each site is responsible for one knowledge layer, not all knowledge layers. AI systems reading the federation endpoints can theoretically route queries by knowledge type rather than treating every site in the network as a general-purpose source.
**Karma scoring became actionable.** The federation_presence dimension inside karma.json previously scored an aspirational concept. It now scores a live protocol. Verified peers, constellation membership, declared role, and future registry validation are all measurable inputs. Digital Karma moved from philosophy to protocol in this session.
**Age Better Today became a first-class AI citizen.** ABT had content. After this session it had a complete AI foundation layer: manifest, federation, karma, catalog, health, diagnostics. That is the difference between a site that publishes to humans and a site that actively advertises itself to machines.
**Portability was proved.** The most durable outcome of this session is not the files on any single site. It is that the framework transferred cleanly from SA to ABT without modification. That means NaturalHerbLibrary.com, AgeLifeForward.com, LongevityForward.com, and every future constellation member can join using the same protocol. One session per star, not a custom build each time.
Key Takeaway
The constellation did not emerge from a planned feature build. It emerged from noticing that federation_presence already existed as a scoring signal, then realizing the thing it was supposed to measure had never been built.
That sequence -- measurement before mechanism -- is common in system design. The gap between them is useful. It shows exactly what is missing.
Building the mechanism turned a scoring dimension into a live protocol. The protocol is portable. The portability changes the economics of expanding the federation. Each new node joins the constellation in one session. The network compounds without the cost compounding proportionally.
The scanner is the next milestone. Once a tool can verify federation relationships, detect schema drift, and calculate constellation health automatically, Digital Karma becomes infrastructure rather than intention.
Explore More Research
Browse our collection of documented SEO case studies, experiments, and concepts.