AI & Work 4 of 8

Skills Are Package Management for Your AI

There are millions of agent skill files to choose from. The hard part is deciding which deserve trust, how to version them, and how to retire them.

Harry Floyd Revised 7 min read
How this is checked revised 5 Oct 2026 · 8 claims · 8 verified at the source · last checked 2 Oct 2026
Rests on
Law III, Architecture Outlives Content. It has been put to a real test and amended or narrowed under that pressure. Last tested 18 Aug 2026.
Revised after publication
5 Oct 2026. Corrected the self-audit figures to match the audit file of record: 180 skills, 4% with a way to retire them, and the grounded-research skill at one out of six. On 2 October the marketplace and SkillsBench figures were updated to current sources and an unsupported claim about skill marketplaces was cut. Every revision
Evidence
8 claims: 8 verified at the primary source.
Contents · 4 sections
  1. What you are actually installing
  2. The library is the moat, not the model
  3. What the discipline looks like when you run it
  4. The one-week test
Cover art for Skills Are Package Management for Your AI

There are millions of public SKILL.md files to choose from today.1 You need about twenty.

The distance between those two numbers is the whole problem, and it is an old one. Software lived through this exact moment once before, when we decided code should travel in small reusable units. Sharing turned out to be the easy part. The hard part arrived a few years later, and it was trust: which of the millions of packages is current, safe, and does what its README promises. We answered that question by building a whole discipline around it. Versioning. Lockfiles. Audits. Deprecation notices. A bill of materials. Most people wiring skills into their AI right now are skipping every step of it and treating the result as progress.

A skill is the smallest durable unit of agent behaviour. In plain terms it is a folder with a single instruction file inside, written so the model loads it only when the task in front of it matches. Anthropic published the format as an open standard, and one skill file now runs across more than twenty different agents, from Claude Code to Codex to Cursor.2 That portability is the tell. A thing built to be copied everywhere is a thing whose copies will multiply faster than anyone can check them.

A prompt is stateless and dies with the conversation. A skill is a versioned file an agent picks up when the work calls for it, and it behaves the same way next week.

That difference is bigger than it looks. The moment a procedure persists, gets shared, and runs without you watching, you have stopped writing prompts and started managing dependencies.

What you are actually installing

When you copy a skill off a marketplace, you are adding a behavioural dependency, and that is a stranger and more dangerous object than the code dependencies engineers already lose sleep over.

A bad code library throws an error you can see in a stack trace. A bad skill expresses itself through the agent’s decisions. It nudges a tone, skips a verification step, assumes a permission, reaches for the wrong tool, and it does all of this inside work you delegated precisely because you were not going to check every line. The failure does not announce itself. It compounds, silently, across every session that loads the file. Security researchers have started treating a copied skill as exactly what it is: a dependency in your agent’s behaviour, with its own supply chain to secure.3

Untrusted packages compromise your software. Untrusted skills compromise your behaviour.

Software’s answer was to wrap every copy in accountability. A package carries a version, a source, a license, a list of what it is allowed to touch, and a path to rip it out when it turns. The agent-skills world has the copying down and almost none of the accountability. The marketplaces measure themselves in millions of listings and install counts, which is the metric of a field that still thinks the file is the achievement.

The library is the moat, not the model

This matters past hygiene. The model underneath your agent is rented. It resets every release cycle, and the next version reaches your competitor on the same Tuesday it reaches you. Whatever advantage lives in the weights is an advantage everyone gets at once. So it cannot be where your durable edge sits.

The skill library can be. It is the layer you own, the accumulated record of how your work gets done, and the test of whether it is a moat is simple: you can swap the model underneath it without losing what you built. The decisions survive the upgrade. That is architecture outliving content stated in one sentence, and it is the same structural bet behind why the same model behaves like a different product depending on the code wrapped around it.

A skill file costs nothing to copy, which is the precise reason the file was never the product.

If anyone can copy it for free, the value sits in the curation: knowing which twenty of millions earn a place, verifying each one runs in your environment rather than a demo, and writing down the failure mode you only learned by hitting it. The file itself is cheap to copy; the scarcer work is choosing, vetting and bundling the ones that deserve to stay. Value migrated off the artifact and onto the judgement about the artifact, which is the same move the leverage hierarchy of agent engineering traces one layer down. The current SkillsBench release puts numbers on it across eighty-seven tasks: curated skills raise the average success rate by about seventeen points, while self-generated skills fall below the no-skills baseline on all three dedicated configurations tested.4

What a skill costs to copy, and what it costs to trust: the file and the model are the cheap half; curation, verification and a kill-path are the scarce half that does the work.

What the discipline looks like when you run it

My agent stack carries 180 skills. A handful I wrote by hand, each from a failure I had already hit and read closely enough to encode. The rest I pulled in from libraries, the way you add packages to a project.

