Package an agent template to share
A pack is the part of an agent that travels: instructions, skills, a README and a licence, with the private parts left behind. Our own packager does the inventory and the scrubbing, and this is what it is aiming for.
What travels, and what stays
Making a pack is mostly subtraction. Six parts are candidates, and the judgement is which ones.
| Part of a working agent | Ships in the pack? | Why |
|---|---|---|
| Instructions and the goal | Yes | They are what the pack is for. |
| Skills | Yes | One folder each, named the way a reader would look for them. |
| The README | Yes | A reader opens it before anything else. |
| Keys and .env files | Never | In any form, in any file, including examples. |
| Memory and logs | No | They belong to one machine, and often hold private detail. |
| The files it happened to touch | No | The pack carries the ability, not one afternoon's work. |
That subtraction is the same everywhere, and other catalogues learned it the hard way. n8n's export docs tell people to strip auth headers from workflow files before sharing them, and Dify's export deliberately excludes keys, knowledge-base contents and logs (n8n, Dify).
Use our packager
Agent Pack Builder is our own template, and the first thing to install if you intend to publish. It reads a working agent, separates what ships from what stays behind, scrubs what is left, and writes the archive.
Take it from its page, install the skill the way any pack is installed, and point it at the agent you want to publish.
The packager writes the draft and the inventory. Uploading it, and the review that follows, are decisions you make on the site.
The shape it has to be
One archive, unpacking to one folder, with a README at the root and a skills directory beside it. That is the same shape What's inside an agent template describes from a reader's side of the page.
Skills have a shape of their own, and it is worth following even where the tool does not insist. The open standard asks for a name, a description that says what the skill does and when to use it, and marks everything else optional (specification).
skills/read-an-invoice/ SKILL.md when to use it, and the steps references/ the rules it loads only when needed scripts/ the parts that should not be improvised
Say what people may do with it
A pack without a licence is a pack most people cannot legally reuse, which is a strange way to publish something you want used. Pick one and put it in the folder as LICENSE.
| Licence | What it lets a reader do | The one condition |
|---|---|---|
| MIT | Use it, change it, share it, even sell it | Keep the copyright and licence notice |
| Apache-2.0 | The same, plus an explicit patent grant | Keep the notices, and say what you changed |
| CC-BY-4.0 | Share and adapt it, including commercially | Credit the author, and say what you changed |
Those three are the common ones, described from the licence deeds themselves (MIT, Apache-2.0, CC-BY-4.0). If you build on somebody else's pack, their licence sets your floor: keep their notice, add yours, and say what you changed.
Write the record
Three lines near the top of the README: who wrote it, what it was built from, and the licence it goes out under. Those three lines are what makes a pack answerable to a person.
A pack adapted from somebody else's work is welcome here. The summary you upload with is where you say whose work it started from, and What review checks makes that a rule rather than a courtesy.
The order of the rest of the README is Write a README for an agent template.
Upload, and what happens next
- It arrives private, readable by the handles on its audience list and nobody else.
- A reviewer reads the archive against the one-line summary you wrote.
- Approval gives it a page. You make that page visible when you have stopped editing.
Private and published are two separate facts rather than one, and Who can see your agent template is the page that pulls them apart. Who may read it while it waits is Name your collaborators.
Where to go next
Private while it waits, shared with the people you name, visible when you say so.
What review checksWhat a reviewer reads, what gets a template turned down, and when you hear back.
Work on an agent with someone elseWho holds the real copy, how to hand one over, and who gets credited.