agentleFS
fabioc-alohafabioc-aloha/Alex_ACT_Edition/.github/skills/alex-banner-generation/SKILL.md

alex-banner-generation

Skill0 starsChanged 4 months agoMITView on GitHub

Generate current-brand Alex SVG banners with the canonical x-loop and navy/emerald/teal/cyan palette. Use for READMEs, plans, notes, and release artifacts.

The file

We split this skill into the rules it gives an agent

7 rules. About 0 are common, 6 are distinctive, and 1 is very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈6

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 1

    Very specific

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

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    If no category fits, ask the user before inventing one — the muscle rejects unknown watermarks.

    line 46
  2. Distinctive:

    Ask the user only for what's missing.

    line 52
  3. Very specific:

    Add --force to overwrite an existing file.

    line 68
  4. Distinctive:

    Add this line just under the document's H1:

    line 74
  5. Distinctive:

    Avoid hype ("revolutionary", "ultimate") and meta language ("this document")

    line 89
  6. Distinctive:

    If you're not sure the subtitle is right, show two options to the user before generating.

    line 92
  7. Distinctive:

    Don't ship PNGs unless required — they double the asset weight and can drift from the SVG source.

    line 114

≈ “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.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Alex Banner Generation

Generate visually consistent, self-contained SVG banners using the current Alex brand template.

When to Use

  • User asks for a banner, header image, or document decoration
  • Creating a significant new document (README, PLAN-*.md, ROADMAP, CHANGELOG)
  • User mentions adding a "header" or "branded image" to a doc

Looking for a lighter, hand-authored variant? The Mall ships document-banner-pastel -- pastel 1200x240 banners with content-specific iconography (tracks / hub-and-spokes / mockup / badge / symbol). Use that pattern for branding, education, or audience-facing docs; use this muscle for technical artifacts that need brand-stamped consistency.

Brand Constants (do not change)

ElementValue
Dimensions1200 × 320 px
Background#0f172a (Slate 900)
Accent#10b981 → #14b8a6 → #06b6d4
Brand labelALEX + ARTIFICIAL CRITICAL THINKING
MarkCanonical emerald x-loop, embedded in output
Letter spacing0
Title56px / weight 700 / #f1f5f9
Subtitle18px / weight 600 / #94a3b8
Watermark~100px / weight 800 / #f1f5f9 / 10% opacity

Watermark Categories

Pick the one that matches the document's role:

WatermarkUse For
ACTCritical-thinking content, ACT framework artifacts, manifestos
EDITIONTop-level repo identity (root README, ABOUT)
DOCSUser guides, tutorials, reference material
RELEASECHANGELOGs, release notes, version stamps
PLANPlanning docs, roadmaps, milestone trackers
NOTESession notes, ad-hoc memos

If no category fits, ask the user before inventing one — the muscle rejects unknown watermarks.

Procedure

Step 1 — Gather inputs

Ask the user only for what's missing. Defaults:

  • Title — the document's name. Keep ≤ 32 chars (the muscle enforces this).
  • Subtitle — a single-line purpose statement, ≤ 80 chars. Lift it from the doc's first paragraph or its north-star sentence; don't invent.
  • Watermark — pick from the table above based on doc role.
  • Filename — defaults to assets/banner-<title-slug>.svg. Override with --out if the user wants a specific path.

Step 2 — Generate

node .github/skills/alex-banner-generation/scripts/generate-banner.cjs \
  --title "Document Title" \
  --subtitle "One-line purpose statement." \
  --watermark PLAN

Add --force to overwrite an existing file. Add --out path/to/banner.svg for a non-default location.

The muscle exits 0 on success, 1 on validation errors (length, watermark whitelist), 2 on filesystem errors (file exists without --force).

Step 3 — Embed in the document

Add this line just under the document's H1:

![Banner](assets/banner-<slug>.svg)

The muscle prints the exact embed line; copy it verbatim.

Subtitle Craft (the LLM-judgment part)

The muscle takes whatever subtitle you pass — quality is your job. Good subtitles:

  • State the document's purpose, not its contents ("Critical thinking made operational." not "This document explains ACT.")
  • Are one clause, not a sentence list
  • End with a period
  • Avoid hype ("revolutionary", "ultimate") and meta language ("this document")
  • Match the document's actual first paragraph — don't promise things the doc doesn't deliver

If you're not sure the subtitle is right, show two options to the user before generating.

Validation Checklist

Before declaring done:

  • File written under assets/
  • Watermark matches the document's role (not just convenient)
  • Title ≤ 32 chars, subtitle ≤ 80 chars (else the muscle rejects)
  • Embed line added under the document's H1
  • Canonical x-loop renders in the upper-right
  • Renders in VS Code preview without errors

PNG Conversion (optional)

GitHub renders SVG banners natively in README.md and most surfaces, so SVG is preferred. If a downstream tool needs PNG:

# Via mermaid-cli's bundled chrome (already a dependency):
npx svgexport assets/banner-foo.svg assets/banner-foo.png 1200:320

Don't ship PNGs unless required — they double the asset weight and can drift from the SVG source.

Boundaries

  • The muscle does not pick the watermark or write the subtitle — that is an LLM/skill judgment call.
  • The muscle does not edit the source markdown — embedding the banner in the doc is a separate step.
  • Custom colors / fonts / dimensions are not supported. If the user wants a non-template design, generate raw SVG manually rather than forking the muscle.

Falsifiability

Revisit this skill by 2026-08-26 (90 days) or sooner if any of the following fires:

  • Banners shipped via this skill are aesthetically rejected by the user ≥3 times in a quarter
  • The SVG pipeline renders incorrectly in >10% of target environments (GitHub, VS Code preview, browsers) over any 30-day window
  • The muscle adds new template categories without a corresponding entry being added to this skill within the same change
  • Users request customization the skill forbids (custom colors/fonts/dimensions) ≥3 times in a quarter — signal the brand constants are too tight

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.

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.