engineering-skills
AGENTS.md3 starsChanged 28 days agoMITView on GitHub
Universal entry point for AI coding agents working with this skill pack — Claude Code, Codex, OpenCode, Cline, Continue, Cursor (agents mode), and any agent that reads AGENTS.md. Scope: This file orients agents using the engineering-skills pack. The reusable assets are the skills under skills/; this file routes work to them and loads the shared discipline. Skills organized by the software development lifecycle, including a meta router. Each skill is a folder skills/<phase>/<name>/SKILL.md with YAML frontmatter (name, description, optional disable-model-invocation)…
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 repository49 other files it gives its agents.
- CLAUDE.mdCLAUDE.md
- brainstormSkill
- oss-strategySkill
- specSkill
- researchSkill
- api-designSkill
- architectureSkill
- codebase-designSkill
- design-researchSkill
- domain-modelingSkill
- frontend-designSkill
- imagegenSkill
- image-to-codeSkill
- prompt-engineeringSkill
- prototypeSkill
- schema-designSkill
- auth-implementationSkill
- breakdownSkill
- context-engineeringSkill
- error-handlingSkill
- i18nSkill
- implementSkill
- multi-agent-orchestrationSkill
- cost-optimizationSkill
- performanceSkill
- refactoringSkill
- simplifySkill
- api-testingSkill
- e2e-testingSkill
- load-testingSkill
- tddSkill
- test-generationSkill
- a11y-reviewSkill
- code-reviewSkill
- debuggingSkill
- lintingSkill
- security-reviewSkill
- ci-cdSkill
- deprecation-migrationSkill
- git-workflowSkill
- oss-polishSkill
- shippingSkill
- documentation-auditSkill
- handoffSkill
- incident-responseSkill
- observabilitySkill
- purity-auditSkill
- skill-authoringSkill
- using-skillsSkill
The file
We split this AGENTS.md into the rules it gives an agent
5 rules. About 0 are common, 1 is distinctive, and 4 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈1
Distinctive · estimate
This author's own choices. Worth a look.
4
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 16
Verify / References. Encyclopedic data lives in per-skill references/ (progressive disclosure).
- Very specific: line 29
When a task arrives, identify the phase and reach for the matching skill.
- Very specific: line 93
Every skill's ## When to use states a negative boundary (NOT for → the adjacent skill it isn't), so adjacent tasks route to the right skill …
- Distinctive: line 99
Every skill is either model-invoked (default — the agent reaches for it autonomously on trigger match) or user-invoked (only fires when the …
- Very specific: line 119
Every skill's ## References links the shared engineering principles (source-relative links.
≈ “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
AGENTS.md
Universal entry point for AI coding agents working with this skill pack — Claude Code,
Codex, OpenCode, Cline, Continue, Cursor (agents mode), and any agent that reads
AGENTS.md.
Scope: This file orients agents using the
engineering-skillspack. The reusable assets are the skills underskills/; this file routes work to them and loads the shared discipline.
What this pack is
Skills organized by the software development lifecycle, including a meta router.
Each skill is a folder skills/<phase>/<name>/SKILL.md with YAML frontmatter (name,
description, optional disable-model-invocation) and four sections: When to use / Steps /
Verify / References. Encyclopedic data lives in per-skill references/ (progressive
disclosure).
Read the engineering principles first
Once per session, unless these rules are already loaded, read references/engineering-principles.md
(repo-relative path — resolves in every framework). It defines shared decision boundaries, scope discipline, verification, document consent and publication control.
Claude Code gets these injected automatically at session start (SessionStart hook). Other frameworks — read the file above once per session.
Intent → skill routing
When a task arrives, identify the phase and reach for the matching skill. If unsure, the
using-skills skill (in skills/meta/) maps the task to a phase.
| Phase | Skill | Triggers on |
| meta | skill-authoring | "写技能", "改技能", "技能评估", write/edit/eval a skill |
| product | brainstorm | underspecified ask, "refine this idea", "头脑风暴" (user-typed) |
| product | spec | new project/feature/change, "write spec", "create prd", "写需求文档", refactor/update a PRD for readability, "精简 PRD", "重构 PRD", "更新 PRD", "要做什么", "需求是什么" |
| product | oss-strategy | OSS business model, COSS, "开源策略", "开源商业模式" |
| research | research | deep web research, cited report, "深度检索", "调研报告" |
| research | research | "deep research", "市场调研", "竞品分析", "技术选型", "选哪个" (general/market/tech-selection modes) |
| design | architecture | system design, "架构设计", "系统设计", ADR, evidence-based tech decisions, design audit, "这个技术方案怎么审计" |
| design | domain-modeling | domain model, ubiquitous language, "领域模型", CONTEXT.md |
| design | api-design | REST/GraphQL contracts, "接口设计", "API 契约" |
| design | codebase-design | deep modules, "深化模块", "重构架构" |
| design | frontend-design | UI, "界面设计", "前端设计", production-grade frontend |
| design | image-to-code | "设计图转代码", "图片实现", image-first frontend pipeline |
| design | imagegen | "品牌识别", "logo 设计", "网站设计图", "移动端设计图", brand/web/mobile design reference images |
| design | design-research | "设计参考", "真实设计参考", "找设计灵感", free public design galleries |
| design | schema-design | "数据模型", "表结构设计", data model, schema design |
| design | prompt-engineering | "提示词工程", "LLM 特性", prompt design, eval harness |
| design | prototype | throwaway prototype, "原型", "试这个方案", "build a demo" |
| develop | implement | implement spec/tickets, "实现", "编码", "改这个配置", "搭项目骨架", "改一下这个", "加个功能" |
| develop | multi-agent-orchestration | "并行 agent", "子代理执行", "派发任务", parallel/sequenced subagents |
| develop | breakdown | break work into tickets, "拆解任务", "拆票", decision map |
| develop | context-engineering | agent needs context, "解释这段代码", "带我过一遍代码库" |
| develop | i18n | "国际化", "本地化", "多语言", i18n, RTL, localization |
| develop | auth-implementation | "implement auth", "实现认证", "实现登录", "OAuth 集成", "password hashing", "token 轮换", JWT, RBAC |
| develop | error-handling | "error handling", "错误处理", "重试策略", "熔断", "降级", retry strategy, circuit breaker, error propagation |
| tune | cost-optimization | "成本优化", "云账单", "费用", cloud bill, FinOps, spend |
| tune | performance | "性能优化", "性能调优", "太慢了", "卡顿", profile, bottlenecks |
| tune | simplify | "too complex", "简化", "重构求清晰", refactor for clarity |
| tune | refactoring | "refactor structure", "提取模块", "拆分文件", extract/move/split/merge |
| test | tdd | "测试驱动开发", "红绿重构", red-green-refactor |
| test | test-generation | "生成测试", "补测试", generate test files |
| test | api-testing | contract testing, "API 测试", "接口测试", REST/GraphQL |
| test | e2e-testing | e2e, browser test, "端到端测试", "浏览器测试" |
| test | load-testing | "压测", "压力测试", "容量测试", load/stress test, capacity |
| verify | a11y-review | "无障碍", "可访问性", accessibility, a11y, WCAG, screen reader |
| verify | code-review | review before merge, "代码审查", "合并前审查", "帮我看看这代码", "能合并吗" |
| verify | debugging | bug, "调试", "排查 bug", "读日志", "排查错误日志", "为什么返回 null", "跑不通" |
| verify | security-review | security review, "安全审查", "安全审计", secrets, injection |
| verify | linting | "lint", "lint 修复", "静态分析", eslint/ruff/clippy |
| ship | shipping | deploy, launch, "上线", "发布", "部署到生产" |
| ship | git-workflow | commit, merge conflict, "提交", "合并冲突", pre-commit |
| ship | ci-cd | CI pipeline, GitHub Actions, "流水线", "持续集成" |
| ship | deprecation-migration | deprecate, migrate, "迁移", "升级依赖", "更新这个库" |
| ship | oss-polish | "开源项目美化", "优化项目展示", README/topics polish |
| operate | observability | logs, metrics, "可观测性", "监控告警", instrumentation |
| operate | documentation-audit | docs drift, "写文档", "写 README", "文档化这个功能", sync docs |
| operate | purity-audit | "纯净审计", "残留审计", files read like edited many times, historical residue |
| operate | handoff | hand off to another session, "交接" (user-typed) |
| operate | incident-response | "事故响应", "线上故障", "复盘", incident, on-call, postmortem |
Several skills carry sub-task references for focused scenarios — the main
SKILL.md links a references/ file for depth:
context-engineering→ explains existing code / codebase tours (references/code-explanation.md)debugging→ log triage without full reproduction (references/log-triage.md)implement→ lightweight changes: small edits, renames, scaffolding (references/lightweight-changes.md)documentation-audit→ writing new docs from scratch (references/writing-docs.md)purity-audit→ per-category auditor subagent dispatch (references/subagent-dispatch.md)deprecation-migration→ dependency upgrades (references/dependency-upgrade.md)
Every skill's ## When to use states a negative boundary (NOT for → the
adjacent skill it isn't), so adjacent tasks route to the right skill instead of
two firing at once.
Invocation model — user-invoked vs model-invoked
Every skill is either model-invoked (default — the agent reaches for it autonomously on
trigger match) or user-invoked (only fires when the human types its name). Two skills
are user-typed: brainstorm and handoff (set disable-model-invocation: true). The rest
are model-invoked. See .agents/invocation.md for the full model
and how it syncs across Claude Code (disable-model-invocation) and Codex
(agents/openai.yaml → policy.allow_implicit_invocation).
Planning
Scale planning to the task. Use the harness planning facility when available, otherwise an inline plan. Use breakdown when durable dependency-aware tasks are useful. Do not force clear small edits through formal specifications.
Install
See .agents/install-block.md for the canonical install
commands (Claude Code plugin, Codex, and other agents).
Conventions
- Skills live under
skills/<phase>/<name>/SKILL.md(uppercaseSKILL.md). - Frontmatter:
name+description(+ optionaldisable-model-invocation). Nothing else. - Every skill's
## Referenceslinks the shared engineering principles (source-relative links; standalone installation bundles shared resources). PM-side skills also linkreferences/product-principles.md; UIUX skills also linkreferences/design-principles.md. - Doc-producing skills declare
**Output:**(seereferences/skill-anatomy.md). Artifact paths are suggestions until confirmed. PRD/TECH/PLAN normally have one owner; separate release detail only when independently maintained scopes justify it. Human review usesreferences/human-audit.md. - Validate:
bash scripts/validate-skills.sh; installation:python -m unittest discover -s test -v.
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.

