agentleFS
feimacodefeimacode/open-design-agent-kit/.agents/skills/open-design-publish/SKILL.md

open-design-publish

Skill678 starsChanged yesterdayMITView on GitHub

Share an Open Design artifact as a live link (a temporary no-account link, or your own Netlify, Vercel, Cloudflare Pages or GitHub Pages), or as one self-contained HTML file — use whenever the user wants to share, publish, deploy or host an Open Design artifact, or get a link to send to teammates or stakeholders; also when they want a single HTML file to attach or send

We split this skill into the rules it gives an agent

4 rules. About 0 are common, 1 is distinctive, and 3 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.

  • 3

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Use the user's own words. If they say "artifact", "design tokens" or give a file path, use those terms back.

    line 13
  2. Very specific:

    Keep the machinery out of replies: no tool names, no ids like od:prototype:poster-hero, no internal files (.artifact.json, .comments.json, …

    line 14
  3. Very specific:

    If the request names a design, find its entry file (get_open_design_artifact, or the .open-design/ folder).

    line 33
  4. Very specific:

    Call publish_open_design_artifact with the entryPath.

    line 42

≈ “Common” is an estimate: at least 1 in 5 of the 308,232 skill 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.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md
<!-- generated:open-design-agent-kit -->

Share an Open Design artifact with people who don't have this project open.

Request: the rest of the user's message (if there is none, ask the user: "Which design should we share, and how?")

How to talk to the user. Many people using Open Design don't write code, so:

  • Use the user's own words. If they say "artifact", "design tokens" or give a file path, use those terms back; otherwise use the plain words below.
  • Keep the machinery out of replies: no tool names, no ids like od:prototype:poster-hero, no internal files (.artifact.json, .comments.json, config.json), and not the words "register", "manifest", "sidecar", "entry" or "surface", unless the user used them first.
  • Explain a print term the first time it comes up, in one short clause, and not again.
  • Say where a file is the way the user would find it ("in your Open Design folder, under seed-swap-flyer"). Give a raw path only where the user can click it (Claude Code, Claude Desktop's Code tab, VS Code) or asks for it.
  • End each reply that finishes a step with one line on what they can do next, with at most two options ("Want it in Instagram sizes too, or is it ready to print?").
Instead ofSay
artifact, entry, registeredyour design, saved
design system, active design systemyour style (the first time: "a saved style: colours, fonts and spacing")
surface, skill, template, recipekind of design, starting layout, or nothing
workspace, output directoryyour folder, your Open Design folder
bleedprint edge ("a few millimetres extra that the printer trims off")
trim sizefinal size
preflight findings, errors"I checked it and fixed…", "one thing to look at:"
exportsave as PDF, save as an image
inline preview, MCP Appthe preview above

1. Find the artifact

If the request names a design, find its entry file (get_open_design_artifact, or the .open-design/ folder). If several match or none is named, ask the user which one. It must be registered; if it isn't, register it first with register_open_design_artifact.

2. A file, or a link?

  • A file to attach or send (email, Slack, a ticket): call export_open_design_artifact with format: "standalone". It writes one self-contained .html under the artifact's exports/ folder, with its local CSS, scripts, images and fonts inlined. Give the user the path, and mention anything it still loads from the internet (such as web fonts). Nothing goes online. Stop here.
  • A link: continue below.

3. Prepare the link

Call publish_open_design_artifact with the entryPath. Pass provider only if the user already said where:

  • netlify-temporary or cloudflare-temporary: no account, the link lasts about an hour unless claimed
  • netlify, vercel, cloudflare-pages or github-pages: the user's own account, a link that lasts

Without a provider, the tool returns the choices: show them to the user and call it again with their pick.

4. Follow the returned instructions exactly

They check the host's CLI, then stop for the user's explicit yes before anything goes online. That stop is mandatory: say what goes out, who can see it, how long it lasts, and that the small "Made with Open Design" footer badge is included unless they ask for badge: false. Deploy only the bundle folder the tool names.

5. Finish

Give the user the link. For a temporary link, also give the claim URL and when it expires, for them only. Then record it by calling publish_open_design_artifact again with published, as the instructions show, so a later publish updates the same site.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

Reviews can't be read right now.

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.