Initial commit with translated description
This commit is contained in:
100
SKILL.md
Normal file
100
SKILL.md
Normal file
@@ -0,0 +1,100 @@
|
||||
---
|
||||
name: Powerpoint / PPTX
|
||||
slug: powerpoint-pptx
|
||||
version: 1.0.1
|
||||
homepage: https://clawic.com/skills/powerpoint-pptx
|
||||
description: "创建、检查和编辑Microsoft PowerPoint演示文稿。"
|
||||
changelog: Rebalanced the skill toward template inventory, layout mapping, and higher-signal QA after a stricter external audit.
|
||||
metadata: {"clawdbot":{"emoji":"📊","requires":{"bins":[]},"os":["linux","darwin","win32"]}}
|
||||
---
|
||||
|
||||
## When to Use
|
||||
|
||||
Use when the main artifact is a Microsoft PowerPoint presentation or `.pptx` deck, especially when layouts, templates, placeholders, notes, comments, charts, extraction, editing, or final visual quality matter.
|
||||
|
||||
## Core Rules
|
||||
|
||||
### 1. Choose the workflow before touching the deck
|
||||
|
||||
- Reading text, editing an existing deck, rebuilding from a template, and creating from scratch are different jobs with different failure modes.
|
||||
- For text extraction or inspection, read the deck before editing it.
|
||||
- Text extraction plus thumbnail-style visual inspection is safer than editing from shape assumptions alone.
|
||||
- For template-driven work, inventory the deck before replacing content.
|
||||
- For deep edits, remember a `.pptx` file is OOXML with separate parts for slides, layouts, masters, media, notes, and comments.
|
||||
- If a template exists, template fidelity beats generic slide-design instincts.
|
||||
- Reusing or duplicating a good existing slide is often safer than rebuilding it and hoping the theme still matches.
|
||||
|
||||
### 2. Inventory the deck before replacing content
|
||||
|
||||
- Count the reusable layouts, real placeholders, notes, comments, media, and recurring typography or color patterns first.
|
||||
- Placeholder indexes and layout indexes are not portable assumptions.
|
||||
- Inspect the actual slide or template before targeting title, body, chart, or image shapes.
|
||||
- Speaker notes, comments, and linked assets can live outside the visible slide surface.
|
||||
- A missing or wrong placeholder target can silently land content in the wrong box or wrong layer.
|
||||
- Master and layout settings can override local slide edits, so the visible problem is not always on the slide you are editing.
|
||||
|
||||
### 3. Match content to the actual placeholders
|
||||
|
||||
- Count the actual content pieces before choosing a layout.
|
||||
- Pick layouts based on the real number of ideas, columns, images, or charts the slide needs.
|
||||
- Do not force two ideas into a three-column slide or cram dense text under a chart.
|
||||
- Category counts and data series lengths must match or charts will break in ugly ways.
|
||||
- Explicit sizing beats wishful thinking: text boxes, images, and charts need real space, not "it should fit".
|
||||
- Do not choose a layout with more placeholders than the content can meaningfully fill.
|
||||
- Quote layouts are for real quotes, and image-led layouts are for slides that actually have images.
|
||||
- For chart-, table-, or image-heavy slides, full-slide or two-column layouts are usually safer than stacking dense text above the visual.
|
||||
|
||||
### 4. Preserve the deck's visual language
|
||||
|
||||
- Theme, master, and layout files usually decide fonts, colors, and hierarchy more than any one slide does.
|
||||
- Start from the deck's actual theme, fonts, spacing, and aspect ratio instead of improvising a new style.
|
||||
- Reuse the deck's own alignment and spacing system instead of inventing a second visual language.
|
||||
- Use common fonts for portability and strong contrast for readability.
|
||||
- Preserve the template's visual logic first; originality matters less than not breaking the deck's existing language.
|
||||
- Combining slides from multiple sources requires normalizing themes, masters, and alignment afterward.
|
||||
|
||||
### 5. Run content QA and visual QA separately
|
||||
|
||||
- Text overflow, bad alignment, clipped shapes, weak contrast, and placeholder leftovers are normal first-pass failures.
|
||||
- Run both content QA and visual QA; missing text and broken layout are different failure classes.
|
||||
- Render or inspect the actual deck output before delivery when layout matters.
|
||||
- Search for leftover template junk, sample labels, and placeholder text before calling the deck finished.
|
||||
- Check notes, comments, labels, legends, and chart/table semantics separately from the visual pass.
|
||||
- A deck can pass text extraction and still fail on overlap, clipping, wrong theme inheritance, or broken notes.
|
||||
- Thumbnail grids and rendered slides usually reveal layout bugs faster than code or text inspection.
|
||||
- Assume the first render is wrong and do at least one fix-and-verify cycle before calling the deck finished.
|
||||
- Re-check affected slides after each fix because one spacing change often creates another issue.
|
||||
|
||||
### 6. Keep decks portable and review-safe
|
||||
|
||||
- Template masters can override direct edits in surprising ways.
|
||||
- Complex effects may degrade across PowerPoint, LibreOffice, and conversion pipelines, so keep important content robust without them.
|
||||
- Image sizing, font substitution, and placeholder mismatch are common reasons a deck looks good in code and bad on screen.
|
||||
- Notes, comments, linked media, and merged decks can stay broken even when the visible slide looks fine.
|
||||
|
||||
## Common Traps
|
||||
|
||||
- Placeholder text and sample charts often survive template reuse if not explicitly replaced.
|
||||
- Directly editing one slide can fail if the real issue lives in the master or layout.
|
||||
- Charts, icons, and text boxes need enough space; near-collisions are usually visible only after rendering.
|
||||
- Layout indexes vary by template, so built-in assumptions from one deck often break in another.
|
||||
- A missing placeholder or wrong shape target can silently put content in the wrong place.
|
||||
- Counting the text ideas after choosing the layout usually leads to empty placeholders, weak hierarchy, or leftover template junk.
|
||||
- Font substitution can move line breaks and wreck careful spacing.
|
||||
- Speaker notes, comments, and linked media can stay broken even when the visible slide looks fine.
|
||||
- A deck can pass text inspection and still fail visually because of overlap, contrast, or edge clipping.
|
||||
- Editing from one slide alone can miss the real source of truth in the theme, master, or layout definitions.
|
||||
- Choosing a quote, comparison, or multi-column layout without matching content usually makes the deck look templated rather than intentional.
|
||||
- Combining or duplicating slides without checking masters and themes can create subtle inconsistency slide by slide.
|
||||
- Aspect-ratio mismatches like `16:9` versus `4:3` can shift every placement decision even when each slide looks locally reasonable.
|
||||
|
||||
## Related Skills
|
||||
Install with `clawhub install <slug>` if user confirms:
|
||||
- `documents` — Document workflows that often feed presentation content.
|
||||
- `design` — Visual direction and layout decisions.
|
||||
- `brief` — Concise business messaging for slide narratives.
|
||||
|
||||
## Feedback
|
||||
|
||||
- If useful: `clawhub star powerpoint-pptx`
|
||||
- Stay updated: `clawhub sync`
|
||||
Reference in New Issue
Block a user