← ClaudeAtlas

zanmaipowerpointlisted

Native PowerPoint handling, fill a template or create new slides, fully headless (no app, no MCP). A .pptx is a ZIP of XML edited locally. Carol runs this to produce or fill decks. Native objects only; the CI lives in the master and layouts, not the theme alone.
TomSchimana/Zanmai · ★ 0 · Data & Documents · score 60
Install: claude install-skill TomSchimana/Zanmai
# powerpoint Handle PowerPoint natively and headless. A `.pptx` is a ZIP of XML: `ppt/theme/theme1.xml`, `ppt/slideMasters/`, `ppt/slideLayouts/`, `ppt/slides/` plus each slide's `_rels`. Work on a copy, never the original. ## CI truth: the layouts, not the theme alone The theme can be default Office (Calibri, Office palette) while the brand lives in the master and the custom layouts: placeholder styles, background graphic, logo, set colors and fonts. Read the layouts; do not trust `theme1.xml` alone as CI. What the layouts also miss comes from the brand pack. ## The library first, composing last A deck built slide by slide from scratch is the slow way and the drifting way at once: measured on a real run, three slides cost half an hour, and the fourth slide invented what the first had already solved. So the order is fixed, and composing is the exception. **Harvest once.** `slide-library.py harvest <deck.pptx> --into .zanmai/design/<brand>/slides/` reads a template or an approved deck and writes down, per slide, which master layout it uses, what its text slots are, and how much text each slot measurably holds (from the box and the type size in it, not from anyone's estimate). This runs when a brand's kit is first built and again whenever a deck is approved. The library is the user's own material, never a set of layouts we invented. **Then build in three tiers, in this order.** 1. **Match.** Read the library, take the slide that already carries this shape of content, cl