plugins/aem/project-management/skills/whitepaper/SKILL.md
Creates professional PDF whitepapers from Markdown files. Use when the user wants to create a whitepaper, technical document, or PDF with professional formatting and typography.
npx skillsauth add adobe/skills whitepaperInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
This skill converts Markdown files into professionally typeset PDF whitepapers using pandoc and typst.
The skill includes (located in the plugin's root directory):
templates/whitepaper.typfonts/ — variable fonts supporting all weights (open source from Google Fonts)fonts/ (Regular, Bold, Italic, Bold Italic) — used for code blocks and inline codePlugin Root: The plugin root is determined dynamically (see Step 2.5 below)
| Element | Weight | Style | |---------|--------|-------| | Headlines (H1) | Black (900) | Large, tight tracking | | Section headlines (H2) | Bold (700) | Blue accent line | | Subheads (H3, H4) | Bold (700) | Medium size | | Body copy | Regular (400) | Justified, comfortable leading | | Code | Source Code Pro | Monospace |
THIS SKILL RUNS COMPLETELY UNATTENDED. DO NOT:
REQUIRED BEHAVIOR:
If you find yourself about to ask the user a question during PDF generation or cleanup, STOP and just execute the operation instead.
When the user asks to create a PDF, follow these steps:
$ARGUMENTS for the input markdown file and optional output PDF path.pdf extensiontitle is missing, ask the user for a title before proceeding. If date is missing, default to today's date.Run for each missing tool — the script auto-detects the platform:
OS=$(uname -s)
# pandoc
command -v pandoc >/dev/null 2>&1 || {
[ "$OS" = "Darwin" ] && brew install pandoc || sudo apt-get update && sudo apt-get install -y pandoc
}
# typst
command -v typst >/dev/null 2>&1 || {
[ "$OS" = "Darwin" ] && brew install typst || {
curl -fsSL https://github.com/typst/typst/releases/latest/download/typst-x86_64-unknown-linux-musl.tar.xz \
| tar xJ --strip-components=1 -C /usr/local/bin/ typst-x86_64-unknown-linux-musl/typst
chmod +x /usr/local/bin/typst
}
}
CRITICAL: Determine the plugin root before copying assets.
The plugin root contains templates/ and fonts/ directories. Use this single command:
PLUGIN_ROOT=$([ -d ".claude/plugins/project-management" ] && echo ".claude/plugins/project-management" || echo "$CLAUDE_PLUGIN_ROOT")
echo "Using plugin root: $PLUGIN_ROOT"
ls "$PLUGIN_ROOT/templates/whitepaper.typ" || echo "ERROR: Template not found!"
Expected location: .claude/plugins/project-management
Copy the typst template to the same directory as the output PDF:
PLUGIN_ROOT=$([ -d ".claude/plugins/project-management" ] && echo ".claude/plugins/project-management" || echo "$CLAUDE_PLUGIN_ROOT")
cp "$PLUGIN_ROOT/templates/whitepaper.typ" <output-directory>/whitepaper.typ
Replace <output-directory> with the directory where the PDF will be generated (e.g., project-guides/).
Execute the conversion with these exact flags. Run from the output directory so the template is found:
cd <output-directory> && \
PLUGIN_ROOT=$(if [ -d "../.claude/plugins/project-management" ]; then echo "../.claude/plugins/project-management"; elif [ -d ".claude/plugins/project-management" ]; then echo ".claude/plugins/project-management"; else echo "$CLAUDE_PLUGIN_ROOT"; fi) && \
TYPST_FONT_PATHS="$PLUGIN_ROOT/fonts" pandoc <input.md> \
-o <output.pdf> \
--pdf-engine=typst \
-V template="whitepaper.typ" \
-V mainfont="Source Sans 3" \
-V fontsize=10pt \
-V papersize=a4
Example for project-guides/ADMIN-GUIDE.md:
cd content && \
PLUGIN_ROOT=$([ -d "../.claude/plugins/project-management" ] && echo "../.claude/plugins/project-management" || echo "$CLAUDE_PLUGIN_ROOT") && \
TYPST_FONT_PATHS="$PLUGIN_ROOT/fonts" pandoc ADMIN-GUIDE.md -o ADMIN-GUIDE.pdf --pdf-engine=typst -V template="whitepaper.typ" -V mainfont="Source Sans 3" -V fontsize=10pt -V papersize=a4
Note: Do not pass --toc — the template generates its own table of contents page with proper styling.
CRITICAL: You MUST execute cleanup immediately after PDF generation. Only PDF should remain.
# Remove ALL intermediate files in one command
rm -f <output-directory>/whitepaper.typ <input.md> <input-without-extension>.plain.html <input-without-extension>.html
Example cleanup for project-guides/AUTHOR-GUIDE.md:
rm -f project-guides/whitepaper.typ project-guides/AUTHOR-GUIDE.md project-guides/AUTHOR-GUIDE.plain.html project-guides/AUTHOR-GUIDE.html
After cleanup, only project-guides/AUTHOR-GUIDE.pdf should exist. No .md, .html, or .plain.html files.
"PDF created: [output.pdf]"
The template reads pandoc YAML frontmatter from the markdown file to populate the title page and footer. The frontmatter block must be the very first thing in the file, delimited by --- lines.
| Field | Purpose | Example |
|-------|---------|---------|
| title | Cover page headline, PDF metadata | "AEM Code Sync for Edge Delivery Services" |
| Field | Purpose | Example |
|-------|---------|---------|
| subtitle | Second line on cover, below the accent line | "Technical Architecture and Security Documentation" |
| date | Cover page and page footer | "January 29, 2026" |
| Field | Purpose | Example |
|-------|---------|---------|
| author | Author list on cover page | See structured example below |
---
title: "AEM Code Sync for Edge Delivery Services"
subtitle: "Technical Architecture and Security Documentation"
date: "January 29, 2026"
---
---
title: "AEM Code Sync for Edge Delivery Services"
subtitle: "Technical Architecture and Security Documentation"
date: "January 29, 2026"
author:
- name: "Jane Smith"
affiliation: "Edge Delivery Services"
- name: "John Doe"
affiliation: "Security Engineering"
---
title: AEM: A Guide -- wrap in quotesfontsize or papersize in the frontmatter -- pass those as -V flags to pandoc instead (the skill handles this automatically)The template provides professional document formatting:
| Feature | Description | |---------|-------------| | Title page | Clean design with title, subtitle, date, authors | | Table of contents | Auto-generated on page 2 | | H1 headings | Black weight, page break before | | H2 headings | Bold with blue accent line | | Code blocks | Gray background, rounded corners | | Blockquotes | Blue left border, light blue background | | Tables | Light borders, bold header row | | Links | Blue color (#0066cc) |
The user can override pandoc variables with -V key=value:
| Variable | Default | Description |
|----------|---------|-------------|
| papersize | a4 | Page size (a4, us-letter, etc.) |
| fontsize | 10pt | Base font size |
| template | whitepaper.typ | Typst template file |
| mainfont | Source Sans 3 | Main body font |
pandoc and typst must be installed (the skill auto-installs them if missing)
brew)pandoc via apt-get, typst via GitHub release binaryfonts/ directoryIf fonts are not found by typst, ensure the TYPST_FONT_PATHS environment variable is set correctly:
export TYPST_FONT_PATHS=${CLAUDE_PLUGIN_ROOT}/fonts
| Issue | Solution |
|-------|----------|
| Font not found | Check TYPST_FONT_PATHS points to plugin's fonts/ directory |
| Template not found | Ensure whitepaper.typ was copied to output directory |
| Tables not breaking | Template handles this automatically |
| Missing title page | Check frontmatter has title field |
tools
Use the run-workflow MCP to discover, compose, execute, publish, and save Adobe Firefly workflows. TRIGGER when: user asks what actions are available, what the MCP can do, how to process images/video/3D via workflow, wants to build/run/save/publish a workflow, OR pastes any workflow/batch/execution ID. BARE ID (UUID/workflowId/batchId) = INSPECT ONLY — call inspect_run, NEVER run_workflow_submit. ALWAYS call list_actions first for capability/discovery questions. DO NOT TRIGGER for direct Firefly API calls without MCP (use firefly-api-specs).
tools
Run predefined featured workflows via run-workflow MCP. TRIGGER when user names a featured workflow (retargeting, banners at scale, localization, packaging, banner advertising, etc.) or asks to run a known marketing/production workflow. Requires run-workflow MCP. ALWAYS call get_featured_workflow before compose_workflow. DO NOT TRIGGER for custom one-off workflows with no named template — use run-workflow skill.
tools
Migrate an Adobe Commerce App Builder project from the Integration Starter Kit or Checkout Starter Kit to the new App Management approach. Run from the root of the App Builder project to be migrated. Pass --auto to skip confirmation prompts (suitable for CI or batch use) — auto mode prints a summary of all Q&A questions answered with their defaults. Pass --doc-scan-only to scan README.md and env.dist for outdated content without modifying any files. Use when the user wants to migrate an App Builder project from the Integration Starter Kit or Checkout Starter Kit to the App Management approach, or mentions upgrading their Adobe Commerce extension architecture.
development
Add or modify webhook interceptors in an Adobe Commerce app. Use when the user wants to intercept Commerce operations to validate input, append data, or modify behavior — before or after execution. Requires a base app initialized with commerce-app-init.