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. 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

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: 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

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:

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

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

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

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: 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

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: When to update: When repo directories are renamed or new canonical paths need to be registered for script use.

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: 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.

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.
  • 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 May 22, 2026