This repository gives your team a reusable AI delivery workflow: clear agent roles, stable operating rules, reusable skills, and decision logging.
Start here in order:
AGENTS.md(entrypoint)docs/operating-rules.md(safety, scope, validation)docs/agent-playbook.md(role routing and workflow)
Best for teams looking for: AI coding agent playbook, multi-agent software workflow, and documentation-driven engineering.
Reusable repository assets for AI-assisted software delivery:
- repo-wide agent rules
- project-level subagents
- reusable prompt templates
- reusable skills
- external-practice notes
This template is intentionally project-agnostic. Copy, adapt, and version it in any repository where you want stable agent behavior across planning, implementation, integration, review, and documentation.
- Copy this template into your repository (or create a repo from this template).
- Edit the three source-of-truth files first:
AGENTS.md,docs/operating-rules.md, anddocs/agent-playbook.md. - Run your first task with the required workflow: discover -> triage -> plan (if needed) -> implement -> validate -> record decisions.
If you only do one thing on day one: keep DECISIONS.md updated so future agent runs can perform contradiction checks.
Use case: add a new repository rule that all API handlers must enforce request ID logging.
- Update rule source: add the non-negotiable rule in
docs/operating-rules.mdunder Project-specific constraints. - Align routing and role guidance: update
docs/agent-playbook.mdif any role ownership changes. - Sync tool instructions: update
.github/copilot-instructions.mdto keep tool-specific guidance consistent. - Record the decision: append a dated entry to
DECISIONS.mdwith context, decision, alternatives, and constraints. - Validate consistency: ensure no contradiction between
AGENTS.md,docs/operating-rules.md, anddocs/agent-playbook.md.
Outcome: every future implementation task follows the same logging requirement with traceable reasoning.
Goal: [what to change]
Scope: [files/modules allowed]
Constraints: follow AGENTS.md and docs/operating-rules.md
Deliverable: proposal + implementation + validation results
Read set: [list of files read]
Scale: [SMALL|MEDIUM|LARGE] + reason
Workflow path: [small simplification | medium/large full path]
Checkpoint map: [plan approval, destructive actions, scope expansion]
## YYYY-MM-DD: [Decision title]
- **Context**: Why this decision was needed
- **Decision**: What was decided
- **Alternatives considered**: What was rejected and why
- **Constraints introduced**: What future work must respectflowchart LR
A[User Task Request] --> B[AGENTS.md]
B --> C[docs/operating-rules.md]
B --> D[docs/agent-playbook.md]
D --> E[Role Selection]
E --> F[skills/*/SKILL.md]
F --> G[Implementation + Validation Loop]
G --> H[DECISIONS.md Update]
H --> I[Future Contradiction Checks]
- Discover context: read relevant code/docs and existing decisions.
- Triage task scale: classify as Small, Medium, or Large using evidence.
- Plan path: Small uses simplified path, Medium/Large uses full planning path.
- Implement safely: keep scope tight and follow repository patterns.
- Validate: run targeted checks/tests, fix, and repeat until stable.
- Record durable state: update
DECISIONS.mdwhen behavior or architecture choices are made.
This flow is what makes the template useful in real teams: predictable output quality, lower drift, and faster onboarding.
This template is designed for teams searching for:
- AI coding agent playbook template
- GitHub Copilot repository instructions template
- multi-agent software workflow for planning and implementation
- documentation-driven engineering workflow
- decision log and contradiction-check workflow
If you maintain a fork, keep these phrases in your repository description and README summary so more users can discover and adopt your workflow.
- a root
AGENTS.mdentrypoint - reusable operating rules and routing rules
- project-level subagents for Claude-compatible tooling
- reusable prompt templates for any chat-based coding tool
- reusable skills you can adapt into your own agent ecosystem
- repo-wide Copilot instructions
- Claude subagents: 8 (
.claude/agents/*.md) - Reusable skills: 11 (
skills/*/SKILL.md) - Source-of-truth docs:
AGENTS.md,docs/operating-rules.md,docs/agent-playbook.md
AGENTS.mddocs/operating-rules.mddocs/agent-playbook.md
DECISIONS.mdARCHITECTURE.md.github/copilot-instructions.md.claude/agents/skills/docs/agent-templates.md
prompt-budget.yml— declare token budget and enabled/disabled roles per projectdocs/example-task-walkthrough.md— reference for expected output formatsdocs/external-practices-notes.mddocs/adoption-guide.md
- Create a new repository from this template or copy the files into an existing repository.
- Edit
AGENTS.mdto point at your repository-specific docs. - Edit
docs/operating-rules.mdwith your real safety, testing, and review expectations. - Edit
docs/agent-playbook.mdso the role routing matches your stack. - Fill in
ARCHITECTURE.mdwith your module map and data flow. - Keep, rename, or remove subagents in
.claude/agents/based on the tools your team actually uses. - Keep, rename, or remove skills in
skills/based on the workflows you repeat often. - Update
.github/copilot-instructions.mdso it reflects the same role model. - Keep
DECISIONS.mdactive from day one so agents can run contradiction checks before planning/implementation. - Apply memory lifecycle rules from
skills/memory-and-state/SKILL.md(archive stale decisions when thresholds are hit and use selective reads for active vs. archived decisions). - Optionally create
prompt-budget.ymlto declare which roles and skills are enabled for your project.
- Replace generic module labels with your actual modules.
- Add repository-specific safety rails, test commands, and release rules.
- Add or remove role definitions to match your delivery workflow.
- If your team does not use Claude-style subagents, keep the role names but remove
.claude/agents/. - If your team does not use Copilot instructions, remove
.github/copilot-instructions.md. - See
docs/adoption-guide.md→ Tool adapter reference for Cursor, Windsurf, and OpenAI API setup.
The role names in this template are conceptual first:
feature-plannerbackend-architectapplication-implementerui-image-implementerintegration-engineerdocumentation-architectrisk-reviewer
Some tools can map these directly to project subagents. Others cannot. In tools without native subagents, use the same role names through prompt templates, reusable skills, or repository instructions instead.