Competition PPT Template-First Skill
Start by deciding what the deck must communicate and what must visibly appear on every page, then make the important parts editable.
Chinese documentation: README.zh-CN.md
competition-ppt-template-first is a reusable Agent Skill for competition, product, and technical PPTs. It replaces the usual "dark background + generic components + tiny text" workflow with a content-to-template sequence: analyze the material, choose the story, define each page's layout and visual ingredients, generate a bespoke whole-slide background template for that exact page, then build the editable deck.
flowchart LR
A[Report, brief,<br/>screenshots and assets] --> B[Content analysis<br/>and visual inventory]
B --> C[Story route, asset roles,<br/>and deck style tokens]
C --> D[Speaker map, evidence plan,<br/>and page rhythm]
D --> E[Layout registry and per-page<br/>template contracts]
E --> F[Template images<br/>and composition review]
F --> G[Editable PPT<br/>with real evidence]
G --> H[Rendered visual critique<br/>and fix verification]
H --> I[Approved files]
The template image carries composition, atmosphere, material, light, and visual detail. The editable PPT layer carries the factual claim, real screenshots, charts, certificates, and the text the user may need to update. Before page production, the Skill locks a deck token system, assigns every image a truth-aware role, plans a speaker map, records data evidence for quantitative claims, and registers anchor / dense / breathing page rhythm across the deck. Every page is planned first: content grouping, background scene or quiet surface, primary visual, supporting visual ingredients, real-image slots, and text zones. Then every content page receives a bespoke whole-slide template image generated from that plan. Dense technical pages still receive a quieter generated template, not a flat or card-only exception. Cover and closing pages use separate hero/conclusion template rules.
Two Practical Levels
Start with the level that matches the material on hand:
| Level | Best for | What to do |
|---|---|---|
Core workflow |
A topic, brief, a few screenshots, or an existing deck. | Analyze the desired outcome, story type, and visual ingredients; define a template contract, page rhythm, and visible-versus-spoken plan for every page; build editable slides and check readability. |
Report-grounded workflow |
A report, paper, data workbook, award evidence, or technical package. | Add a source manifest, content analysis, fact registry, slide-source map, speaker map, and data-evidence plan for claims that need proof. |
Both levels follow the same visual method. The report-grounded level adds traceability where numbers, model comparisons, awards, and technical claims need to withstand questions. Neither level defaults to a dark-blue cyber style: palette, background scene, product/material cues, and light/dark distribution are selected from the subject.
Report-Grounded Deck Mode
Feed the project package, not just a topic. The skill converts source documents into a traceable defense route before it designs a page:
report / proposal / requirements / data / screenshots
-> source manifest
-> content analysis: deck type, audience, story, visual ingredients, gaps
-> usable facts and source links for key claims
-> judge-facing narrative
-> speaker map: what the judge sees versus what the presenter explains
-> data-evidence plan for comparisons, metrics, and test results
-> page rhythm and page/template contracts
-> representative template
-> editable defense PPT
Use it when the deck must stay faithful to a .docx, PDF, technical report, research paper, data workbook, or competition brief. Keep a precise source locator for metrics, comparisons, awards, and other claims likely to be challenged. Read content-to-template-analysis.md and source-ingestion.md for the complete option.
Why Template-First
| Conventional AI PPT | Template-first competition PPT |
|---|---|
| Starts with rectangles, cards, and text boxes | Starts with facts, a page argument, and a full-slide art direction |
| Reuses one layout until the deck becomes flat | Holds a stable visual system while varying slide archetypes |
| Uses generated images as fake proof | Reserves prominent zones for authentic screenshots and artifacts |
| Pursues full editability and accepts mediocre composition | Keeps critical facts editable while preserving a high-completion visual underlay |
| Repairs rejected pages with more overlays | Rebuilds the entire underlay when the template is structurally wrong |
Install
Use any Skill-compatible agent installer, or copy skills/competition-ppt-template-first/ into the agent's skills directory. For installers based on the community skills CLI:
npx -y skills@latest add che626/competition-ppt-template-first-skill \
--skill competition-ppt-template-first \
--agent codex \
--global
The skill entry point is skills/competition-ppt-template-first/SKILL.md. It is designed for Codex, Claude Code, Cursor, and other agents that recognize Agent Skills.
Maintainers can validate installer discovery before a release with:
.\skills\competition-ppt-template-first\scripts\validate-distribution.ps1
Use -Remote after publishing to test the GitHub clone path as well.
Use It
Attach the report, evidence images, and any reference deck, then use a prompt such as:
$competition-ppt-template-first
Read the project report and create an 11-page AI-vision competition defense deck.
Use the supplied screenshots as real evidence. First produce a content-to-deck analysis,
the story route, a speaker map, and a template contract for every page: background scene,
primary visual, real-image slots, text zones, supporting visual ingredients, page rhythm,
and avoid list. Make a data-evidence plan for model comparisons or metrics. Then make one
representative template-first page for approval.
More copy-ready prompts are in prompt-recipes.md.
To initialize the standard report-grounded workspace:
python skills/competition-ppt-template-first/scripts/init-report-grounded-deck.py ./my-competition-deck --source-folder ./project-materials
What the Skill Produces
competition-ppt/
00_intake/ source manifest, extraction notes, image asset roles, original-asset references
00_plan/ content analysis, fact registry, deck brief, style tokens, speaker map, data-evidence plan, layout registry, slide-source map, page blueprints
01_templates/ approved 16:9 template images and prompt records
02_build/ editable PPTX work files
03_renders/ exported previews, rendered visual critique, and QA notes
04_approved/ explicitly confirmed pages
99_retired/ rejected variants kept for traceability
The full folder convention is documented in project-conventions.md.
Included Playbook
| Resource | Purpose |
|---|---|
SKILL.md |
Agent execution contract and mode selection |
workflow.md |
Fact-to-deck production method |
content-to-template-analysis.md |
Turns reports and user goals into a story route, visual inventory, and per-page template decisions |
source-ingestion.md |
Document intake, traceable fact extraction, and defense-route construction |
layout-archetypes.md |
Competition-specific page structures |
prompt-library.md |
Prompt patterns for visual templates |
quality-gates.md |
Rendered PPT acceptance checks |
deck-token-system.md |
Deck-level color, type, spacing, image, and contrast controls |
image-asset-roles.md |
Truth-aware image roles and screenshot framing rules |
rendered-visual-critique.md |
Composition, hierarchy, density, and typography critique method |
deck-brief.md |
Deck-level planning template |
deck-style-tokens.md |
Deck token control sheet |
image-asset-register.md |
Image truth role and transformation register |
speaker-map.md |
Keeps audience-visible proof separate from spoken explanation, timing, transitions, and backup material |
data-evidence-plan.md |
Grounds model comparisons, tests, metrics, and charts in source, unit, scope, conclusion, and caveat |
layout-registry.md |
Page rhythm (anchor / dense / breathing) and layout-family registry |
rendered-visual-critique.md |
Render-review record and fix-verification log |
content-analysis.md |
Required analysis of deck type, audience decision, visual ingredients, style rationale, and gaps |
source-manifest.md |
Inventory of reports, requirements, data, and assets |
slide-source-map.md |
Page-by-page mapping from source facts to judge conclusions |
slide-blueprint.md |
Per-page content and layout blueprint |
revision-record.md |
Feedback-to-structural-revision log |
ai-vision-defense-example.md |
A generic 11-page AI vision map |
Design Position
Clear before ornate. Use scenes, materials, real visual evidence, product context, light, and typographic scale when they help the page. Keep dense pages calm and readable; keep low-text pages more visual. Avoid generic cyberpunk frames, repeated rounded-card walls, fake UI screenshots, darkened stock photos behind cards, illegible generated text, and body copy reduced to microscopic size.
Scope and Limits
- Best for innovation, AI, robotics, engineering, research, and product-defense decks.
- It is not a generic slide-template library or an automatic corporate-branding system.
- It does not invent metrics, achievements, or product capabilities.
- It intentionally keeps complex visual underlays as images when that is the best way to preserve quality; this is not the same as dropping a finished slide screenshot into PowerPoint.
- It is a working method, not a promise that every project needs cinematic visuals, source tables, or a complicated production pipeline.
- It does not treat the word "AI" as a reason to make every page black, navy, cyan, or HUD-like. The visual system must be justified by the project subject and the page role.
Contributing
Read CONTRIBUTING.md before opening an issue or proposing an archetype. The repository accepts generalized, rights-cleared workflows and examples only; do not submit private project evidence.
License
MIT. This repository contains no project screenshots, certificates, or proprietary competition material.
No comments yet
Be the first to share your take.