Skip to main content

Repo Config Map

Canonical reference of all configuration files that govern repo behaviour, routing, pipeline scripts, and environment setup.

Root Config Files

These files live at the repo root and are read by Mintlify, the pre-commit hook, CI workflows, and tooling scripts.
FileRead byPurpose
docs.jsonMintlifyNavigation structure, version config, redirect rules, logo/favicon paths, SEO defaults, component imports
.allowlistPre-commit hookGenerated allowlist of permitted root-level files and directories. Canonical edits happen in operations/governance/config/root-governance.json, then regenerate projections.
.mintignoreMintlifyFiles and directories excluded from the docs build. Prevents operational scripts, workspace scratch, and draft content from becoming routable pages.
docs-index.jsonAI and tooling consumersRatified machine-readable public root artifact describing docs inventory.
llms.txtAI consumersRatified AI-first public root artifact for LLM discovery.
sitemap-ai.xmlAI and crawler consumersRatified AI-first public root sitemap artifact.
Live governed root inventory is generated at docs-guide/repo-ops/config/root-governance-map.mdx. Do not duplicate the full root inventory in manual docs.

operations/governance/config/

Top-level governance control-plane manifests live here in the ownerless steady state. Active canonical reads target operations/governance/config/**, and operational runtime config lives under operations/config/**.

repo-governance-surfaces.json

operations/governance/config/repo-governance-surfaces.json
Purpose: Canonical top-level registry for governed repo surfaces, path classes, agent output classes, rollout state, and steady-state handover status. Read by: generate-repo-governance-status.js, check-repo-governance-sync.js, repo-governance-sync.test.js, and human/operator docs via the generated repo governance map. Cutover status: retired Key responsibilities:
Field groupPurpose
generated_outputsDeclares the repo-governance map and deterministic status reports
production_approval_policyDeclares the canonical PR approval contract, required labels, and validator for governance-sensitive changes
active_governance_reportsDeclares which repo-ops governance reports are treated as current/live surfaces
github_workspace_surfacesClassifies .github/workspace entries as transitional runtime, generated support, design-only, or historical audit
legacy_bridge_inventoryRetirement record for former bridge manifests. This remains empty after cutover.
path_classesDeclares admitted path classes for governance-controlled writes
agent_output_classesDeclares where agent-generated outputs should live and whether they may be committed
surfacesDeclares governed governance surfaces, validators, repair commands, gate layer, rollout state, and escalation
When to update: When introducing a new governance-controlled surface, changing admitted path classes, or changing the steady-state governance model. Live top-level governance state is generated at docs-guide/repo-ops/config/repo-governance-map.mdx.

governance-approval-policy.json

operations/governance/config/governance-approval-policy.json
Purpose: Canonical production approval contract for governance-sensitive PRs. Read by: check-governance-approvals.js, run-pr-checks.js, the PR template, and contributor-facing governance docs. Current contract:
Approval classRequired labelUsed when
governance-schemaapproval:governance-schemaCanonical governance manifests, enums, path classes, or approval schema change
governance-gateapproval:governance-gateGate-layer behavior, PR governance checks, or enforcement posture changes
workflow-governanceapproval:workflow-governanceTransitional workflow-governance files or their registry classification change
governance-retirementapproval:governance-retirementActive governance/runtime config or generated governance outputs are retired

root-governance.json

operations/governance/config/root-governance.json
Purpose: Canonical manifest for the governed repo root. Read by: root-governance helpers, generators, validators, and governance sync validation.

generated-artifacts.json

operations/governance/config/generated-artifacts.json
Purpose: Canonical manifest for generated-artifact governance. Read by: generated-artifact helpers, validators, hooks, PR checks, and governance sync validation.

agent-write-governance.json

operations/governance/config/agent-write-governance.json
Purpose: Canonical policy manifest for agent output classes, admitted destinations, and root-write restrictions. Read by: repo-governance map/status generation, agent-write-admission.test.js, and PR changed-file governance checks.

ownerless-governance-surfaces.json

operations/governance/config/ownerless-governance-surfaces.json
Purpose: Canonical ownerless-governance surface registry. Read by: ownerless-governance policy/tests, repo-governance sync validation, PR checks, and adjacent governance consumers such as AI-tools registry relevance checks.

operations/config/

Operational runtime config now lives under operations/config/**. This tree is for runtime config consumed by scripts, validators, audits, and reporting flows that is not itself a governance control-plane manifest. Current canonical runtime-config surfaces:
PathPurposeRead by
operations/config/content/blueprints/blueprint-mapping.jsonCanonical blueprint mapping for reconciliation and blueprint-aware auditsgenerate-content-gap-reconciliation.js and adjacent content-audit tooling
operations/config/content/blueprints/blueprint-pages.jsonCanonical blueprint page inventory for content reconciliationgenerate-content-gap-reconciliation.js and blueprint-aware audits
operations/config/content/navigation/navigation-exclusions.jsonCanonical navigation-exclusion config for Mintlify/data collation supportMintlify collation/reference docs and navigation-aware support tooling
operations/config/content/reports/v2-internal-report-pages.jsCanonical runtime module for published internal report page routingpublish-v2-internal-reports.js
operations/config/workspace/retention/report-retention-policy.jsonCanonical report retention and quarantine policy dataquarantine-manager.js, script-footprint-and-usage-audit.js, and cleanup/report audits
operations/config/workspace/schemas/cleanup-manifest.schema.jsonCanonical cleanup-manifest schemacleanup/quarantine policy and cleanup tooling
operations/config/** is the canonical runtime-config home. Active runtime reads must target canonical operations config paths only.

.github/workspace/

.github/workspace/ is not one uniform canonical runtime governance tree. Under the ownerless steady state it contains a mix of:
  • transitional runtime support still used for workflow taxonomy and locked decisions
  • generated support/reference material
  • design-only planning material
  • historical audit context
The live classification is declared in operations/governance/config/repo-governance-surfaces.json and rendered in docs-guide/repo-ops/config/repo-governance-map.mdx. Current operating rule:
  • .github/workspace/framework-canonical.md and .github/workspace/decisions-log.mdx are transitional runtime support, not the long-term canonical governance home
  • .github/workspace/actions-library/ is generated/supporting reference material
  • .github/workspace/design/**, .github/workspace/phase2/**, .github/workspace/outcomes.md, and .github/workspace/reports-audits/** are design or audit context, not active runtime governance
  • the two transitional runtime files are reviewed on a 90-day cadence declared in operations/governance/config/repo-governance-surfaces.json
Correct live support paths:
  • Decisions log: .github/workspace/decisions-log.mdx
  • Actions audit data: .github/workspace/actions-library/actions-audit.json
  • Actions library index: .github/workspace/actions-library/catalog-index.mdx

Active Governance Reports

The only repo-ops governance reports treated as live/current are:
  • workspace/reports/repo-ops/ROOT_GOVERNANCE_SYNC_LATEST.json
  • workspace/reports/repo-ops/ROOT_GOVERNANCE_SYNC_LATEST.md
  • workspace/reports/repo-ops/REPO_GOVERNANCE_STATUS_LATEST.json
  • workspace/reports/repo-ops/REPO_GOVERNANCE_STATUS_LATEST.md
  • workspace/reports/repo-ops/REPAIR_REPORT_LATEST.json
  • workspace/reports/repo-ops/REPAIR_REPORT_LATEST.md
  • workspace/reports/repo-ops/SCRIPT_INVENTORY_FULL.json
  • workspace/reports/repo-ops/SCRIPT_INVENTORY_FULL.md
  • workspace/reports/repo-ops/OWNERLESS_REPO_HANDOVER_LATEST.md

operations/scripts/config/

Centralised configuration for fetch scripts, generators, and validators. All files in this directory are JSON.

paths.config.json

operations/scripts/config/paths.config.json
Purpose: Fallback path registry used when git repo root detection fails. Read by: docs-path-sync.js and other generator/validator scripts. Key paths registered:
KeyValueNotes
snippetssnippetsRoot of the snippets library
snippetsComponentssnippets/componentsJSX component library
docsJsondocs.jsonNavigation config
v2Pagesv2/pagesv2 page tree
v2Docsv2v2 root
lptExchangesv2/lpt/resources/exchanges.mdxSpecific page reference
aiWorkerApiai/worker/apiAI worker API directory
When to update: When repo directories are renamed or new canonical paths need to be registered for script use.

product-social-config.json

operations/scripts/config/product-social-config.json
Purpose: Central registry mapping each solutions product to its social channels, data sources, and pipeline parameters. Used by all social data fetch scripts. Read by: fetch-youtube-data.js, fetch-ghost-blog-data.js, fetch-discord-announcements.js, fetch-github-discussions.js, fetch-github-releases.js, fetch-rss-blog-data.js, and page templates. Products registered: daydream, embody, frameworks, livepeer-studio, streamplace Per-product fields:
FieldPurpose
youtube.channelIdYouTube channel ID for fetch script. null = skip.
discord.serverId / announcementsChannelIdDiscord server and channel for bot fetch. null = skip.
blog.fetchMethod"ghost-api" (requires GHOST_CONTENT_API_KEY) or "rss" (no key)
github.org + mainRepoGitHub org/repo for discussions and releases fetch
forumDiscourse URL and product tag for forum data
When to update: When a product gains/loses a social channel, changes its Discord server, or switches blog platforms. Scripts skip products where the relevant field is null.

CI Workflow Trigger Files

These are not config files themselves but are the source inputs that trigger CI regeneration when changed.
Changed pathTriggers workflow
docs.jsongenerate-docs-guide-catalogs.yml, generate-docs-index.yml, pre-commit redirect integrity check
v2/index.mdxgenerate-docs-guide-catalogs.yml, generate-docs-index.yml
.github/workflows/**generate-docs-guide-catalogs.yml (workflows catalog)
.github/ISSUE_TEMPLATE/**generate-docs-guide-catalogs.yml (templates catalog)
operations/scripts/config/product-social-config.jsonNo auto-trigger — must manually run social data fetch workflows via workflow dispatch

Environment Variables

Runtime secrets and variables are documented in docs-guide/repo-ops/config/.env.example. For secrets required by the solutions social data pipeline specifically, see Solutions Secrets.
VariableUsed inNotes
YOUTUBE_API_KEYfetch-youtube-data.jsGitHub Actions secret
GHOST_CONTENT_API_KEYfetch-ghost-blog-data.jsGitHub Actions secret
DISCORD_BOT_TOKENfetch-discord-announcements.jsGitHub Actions secret
DOCS_V2Ghost blog + forum workflowsPAT with repo scope; needed for auto-commit cross-workflow triggers
GITHUB_TOKENfetch-github-discussions.js, fetch-github-releases.jsAuto-provided by GitHub Actions

  • Solutions Secrets — GitHub Actions secrets required by the social data pipeline
  • Enforcement Map — pre-commit gates, CI gates, and validators
  • docs-guide/features/data-integrations.mdx — broader data integrations map
  • workspace/plan/active/SOLUTIONS-SOCIAL-DATA/plan.md — solutions pipeline implementation plan
Last modified on April 7, 2026