create-quarto-report
Über
Diese Fähigkeit unterstützt Entwickler dabei, reproduzierbare Quarto-Dokumente für Berichte, Präsentationen und Websites zu erstellen. Sie behandelt YAML-Konfiguration, Code-Chunks, Ausgabeformate und das Rendern in HTML/PDF/Word. Nutzen Sie sie beim Erstellen von Analysen mit eingebettetem Code oder bei der Migration von R Markdown zu Quarto.
Schnellinstallation
Claude Code
Empfohlennpx skills add pjt222/agent-almanac -a claude-code/plugin add https://github.com/pjt222/agent-almanacgit clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/create-quarto-reportKopieren Sie diesen Befehl und fügen Sie ihn in Claude Code ein, um diese Fähigkeit zu installieren
Dokumentation
Create Quarto Report
Set up and write reproducible Quarto document for analysis reports, presentations, websites.
When Use
- Making reproducible analysis report
- Building presentation with embedded code
- Generating HTML, PDF, Word documents from code
- Migrating from R Markdown to Quarto
Inputs
- Required: Report topic and target audience
- Required: Output format (html, pdf, docx, revealjs)
- Optional: Data sources and analysis code
- Optional: Citation bibliography (.bib file)
Steps
Step 1: Create Quarto Document
Create report.qmd:
---
title: "Analysis Report"
author: "Author Name"
date: today
format:
html:
toc: true
toc-depth: 3
code-fold: true
theme: cosmo
self-contained: true
execute:
echo: true
warning: false
message: false
bibliography: references.bib
---
Got: File report.qmd exists with valid YAML frontmatter: title, author, date, format config, execution options.
If fail: Validate YAML header. Check matching --- delimiters and right indentation. Confirm format: key matches supported Quarto output formats (html, pdf, docx, revealjs).
Step 2: Write Content with Code Chunks
## Introduction
This report analyzes the relationship between variables X and Y.
## Data
```{r}
#| label: load-data
library(dplyr)
library(ggplot2)
data <- read.csv("data.csv")
glimpse(data)
```
## Analysis
```{r}
#| label: fig-scatter
#| fig-cap: "Scatter plot of X vs Y"
#| fig-width: 8
#| fig-height: 6
ggplot(data, aes(x = x_var, y = y_var)) +
geom_point(alpha = 0.6) +
geom_smooth(method = "lm") +
theme_minimal()
```
As shown in @fig-scatter, there is a positive relationship.
## Results
```{r}
#| label: tbl-summary
#| tbl-cap: "Summary statistics"
data |>
summarise(
mean_x = mean(x_var),
sd_x = sd(x_var),
mean_y = mean(y_var),
sd_y = sd(y_var)
) |>
knitr::kable(digits = 2)
```
See @tbl-summary for descriptive statistics.
Got: Content sections have properly formatted code chunks with {r} language identifier and #| chunk options for labels, captions, dimensions.
If fail: Verify code chunks use ```{r} syntax (not inline backticks). Confirm #| options inside chunk (not in YAML header). Label prefixes match cross-reference types (fig- for figures, tbl- for tables).
Step 3: Configure Chunk Options
Common chunk-level options (use #| syntax):
#| label: chunk-name # Required for cross-references
#| echo: false # Hide code
#| eval: false # Show but don't run
#| output: false # Run but hide output
#| fig-width: 8 # Figure dimensions
#| fig-height: 6
#| fig-cap: "Caption text" # Enable @fig-name references
#| tbl-cap: "Caption text" # Enable @tbl-name references
#| cache: true # Cache expensive computations
Got: Chunk options applied at chunk level using #| syntax. Labels follow naming rules for cross-referencing.
If fail: Ensure chunk options use #| syntax (Quarto-native), not legacy {r, option=value} R Markdown syntax. Verify label names have only alphanumeric characters and hyphens.
Step 4: Add Cross-References and Citations
See @fig-scatter for the visualization and @tbl-summary for statistics.
This approach follows @smith2023 methodology.
::: {#fig-combined layout-ncol=2}
{#fig-plotA}
{#fig-plotB}
Combined figure caption
:::
Got: Cross-references (@fig-name, @tbl-name) resolve to right figures and tables. Citations (@key) match entries in .bib file.
If fail: Verify referenced labels exist in code chunks with right prefix (fig-, tbl-). For citations, check .bib keys match exactly (case-sensitive) and bibliography: is set in YAML header.
Step 5: Render the Document
quarto render report.qmd
# Specific format
quarto render report.qmd --to pdf
quarto render report.qmd --to docx
# Preview with live reload
quarto preview report.qmd
Got: Output file made in right format.
If fail:
- Missing quarto: Install from https://quarto.org/docs/get-started/
- PDF errors: Install TinyTeX with
quarto install tinytex - R package errors: Confirm all packages installed
Step 6: Multi-Format Output
format:
html:
toc: true
theme: cosmo
pdf:
documentclass: article
geometry: margin=1in
docx:
reference-doc: template.docx
Render all formats: quarto render report.qmd
Got: All specified output formats generate fine. Each has right styling and layout for target format.
If fail: One format fails, others succeed? Check format-specific requirements: PDF needs LaTeX engine (install with quarto install tinytex), DOCX needs valid reference template if specified, format-specific YAML options must nest under each format key.
Checks
- Document renders without errors
- All code chunks execute fine
- Cross-references resolve (figures, tables, citations)
- Table of contents accurate
- Output format fits audience
Pitfalls
- Missing label prefix: Cross-referenceable figures need
fig-prefix in label, tables needtbl- - Cache invalidation: Cached chunks won't re-run when upstream data changes. Delete
_cache/to force. - PDF without LaTeX: Install TinyTeX or use
format: pdfwithpdf-engine: weasyprintfor CSS-based PDF - R Markdown syntax in Quarto: Use
#|chunk options instead of{r, echo=FALSE}style
See Also
format-apa-report- APA-formatted academic reportsbuild-parameterized-report- parameterized multi-report generationgenerate-statistical-tables- publication-ready tableswrite-vignette- Quarto vignettes in R packages
GitHub Repository
Verwandte Skills
content-collections
MetaDiese Skill bietet eine produktionsgetestete Einrichtung für Content Collections – ein TypeScript-first-Tool, das Markdown/MDX-Dateien in typsichere Datensammlungen mit Zod-Validierung umwandelt. Verwenden Sie ihn beim Erstellen von Blogs, Dokumentationsseiten oder inhaltsstarken Vite + React-Anwendungen, um Typsicherheit und automatische Inhaltsvalidierung zu gewährleisten. Er behandelt alles von der Vite-Plugin-Konfiguration und MDX-Kompilierung bis hin zur Deployment-Optimierung und Schema-Validierung.
polymarket
MetaDiese Fähigkeit ermöglicht es Entwicklern, Anwendungen mit der Polymarket-Prognosemärkte-Plattform zu erstellen, einschließlich API-Integration für Handel und Marktdaten. Sie bietet außerdem Echtzeit-Datenstreaming über WebSocket, um Live-Trades und Marktaktivitäten zu überwachen. Nutzen Sie sie zur Implementierung von Handelsstrategien oder zur Erstellung von Tools, die Live-Marktaktualisierungen verarbeiten.
creating-opencode-plugins
MetaDiese Fähigkeit unterstützt Entwickler dabei, OpenCode-Plugins zu erstellen, die in über 25 Ereignistypen wie Befehle, Dateien und LSP-Operationen eingreifen. Sie bietet die Plugin-Struktur, Event-API-Spezifikationen und Implementierungsmuster für JavaScript/TypeScript-Module. Nutzen Sie sie, wenn Sie den Lebenszyklus des OpenCode KI-Assistenten mit benutzerdefinierter ereignisgesteuerter Logik abfangen, überwachen oder erweitern müssen.
sglang
MetaSGLang ist ein hochperformantes LLM-Serving-Framework, das sich auf schnelle, strukturierte Generierung für JSON, Regex und agentenbasierte Workflows unter Verwendung seines RadixAttention-Prefix-Cachings spezialisiert. Es bietet deutlich schnellere Inferenz, insbesondere für Aufgaben mit wiederholten Präfixen, was es ideal für komplexe, strukturierte Ausgaben und Mehrfachdialoge macht. Wählen Sie SGLang gegenüber Alternativen wie vLLM, wenn Sie constrained decoding benötigen oder Anwendungen mit umfangreicher Präfix-Weitergabe entwickeln.
