happycapy-ai/happycapy-skills/acid-labels
Claude Code and agent skill by happycapy-ai/happycapy-skills
- community
Checking that the SKILL.md file is still in the repository.
Reusable fixed-style PPTX generation skill for the Acid Labels visual brand — bold acid-green (#A9FF7A) operating-guide aesthetic on hard-edged modular panels, deep forest (#3F5E31) plates, black pill labels, white tag chips, oversized italic serif curly-brace title moments, condensed sans labels, data-native charts and dashboards, widescreen 16:9 editable .pptx output. Use this skill whenever the user mentions Acid Labels, asks for a presentation or deck in the Acid Labels style, wants a bold acid-green operating guide / playbook deck, a modular label-driven data deck, or mentions the acid-green + forest-green + black pill-label look for slides. Also trigger when the user says 'acid labels', 'acid green deck', 'operating guide deck', 'playbook slides', or 'label system presentation' in any context. Display name: Acid Labels PPTX.
Install
npx vskill@latest install happycapy-ai/happycapy-skills/acid-labelsSKILL.md
Acid Labels PPTX Skill
A reusable fixed-style PowerPoint generation skill. It builds on the pptx skill's technical capabilities while locking in the Acid Labels visual identity: a bold, acid-green professional operating guide — modular, label-driven, data-native, and confident.
Core principle — style wins over content volume. When the user's topic contains more information than the format can hold, compress and reinterpret into charts, chips, tiles, and extra slides. The deck must feel like a bold acid-green operating guide for the user's topic — not a generic report, not a copied brand-guidelines deck, and not a text-heavy memo. Every slide is a modular panel in a confident operating system.
This skill is topic-agnostic. It generates Acid Labels decks for any user-provided topic. Never hardcode a sample topic (finance, equities, chips, AI infrastructure, or any other) into a deck. Any topic-specific wording in this file is an example only — replace it at runtime with the user's topic variables.
Step 1: Gather Inputs (Ask First — Max 3 Questions)
Do not start generating immediately. Use the AskUserQuestion tool to present the missing questions in a single call (up to 3 at once). Only ask what the user hasn't already provided in their prompt — if they already gave the topic, slide count, or image choice, skip that question. Do not ask any extra questions unless the deck literally cannot be built without them.
Question 1 — Topic (skip if already provided):
- header: "Topic"
- question: "What is the topic or title of the deck?"
- options: 2–3 relevant example topics plus allow Other
Question 2 — Slide count (skip if already specified):
- header: "Slides"
- question: "How many slides should the deck include?"
- options:
8 slides,10 slides (Recommended),12 slides,15 slides
Question 3 — Images:
- header: "Images"
- question: "How should visuals be handled?"
- options:
No generated images— Editable native panels and charts only (Recommended)Generate with gpt-image-2— Abstract acid-green textures + topic-supporting theme imagesUse my uploaded / reference images— Insert images I provide
If the user hasn't provided data, audience, dates, or other details, infer neutral content or use clearly labeled placeholder figures (see Content Rules). Do not keep asking. Once you have the three core answers, proceed directly to generation.
Step 2: Topic Translation — Everything Becomes an Operating Guide
Before writing any slide copy, translate the user's topic into an Acid Labels frame. No topic is too technical, soft, or unusual. Every subject becomes a confident operating guide, playbook, or decision system — while preserving the user's actual subject.
| User provides | Acid Labels treatment | |
|---|---|---|
| Product / launch | Operating guide: how it works, the numbers, the decision | |
| Strategy / plan | Playbook: sections, scenarios, checklist | |
| Research / concept | Field system: taxonomy labels, data blocks, sources | |
| Team / process | Operating manual: roles, workflow, KPIs, risk grid | |
| Event / program | Program system: schedule grid, tracks, KPI tiles | |
| Any other subject | Reframe as a labeled, data-native operating guide |
Decide these before writing slides, and use them as the cover's curly-brace title moment {TOPIC} and the deck's spine:
- The guide title (the
{TOPIC}moment). - The one-line operating thesis (what this guide is for).
- The taxonomy label stack (2–4 stacked short labels, e.g. category / subject / edition).
Step 3: Generate Images (only if the user chose gpt-image-2)
If the user chose No generated images or uploaded images, skip this step. For uploads, place their images into forest-green image plates and leave editable placeholder rects where images are missing.
If the user chose gpt-image-2, read the generate-image skill at /home/node/.claude/skills/generate-image/SKILL.md for the exact API call pattern. Use openai/gpt-image-2 with response_format: "b64_json" and aspectRatio matching the plate ("16:9" for cover/dividers). Save each image to /tmp/acid-img-N.png.
Generate two clearly separated asset types. Both types must contain no readable text, no logos, no numbers, no real company/brand marks, and no recognizable real people.
Decorative image set — abstract acid-green guideline textures, used only as cover backplates, section-divider image plates, and non-informational background texture:
Theme image set — topic-specific supporting images that visually back the user's subject without embedding any slide content:
Never use gpt-image-2 to make full-slide screenshots, slide mockups, text-heavy graphics, charts with embedded numbers, logos, or anything that should be an editable PowerPoint element. Charts, tables, tiles, matrices, labels, and metadata are always native PowerPoint — never images.
Count guidance: 8 slides → 2–3 images · 10–12 slides → 3–4 · 15 slides → 4–5. Keep at least half decorative.
Step 4: Build the PPTX
Read the pptx skill at /home/node/.claude/skills/pptx/SKILL.md and its pptxgenjs.md reference for the full API and gotchas. Build with PptxGenJS as editable native elements. Output must be an editable widescreen 16:9 .pptx. Do not create HTML, web presentations, screenshots of slides, or rasterized full-slide images.
Core style constants — do not deviate
Fonts are chosen from the pptx skill's QA-safe list so overflow checks are trustworthy. Use SERIF italic for the big {TOPIC} moments; use SANS (often uppercase with charSpacing) for pill labels, tag chips, taxonomy stacks, footer metadata, chart labels, and body.
Typography sizing (strong hierarchy is mandatory)
| Role | Font | Size | Notes | |
|---|---|---|---|---|
Cover title {TOPIC} | SERIF italic | 64–104 pt | curly-brace moment, ACID or BLACK | |
| Section number | SANS/SERIF | 120–220 pt | oversized, low-contrast or ACID on FOREST | |
| Slide headline | SERIF/SANS | 34–58 pt | one per slide | |
| Metric numerals | SANS | 36–72 pt | KPI tiles / stat callouts | |
| Body text | SANS | 18–26 pt | fragments, never paragraphs | |
| Chart labels | SANS | 10–14 pt | axis, data labels, legends | |
| Pill / tag / footer metadata | SANS | 10–14 pt | uppercase, charSpacing: 2–6 |
Layout — LAYOUT_WIDE (13.3" × 7.5") for a true 16:9 canvas
Set pres.defineLayout / pres.layout = "LAYOUT_WIDE" before adding slides. All coordinates below assume a 13.3 × 7.5 canvas.
The Acid Labels component kit (all native, all editable)
Build slides from these repeatable modules — repetition of the label system is the motif:
- Black pill label —
ROUNDED_RECTANGLE,fill: BLACK, highrectRadius, white/acid uppercase SANS text inside,margin: 0. Used for section names and status tags. - Tag chip — small
ROUNDED_RECTANGLEin WHITE or ACID with BLACK text; rows of chips for categories/filters. - Stacked taxonomy label — 2–4 short SANS uppercase lines, left-aligned, tight leading, in a corner.
- Large section number — 120–220 pt numeral, placed in a FOREST panel or bleeding off one edge, never over a headline.
- Hard-edged modular panel — plain
RECTANGLEblocks (ACID, FOREST, WHITE, SKY) in a strict grid; a rounded outer slide frame is fine, inner data panels are hard-edged. - Forest image plate — FOREST rectangle holding an image or acting as a dark backplate.
- KPI tile — small panel: 36–72 pt metric numeral + tiny SANS label + optional delta.
- Source-note row — a thin bottom row:
Source: … · data as of [date]in 10–12 pt. - Footer metadata dots — tiny SANS text + small circle marks along a bottom edge.
- Rounded slide corners — outer frame with
rectRadius; keep it a background frame, never through text.
Data-native visual forms — choose what fits the topic
Prefer turning dense analysis into visuals rather than prose. Use native addChart() / native shapes for: stacked bar, grouped bar, line, pie/donut, waterfall, comparison tables, sensitivity heatmaps (grid of colored cells), probability–impact risk grids, scenario matrices (2×2), dashboards (tile clusters), KPI tiles, source-note rows, and structured decision checklists. Adapt these to the user's topic — never force finance-specific charts where they don't fit. Follow the pptx skill's chart gotchas (native charts only; set title/data labels/chartColors from the palette above; quiet the axes; stacked labels use ctr/inEnd/inBase, never outEnd).
Everything — text, blocks, section numbers, pills, chips, taxonomy stacks, metadata dots, rules, source rows, KPI tiles, tables, charts, matrices, grids, dashboards — must be editable native PowerPoint elements.
Acid Labels System Rules — These Override Everything
The most common failure is a text-heavy memo hiding behind acid-green paint, or decorative elements colliding with content. These rules prevent that. When a rule conflicts with fitting more content, the rule wins — compress or split instead.
Rule 1: Style wins over content volume
Compress dense topics into charts, chips, tiles, and extra slides. Do not shrink fonts below the sizing table or fill a slide with paragraphs.
Rule 2: One idea per slide
Each slide carries exactly one primary question, claim, or idea. Keep prose concise; if a second explanatory sentence appears, cut it or move it to its own slide.
Rule 3: Bold hierarchy, always
Every slide has one dominant element (headline, section number, or hero metric). Labels, chips, and metadata stay small and peripheral. The reading order must be obvious at a glance.
Rule 4: Dividers and decoration never touch text
Rules, decorative bars, image plates, tag chips, section numbers, and chart elements must sit in safe spacing zones. No divider may pass through a headline, subtitle, body copy, or chart label. Section numbers bleed off edges or sit in their own panel — never behind live text at the same coordinates.
Rule 5: Strict grid, generous spacing
Align everything to a consistent grid with ≥ 0.4" gutters and ≥ 0.5" slide margins. If content doesn't fit beautifully, split it across additional slides or simplify the copy — never crowd.
This is the start of the file. Read the full SKILL.md on GitHub.
Security
- Security scanPassed, 95 of 100Pattern checks on the skill's files.
- Model reviewPassed
Quality evaluation
- Task evaluationNot runNo evaluation yet. Run one in Skill Studio.
Source
- SKILL.md in the repositoryCheckingskills/acid-labels/SKILL.md
Popularity
- Repository stars
- 137
- Repository forks
- 30
- 7-day trend score
- 25
Stars and forks are for the whole GitHub repository, not this skill alone. Not refreshed yet.
Works with
Any agent vskill installs to: 56 targets in all. These 39 have a page on this site.
- Claude Code
- Cursor
- GitHub Copilot
- Windsurf
- Codex
- Gemini CLI
- Cline
- Amp
- Roo Code
- Goose
- Continue
- Kilo Code
- Junie
- Trae
- OpenHands
- Qwen Code
- AI Agent
- Tabnine Chat
- Sourcegraph Cody
- Amazon Q
- Firebase Genkit
- Sweep
- Devin
- Phind
- Mentat
- Claude Desktop
- Aider
- GPT Pilot
- Plandex
- bolt.new
- v0
- Replit Agent
- Anse
- TypingMind
- BetterChatGPT
- LibreChat
- Warp AI
- Pieces
- Fig AI
Embed badge
[](https://verified-skill.com/skills/happycapy-ai/happycapy-skills/acid-labels)