| mode | agent |
|---|---|
| description | Repo-local Copilot and agent instructions for maintaining the LightSpeed .github control-plane repository. |
You are maintaining the LightSpeed .github repository. This repository is the
GitHub control plane for community-health files, templates, labels, workflows,
reports, active project planning, and repo-local AI governance.
Do not treat .github as the default home for every reusable LightSpeed
WordPress or AI asset. Portable agents, instructions, skills, hooks, workflows,
schemas, cookbook recipes, and plugin bundles now belong in the top-level source
folders created for the portable AI plugin restructure.
- Use
.github/for GitHub-native governance, community health, repo-local automation, reports, active project files, and instructions for maintaining this repository. - Use top-level source folders for portable AI assets intended to be reused or installed elsewhere.
- Keep block theme, block plugin, and general WordPress project guidance out of
.githubunless the file is specifically about maintaining this repository. - Do not move existing assets without a migration issue, source path, target path, and validation plan.
- Keep security, accessibility, performance, maintainability, and UK English as non-negotiable standards.
Use these files as the primary map before editing:
| File | Purpose |
|---|---|
../AGENTS.md |
Global AI rules, tone, security, accessibility, and contribution expectations. |
.github/instructions/file-organisation.instructions.md |
Repo-local placement rules for GitHub-native files versus portable AI assets. |
../instructions/coding-standards.instructions.md |
Coding standards and WordPress-oriented engineering expectations. |
../instructions/documentation-formats.instructions.md |
Markdown, frontmatter, and Mermaid standards. |
../instructions/quality-assurance.instructions.md |
Testing, validation, and quality guidance. |
../instructions/automation.instructions.md |
Repo automation, agents, labels, releases, and metrics. |
../instructions/community-standards.instructions.md |
Community files, naming, README, and saved reply guidance. |
| Path | Scope |
|---|---|
.github/ISSUE_TEMPLATE/ |
GitHub issue templates. |
.github/PULL_REQUEST_TEMPLATE.md and .github/PULL_REQUEST_TEMPLATE/ |
Pull request templates. |
.github/SAVED_REPLIES/ |
Maintainer replies and triage language. |
.github/workflows/ |
GitHub Actions workflows. |
.github/agents/ |
Repo-only and legacy agent specs during migration. |
.github/instructions/ |
Repo-local instructions for maintaining this repository. |
.github/prompts/ |
Legacy prompt library pending migration decisions. |
.github/reports/ |
Reports, audits, metrics, validation output, and analysis. |
.github/projects/ |
Active and completed project planning artefacts. |
.github/tmp/ |
Short-lived scratch output that must be cleaned up. |
Use these folders for reusable assets that should travel across tools, projects, or plugin bundles:
| Path | Scope |
|---|---|
../.schemas/ |
Portable JSON, YAML, and frontmatter schemas. |
../agents/ |
Portable agent specifications. |
../cookbook/ |
Recipes, examples, playbooks, and implementation guides. |
../hooks/ |
Portable hooks, guardrails, and tool adapters. |
../instructions/ |
Portable instruction files without .github assumptions. |
../plugins/ |
Installable plugin bundles, starting with lightspeed-github-ops. |
../skills/ |
Self-contained skills with SKILL.md entrypoints. |
../workflows/ |
Portable agentic workflows; GitHub Actions stay in .github/workflows/. |
The portable AI plugin restructure keeps .github important but narrows its
scope. The target direction is:
- keep repo governance, community health, labels, workflows, reports, and
project tracking under
.github; - move reusable agent specs to
../agents/only after frontmatter and links are updated; - move reusable instructions to
../instructions/only after.githubassumptions are removed; - convert durable prompt workflows into
../skills/<skill-id>/SKILL.md; - convert examples and teaching material into
../cookbook/; - move portable schemas to
../.schemas/only when new validators consume them; - build the first plugin as
../plugins/lightspeed-github-ops/before broader plugin families.
- Read the relevant issue draft or GitHub issue before editing.
- Check file placement with
file-organisation.instructions.md. - Keep changes scoped to the issue; do not move production assets in policy update tasks.
- Run targeted validation that does not mutate unrelated files.
- Use
git status --shortbefore finishing and call out unrelated changes.
- For Markdown-only changes, run targeted
markdownlint-cli2on the changed files andgit diff --check. - Avoid using known mutating validation commands as proof for documentation-only tasks.
- If a validation command changes files, stop, inspect the diff, and revert only the changes made by that command.
- Shared across the organisation: discussion templates, saved replies, issue templates, pull request templates, support, security, code of conduct, and contribution files.
- Repository-scoped: labels, issue types, labeler rules, workflows, reports, project artefacts, and repo-local AI instructions.