mdpr-skill
Overview
Use this skill as the optional agent companion for
MDPR, a deterministic
Markdown-to-presentation runtime. MDPR owns parsing, layout, theming,
validation, and final PPTX/HTML/PDF rendering. This skill helps an agent review
MDPR workflows, propose weak semantic hints, and explain visual findings without
taking control of slide geometry.
The upstream skill source is
ch040602/mdpr-skill, which includes
schemas, review commands, compatibility artifacts, visual evidence examples, and
MDPR boundary documentation.
When to Use This Skill
- Use when the user asks about MDPR,
mdpresent, Markdown-to-PPTX, or
Markdown presentation review.
- Use when generated MDPR artifacts need semantic, narrative, accessibility, or
visual review notes.
- Use when the user wants Codex-style presentation workflow hints while keeping
MDPR as the deterministic renderer.
- Use when comparing MDPR output against image-only deck generators such as a
codex-ppt style workflow.
- Use when a reusable theme or style-pack proposal should be expressed as an
approval-bound MDPR candidate instead of direct final slide edits.
Core Boundary
- Let MDPR own parsing, slide splitting, recipes, layout, coordinates,
geometry, typography, colors, z-order, arrows, effects, exact icon assets,
renderer object IDs, and final PPTX objects.
- Keep agent output semantic, evidence-based, and schema-valid.
- Express fixes as Markdown cleanup, MDPR rulebook changes, config changes,
deterministic policy changes, or approval-bound proposals.
- Preserve the ability to build the same deck with all agent hints disabled.
- Do not mutate source Markdown unless the user explicitly asks for a cleaned
source draft.
How It Works
Step 1: Identify the MDPR Surface
Classify the user's request before producing advice:
semantic hints: compact intent, grouping, importance, and icon-keyword
suggestions.
review report: visual or narrative concerns grounded in rendered evidence,
manifests, or validation reports.
layout intent: high-level layout goals from a summarized template catalog,
never concrete placeholder coordinates.
theme candidate: reusable token and style-pack proposal for later MDPR
approval/import gates.
codex-ppt compatibility: feature mapping and comparison notes only; do not
turn MDPR into a full-slide image renderer.
Step 2: Ground Every Finding
Reference available evidence such as:
- source Markdown path or heading text
- MDPR manifest summaries
- rendered preview image paths
- validation report IDs
- source notes or citation metadata
- schema names such as
agent-hint.json, review-report.json, or
mdpr-theme-candidate-v1
If evidence is missing, say what artifact is needed instead of inventing a
pass/fail result.
Step 3: Keep Hints Weak
Allowed hints:
- slide or section intent
- content grouping
- relative importance
- icon-search keywords
- accessibility or citation review notes
- generated-image candidate briefs when an icon would be too small or too
semantically ambiguous
Disallowed hints:
- final coordinates, sizes, z-order, geometry, or object IDs
- exact colors, typography, arrows, effects, or icon asset choices
- final layout IDs or placeholder IDs
- pass/fail validation decisions not backed by MDPR validation
Step 4: Route Fixes to MDPR-Owned Changes
When repeated issues appear, recommend a deterministic follow-up surface:
- Markdown cleanup
- MDPR rulebook change
- MDPR config/profile change
- MDPR theme-pack registration
- MDPR validation improvement
- approval-bound deck-local override or style-pack candidate
Useful Local Commands
Run these only when the upstream mdpr-skill CLI is available in the current
workspace and the referenced input files exist.
node bin/mdpr-skill.js hint --source-sha256 <64hex> --out .mdpresent/proposals/agent-hint.json
node bin/mdpr-skill.js review --manifest dist/mdpresent-manifest.json --out .mdpresent/review/review-report.json
node bin/mdpr-skill.js narrative --markdown deck.md --manifest dist/mdpresent-manifest.json --out .mdpresent/review/narrative-review.json
node bin/mdpr-skill.js layout-intent --layout-catalog template-layout-catalog.json --out .mdpresent/review/layout-intent.json
node bin/mdpr-skill.js accessibility --markdown deck.md --audience "executive review" --out .mdpresent/review/accessibility-review.json
Examples
Review a Rendered MDPR Deck
- Read the source Markdown, manifest summary, rendered image list, and any
validation report.
- Separate source-content problems from renderer/rulebook problems.
- Report only evidence-backed visual concerns.
- Recommend deterministic MDPR fixes when the same issue repeats.
Finding: Slide 4 has weak visual hierarchy between the metric and explanation.
Evidence: rendered/slide-04.png, manifest slide id `s4`, heading "Revenue Mix".
MDPR-owned fix: adjust the metric-card recipe spacing rule or choose a
deterministic layout profile with stronger numeric emphasis.
Propose a Theme Candidate
- Treat the source design as a visual system, not content to copy.
- Extract reusable tokens, semantic layout blueprints, decoration grammar, and
best-fit scenarios.
- Emit an approval-bound
mdpr-theme-candidate-v1.
- Keep
mdprOwnsFinalLayout, mdprOwnsFinalThemeBinding, and
noRawUseInAgentHints true.
{
"schema": "mdpr-theme-candidate-v1",
"source": "rendered reference set approved by user",
"useCases": ["executive review", "research update"],
"constraints": {
"mdprOwnsFinalLayout": true,
"mdprOwnsFinalThemeBinding": true,
"noRawUseInAgentHints": true
}
}
Compare with codex-ppt Style Workflows
Use codex-ppt only as a capability reference or image-only baseline. Preserve
the output-model distinction: codex-ppt style workflows may produce full-slide
images, while MDPR defaults to editable PPTX/HTML/PDF with deterministic
validation.
Comparison note: codex-ppt style output may optimize for a single rasterized
slide image. MDPR should instead preserve editable slide objects and route
visual improvements through recipes, themes, and validation policies.
Best Practices
- Do: Prefer concise semantic hints over restating the source.
- Do: Keep review notes actionable for MDPR maintainers.
- Do: Call out missing evidence before making quality claims.
- Do: Treat LLM judgment as triage only; MDPR validation remains the release
gate.
- Avoid: Turning generated asset prompts into final asset selections.
- Avoid: Recommending raw colors, coordinates, or renderer object IDs from
agent judgment alone.
Limitations
- This skill does not replace MDPR runtime validation.
- This skill does not generate final slide coordinates or final PPTX objects.
- This skill does not make MDPR depend on an LLM.
- This skill should not be used to copy private deck designs or proprietary
slide content.
Common Pitfalls
Problem: Treating mdpr-skill output as final slide layout.
Solution: Keep hints semantic and let MDPR choose final layout, geometry,
and renderer objects.
Problem: Reporting visual issues without evidence.
Solution: Link each finding to source Markdown, a manifest entry, rendered
previews, validation reports, or another concrete artifact.
Problem: Copying codex-ppt image-only behavior into MDPR.
Solution: Use image-only generators as comparison baselines while
preserving MDPR's editable PPTX/HTML/PDF output model.
Security & Safety Notes
- Review only files the user has provided or authorized.
- Do not fetch private references, credentials, or paid assets without explicit
permission.
- Do not include secrets, API keys, or private source content in generated
review reports or theme candidates.
- Treat all CLI commands as local workspace commands; confirm input paths exist
before running them.
Related Skills
@frontend-slides - Use for browser-native HTML presentation generation.
@2slides-ppt-generator - Use for hosted API-based presentation generation.
@office-productivity - Use for broader document, spreadsheet, and slide
workflow coordination.
Source: sickn33/agentic-awesome-skills → skills/mdpr-skill/SKILL.md
Also appears in: sickn33/agentic-awesome-skills/plugins/agentic-awesome-skills/skills/mdpr-skill/SKILL.md, sickn33/agentic-awesome-skills/plugins/agentic-awesome-skills-claude/skills/mdpr-skill/SKILL.md
1---2name: mdpr-skill3description: Review MDPR Markdown presentation workflows with semantic hints, visual checks, and deterministic renderer boundaries.4---5
6
7# mdpr-skill
8
9## Overview
10
11Use this skill as the optional agent companion for
12[MDPR](https://github.com/ch040602/MdPr), a deterministic
13Markdown-to-presentation runtime. MDPR owns parsing, layout, theming,
14validation, and final PPTX/HTML/PDF rendering. This skill helps an agent review
15MDPR workflows, propose weak semantic hints, and explain visual findings without
16taking control of slide geometry.
17
18The upstream skill source is
19[`ch040602/mdpr-skill`](https://github.com/ch040602/mdpr-skill), which includes
20schemas, review commands, compatibility artifacts, visual evidence examples, and
21MDPR boundary documentation.
22
23## When to Use This Skill
24
25- Use when the user asks about MDPR, `mdpresent`, Markdown-to-PPTX, or
26 Markdown presentation review.
27- Use when generated MDPR artifacts need semantic, narrative, accessibility, or
28 visual review notes.
29- Use when the user wants Codex-style presentation workflow hints while keeping
30 MDPR as the deterministic renderer.
31- Use when comparing MDPR output against image-only deck generators such as a
32 codex-ppt style workflow.
33- Use when a reusable theme or style-pack proposal should be expressed as an
34 approval-bound MDPR candidate instead of direct final slide edits.
35
36## Core Boundary
37
38- Let MDPR own parsing, slide splitting, recipes, layout, coordinates,
39 geometry, typography, colors, z-order, arrows, effects, exact icon assets,
40 renderer object IDs, and final PPTX objects.
41- Keep agent output semantic, evidence-based, and schema-valid.
42- Express fixes as Markdown cleanup, MDPR rulebook changes, config changes,
43 deterministic policy changes, or approval-bound proposals.
44- Preserve the ability to build the same deck with all agent hints disabled.
45- Do not mutate source Markdown unless the user explicitly asks for a cleaned
46 source draft.
47
48## How It Works
49
50### Step 1: Identify the MDPR Surface
51
52Classify the user's request before producing advice:
53
54- `semantic hints`: compact intent, grouping, importance, and icon-keyword
55 suggestions.
56- `review report`: visual or narrative concerns grounded in rendered evidence,
57 manifests, or validation reports.
58- `layout intent`: high-level layout goals from a summarized template catalog,
59 never concrete placeholder coordinates.
60- `theme candidate`: reusable token and style-pack proposal for later MDPR
61 approval/import gates.
62- `codex-ppt compatibility`: feature mapping and comparison notes only; do not
63 turn MDPR into a full-slide image renderer.
64
65### Step 2: Ground Every Finding
66
67Reference available evidence such as:
68
69- source Markdown path or heading text
70- MDPR manifest summaries
71- rendered preview image paths
72- validation report IDs
73- source notes or citation metadata
74- schema names such as `agent-hint.json`, `review-report.json`, or
75 `mdpr-theme-candidate-v1`
76
77If evidence is missing, say what artifact is needed instead of inventing a
78pass/fail result.
79
80### Step 3: Keep Hints Weak
81
82Allowed hints:
83
84- slide or section intent
85- content grouping
86- relative importance
87- icon-search keywords
88- accessibility or citation review notes
89- generated-image candidate briefs when an icon would be too small or too
90 semantically ambiguous
91
92Disallowed hints:
93
94- final coordinates, sizes, z-order, geometry, or object IDs
95- exact colors, typography, arrows, effects, or icon asset choices
96- final layout IDs or placeholder IDs
97- pass/fail validation decisions not backed by MDPR validation
98
99### Step 4: Route Fixes to MDPR-Owned Changes
100
101When repeated issues appear, recommend a deterministic follow-up surface:
102
103- Markdown cleanup
104- MDPR rulebook change
105- MDPR config/profile change
106- MDPR theme-pack registration
107- MDPR validation improvement
108- approval-bound deck-local override or style-pack candidate
109
110## Useful Local Commands
111
112Run these only when the upstream `mdpr-skill` CLI is available in the current
113workspace and the referenced input files exist.
114
115```bash
116node bin/mdpr-skill.js hint --source-sha256 <64hex> --out .mdpresent/proposals/agent-hint.json
117node bin/mdpr-skill.js review --manifest dist/mdpresent-manifest.json --out .mdpresent/review/review-report.json
118node bin/mdpr-skill.js narrative --markdown deck.md --manifest dist/mdpresent-manifest.json --out .mdpresent/review/narrative-review.json
119node bin/mdpr-skill.js layout-intent --layout-catalog template-layout-catalog.json --out .mdpresent/review/layout-intent.json
120node bin/mdpr-skill.js accessibility --markdown deck.md --audience "executive review" --out .mdpresent/review/accessibility-review.json
121```
122
123## Examples
124
125### Review a Rendered MDPR Deck
126
1271. Read the source Markdown, manifest summary, rendered image list, and any
128 validation report.
1292. Separate source-content problems from renderer/rulebook problems.
1303. Report only evidence-backed visual concerns.
1314. Recommend deterministic MDPR fixes when the same issue repeats.
132
133```markdown
134Finding: Slide 4 has weak visual hierarchy between the metric and explanation.
135Evidence: rendered/slide-04.png, manifest slide id `s4`, heading "Revenue Mix".
136MDPR-owned fix: adjust the metric-card recipe spacing rule or choose a
137deterministic layout profile with stronger numeric emphasis.
138```
139
140### Propose a Theme Candidate
141
1421. Treat the source design as a visual system, not content to copy.
1432. Extract reusable tokens, semantic layout blueprints, decoration grammar, and
144 best-fit scenarios.
1453. Emit an approval-bound `mdpr-theme-candidate-v1`.
1464. Keep `mdprOwnsFinalLayout`, `mdprOwnsFinalThemeBinding`, and
147 `noRawUseInAgentHints` true.
148
149```json
150{
151 "schema": "mdpr-theme-candidate-v1",
152 "source": "rendered reference set approved by user",
153 "useCases": ["executive review", "research update"],
154 "constraints": {
155 "mdprOwnsFinalLayout": true,
156 "mdprOwnsFinalThemeBinding": true,
157 "noRawUseInAgentHints": true
158 }
159}
160```
161
162### Compare with codex-ppt Style Workflows
163
164Use codex-ppt only as a capability reference or image-only baseline. Preserve
165the output-model distinction: codex-ppt style workflows may produce full-slide
166images, while MDPR defaults to editable PPTX/HTML/PDF with deterministic
167validation.
168
169```markdown
170Comparison note: codex-ppt style output may optimize for a single rasterized
171slide image. MDPR should instead preserve editable slide objects and route
172visual improvements through recipes, themes, and validation policies.
173```
174
175## Best Practices
176
177- Do: Prefer concise semantic hints over restating the source.
178- Do: Keep review notes actionable for MDPR maintainers.
179- Do: Call out missing evidence before making quality claims.
180- Do: Treat LLM judgment as triage only; MDPR validation remains the release
181 gate.
182- Avoid: Turning generated asset prompts into final asset selections.
183- Avoid: Recommending raw colors, coordinates, or renderer object IDs from
184 agent judgment alone.
185
186## Limitations
187
188- This skill does not replace MDPR runtime validation.
189- This skill does not generate final slide coordinates or final PPTX objects.
190- This skill does not make MDPR depend on an LLM.
191- This skill should not be used to copy private deck designs or proprietary
192 slide content.
193
194## Common Pitfalls
195
196- **Problem:** Treating mdpr-skill output as final slide layout.
197 **Solution:** Keep hints semantic and let MDPR choose final layout, geometry,
198 and renderer objects.
199
200- **Problem:** Reporting visual issues without evidence.
201 **Solution:** Link each finding to source Markdown, a manifest entry, rendered
202 previews, validation reports, or another concrete artifact.
203
204- **Problem:** Copying codex-ppt image-only behavior into MDPR.
205 **Solution:** Use image-only generators as comparison baselines while
206 preserving MDPR's editable PPTX/HTML/PDF output model.
207
208## Security & Safety Notes
209
210- Review only files the user has provided or authorized.
211- Do not fetch private references, credentials, or paid assets without explicit
212 permission.
213- Do not include secrets, API keys, or private source content in generated
214 review reports or theme candidates.
215- Treat all CLI commands as local workspace commands; confirm input paths exist
216 before running them.
217
218## Related Skills
219
220- `@frontend-slides` - Use for browser-native HTML presentation generation.
221- `@2slides-ppt-generator` - Use for hosted API-based presentation generation.
222- `@office-productivity` - Use for broader document, spreadsheet, and slide
223 workflow coordination.
224
225---
226
227**Source:** [`sickn33/agentic-awesome-skills`](https://github.com/sickn33/agentic-awesome-skills) → `skills/mdpr-skill/SKILL.md`
228
229**Also appears in:** `sickn33/agentic-awesome-skills/plugins/agentic-awesome-skills/skills/mdpr-skill/SKILL.md`, `sickn33/agentic-awesome-skills/plugins/agentic-awesome-skills-claude/skills/mdpr-skill/SKILL.md`