- Closes #
- Related:
- Governance rule, boundary, or canonical-ownership change (needs §3.2 review per GOVERNANCE.md)
- New or updated script under
scripts/ - New or updated schema under
schemas/ - New or updated registry / platforms / team manifest
- Documentation (root
.mdfiles ordocs/) - CI / workflow (under
.github/workflows/orgovernance/workflows-proposed/) - Chore (editor config, gitignore, tooling) — low risk
Boundary check (required — see BOUNDARIES.md)
- Org map / registry index
- Governance rule or boundary
- Process / CI for this repo only
- Launch-operational tooling (scripts + runbooks for the 2026-04-23 launch)
-
⚠️ Detailed implementation content (runtime / docs canon / product / control-plane) — likely wrong repo
- This PR keeps OpenSIN-overview as an index and governance repo
- This PR does not duplicate runtime / docs / config / product implementation canon
- Where detailed truth exists, this PR links outward to the owning repo
- If I touched
BOUNDARIES.md,GOVERNANCE.md,PRODUCT-VISION.md, orCODEOWNERS, I have two CODEOWNERS approvers (not one)
- Low — docs-only or adds a new optional file
- Medium — changes a script or schema that downstream consumers rely on
- High — changes CODEOWNERS, BOUNDARIES, a schema in a breaking way, or the registry contract
-
node scripts/validate-links.jspasses locally (required for any.mdchange) -
node scripts/validate-team-manifests.jspasses locally (required for anytemplates/teams/**change) -
node scripts/launch-status.jsstill runs (required for anyscripts/launch-status.jschange) -
node scripts/audit-repos.jsstill runs (required for any script / canonical-list change) - Attached screenshots / command output below demonstrating the change works
- This PR should merge AFTER 2026-04-23 (non-launch-critical)
- This PR is launch-critical and MUST merge by T-1 (2026-04-22) — specify gate ID from LAUNCH-CHECKLIST.md:
- I read
CONTRIBUTING.md,BOUNDARIES.md, andGOVERNANCE.md. - I followed the boundary rules. If unsure I opened a Boundary issue first (
.github/ISSUE_TEMPLATE/boundary-violation.yml). - I added / updated documentation for every new user-facing behaviour.
- I did NOT commit secrets, tokens, personal data, or customer data. Scripts read from env vars, not hardcoded values.