
addyosmani/agent-skills packs 23 production-grade engineering workflow skills — spanning spec to ship — into plain Markdown that runs inside Claude Code, Cursor, Gemini CLI, and 7 other runtimes. Its "anti-rationalization tables" pre-empt every shortcut an AI agent takes to skip specs, tests, or reviews. 45,400 stars, 77,500 installs, and an honest breakdown of the two unresolved routing bugs and context-bloat ceiling.
addyosmani/agent-skills is a set of 23 production-grade workflow files — plain Markdown — that intercept those shortcuts before they ship."AI coding agents are powerful, but left alone, they take shortcuts. They skip specs, tests, and security reviews, optimizing for 'done' over 'correct.' Addy built this to fix that."
| Phase | Skills |
|---|---|
| Meta (1) | using-agent-skills — routes tasks to the right skill |
| Define (3) | interview-me, idea-refine, spec-driven-development |
| Plan (1) | planning-and-task-breakdown |
| Build (7) | incremental-implementation, test-driven-development, context-engineering, source-driven-development, doubt-driven-development, frontend-ui-engineering, api-and-interface-design |
| Verify (2) | browser-testing-with-devtools, debugging-and-error-recovery |
| Review (4) | code-review-and-quality, code-simplification, security-and-hardening, performance-optimization |
| Ship (5) | git-workflow-and-versioning, ci-cd-and-automation, deprecation-and-migration, documentation-and-adrs, shipping-and-launch |
/spec, /plan, /build, /test, /review, /code-simplify, /ship) map directly to these phases, along with three pre-configured agent personas: code-reviewer (Senior Staff Engineer), test-engineer (QA Specialist), and security-auditor. 4api-and-interface-design; the Beyoncé Rule (if you liked it you should have put a test on it) and 80/15/5 test pyramid in test-driven-development; Chesterton's Fence (don't remove code until you understand why it exists) in code-simplification; Trunk-Based Development in git-workflow-and-versioning. As Osmani writes in the README: "Skills encode the workflows, quality gates, and best practices that senior engineers use when building software." 4/plugin marketplace add addyosmani/agent-skills
/plugin install agent-skills@addy-agent-skills/plugin marketplace add https://github.com/addyosmani/agent-skills.gitSKILL.md into .cursor/rules/, or reference the entire skills/ directory.gemini skills install https://github.com/addyosmani/agent-skills.git --path skillsdocs/ directory. The baseline is always the same — drop the Markdown file where your agent expects instruction files.agent-skills also tells it why every excuse to skip a step is wrong.SKILL.md contains a Common Rationalizations table: two columns, "Rationalization" (what the agent will say) vs. "Reality" (the factual counter-argument). From skill-anatomy.md 5:"Think of every time an agent has said 'I'll add tests later' or 'This is simple enough to skip the spec' — those go here with a factual counter-argument."
test-driven-development, not exact verbatim text):| Rationalization | Reality |
|---|---|
| "I'll add tests later" | Test-free code cannot prove it works. Adding tests after the fact costs more than writing them alongside. |
| "This change is too small for tests" | Small untested diffs accumulate into untestable codebases. |
| "The logic is obvious" | Obvious logic fails in non-obvious environments. Tests document assumptions. |

code-review-and-quality (4,900), spec-driven-development (4,000), and planning-and-task-breakdown (3,900). Osmani's own recommended starter trio in the docs is spec-driven-development + test-driven-development + code-review-and-quality. Here's what each one actually changes:spec-driven-development blocks code generation until the agent has written a PRD covering objectives, commands, structure, code style, test plan, and edge cases. The practical effect: no more first-commit code that doesn't match what you actually needed.code-review-and-quality enforces a five-axis review (correctness, readability, performance, security, tests) with change-size guidance (~100 lines per diff) and severity labels (Nit / Optional / FYI). It mirrors Google's code-review norms directly. 4context-engineering introduces a five-tier hierarchy for what the agent should load and when — rules files (most stable) → spec docs → source files → execution outputs → conversation history (least stable). Developer Rachel Cantor, who adopted four agent-skills in April 2026, described the before/after clearly 8: before using the skill, she blamed poor output on "the model being in a bad state." After, she had a concrete framework to diagnose context issues instead.stingraycharles articulated the core case for structured skills: "They're instruction followers... extremely eager to complete tasks without enough information, and do it wrongly. So it helps a lot to add some process around it." On the other side, user senko called these scaffolding setups an "anti-pattern" and warned against cargo-culting elaborate systems. User codemog pushed back on the lack of benchmarks: "Everyone who writes this kind of stuff skips the boring parts: science and engineering. Yep, benchmarks, comparisons of with/without." 9Adoption score was 23.2/25; its Community score was only 2.7/20. 10 Quality is there; community ecosystem is still thin.zmmmmm noted: "pages and pages long with tables and checkbox lists and code examples." 9 Only frontmatter loads by default (name, description, triggers), but activating multiple skills simultaneously drains context budget fast. Reddit user AdvantageEducational put it plainly: "They are very good. But do cost a lot of tokens." 11code-reviewer persona and the code-review-and-quality skill, because both cover the same intent with overlapping but diverging content. 1213 Until resolved, prefer the slash commands (/review, /test, /spec) over natural-language triggers.Deep_Ad1959 described a common failure mode: adding five plugins over three weeks until CLAUDE.md reached 8K tokens with overlapping, contradictory instructions — "paying for context the model silently ignores." 15 The skill set doesn't include a housekeeping routine for the config file itself.spec-driven-development gate and five-axis review add friction that makes no sense for disposable code.planning-and-task-breakdown on top produces competing instruction sets.github.com
addyosmani.com
x.com
raw.githubusercontent.com
raw.githubusercontent.com
addyosmani.com
news.ycombinator.com
shareuhack.com
github.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.