open-design-campaign
Skill678 starsChanged yesterdayMITView on GitHub
Turn one brief into a whole campaign — one master design exported to every channel size (social, link previews, banners, display ads), plus an optional landing page and email, in every language you need, checked and shown on one campaign sheet — use whenever the user wants a campaign, a launch kit, assets for several channels or sizes at once, ad banners in several sizes, or the same creative in several languages, even if they don't mention Open Design
We split this skill into the rules it gives an agent
9 rules. About 0 are common, 3 are distinctive, and 6 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈3
Distinctive · estimate
This author's own choices. Worth a look.
6
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 13
Use the user's own words. If they say "artifact", "design tokens" or give a file path, use those terms back.
- Very specific: line 14
Keep the machinery out of replies: no tool names, no ids like od:prototype:poster-hero, no internal files (.artifact.json, .comments.json, …
- Distinctive: line 33
Before designing anything, agree the words with the user.
- Very specific: line 38
When the user is happy, save it as copy.csv in the campaign folder (<output dir>/<campaign-slug>/copy.csv), with a header row: …
- Very specific: line 42
Call prepare_open_design_brief with od:prototype:poster-hero (or a better-fitting poster or social skill from list_open_design_skills), the …
- Very specific: line 46
every piece of copy is an element with data-od-field="<column>" from the copy deck, holding the first row's text.
- Very specific: line 47
add data-od-fit to the headline and subhead, so long translations shrink (to at most 70%) instead of overflowing.
- Distinctive: line 54
Ask which channels the campaign needs, unless the brief says.
- Very specific: line 78
If there's an email, export it with format: "email" (and baseUrl once its images are hosted).
≈ “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.
Files
<!-- generated:open-design-agent-kit -->Build a campaign with Open Design: one message, one visual system, every channel.
Brief: the rest of the user's message (if there is none, ask the user: "What is the campaign for, which channels, and which languages?")
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 of | Say |
| artifact, entry, registered | your design, saved |
| design system, active design system | your style (the first time: "a saved style: colours, fonts and spacing") |
| surface, skill, template, recipe | kind of design, starting layout, or nothing |
| workspace, output directory | your folder, your Open Design folder |
| bleed | print edge ("a few millimetres extra that the printer trims off") |
| trim size | final size |
| preflight findings, errors | "I checked it and fixed…", "one thing to look at:" |
| export | save as PDF, save as an image |
| inline preview, MCP App | the preview above |
1. Agree the copy deck
Before designing anything, agree the words with the user. Draft them from the brief and show them as a short table:
headline(≤ 6 words),subhead(one line),cta(2–4 words), andlegal(one short line, if the brief needs one);- one row per language (
localecolumn:en,de,ja…) or per audience, if the user wants several. Translate faithfully and keep each row's meaning identical.
When the user is happy, save it as copy.csv in the campaign folder (<output dir>/<campaign-slug>/copy.csv), with a header row: locale,headline,subhead,cta,legal.
2. Build one fluid master
Call prepare_open_design_brief with od:prototype:poster-hero (or a better-fitting poster or social skill from list_open_design_skills), the brief, format: "ig-portrait" and fluid: true, plus collectionId (the campaign slug), collectionName and screenRole: "master".
Build it as the brief says, and also:
- every piece of copy is an element with
data-od-field="<column>"from the copy deck, holding the first row's text; - add
data-od-fitto the headline and subhead, so long translations shrink (to at most 70%) instead of overflowing; - design the wide band (
@container (aspect-ratio > 1.2)) and add a very wide band for banners (@container (aspect-ratio > 3): headline and call to action side by side, everything else hidden withdata-od-priority).
Register it (register_open_design_artifact with the same format, collectionId, collectionName and screenRole: "master").
3. Pick channels
Ask which channels the campaign needs, unless the brief says. Offer this menu (format ids in brackets):
| Channel | Formats |
| Instagram / Facebook feed | ig-portrait, ig-square |
| Stories, Reels, TikTok | story |
| X | x-image, x-header |
linkedin-image, linkedin-banner | |
| Link previews (website, Slack) | og-image |
| Display ads (150 KB each) | banner-mrec, banner-leaderboard, banner-skyscraper, banner-mobile |
| Email header | email-header |
a4, a3, letter… |
4. Check every shape
Call export_open_design_artifact with presets set to the chosen formats, data: "<campaign folder>/copy.csv", nameField: "locale" and checkOnly: true. Fix every error in the findings (per shape and per row). For a shape that looks wrong or has errors, call adapt_open_design_artifact with those format ids and tune it in the same file. Tiny ad sizes usually need their own @container rule: headline and call to action only. Repeat until there are no errors.
5. Other pieces (optional)
If the user wants a landing page or an email, build each with its own skill (od:prototype:saas-landing or od:prototype:web-prototype, and od:prototype:email-campaign) using the same design system and the first row of the copy deck. Register each with the same collectionId and collectionName, and screenRole landing or email. Check each with check_open_design_artifact.
6. Export and show the sheet
- Export the master:
export_open_design_artifactwith the samepresets,dataandnameField: "locale", pluscampaignSheet: true. This writes one image (or print PDF) per shape per row, named<name>-<locale>-<format>, andexports/campaign-sheet.png, which shows every shape and every other piece, with a red dot on any that still has errors. If the export says the outputs are over the limit, export one batch of locales at a time. - If there's an email, export it with
format: "email"(andbaseUrlonce its images are hosted). - Show the user the campaign sheet, list the files per channel, and mention anything still flagged. The export also writes
exports/campaign-sheet.json, which lists each tile in sheet order with its errors.
In this repository47 other files it gives its agents.
- article-magazineSkill
- card-twitterSkill
- card-xiaohongshuSkill
- data-reportSkill
- deck-guizang-editorialSkill
- deck-open-slide-canvasSkill
- deck-swiss-internationalSkill
- doc-kami-parchmentSkill
- frame-data-chart-nytSkill
- frame-flowchart-stickySkill
- frame-glitch-titleSkill
- frame-light-leak-cinemaSkill
- frame-liquid-bg-heroSkill
- frame-logo-outroSkill
- frame-macos-notificationSkill
- guizang-pptSkill
- mockup-device-3dSkill
- open-design-critiqueSkill
- open-design-deck-from-sourceSkill
- open-design-design-system-from-urlSkill
- open-design-docsSkill
- open-design-exploreSkill
- open-design-integrationsSkill
- open-design-newSkill
- open-design-posterSkill
- open-design-previewSkill
- open-design-publishSkill
- open-design-recurringSkill
- open-designSkill
- open-design-social-postSkill
- poster-heroSkill
- ppt-keynoteSkill
- resume-modernSkill
- social-carouselSkill
- social-reddit-cardSkill
- social-spotify-cardSkill
- social-x-post-cardSkill
- social-youtube-thumbnailSkill
- vfx-text-cursorSkill
- video-hyperframesSkill
- openspec-apply-changeSkill
- openspec-archive-changeSkill
- openspec-exploreSkill
- openspec-ff-changeSkill
- openspec-onboardSkill
- openspec-proposeSkill
- openspec-sync-specsSkill
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
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.

