diff --git a/skills/lmx/SKILL.md b/skills/lmx/SKILL.md new file mode 100644 index 0000000..3eb4691 --- /dev/null +++ b/skills/lmx/SKILL.md @@ -0,0 +1,63 @@ +--- +name: lmx +description: > + Use this skill whenever the user wants to create, write, generate, or edit + email content in Loops. This includes composing campaigns, loops, lifecycle + emails, transactional email bodies, or any email template for the Loops + editor or API. LMX (Loops Markup Language) is the format used for all Loops + email content. Trigger on phrases like "create a campaign", "generate an + email", "write a welcome email", "draft a lifecycle email", "build an email + template", "write a transactional email body", "create an onboarding email", + "LMX", "Loops email", or any request to produce or modify email body content + intended for Loops. Do not trigger for questions about the Loops HTTP API, + SDK integration, or CLI unless email body content is also involved. +metadata: + version: 1.0.0 +--- + +# LMX Skill + +This skill helps write, review, and generate correct LMX email markup for Loops. LMX is an XML-based format: every element is a PascalCase tag, self-closing tags require `/>`, and only the tags in the spec are valid. + +## When To Use + +Use this skill when the task involves: + +- generating or editing LMX email content +- reviewing LMX markup for correctness +- choosing the right LMX tags or attributes for a layout +- applying design guidelines to an LMX document +- explaining how a specific LMX tag or attribute works + +## Working Style + +When this skill is active: + +1. Read `references/lmx-spec.md` for the full tag and attribute reference. It is authoritative — do not invent tags or attributes. +2. Read `references/lmx-design-guidelines.md` for Loops design guidelines. Apply these to every document you generate unless the user explicitly overrides a rule. +3. Validate nesting and content-type rules before producing output (see spec section 3). +4. Check the common-mistakes table in the spec before finalizing output. +5. Always produce a complete, valid document — not fragments, unless the user specifically asks for one. + +## Category Routing + +- Tag definitions, required/optional attributes, nesting rules, content types, variable syntax, self-closing requirements, or escaping: + Read `references/lmx-spec.md` + +- Color contrast, spacing, column rounded corners, Style tag usage, visual hierarchy, or any "how should this look" question: + Read `references/lmx-design-guidelines.md` + +## Output Checklist + +Before returning any LMX output, verify: + +- [ ] All tags are PascalCase and in the allowed set +- [ ] All self-closing tags use `/>` (e.g. ``, ``, `
`, ``, `