ZM PPTX 创建与编辑工具

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 zm-pptx-create-edit-tool
• Stay updated: clawhub sync

标准状态机

所有执行结果必须使用以下三种结论之一：

• PASS：必要输入齐全，流程执行完成，审核项通过，可以进入下一阶段或交付。
• NEEDS_REVISION：可以继续推进，但存在必须返工项；必须列出返工范围、owner、复审标准。
• BLOCKED：缺关键素材、缺权限、缺确认、工具不可用或存在伪造风险；不得继续假装完成，必须说明阻塞原因和下一步。