skills/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 |
development
Start AEM Workflows on AEM as a Cloud Service using all available triggering mechanisms. Use when starting workflows manually via the Timeline UI, programmatically via WorkflowSession.startWorkflow(), via the HTTP Workflow API, through Manage Publication, or passing initial metadata and payload to a workflow instance.
development
Single entry point for all AEM as a Cloud Service Workflow skills. Covers workflow model design, custom process step and participant chooser development, launcher configuration, workflow triggering, and production support including debugging stuck/failed workflows, triaging incidents with Cloud Manager logs, thread pool analysis, and Sling Job diagnostics for the Granite Workflow Engine.
development
[BETA] Implement custom AEM Workflow Java components on AEM as a Cloud Service. This skill is in beta. Verify all outputs before applying them to production projects. Use when writing WorkflowProcess steps, ParticipantStepChooser implementations, registering services via OSGi DS R6 annotations, reading step arguments from MetaDataMap, accessing JCR payload via WorkflowSession adapter, reading and writing workflow metadata and variables, and handling errors with WorkflowException for retry behavior.
development
Start AEM Workflows on AEM 6.5 LTS using all available triggering mechanisms. Use when starting workflows manually via the Timeline UI, programmatically via WorkflowSession.startWorkflow(), via the HTTP Workflow API, through Manage Publication, through replication triggers, or passing initial metadata and payload to a workflow instance.