eea.agent.skills
AGENTS.md7 starsChanged 6 months agoMITView on GitHub
This file governs how AI agents work when editing the eea.agent.skills repository itself. Note: This is the REPO-LOCAL instruction file. For the organization-wide harness that applies to all EEA projects, see harness/EEA-HARNESS.md. skills/ is auto-generated. Never edit it directly. After any change to src/skills/*/SKILL.md or EEA-OVERRIDES.md, run ./scripts/build.sh and commit the skills/ changes. CI fails if skills/ is out of sync (git status --porcelain skills/ must be clean). The build script also copies references/, DESIGN.md, and assets/ if present. Use…
Where files are headingNew AGENTS.md files have more rules about keeping secrets out of the code, and fewer about code style.
Of the AGENTS.md files we read, the 31,774 first seen in the last six months, against the older ones: the kind of rule that gained most share, and the kind that lost most. About files like this in general, not this one, and an estimate, since a kind is a pattern in the words.
In this repository17 other files it gives its agents.
- cavemanSkill
- code-qualitySkill
- composition-patternsSkill
- docker-expertSkill
- eea-design-systemSkill
- grill-meSkill
- handoffSkill
- jenkins-pipelineSkill
- plone-backend-developerSkill
- plone-frontend-developerSkill
- quality-fixesSkill
- react-best-practicesSkill
- react-native-skillsSkill
- react-view-transitionsSkill
- testingSkill
- volto-cypress-writerSkill
- web-design-guidelinesSkill
The file
We split this AGENTS.md into the rules it gives an agent
10 rules. About 0 are common, 0 are distinctive, and 10 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈0
Distinctive · estimate
This author's own choices. Worth a look.
10
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 57
Create skill directory under src/skills/{skill-name}/
- Very specific: line 58
Add upstream SKILL.md (if based on upstream source)
- Very specific: line 59
Create EEA-OVERRIDES.md with EEA-specific customizations
- Very specific: line 60
Add metadata.json with skill metadata
- Very specific: line 61
Update catalog.yaml with new skill entry
- Very specific: line 63
Verify: check that skills/{skill-name}/SKILL.md was generated correctly and git status shows the expected changes
- Very specific: line 69
Update EEA-OVERRIDES.md if upstream changes affect EEA customizations
- Very specific: line 71
Update catalog.yaml version if applicable
- Very specific: line 108
Two-file overlay: every forked skill keeps upstream in SKILL.md and EEA deltas in EEA-OVERRIDES.md.
- Very specific: line 117
After running ./scripts/install.sh (or after any manual changes), verify the installation state:
≈ “Common” is an estimate: at least 1 in 5 of the 40,246 AGENTS.md files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
EEA Agent Skills Repository
This file governs how AI agents work when editing the eea.agent.skills repository itself.
Note: This is the REPO-LOCAL instruction file. For the organization-wide harness that applies to all EEA projects, see
harness/EEA-HARNESS.md.
Prohibited Actions
- Do not edit
harness/EEA-HARNESS.mdwithout explicit user request — that's org-wide policy; changes affect every EEA project - Do not commit unmerged upstream changes to
src/skills/*/SKILL.md— always run./scripts/build.shfirst - Do not delete
EEA-OVERRIDES.mdfiles — these contain EEA-specific customizations - Do not add new top-level directories without updating this README and the harness routing rules
- Do not commit secrets in any file, including test fixtures and example configs
Build System
skills/ is auto-generated. Never edit it directly.
# Build a single skill (merges SKILL.md + EEA-OVERRIDES.md → skills/)
./scripts/build.sh docker-expert
# Build all skills (run with no arguments)
./scripts/build.shAfter any change to src/skills/*/SKILL.md or EEA-OVERRIDES.md, run ./scripts/build.sh and commit the skills/ changes.
CI fails if skills/ is out of sync (git status --porcelain skills/ must be clean).
The build script also copies references/, DESIGN.md, and assets/ if present.
Validation
# Full health check: repo consistency, catalog sync, agentskills spec compliance
./scripts/verify.sh
# Validate all source and merged skills against the Agent Skills specification
./scripts/validate-skills.shvalidate-skills.shauto-installsskills-ref(PyPI) into a temp venv ifagentskillsis missing.- CI runs both on every PR.
Skill Development Workflow
Adding a New Skill
- Create skill directory under
src/skills/{skill-name}/ - Add upstream
SKILL.md(if based on upstream source) - Create
EEA-OVERRIDES.mdwith EEA-specific customizations - Add
metadata.jsonwith skill metadata - Update
catalog.yamlwith new skill entry - Build merged skill:
./scripts/build.sh {skill-name} - Verify: check that
skills/{skill-name}/SKILL.mdwas generated correctly andgit statusshows the expected changes - Commit:
skill: add {skill-name}
Updating an Existing Skill
- Sync upstream changes to
src/skills/{name}/SKILL.md - Update
EEA-OVERRIDES.mdif upstream changes affect EEA customizations - Rebuild:
./scripts/build.sh {name} - Update
catalog.yamlversion if applicable - Commit:
skill: update {name} to v{X.Y.Z}
Updating EEA Overrides Only
- Edit
src/skills/{name}/EEA-OVERRIDES.md - Rebuild:
./scripts/build.sh {name} - Commit:
harness: update EEA overrides for {name}
Commit Convention
Use Conventional Commits:
| Type | Use For |
skill: | Adding or updating a skill |
harness: | Changes to harness/EEA-HARNESS.md or org-wide rules |
docs: | Documentation updates |
build: | Build script or CI changes |
chore: | Maintenance, dependencies, formatting |
CI Enforcement
| Workflow | Trigger | What it checks |
validate-skills.yml | Push/PR touching skills | skills/ up-to-date, catalog.yaml valid YAML, agentskills validate on all skills, token count warnings |
validate-harness.yml | Push/PR touching harness | harness/EEA-HARNESS.md exists, referenced files exist, secret scan |
check-changelog.yml | All PRs | Code changes must update CHANGELOG.md (bypass with skip-changelog label) |
Repo-Specific Conventions
- Two-file overlay: every forked skill keeps upstream in
SKILL.mdand EEA deltas inEEA-OVERRIDES.md. EEA-specific values must never leak into upstream base skills. agents/is reserved for agentget-compatible sub-agent prompts (*.agent.md), not for tool wiring instructions. Agent profiles live indocs/agent-profiles/.- Date-based versioning in
CHANGELOG.md(YYYY-MM-DD), not SemVer. graphify-out/exists locally; onlygraphify-out/cache/is gitignored. Do not commit cache artifacts.
Verification
After running ./scripts/install.sh (or after any manual changes), verify the installation state:
# Run the health-check script
./scripts/verify.sh
# Use a specific harness source (e.g. when testing from a local repo)
./scripts/verify.sh --harness-dir /path/to/eea.agent.skillsExit codes:
0— all checks passed1— failures detected2— warnings only (no failures)
Note on
AGENTS.mdvsopencode.json:~/.config/opencode/AGENTS.mdis for personal global instructions (individual preferences).~/.config/opencode/opencode.json(instructionsarray) is for org-wide rules like the EEA harness. Never copy the full EEA harness intoAGENTS.md— it will go stale. Always reference the remote URL inopencode.json.
Last updated: 2026-05-21
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