One of the hand-written ones does grounded research, and it exists only because the obvious tool for the job drove a browser under my own login and broke a platform’s terms of service to do it. So the capability got rebuilt on a sanctioned interface instead. The skill carries that constraint in writing, because a rule that lives only in my head is a rule the agent will eventually cross. Another governs what is allowed to graduate from a holding area into the permanent vault, and the first thing it does, before any other check, is look for a duplicate, because a fabricated gap is treated as a failure rather than a clever new contribution.

Then I wrote the audit this piece describes and ran it across the whole folder. The result was humbling. The average skill scored two out of six. 82% carried a version, but only 4% recorded when they were last verified, under a quarter declared what they were allowed to touch, and 4% had any way to retire them. The grounded-research skill I just held up as a model scored one out of six, because I had written it as careful instructions and never given it a version, a source line, or a switch to turn it off. The discipline I am describing here, I was barely doing myself.

The file is the cheap part. The discipline wrapped around the file is the part that took months and cannot be copied.

There is an order to it that matters more than the contents. The guardrails go in before the skills that act. The review gate, the duplicate check, the permission boundary, the terms-of-service rule: those get installed first, so that by the time a capable agent is doing real work, the structure it would happily skip has already been made mandatory. A model that is good enough to be useful is good enough to route around safety it sees as optional. The install order is how you make it not optional.

The one-week test

Open the folder where your AI keeps its skills. For each one, answer six questions.

  1. What version is this?
  2. Where did it come from?
  3. What is it allowed to touch?
  4. When did I last confirm it works in my setup?
  5. What else now depends on it?
  6. How would I switch it off in a hurry?

The Skill Bill of Materials: a six-column audit, one point per column you can answer for real. Six is a managed dependency; three or below is a skill running your agent unchecked.

Most skills will fail that audit, and the ones that fail are usually the ones quietly running your agent. Write the six answers down for each. The folder that results is the first version of the thing that compounds while the models underneath it keep getting replaced.

Which skill is steering your agent right now that you could not, this minute, tell me the source of?


Want to run this on your own folder? The Skill Bill of Materials worksheet is the audit above, turned into a one-page sheet you fill in. Take it to your skills directory this week and see how much of it scores zero.

The Durability Curve is several essays a week on what stays valuable while the tools underneath keep changing. Subscribe if that is your kind of question.

Footnotes

  1. SkillsMP listed 1,640,440 collected public SKILL.md files on 8 June 2026, around publication. Its live index had grown to more than 3.3 million by 2 October 2026. https://skillsmp.com/ ↩

  2. Anthropic, “Equipping agents for the real world with Agent Skills,” and the public reference repository at github.com/anthropics/skills. The SKILL.md format is documented as an open standard adopted across Claude Code, Codex, Gemini CLI, Cursor and others. https://www.anthropic.com/engineering/equipping-agents-for-the-real-world-with-agent-skills ↩

  3. The supply-chain framing is now formal. See “Formal Analysis and Supply Chain Security for Agentic AI Skills” (arXiv:2603.00195), which proposes an Agent Skill Bill of Materials recording each skill’s identity, version, content hash, declared permissions, and dependency edges. https://arxiv.org/abs/2603.00195 ↩

  4. SkillsBench 1.1, the benchmark’s current release, contains 87 tasks across 8 domains and reports 18 model-harness configurations. In the paper aggregate, curated skills raise mean resolution rate from 33.9% to 50.5% (+16.6 points). On the three dedicated self-generated-skill configurations, self-generated skills score 8.1 to 11.5 points below the no-skills baseline. https://www.skillsbench.ai/blogs/skillsbench-1-1 ↩

Comments are on the Substack copy. If an essay was worth one, buy me a coffee.

It rests on Law III, Architecture Outlives Content, one of the laws this publication tests against the evidence.

Claude and ChatGPT can search this archive and its claim ledgers once you add the connector.

5 other essays point here

  • Self-Improvement Is Release Engineering

    It also has to govern what it picks up, because a copied skill is a dependency you have to version, scope, and be able to switch off.

  • The Skill That Never Fired

    At its simplest, a skill is a folder with one required file, SKILL.md .

  • Start Here: What Survives When The Surface Changes?

    Read Skills Are Package Management for Your AI.

  • The Seven-Layer Agent Audit

    Harness engineering drives a real share of the gap between agent products, and it is still one layer; the skills layer just below makes the same point from the other side, where a copied skill is a behavioural dependency and curated skills tend to lift…

  • You Own an Asset You've Never Scored

    Others have named the shape of it already: context as a moat, the spec as the new code, the layer you own as where the edge lives, capital that compounds while it is used and decays when it goes stale.