@pikaa-ai/pikaa 0.3.23 → 0.3.24

package/skills/pptx/SKILL.md

@@ -1,246 +0,0 @@
----
-name: pptx
-description: "Use this skill any time a .pptx or .potx file is involved in any way — as input, output, or both. This includes: creating slide decks, pitch decks, or presentations; reading, parsing, or extracting text from any .pptx or .potx file (even if the extracted content will be used elsewhere, like in an email or summary); editing, modifying, or updating existing presentations; combining or splitting slide files; working with templates (.potx), layouts, speaker notes, or comments. Trigger whenever the user mentions \"deck,\" \"slides,\" \"presentation,\" or references a .pptx or .potx filename, regardless of what they plan to do with the content afterward. If a .pptx or .potx file needs to be opened, created, or touched, use this skill."
-license: Proprietary. LICENSE.txt has complete terms
-metadata:
-  version: "2.1"
-  skill-author: Anthropic, PBC
-  source: https://github.com/anthropics/skills/tree/main/skills/pptx
----
-
-# PPTX creation, editing, and analysis
-
-A `.pptx` is a ZIP archive of XML files. Choose your approach by task:
-
-| Task | Approach |
-|---|---|
-| **Create** a new deck | Write a `pptxgenjs` script — see gotchas below |
-| **Edit** an existing deck, or build from a template | unzip → edit `ppt/slides/slideN.xml` → zip |
-| **Read** content | `markitdown deck.pptx` (one block per slide under `<!-- Slide number: N -->` markers); visual grid: `python scripts/thumbnail.py deck.pptx` |
-
-## Scripts
-
-Paths are relative to this skill's directory. Everything else is plain Python, `node`, or shell.
-
-| Script | What it does |
-|---|---|
-| `scripts/thumbnail.py deck.pptx [prefix]` | Labeled grid of every slide, for picking template layouts. `.pptx` only. Pass `prefix` — it defaults to `thumbnails`, which overwrites the grids of any other deck done in the same directory |
-| `scripts/add_slide.py unpacked/ slide2.xml [--after slideN.xml]` | Duplicate a slide (or a `slideLayoutN.xml`) with all the package bookkeeping. Also takes a `.pptx` directly with `-o out.pptx` |
-| `scripts/clean.py unpacked/` | Delete slides, media, and rels no longer referenced. Run **after** `<p:sldIdLst>` is final |
-| `scripts/office/validate.py deck.pptx [--original src.pptx]` | Schema, relationship, content-type, chart and slide checks; each failure names its fix. Pass `--original` for any template-derived deck — it baselines the schema checks against the template, so the template's own XSD errors don't read as yours |
-| `scripts/office/soffice.py --headless --convert-to pdf deck.pptx` | LibreOffice wrapper — bare `soffice` hangs in this sandbox |
-
-## Creating with pptxgenjs — gotchas
-
-`pptxgenjs` is preinstalled — do not run `npm install` first; write the script and `require('pptxgenjs')` directly. Only if that require fails: `npm install pptxgenjs`. The model knows the API; these are the footguns:
-
-- **Set `pres.layout` before adding slides.** The default canvas is `LAYOUT_16x9` = **10" × 5.625"**, not 13.3" wide. Coordinates past the edge are written, not clamped — the shape just isn't on the slide. (`LAYOUT_WIDE` is 13.3" × 7.5".)
-- **Hex colors: never `#`, never 8 digits.** `color: "FF0000"`. Both `"#FF0000"` and alpha baked into the hex (`"00000020"`) **corrupt the file**. For translucency: `transparency: 0-100` on fills and images, `opacity: 0.0-1.0` on shadows — each is silently ignored on the other.
-- **pptxgenjs mutates option objects in place** (converts values to EMU on first use). Never share one `shadow`/options object across two `add*` calls — build a fresh object each time.
-- **Shadow `offset` must be ≥ 0** — a negative offset corrupts the file. To cast a shadow upward, use `angle: 270` with a positive offset.
-- **`letterSpacing` is silently ignored** — the real option is `charSpacing`.
-- **Lists:** `bullet: true` on each item, never a literal `•` (renders double bullets). Set `breakLine: true` on every array item except the last. Space bulleted paragraphs with `paraSpaceAfter`, not `lineSpacing` (huge gaps).
-- **One `new pptxgen()` per output file** — never reuse an instance.
-- **`rectRadius` only works on `ROUNDED_RECTANGLE`**, not `RECTANGLE`.
-- **Gradient fills aren't supported** — use a gradient image as the background instead.
-- **Text boxes have built-in internal padding** — set `margin: 0` whenever text must align with a shape, line, or icon at the same x.
-- **Speaker notes go in `slide.addNotes("...")`** (plain text, once per slide), never in a text box on the slide.
-- **Keep charts native.** Use `addChart()` for everything PowerPoint can chart (pass an array of `{type, data, options}` for combos). For PowerPoint-native features the library doesn't expose (trendlines, error bars), compute the extra series yourself or post-process the generated OOXML — do not fall back to a rendered image. Only chart types PowerPoint has no native form for (Sankey, network, chord) go in as images.
-- **Default charts render bare** — no title, no data labels, dated palette. Set `showTitle` + `title`, `showValue: true` + `dataLabelPosition`, `chartColors: [...]` from your palette, and quiet the frame (`catAxisLabelColor`/`valAxisLabelColor`, `valGridLine: { color, size }`, `catGridLine: { style: "none" }`, `showLegend: false` for a single series).
-- **On a stacked bar or column chart, `dataLabelPosition` must be `ctr`, `inEnd`, or `inBase`.** `outEnd` **corrupts the file**.
-- **A combo series using `secondaryValAxis`/`secondaryCatAxis` needs both `valAxes` and `catAxes` on the chart options, two entries each.** Without them pptxgenjs writes axis *ids* it never declares, and PowerPoint **discards that chart** and reports the file as corrupt. Supplying only `valAxes` is not enough.
-- **After `writeFile()`, run `python scripts/office/validate.py deck.pptx`.** It reports the two chart faults above and the slide-XML defects PowerPoint refuses, and names the fix for each. Fix them in your generator, not by hand-editing the packed XML.
-- **Never reorder the children of `<p:presentation>`.** pptxgenjs writes `<p:notesMasterIdLst>` right after `<p:sldIdLst>` and points both masters at one theme part. PowerPoint reads that happily — move the element and the same deck becomes unopenable.
-- **Icons:** render `react-icons` to SVG (`ReactDOMServer.renderToStaticMarkup`), rasterize with `sharp` at ≥256px, and insert via `addImage({ data: "image/png;base64," + buf.toString("base64") })` — the `image/png;base64,` prefix is required (`react-icons`, `react`, `react-dom`, and `sharp` are preinstalled — `npm install react-icons react react-dom sharp` only if a require fails).
-
-## Editing existing decks and templates
-
-Pick layouts first: `python scripts/thumbnail.py template.pptx template-thumbs` writes a labeled grid of every slide and prints the file(s) it created — `template-thumbs.jpg`, split into `template-thumbs-N.jpg` past 12 slides. **Always pass that second argument, named after the deck.** It defaults to `thumbnails`, so two decks thumbnailed in one directory silently overwrite each other's grids — the first deck's are simply gone (template analysis only — visual QA needs the full-resolution renders from [Converting to Images](#converting-to-images); it only accepts `.pptx`, so copy a `.potx` to a `.pptx` name first). Use it with `markitdown` to map each content section onto a template slide, and vary the layouts — don't put every section on the same title-and-bullets slide.
-
-```bash
-python3 -c "import sys,zipfile; zipfile.ZipFile(sys.argv[1]).extractall('unpacked')" deck.pptx
-python scripts/add_slide.py unpacked/ slide2.xml --after slide2.xml   # duplicate a slide (or slideLayoutN.xml); prints the new slide's path
-# reorder / delete slides = edit <p:sldIdLst> in ppt/presentation.xml
-python scripts/clean.py unpacked/                                     # after deletions: removes orphaned slides, media, rels
-# edit slide content in ppt/slides/slideN.xml
-(cd unpacked && rm -f ../out.pptx && zip -Xr ../out.pptx .)           # zip from INSIDE the dir; rm first or deleted parts survive
-python scripts/office/validate.py out.pptx --original deck.pptx
-```
-
-- **Do all structural work — add, delete, reorder — before editing any slide's content.** `add_slide.py` copies a slide file verbatim, so duplicating after you edit clones the edited content; and `clean.py` deletes any slide missing from `<p:sldIdLst>`, including one you just wrote.
-- **Never copy a slide file by hand** — `add_slide.py` does every registration a new slide needs and reports what it made (`Created ppt/slides/slide17.xml from slide2.xml`). It also works directly on a file: `add_slide.py deck.pptx slide2.xml -o out.pptx` — **pass `-o`, or it rewrites the input deck in place.** A duplicated slide still *references* its source's chart/SmartArt/embedded-object parts rather than cloning them, so editing one slide's chart changes the other's.
-- **If you use `python-pptx`**, three things it won't do: duplicate a slide (its only entry point is `add_slide(layout)`), preserve formatting through `text_frame.text = "..."` (that collapses the paragraph to a single unstyled run — assign `run.text` instead), or read the SVG/EMF most template art uses (`add_picture` raises `UnidentifiedImageError`).
-- Legacy `.ppt` must be converted first: `python scripts/office/soffice.py --headless --convert-to pptx file.ppt`. `.potx` templates unpack and pack identically — keep the `.potx` extension on the output.
-- To reuse a template icon or image, duplicate a slide or layout that already contains it.
-
-When filling in a template:
-
-- If you script an XML transform, parse with `defusedxml.minidom` — round-tripping OOXML through `xml.etree.ElementTree` rewrites namespace prefixes and corrupts the deck.
-- **Template slots ≠ source items.** If the template shows 4 team members and you have 3, delete the 4th member's entire group (image + text boxes), not just its text — then check for orphaned visuals in QA.
-- One `<a:p>` per list item — never concatenate items into a single paragraph. Copy the sibling `<a:pPr>` to preserve spacing, and put `b="1"` on the `<a:rPr>` of titles, section headers, and inline labels (`Status:`, `Owner:`).
-- Let bullets inherit from the layout; only add `<a:buChar>`, `<a:buAutoNum>` (numbered), or `<a:buNone>` to override — never a literal `•` in the text.
-- Text with leading or trailing spaces needs `xml:space="preserve"` on its `<a:t>`.
-
-## Design Ideas
-
-**Don't create boring slides.** Plain bullets on a white background won't impress anyone. Consider ideas from this list for each slide.
-
-### Before Starting
-
-- **Pick a bold, content-informed color palette**: The palette should feel designed for THIS topic. If swapping your colors into a completely different presentation would still "work," you haven't made specific enough choices.
-- **Dominance over equality**: One color should dominate (60-70% visual weight), with 1-2 supporting tones and one sharp accent. Never give all colors equal weight.
-- **Dark/light contrast**: Dark backgrounds for title + conclusion slides, light for content ("sandwich" structure). Or commit to dark throughout for a premium feel.
-- **Commit to a visual motif**: Pick ONE distinctive element and repeat it — rounded image frames, icons in colored circles. Carry it across every slide. **Do not use a color bar or accent stripe as your motif** (see Avoid list).
-
-### Color Palettes
-
-Choose colors that match your topic — don't default to generic blue. Use these palettes as inspiration:
-
-| Theme | Primary | Secondary | Accent |
-|-------|---------|-----------|--------|
-| **Midnight Executive** | `1E2761` (navy) | `CADCFC` (ice blue) | `FFFFFF` (white) |
-| **Forest & Moss** | `2C5F2D` (forest) | `97BC62` (moss) | `F5F5F5` (cream) |
-| **Coral Energy** | `F96167` (coral) | `F9E795` (gold) | `2F3C7E` (navy) |
-| **Warm Terracotta** | `B85042` (terracotta) | `E7E8D1` (sand) | `A7BEAE` (sage) |
-| **Ocean Gradient** | `065A82` (deep blue) | `1C7293` (teal) | `21295C` (midnight) |
-| **Charcoal Minimal** | `36454F` (charcoal) | `F2F2F2` (off-white) | `212121` (black) |
-| **Teal Trust** | `028090` (teal) | `00A896` (seafoam) | `02C39A` (mint) |
-| **Berry & Cream** | `6D2E46` (berry) | `A26769` (dusty rose) | `ECE2D0` (cream) |
-| **Sage Calm** | `84B59F` (sage) | `69A297` (eucalyptus) | `50808E` (slate) |
-| **Cherry Bold** | `990011` (cherry) | `FCF6F5` (off-white) | `2F3C7E` (navy) |
-
-### For Each Slide
-
-**Every slide needs a visual element** — image, chart, icon, or shape. Text-only slides are forgettable.
-
-**Layout options:**
-- Two-column (text left, illustration on right)
-- Icon + text rows (icon in colored circle, bold header, description below)
-- 2x2 or 2x3 grid (image on one side, grid of content blocks on other)
-- Half-bleed image (full left or right side) with content overlay
-
-**Data display:**
-- Large stat callouts (big numbers 60-72pt with small labels below)
-- Comparison columns (before/after, pros/cons, side-by-side options)
-- Timeline or process flow (numbered steps, arrows)
-
-**Visual polish:**
-- Icons in small colored circles next to section headers
-- Italic accent text for key stats or taglines
-
-### Typography
-
-**Font names you write into the .pptx are rendered by the user's PowerPoint, not by this environment.** Your visual QA renders via LibreOffice, which substitutes fonts it doesn't have — and for some fonts the substitute has different widths, so your QA preview can show text overflow (or fit) that the real deck won't have. To keep your QA trustworthy:
-
-- **Safe fonts** (render true-to-width in QA *and* ship with Office): **Arial, Calibri, Cambria, Times New Roman, Courier New, Bookman Old Style, Century Schoolbook**. Use these for body text and anything where fit matters.
-- **Headers with personality at zero QA risk**: pair a safe-list serif header (Cambria, Bookman Old Style, Century Schoolbook) with a safe-list sans body (Calibri or Arial). You get visual contrast without giving up reliable overflow checks.
-- **If the user asks for a font outside the safe list** (e.g. Georgia or Trebuchet MS): use it where the user asked, but size those containers with extra slack (~10%) and don't trust QA text-fit on those elements — the preview of that font is approximate. If the user hasn't specified, prefer safe-list fonts for body text.
-- **QA-unreliable fonts** (substitute has different widths — overflow checks can be wrong): Georgia, Trebuchet MS, Impact, Arial Black, Garamond, Consolas, Palatino Linotype. Calibri Light substitution varies by environment; treat as QA-unreliable. Fine for titles/accents with slack; don't trust QA text-fit on these.
-- **Never default to Aptos** — Office's post-2023 default has no metric-compatible substitute here *and* is missing from older Office installs, so it's unreliable on both ends.
-
-| Element | Size |
-|---------|------|
-| Slide title | 36-44pt bold |
-| Section header | 20-24pt bold |
-| Body text | 14-16pt |
-| Captions | 10-12pt muted |
-
-### Spacing
-
-- 0.5" minimum margins
-- 0.3-0.5" between content blocks
-- Leave breathing room—don't fill every inch
-
-### Avoid (Common Mistakes)
-
-- **Don't repeat the same layout** — vary columns, cards, and callouts across slides
-- **Don't center body text** — left-align paragraphs and lists; center only titles
-- **Don't skimp on size contrast** — titles need 36pt+ to stand out from 14-16pt body
-- **Don't default to blue** — pick colors that reflect the specific topic
-- **Don't mix spacing randomly** — choose 0.3" or 0.5" gaps and use consistently
-- **Don't style one slide and leave the rest plain** — commit fully or keep it simple throughout
-- **Don't create text-only slides** — add images, icons, charts, or visual elements; avoid plain title + bullets
-- **Don't forget text box padding** — when aligning lines or shapes with text edges, set `margin: 0` on the text box or offset the shape to account for padding
-- **Don't use low-contrast elements** — icons AND text need strong contrast against the background; avoid light text on light backgrounds or dark text on dark backgrounds
-- **NEVER use accent lines under titles** — these are a hallmark of AI-generated slides; use whitespace or background color instead
-- **NEVER add decorative color bars or accent stripes** — this includes: header/footer bars spanning the slide width, vertical sidebar stripes down one edge of the slide, thin accent stripes along one edge of a card or content block, and "single-side borders" on rectangles. These read as AI-generated filler. If you want to set a card apart, use a subtle background tint, a drop shadow, or an icon — not an edge stripe.
-- **Don't default to cream/beige backgrounds** — when no background is specified, use white (`FFFFFF`) or the user's brand palette; avoid warm-neutral defaults like `F5F5DC`, `FAF0E6`, `FAEBD7`, `FFF8E1`
-- **Don't ship text that overflows its shape** — if text doesn't fit, reduce font size, split across slides, or enlarge the container; never leave content cut off or spilling past bounds
-
-## QA (Required)
-
-Your first render usually has a few real issues — overlaps, overflow, misalignment. Find and fix those, re-render only the slides you changed, and stop.
-
-### Content QA
-
-```bash
-markitdown output.pptx
-```
-
-Check for missing content, typos, wrong order.
-
-**When using templates, check for leftover placeholder text:**
-
-```bash
-markitdown output.pptx | grep -iE "\bx{3,}\b|lorem|ipsum|\bTODO|\[insert|this.*(page|slide).*layout"
-```
-
-If grep returns results, fix them before declaring success.
-
-### File QA (required)
-
-```bash
-python scripts/office/validate.py output.pptx                      # built from scratch
-python scripts/office/validate.py output.pptx --original src.pptx  # built from a template
-```
-
-**If the deck came from a template, always pass `--original`.** A template may itself
-contain parts the XSD rejects, so a bare run can report failures you never caused — and
-a genuine regression can hide among them. `--original` baselines
-the schema and slide checks against the template, suppressing errors it already had.
-The structural checks — relationships, content types, charts — ignore `--original` and
-report template-inherited problems either way, so read those on their own merits.
-
-pptxgenjs emits chart XML PowerPoint refuses to open, and every other tool
-accepts: python-pptx opens those decks, LibreOffice renders them, the XSD
-passes them. Every failure names its fix. Fix it in the generator and rebuild.
-
-### Visual QA
-
-Convert the slides to images (see [Converting to Images](#converting-to-images)) and inspect every one. After staring at the generating code you tend to see what you expect rather than what rendered, so look at the images fresh (a subagent works well for this if you have one). User-visible defects to look for:
-
-- **Text overflow or text cut off at a box or slide boundary — check this first.** It is the most common defect and always user-visible. (For a font the previewer renders unreliably per Typography, the preview is approximate: trust the ~10% slack you left, not its apparent fit.)
-- Overlapping elements (text through shapes, lines through words, stacked elements)
-- Source citations or footers colliding with content above
-- Elements too close (< 0.3" gaps) or cards/sections nearly touching
-- Uneven gaps (large empty area in one place, cramped in another)
-- Insufficient margin from slide edges (< 0.5")
-- Columns or similar elements not aligned consistently
-- Low-contrast text (e.g., light gray text on cream-colored background)
-- Template decoration mispositioned after text replacement — e.g., a title underline positioned for one line, but the replaced title wrapped to two
-- Low-contrast icons (e.g., dark icons on dark backgrounds without a contrasting circle)
-- Text boxes too narrow causing excessive wrapping
-- Leftover placeholder content
-
-## Converting to Images
-
-Convert presentations to individual slide images for visual inspection:
-
-```bash
-python scripts/office/soffice.py --headless --convert-to pdf output.pptx
-rm -f slide-*.jpg
-pdftoppm -jpeg -r 150 output.pdf slide
-ls -1 "$PWD"/slide-*.jpg
-```
-
-**Pass the absolute paths printed above directly to the view tool.** The `rm` clears stale images from prior runs. `pdftoppm` zero-pads based on page count: `slide-1.jpg` for decks under 10 pages, `slide-01.jpg` for 10-99, `slide-001.jpg` for 100+.
-
-**After fixes, rerun all four commands above** — the PDF must be regenerated from the edited `.pptx` before `pdftoppm` can reflect your changes.
-
-## Dependencies
-
-`pptxgenjs` (npm, preinstalled — install only if `require('pptxgenjs')` fails) · `markitdown[pptx]`, `Pillow`, `defusedxml`, `lxml` (pip — text dump, thumbnail, clean, validate) · LibreOffice (`soffice`, auto-configured for sandboxed environments via `scripts/office/soffice.py`) · `pdftoppm` (Poppler)
-
----
-
-*This skill is created and maintained by [Anthropic](https://github.com/anthropics/skills/tree/main/skills/pptx). Vendored here unmodified except for frontmatter metadata; see LICENSE.txt for terms.*

package/skills/pptx-posters/SKILL.md

@@ -1,258 +0,0 @@
----
-name: pptx-posters
-description: Create and audit editable scientific posters in macro-free PowerPoint (.pptx) from author-approved local content and assets. Use when the requested deliverable is a PowerPoint research/conference poster and exact physical, printer, accessibility, provenance, and package-security checks are required.
-license: MIT
-compatibility: Requires Python 3.10+, uv, and exact generation pins python-pptx 1.0.2, Pillow 12.3.0, and lxml 6.1.1. Validation and PPTX ZIP/XML inspection are local and network-free; final PowerPoint, accessibility, PDF, printer, and author review are manual.
-allowed-tools: Read Write Bash Glob Grep Python
-metadata:
-  version: "2.1"
-  skill-author: K-Dense Inc.
----
-
-# PPTX posters
-
-## Scope
-
-Use this skill only when the requested source/deliverable is an editable PowerPoint
-poster. Do not route an unspecified poster request here merely because PowerPoint is
-available.
-
-Version 2.0 generates a real one-slide `.pptx` from strict local JSON. It does not use
-HTML conversion, external templates, schematic/image-generation services, API keys,
-environment files, network requests, or mandatory figure styles.
-
-## Hard gates
-
-Stop instead of guessing when any gate is unmet:
-
-1. The author has not supplied exact poster content and source records.
-2. Any claim, number, citation, author, affiliation, funding statement, figure,
-   license, or QR target is unresolved.
-3. Current conference and printer requirements are not confirmed.
-4. Author approval is not bound to the current manifest content hash.
-5. An asset is remote, outside the manifest directory, unhashed, or unapproved.
-6. An input is `.pptm`, contains macros/external relationships/OLE/embedded files,
-   or is an untrusted template.
-7. The requested workflow needs PowerPoint to be opened or executed automatically.
-8. A script reports a package, layout, DPI, contrast, or output-plan blocker.
-
-Never fabricate missing material or leave a plausible placeholder. Drafts fail closed.
-
-## Install exact generation dependencies
-
-From the skill directory:
-
-```bash
-uv venv
-uv pip install "python-pptx==1.0.2" "Pillow==12.3.0" "lxml==6.1.1"
-```
-
-Generation requires exactly:
-
-```text
-python-pptx==1.0.2
-Pillow==12.3.0
-lxml==6.1.1
-```
-
-All CLIs use lazy optional imports, so `python -B scripts/<tool>.py --help` works
-without these packages. Use `-B` to avoid bytecode artifacts.
-
-## Establish requirements before layout
-
-Record these separately:
-
-- physical trim width/height and orientation;
-- bleed on each edge;
-- safe margin inside trim;
-- PowerPoint canvas width/height;
-- uniform physical-artboard/canvas print scale;
-- conference maximum dimensions and delivery format;
-- printer trim, bleed, margin, scaling, color-mode, and proof requirements;
-- final-output font and raster-DPI thresholds, each labeled as a heuristic or tied to
-  an exact source.
-- required font faces, workstation availability, embedding permission, and the
-  substitution/proof workflow.
-
-There is no universal poster size. Microsoft currently limits each custom PowerPoint
-dimension to 1–56 inches and uses one size for all slides. If the physical artboard
-is larger, use a proportional canvas only when the printer confirms scaling.
-
-Read `references/poster_layout_design.md`.
-
-## Build the manifest
-
-Copy `assets/poster_manifest_template.json` into the project. The template is
-deliberately invalid until every replacement token, false confirmation, and draft
-approval is resolved.
-
-Follow `references/manifest_spec.md` and `references/poster_content_guide.md`.
-
-The manifest requires:
-
-- exact source IDs for document metadata, every element, and every asset;
-- `author_verified: true` on every source;
-- `author_approved: true` on every element and asset;
-- local PNG/JPEG paths and lowercase SHA-256 hashes;
-- exact provenance and license/permission for every optional image;
-- approved alt text and, when needed, a source-bound native long description;
-- explicit reading order and design rectangles;
-- visible exact fallback URL/text for every local QR image;
-- confirmed conference/printer rules;
-- declared sRGB contrast pairs and redundant data encoding;
-- approval bound to canonical manifest content.
-
-To obtain the content hash after all non-approval fields pass:
-
-```bash
-python -B scripts/validate_manifest.py poster.json \
-  --print-content-hash
-```
-
-Give that exact manifest and hash to the author. Then set `approval.status` to
-`approved`, record approver and offset-aware timestamp, and copy the hash. Any
-non-approval edit invalidates approval.
-
-Validate the approved manifest and local assets:
-
-```bash
-python -B scripts/validate_manifest.py poster.json
-```
-
-## Audit assets and palette before generation
-
-```bash
-python -B scripts/inventory_images.py poster.json \
-  --output poster.assets.json
-
-python -B scripts/check_palette.py poster.json \
-  --output poster.palette.json
-
-python -B scripts/plan_export.py poster.json \
-  --output poster.export-plan.json
-```
-
-Effective DPI is pixels divided by final placed inches, not image metadata DPI.
-The inventory fully decodes bounded images and blocks EXIF/XMP/comments and embedded
-text/application metadata;
-strip those offline, then rehash and reapprove the asset.
-Contrast uses WCAG 2.2 sRGB mathematics; applying those values to a physical poster is
-a design target, not a standalone conformance claim. Keep color-redundant labels,
-markers, shapes, patterns, or line styles.
-
-If the printer requires CMYK, the plan blocks print-readiness until a
-printer-approved conversion/profile and proof exist. Do not claim that a native
-PowerPoint PDF is CMYK-compliant.
-
-Read `references/poster_design_principles.md`.
-
-## Generate the PPTX
-
-Use a new output path:
-
-```bash
-python -B scripts/generate_poster.py poster.json \
-  --output poster.pptx \
-  --report poster.generation.json
-```
-
-Generation:
-
-- creates a new blank presentation; it never loads a user template;
-- sets the approved canvas before adding content;
-- uses one native title placeholder, native text boxes, and local pictures;
-- preserves image aspect ratio with `contain` fitting;
-- disables text auto-shrink;
-- adds elements in approved reading order;
-- writes approved picture alt descriptions and explicit text language to PresentationML;
-- does not embed fonts, audio, video, OLE, ActiveX, links, or other media;
-- removes default printer-settings binary data and normalizes package timestamps;
-- inspects the package before and after the alt-text patch;
-- refuses overlaps, out-of-bounds shapes, low final font size/DPI, unsafe packages,
-  and existing destinations.
-
-It renders exact manifest text. It does not compose, summarize, research, or correct
-scientific content.
-
-## Run final technical audits
-
-```bash
-python -B scripts/inspect_pptx.py poster.pptx \
-  --output poster.package.json
-
-python -B scripts/check_layout.py poster.pptx \
-  --manifest poster.json \
-  --output poster.layout.json
-```
-
-The package inspector reads bounded ZIP metadata and selected XML only. It never
-extracts members or opens/executes the presentation. It rejects:
-
-- every non-`.pptx` extension, including `.pptm`;
-- packages outside the bounded one-slide generator profile;
-- macro/VBA, ActiveX, custom UI, OLE, embedded, executable, and binary parts;
-- every external relationship, including remote linked images and hyperlinks;
-- unsafe/duplicate ZIP paths, symlinks, encryption, oversized expansion, and
-  excessive compression ratios;
-- malformed or entity-bearing inspected XML;
-- missing internal relationship targets.
-
-Read `references/pptx_security.md`.
-
-## Manual PowerPoint and accessibility gate
-
-Automation cannot certify accessibility, text rendering, or scientific accuracy.
-In a fully patched PowerPoint:
-
-1. Open only the generated and technically clean file.
-2. Run Review > Check Accessibility.
-3. Inspect the Reading Order pane and object names.
-4. Review every alt text and native long description.
-5. Test keyboard and screen-reader navigation.
-6. Confirm fonts are installed/licensed; check embedding choices, substitution, glyphs,
-   equations, overflow, contrast, and all edges.
-7. Verify that color is never the only encoding.
-8. Test every QR code and its visible fallback URL/text.
-9. Obtain author sign-off on all content and citations.
-
-Microsoft's 18 pt slide recommendation is not a universal poster minimum. Evaluate
-font size at final physical output using the manifest's labeled basis and proofs.
-
-## Export and print
-
-Use the approved export plan. When PDF is required, export from the reviewed
-PowerPoint using Standard/high print quality rather than Minimum size.
-
-Independently verify the PDF:
-
-- page/artboard dimensions, orientation, trim, and bleed;
-- one-page output if required;
-- fonts, clipping, glyphs, equations, and image resampling;
-- tags, reading order, alt text, language, and links;
-- RGB/CMYK conversion and physical color proof;
-- conference naming, file-size, and upload rules.
-
-Print a reduced-scale proof and obtain the printer's required proof. Re-run all checks
-after any change.
-
-Use `assets/poster_quality_checklist.md` for release sign-off.
-
-## Bundled CLIs
-
-- `validate_manifest.py` — strict content/provenance/approval validator.
-- `generate_poster.py` — exact-pinned local PPTX generator.
-- `inspect_pptx.py` — non-executing ZIP/XML security inspector.
-- `check_layout.py` — bounds, overlap, reading-order, and final-font checker.
-- `inventory_images.py` — asset hash/metadata/effective-DPI manifest.
-- `check_palette.py` — WCAG contrast and heuristic palette report.
-- `plan_export.py` — dimensions, scale, fonts, color, media, export, and print preflight.
-
-## References
-
-- `references/manifest_spec.md`
-- `references/poster_content_guide.md`
-- `references/poster_design_principles.md`
-- `references/poster_layout_design.md`
-- `references/pptx_security.md`
-- `references/security_validation.md`
-- `references/source_ledger.md`

package/skills/primekg/SKILL.md

@@ -1,99 +0,0 @@
----
-name: primekg
-description: Query the Precision Medicine Knowledge Graph (PrimeKG) for multiscale biological data including genes, drugs, diseases, phenotypes, and more.
-license: Unknown
-metadata:
-  version: "1.1"
-  skill-author: K-Dense Inc. (PrimeKG original from Harvard MIMS)
----
-
-# PrimeKG Knowledge Graph Skill
-
-## Overview
-
-PrimeKG is a precision medicine knowledge graph that integrates over 20 primary databases and high-quality scientific literature into a single resource. It contains over 100,000 nodes and 4 million edges across 29 relationship types, including drug-target, disease-gene, and phenotype-disease associations.
-
-**Key capabilities:**
-- Search for nodes (genes, proteins, drugs, diseases, phenotypes)
-- Retrieve direct neighbors (associated entities and clinical evidence)
-- Analyze local disease context (related genes, drugs, phenotypes)
-- Identify drug-disease paths (potential repurposing opportunities)
-
-**Data access:** Programmatic access via `query_primekg.py`. Data is stored at `C:\Users\eamon\Documents\Data\PrimeKG\kg.csv`.
-
-## When to Use This Skill
-
-This skill should be used when:
-
-- **Knowledge-based drug discovery:** Identifying targets and mechanisms for diseases.
-- **Drug repurposing:** Finding existing drugs that might have evidence for new indications.
-- **Phenotype analysis:** Understanding how symptoms/phenotypes relate to diseases and genes.
-- **Multiscale biology:** Bridging the gap between molecular targets (genes) and clinical outcomes (diseases).
-- **Network pharmacology:** Investigating the broader network effects of drug-target interactions.
-
-## Core Workflow
-
-### 1. Search for Entities
-
-Find identifiers for genes, drugs, or diseases.
-
-```python
-from scripts.query_primekg import search_nodes
-
-# Search for Alzheimer's disease nodes
-results = search_nodes("Alzheimer", node_type="disease")
-# Returns: [{"id": "EFO_0000249", "type": "disease", "name": "Alzheimer's disease", ...}]
-```
-
-### 2. Get Neighbors (Direct Associations)
-
-Retrieve all connected nodes and relationship types.
-
-```python
-from scripts.query_primekg import get_neighbors
-
-# Get all neighbors of a specific disease ID
-neighbors = get_neighbors("EFO_0000249")
-# Returns: List of neighbors like {"neighbor_name": "APOE", "relation": "disease_gene", ...}
-```
-
-### 3. Analyze Disease Context
-
-A high-level function to summarize associations for a disease.
-
-```python
-from scripts.query_primekg import get_disease_context
-
-# Comprehensive summary for a disease
-context = get_disease_context("Alzheimer's disease")
-# Access: context['associated_genes'], context['associated_drugs'], context['phenotypes']
-```
-
-## Relationship Types in PrimeKG
-
-The graph contains several key relationship types including:
-- `protein_protein`: Physical PPIs
-- `drug_protein`: Drug target/mechanism associations
-- `disease_gene`: Genetic associations
-- `drug_disease`: Indications and contraindications
-- `disease_phenotype`: Clinical signs and symptoms
-- `gwas`: Genome-wide association studies evidence
-
-## Best Practices
-
-1. **Use specific IDs:** When using `get_neighbors`, ensure you have the correct ID from `search_nodes`.
-2. **Context first:** Use `get_disease_context` for a broad overview before diving into specific genes or drugs.
-3. **Filter relationships:** Use the `relation_type` filter in `get_neighbors` to focus on specific evidence (e.g., only `drug_protein`).
-4. **Multiscale integration:** Combine with `OpenTargets` for deeper genetic evidence or `Semantic Scholar` for the latest literature context.
-
-## Resources
-
-### Scripts
-- `scripts/query_primekg.py`: Core functions for searching and querying the knowledge graph.
-
-### Data Path
-- Data: `kg.csv`, downloaded from the [PrimeKG Harvard Dataverse](https://dataverse.harvard.edu/dataverse/primekg).
-- Point the scripts at it with `export PRIMEKG_DATA=/path/to/kg.csv` (default: `data/PrimeKG/kg.csv`).
-- Total nodes: ~129,000
-- Total edges: ~4,000,000
-- Database: CSV-based, optimized for pandas querying.