All resources

Authority AI Editorial

One Folder, One Standard: Giving Your Whole Team's Agents the Same Methods

A single glowing glass folder sits at the centre of a dark room, sending identical violet beams to six small spheres arranged in a ring around it.

Five people on a team use AI agents every day. Each of them has worked out a way of asking for a summary of a sales call, and each way lives somewhere different: a note on a laptop, a saved chat, a line someone remembers. Ask all five agents to summarise the same call and you get five versions back. One leads with the price discussed. One retells the call in order. One forgets the next step the prospect agreed to.

Nobody did anything wrong. Each person taught their own agent their own habits, and nobody wrote the team's way down in one place.

A shared set of skills fixes that. A skill is a written method for one kind of job: what good looks like, the steps in order, the checks and the traps. When the whole team's agents work from the same skills, every job follows the same method, whoever asked for it.

Why private prompts drift apart

A prompt you keep to yourself gets better for you. You notice what your agent gets wrong, and you add a line. After a few months your private version is quite good.

The trouble is that four colleagues are doing the same thing in parallel. Each of them fixes a different problem, in different words, at a different time. The improvements never meet. A new starter inherits none of them and begins from a blank request.

There's a second cost. When a client asks why two reports from the same team look different, nobody can point to the method, because there isn't one. There are five habits.

What a shared standard looks like

Factories worked through this problem long before AI agents. Toyota calls its answer standardized work. Jeffrey Liker, writing for the Lean Enterprise Institute, describes it as the most effective combination of people, material and equipment that is presently possible, and adds that "'presently possible' means it is today's best-known way, which can be improved."

Two parts of that idea carry straight over to a team's agents.

The first is that a standard is the current best way, written down, so everyone starts from the same place. In a 2019 piece for IndustryWeek, Larry Fast quotes Toyota's own definition: "Standard Work is a detailed definition of the current best practices for performing a process."

The second is that the standard is a starting point for improvement, not a rule handed down. Liker writes that "Toyota turned standardized work on its head and made it a tool for work groups to control and improve their work," and that "the people doing the work are in the best position to improve the standardized work."

A shared skill is that idea applied to agents. It's the team's current best way of doing a job, in a form every agent can follow, and the people who do the job are the ones who sharpen it.

Put the methods in one place

Pick one home for the team's skills and make it the only one. A shared drive or a shared project folder that everyone can reach works well. What matters is that there's one copy of each method, not five.

The tools already support this. Claude Code's documentation describes skills that belong to a project, which load for anyone working in that project, so the team gets them too. It also describes skills an organisation can deploy for every user on its machines.

On Claude's Team and Enterprise plans, the Claude Help Center explains that organisation owners can add a skill once and have it added for everyone in the organisation. Those skills are switched on by default, and each member can switch individual ones off. Enterprise owners can also bundle skills and assign them to one group, such as the marketing team, so only that group sees them.

Two groups of four glass cards: on the left each card holds a different jumble of shapes, on the right all four hold the same ordered set of bars fed from one shared source.

One trap is worth knowing about. Claude Code's documentation says that when a personal skill and a project skill share a name, the personal one runs. So if a colleague keeps a private copy of the team's call-summary skill under the same name, their agent quietly follows the old version. Ask people to delete private copies once the shared one exists, or to give personal variations a different name.

Give every method an owner

A shared folder with no owners fills up with half-edited methods nobody trusts. Give each skill one named owner, usually the person who does that job most often or does it best.

The owner doesn't have to write every change. Anyone on the team can suggest one. The owner decides what goes in and keeps the method readable. A short list at the top of the folder works: the skill, what it's for, who owns it.

Here's an illustration of how that plays out, not a logged case. Priya owns the proposal skill. Tom notices that every proposal from the agent forgets to state what's out of scope, and a client pushed back on it last week. He sends Priya one line: add a step that lists what the proposal does not cover. Priya adds the step and the check after it. From then on, every agent on the team writes that section, including the agent belonging to the person who joined yesterday.

How a change reaches everyone

Because there's one copy, a change reaches everyone who works from that folder without anyone sending it around, and nobody stays on last month's version.

That speed is also a reason to be careful. Three habits keep it safe:

  • Keep a dated note of what changed in each skill and why, at the bottom of the skill or in a short log beside it. When a result looks different next week, you can see what moved.
  • Try the change on one real job before you tell the team. Run the skill, read what comes back, and only then announce it.
  • Tell people. One message is enough: the proposal skill now lists what's out of scope, so check that section before you send.

Retire a method cleanly

Methods age. A client leaves, a report format changes, a better approach turns up. A retired skill that stays in the folder still gets used, because the agent can't tell it's out of date.

When a method is finished, move it out of the shared folder into an archive folder the agents don't load. Add a dated line to the log saying what replaced it. If two skills now do the same job, keep the better one and fold the other's useful steps into it. A smaller folder of methods people trust beats a large one nobody reads.

Where to start

Pick the three jobs your team hands its agents most often. For each one, find the person who does it best and ask them to write down how: what good looks like, the steps, the checks and the traps. Put the three skills in one shared folder, name an owner for each, and start the change log on day one.

Then run each job through the shared skill and compare the results across the team. Where they still differ, the method is missing a step. Add it.

You don't have to write every method yourselves. The AI Ultimate Skill Collection is 3,029 ready-made skills in 12 packs, one for each kind of work such as coding, research or finance, and it works with Claude Code and other agents that use skills. There's no seat count and no activation, so one copy in the team's shared folder gives every agent the same methods. If you'd rather browse and search the packs you own than open folders, the Desktop Agent Command Center is a desktop command centre for browsing, searching and launching the skills you own into your agent, and it runs locally.

Sources