Architecture¶
Public content flow¶
vendor catalog and official blueprint
↓
reviewed objective snapshot
↓
approved public sources + guide template
↓
AI-assisted draft guide
↓
citation, policy, link, and coverage review
↓
machine-readable review evidence
↓
publication
↓
independent read-only semantic audit
↓
findings for a separate repair pass
The certification-seed catalog records the broader research queue, exact official credential URLs, catalog scope, lifecycle state, and verification date. The exam catalog is its publication subset: it identifies the canonical blueprint, guide path, freshness date, review state, and editorial learning level for credentials with complete guides. The level is a site-wayfinding judgment—beginner, intermediate, or expert—not a claim that every provider uses the same credential taxonomy. Repository validation requires every published exam to remain present in the seed catalog. The source catalog records authority and provenance. Objective snapshots provide dated change evidence. Passed reviews in data/reviews.json bind a promoted state to a blueprint hash, objective map, policy checks, and link-health evidence. A guide remains a draft until its objective coverage and material claims have been reviewed.
Proposed links enter through data/source-candidates.json. This inbox is deliberately separate from the approved data/sources.json catalog so an unchecked submission cannot appear as a trusted or recommended resource. Promotion requires an explicit source-quality review; rejected candidates retain concise decision evidence to prevent repeated reconsideration.
The scheduled source-health monitor records public reachability, redirects, page titles, canonical URLs, and duration signals in data/source-health.json. Access controls are distinguished from missing pages. Monitor output creates review work and never edits catalog judgments or guide prose automatically.
Independent AI-audit batches add a semantic scrutiny layer after the deterministic and source-validation gates. data/ai-audits.json binds each result to the exact objective snapshot hash and rubric version, while docs/AI-AUDIT.md defines the ten required checks and verdict rules. The auditor is read-only: it records findings for a later repair pass, and its result remains distinct from human or community review.
The objective monitor selects an adapter from each provider record. Provider adapters emit normalized objective text and status JSON while keeping provider-specific HTML or API assumptions outside the guide format. For example, Microsoft Learn handles skills-version headings and future-update notices, HashiCorp handles its version/product baseline and objective tables, and Oracle handles both legacy learning-path JavaScript and the current public MyLearn API reached with a short-lived guest token. Add or change an adapter only after testing it against that provider's real public blueprint.
Static website flow¶
config/certification-seeds.json + config/exams.json + config/collections.json
+ data/vendors.json + data/sources.json
│
canonical guides + allowlisted project documents
↓
scripts/prepare_site.py
↓
.site-build/docs + generated navigation/catalog
↓
strict MkDocs build
↓
site/ static artifact
The preparation step copies only configured guides and the explicit PUBLIC_DOCUMENTS allowlist. It does not treat the repository root or the entire docs/ directory as publishable. This is a security and separation boundary: ignored working notes, private overlays, build reports, and unrelated files cannot enter the site merely because they exist locally.
The certification-seed catalog drives the complete site inventory, including status, official listing, and whether a full guide is published. The exam catalog drives the narrower study-guide cards and guide navigation. The collection catalog defines overlapping editorial learning lenses and must never present them as official vendor pathways. Official partner learning journeys are separate allowlisted pages that compose existing guides with public program requirements without creating duplicate certifications or changing guide counts. The source catalog drives the source count. website/ contains the maintained homepage template, MkDocs configuration template, and visual assets. Generated .site-build/ and site/ content is disposable and must not be edited or committed.
Public and private separation¶
public repository ──sync──► clean work mirror
│
private internal sources ──────────┤
private presentation rules ────────┘
↓
internal rendered library
The public repository controls its own Markdown and public presentation. The work environment may transform that content and combine it with a private overlay, but internal formatting and content do not flow upstream.
Trust boundaries¶
- Official blueprints define scope but do not explain every product behavior.
- Official product documentation supports technical claims.
- Third-party sources may add teaching approaches and examples without becoming canonical.
- Generated prose is untrusted until reviewed against its supporting sources.
- A detected upstream change invalidates review state; it does not authorize an automatic explanatory rewrite.