Copilot agents optimization
Skill event4u-app/agent-config/dist/agent-src/skills/copilot-agents-optimization
Universal AI Agent OS — audited skills, governance rules, replayable state. One contract, every host agent.
npx -y skills add event4u-app/agent-config --skill copilot-agents-optimizationAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 7 stars7 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Use when optimizing AGENTS.md or copilot-instructions.md — deduplicates against .augment/ content, enforces line budgets, and focuses each file on its audience.
SKILL.md
10.0 KB, ~2.4k tokens by cl100k_base, as published. Nobody here has run it
Copilot & AGENTS Optimizer Skill
When to use
Use this skill when:
- Running
/docs-optimizeto refactor AGENTS.md and copilot-instructions.md - Adding new content to either file and needing to check if it belongs there
- After changes to
.augment/(new skills, rules, guidelines) that may make content in these files redundant - When either file exceeds the line budget
Do NOT use when:
- Writing application code
- Creating new skills or commands
Procedure: Optimize copilot/agents files
0. Analyze current state
Before changing anything, read and understand:
- Read
AGENTS.md— current content, line count, what's duplicated vs. unique. - Read
.github/copilot-instructions.md— same analysis. - Scan
.augment/— which skills, rules, and guidelines already cover topics from the files above. - Identify duplication — what content exists in both AGENTS.md and
.augment/?
Only after this analysis, proceed with optimization.
AGENTS.md — Project Entry Point for AI Agents
| Property | Value |
|---|---|
| Audience | Augment Agent, other AI agents |
Can read .augment/? | ✅ Yes — can follow references |
| Line budget | Max 1000, ideal ≤ 500 |
| Purpose | Project-specific setup, Docker, testing, quality tools |
What belongs here:
- Tech stack and framework versions
- Development setup (Docker, Make targets, env files)
- Database and multi-tenancy setup
- Testing framework, suites, and conventions
- Quality tool commands (PHPStan, Rector, ECS)
- Project structure overview (brief, link to module docs)
- Agent infrastructure overview (layer table, key references)
What does NOT belong here:
- Coding standards (→
.augment/rules/and.augment/guidelines/) - Architecture principles like SOLID, KISS, DRY (→
.augment/rules/architecture.md) - PHP conventions (→
../../../docs/guidelines/php/) - Scope control rules (→
.augment/rules/scope-control.md) - Language/tone rules (→
.augment/rules/language-and-tone.md) - Detailed module documentation (→
app/Modules/README.md)
.github/copilot-instructions.md — Self-Contained for Copilot
| Property | Value |
|---|---|
| Audience | GitHub Copilot (Code Review bot + Chat) |
Can read .augment/? | ❌ Code Review cannot, ✅ Chat can |
| Line budget | Max 1000, ideal ≤ 500 |
| Purpose | Coding standards, review rules, architecture constraints |
What belongs here:
- Architecture rules (thin controllers, service layer, policies)
- PHP 8.2 patterns (readonly, final, enums — with exceptions)
- Project-specific conventions (custom helpers, environment config, naming)
- Code review scope and comment behavior rules
- Language rules (English comments, bilingual PR comments)
- Known issues / false positives that Copilot should avoid
- Package management rules
What does NOT belong here:
- Docker setup or Make targets (Copilot doesn't run commands)
- Testing setup details (Copilot doesn't run tests)
- Agent infrastructure (Copilot doesn't use agents/)
- Things auto-enforced by ECS/Rector (code style, formatting, trailing commas)
- Detailed pattern documentation (too long, Copilot needs concise rules)
Deduplication Strategy
Rule: Content lives in ONE canonical place
.augment/rules/ ← Canonical for behavior rules
.augment/guidelines/ ← Canonical for coding conventions
.augment/skills/ ← Canonical for domain expertise
agents/ ← Canonical for project-specific docs
When duplication is acceptable
copilot-instructions.md must duplicate essential rules because Copilot Code Review
cannot read other files. But keep duplicated content:
- Concise — one-liner summaries, not full explanations
- Focused — only what Copilot needs for code suggestions and PR reviews
- Stable — rules that rarely change (architecture, naming, key conventions)
When duplication is NOT acceptable
AGENTS.md should never duplicate .augment/ content because Augment Agent can read
both. Instead, reference with a table:
| What | Where |
|---|---|
| PHP coding rules | `.augment/rules/php-coding.md` |
| Controller guidelines | `../../../docs/guidelines/php/controllers.md` |
Line Budget Enforcement
| File | 🟢 Good | 🟡 Warning | 🔴 Over budget |
|---|---|---|---|
AGENTS.md | ≤ 500 | 501–800 | > 1000 |
copilot-instructions.md | ≤ 500 | 501–800 | > 1000 |
Reduction strategies (when over budget)
- Extract to
agents/— Move project-specific details to dedicated files inagents/and link from AGENTS.md (e.g.,agents/reference/docs/database-setup.md,agents/reference/docs/testing.md) - Remove duplicates — If content exists in
.augment/, remove from AGENTS.md - Condense — Turn verbose explanations into concise tables or bullet points
- Remove ECS/Rector-enforced rules — From copilot-instructions.md (auto-fixed anyway)
- Move examples to guidelines — Detailed code examples belong in
.augment/guidelines/
Portability and Stack Coherence
Duplication is not the only way these files go wrong. They also lie about the project over time:
- Legacy identifiers — references to a former repo name, a sibling project in the same monorepo, or content that was copied from another codebase as a starting template and never adapted.
- Stack drift — the file claims "Laravel 11 + MariaDB" but the repo was converted to a Python library; or it names Docker services that no longer exist.
- Dead commands —
make startin the docs, butMakefileno longer has that target.
Before deduplicating, run three scans:
- Legacy identifier scan — compare both files against the package's
FORBIDDEN_IDENTIFIERSblocklist (seescripts/check_portability.ts) plus any project names fromagents/module docs that don't match the current project. - Stack coherence scan — auto-detect the actual stack from
composer.json/package.json/pyproject.toml/ etc. and flag any claim that no longer matches reality. - Dead-command scan — verify every
make X,task X,composer X,php artisan X, ornpm Xstill resolves.
Every hit from scan 1 is a 🔴 blocker: leaking another project's name into a consumer's own docs is the failure mode this skill exists to prevent. Fix or remove those BEFORE any dedup/condense work — there's no point deduplicating content that is about to be rewritten.
When the drift is severe (whole sections are wrong), recommend
/agents init to scaffold a clean replacement rather than
patching forever.
agent-config Path Conventions — Preserve, Don't "Fix"
copilot-instructions.md ships a "Known False Positives" section that
tells Copilot Code Review not to flag agent-config path patterns as
broken. When optimizing, keep that section intact — never delete
it as "redundant" and never trim its bullets. The patterns it covers:
- Relative cross-references inside
.augment/rules / skills (../docs/guidelines/foo.md,../contexts/bar.md) — paths resolve from the file's delivered location, not from the symlink in.claude/rules/etc. (perroad-to-path-fixes.mdStrategy A). path_prefix:triggers containing.agent-src.uncondensed/— literal match patterns, not file refs (per Modified Option 1, P2.2).- Symlinked rule files under
.claude/rules/,.cursor/rules/,.clinerules/— targets resolve into.augment/rules/.
If the consumer project's copilot-instructions.md is missing the
section, add it during optimization using the canonical block
from .augment/templates/copilot-instructions.md. Surfaces include
/agents init and /agents optimize.
Optimization Checklist
When optimizing either file, check:
- "Known False Positives" section present and unmodified?
- No identifiers from other projects (FORBIDDEN_IDENTIFIERS blocklist)?
- Tech stack claims match actual project dependencies?
- All referenced commands/targets exist (Makefile, composer scripts, artisan, task)?
- Line count within budget?
- No content duplicated with
.augment/rules/? - No content duplicated with
.augment/guidelines/? - No content duplicated between the two files unnecessarily?
- AGENTS.md references
.augment/instead of duplicating? - copilot-instructions.md is self-contained for Code Review?
- No ECS/Rector-enforced rules in copilot-instructions.md?
- Project structure is brief (link to module docs for details)?
- All sections still relevant (no outdated references)?
- Cross-references to
agents/docs are valid?
Related
- Command:
/agents optimize - Skill:
copilot-config— Copilot behavior and PR review patterns - Skill:
agent-docs-writing— documentation hierarchy - Context:
augment-infrastructure.md— full.augment/overview
Output format
- Optimized file(s) with deduplication applied and line budget respected
- Summary of what was removed, moved, or consolidated
- Line count before/after for each file
Gotcha
- AGENTS.md is read by GitHub Copilot and other tools — changes affect all AI assistants, not just Augment.
- Don't remove content from AGENTS.md that other tools depend on — verify cross-tool compatibility first.
- The model tends to over-optimize by removing "obvious" content that other models actually need.
Do NOT
- Do NOT add content to AGENTS.md that belongs in .augment/ files.
- Do NOT exceed the recommended line budget for copilot-instructions.md.
- Do NOT duplicate rules between AGENTS.md and .augment/rules/.
Auto-trigger keywords
- AGENTS.md optimization
- copilot-instructions
- deduplication
What ships with it
Read from the repository
Just SKILL.md. No reference files, no scripts.