Use this workflow when standards or repository conventions change and Copilot review instructions must stay in sync.
Standards and references to read first
runecontext/project/standards-inventory.md- Relevant changed standards under
runecontext/standards/** - Relevant bundle definitions under
runecontext/bundles/*.yaml docs/trust-boundaries.mdCONTRIBUTING.mdjustfile.github/workflows/ci.yml
Procedure
- Inspect current Copilot instruction files:
.github/copilot-instructions.md.github/instructions/**/*.instructions.md
- Map standards and conventions to instruction scope:
- Repository-wide policy goes in
.github/copilot-instructions.md. - Domain-specific policy goes in path-specific files with
applyTofrontmatter.
- Repository-wide policy goes in
- Keep guidance concise and review-oriented:
- Prioritize security, correctness, reliability, portability, and maintainability.
- Avoid style-only directives that create noisy reviews.
- Validate
applyToglobs and remove conflicting directives. - Ensure practical review context is included:
- CI parity command:
just ci. - Supporting checks:
go test ./...,cd runner && npm run lint,cd runner && npm test,cd runner && npm run boundary-check. - Trust boundary constraints from
docs/trust-boundaries.md.
- CI parity command:
- Enforce Copilot code review constraints:
- Keep each instruction file under 4000 characters.
- Report:
- Which standards and conventions were reflected.
- Which instruction files changed.
- Any remaining conventions not yet represented.
Guardrails
- Keep instructions declarative and broadly applicable.
- Do not include secrets, credentials, or environment-specific values.
- Prefer repository source-of-truth docs over ad-hoc process notes.
Source: runecode-systems/runecode — distributed by TomeVault.