site-copy
Skill1 starsChanged 53 days agoMITView on GitHub
Write, change, translate, or sync visible text on a web-kit site. That covers the spec in docs/site.md, its implementation in src/content/site.js (one field per language in LANGS, read with t()), and the brand rules in README.md. Use it whenever a task touches headings, taglines, CTAs, meta titles/descriptions, FAQ answers, or any string a visitor reads, in any language, even if the user only says "update the hero", "fix the English", or "implement section 4 of the spec". Also use it before adding a page or component that shows text.
In this repository7 other files it gives its agents.
- template/CLAUDE.mdCLAUDE.md
- assetsSkill
- design-loopSkill
- design-systemSkill
- new-siteSkill
- publishSkill
- retroSkill
The file
We split this skill into the rules it gives an agent
4 rules. About 0 are common, 2 are distinctive, and 2 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈2
Distinctive · estimate
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 19
New or changed copy: write every language together.
- Distinctive: line 26
Be viscerally specific: Use numbers, objects, and situations from the user's world.
- Distinctive: line 30
Rewrite what sounds generated: If a sentence could appear on 1,000 sites, rewrite it until only this brand could say it.
- Very specific: line 34
If a requested change breaks a README §7 rule (for example an unbacked claim, a price, a client name, or anything from privado/), don't …
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 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
Site copy
The copy lives in two places that must agree:
docs/site.mddefines it: tables with columnsClave | <LANG> | …, one per page section.src/content/site.jsimplements it. Each visible string is a set of fields<key>_<lang>, one for each language inLANGS, read in components witht(obj, key, lang).
README.md overrides both when they conflict. Read its sections 2 (audience), 4 (conversion), 5 (tone), and 7 (content rules) before writing any new wording.
Workflow
- Locate. Find the section in
docs/site.mdand the matching object insite.js. Table keys are local to their section.titleunder "Inicio → Hero" becomessite.home.hero.title_<lang>. Keys written with a dot (nav.cta) are global. - Implement verbatim. Carry spec text over exactly as written. Don't polish it on the way in, or the two files drift apart.
- New or changed copy: write every language together. Each one must read naturally in its own language. It's not a literal translation. Then update
docs/site.mdso the spec still describes the site. - No strings in components. Components get text only through
t(). A brand wordmark that never changes is the only allowed exception:site.brand. - Check. The edit hook runs the copy check automatically. You can also run it by hand:
node <kit>/scripts/check.mjs copy, where<kit>is<base>/../... It reports missing or empty language fields, generic AI wording, and the brand's banned terms fromdocs/copy-flags.json. Fix every finding, or tell the user why it stays.
Writing rules
- Name the pain first, then the offer. "5 minutes on the train count" beats "Learn anywhere".
- Be viscerally specific. Use numbers, objects, and situations from the user's world. Leave out adjectives that any competitor could also use.
- One screen, one idea, one ask. Each section makes one point. There's one CTA per view, and it's always the README's §4 call to action.
- Easy to read: short sentences, common words, one clause per line where possible. No exclamation marks, no rhetorical questions in headings.
- Fit the layout. Headings stay short enough to fit on 2 lines on mobile in the longest language. Check it in the design loop.
- Rewrite what sounds generated. If a sentence could appear on 1,000 sites, rewrite it until only this brand could say it.
Content rules that block a change
If a requested change breaks a README §7 rule (for example an unbacked claim, a price, a client name, or anything from privado/), don't make it. Tell the user which rule it breaks and suggest wording that complies.
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.

