render-puzzle-docs
Acerca de
Esta habilidad renderiza el sitio de documentación jigsawR Quarto para GitHub Pages. Soporta renderizado completo del sitio con limpieza de caché, renderizado en caché más rápido y renderizado de página única para trabajo iterativo. Úsela después de cambios en el contenido, durante la edición de documentación, al preparar lanzamientos o para depurar problemas de renderizado de Quarto.
Instalación rápida
Claude Code
Recomendadonpx 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/render-puzzle-docsCopia y pega este comando en Claude Code para instalar esta habilidad
Documentación
name: render-puzzle-docs locale: de source_locale: en source_commit: 6f65f316 translator: claude translation_date: "2026-03-17" description: > Die jigsawR Quarto-Dokumentationsseite fuer GitHub Pages rendern. Unterstuetzt frisches Rendern (Cache loeschen), gecachtes Rendern (schneller) und Einzelseiten-Rendern. Verwendet das mitgelieferte Render-Skript oder direkten quarto.exe-Aufruf aus WSL. Anwenden beim Erstellen der vollstaendigen Seite nach Inhaltsaenderungen, beim Rendern einer einzelnen Seite waehrend iterativer Bearbeitung, beim Vorbereiten der Dokumentation fuer ein Release oder PR, oder beim Debuggen von Renderfehlern in Quarto-.qmd-Dateien. license: MIT allowed-tools: Read Write Edit Bash Grep Glob metadata: author: Philipp Thoss version: "1.0" domain: jigsawr complexity: basic language: R tags: jigsawr, quarto, documentation, github-pages, rendering
Puzzle-Dokumentation rendern
Die jigsawR Quarto-Dokumentationsseite rendern.
Wann verwenden
- Vollstaendige Dokumentationsseite nach Inhaltsaenderungen erstellen
- Einzelne Seite waehrend iterativer Bearbeitung rendern
- Dokumentation fuer ein Release oder PR vorbereiten
- Renderfehler in Quarto-.qmd-Dateien debuggen
Eingaben
- Erforderlich: Render-Modus (
fresh,cachedodersingle) - Optional: Spezifischer .qmd-Dateipfad (fuer Einzelseiten-Modus)
- Optional: Ob das Ergebnis im Browser geoeffnet werden soll
Vorgehensweise
Schritt 1: Render-Modus waehlen
| Modus | Befehl | Dauer | Verwendung |
|---|---|---|---|
| Frisch | bash inst/scripts/render_quarto.sh | ~5-7 Min | Inhalt geaendert, Cache veraltet |
| Gecacht | bash inst/scripts/render_quarto.sh --cached | ~1-2 Min | Kleine Aenderungen, Cache gueltig |
| Einzeln | Direkter quarto.exe-Aufruf | ~30s | Iteration an einer Seite |
Erwartet: Render-Modus basierend auf der aktuellen Situation ausgewaehlt: frisch fuer Inhaltsaenderungen oder veralteten Cache, gecacht fuer kleine Aenderungen, einzeln fuer Iteration an einer Seite.
Bei Fehler: Im Zweifelsfall ob der Cache veraltet ist, standardmaessig frisch rendern. Es dauert laenger, garantiert aber korrekte Ausgabe.
Schritt 2: Rendern ausfuehren
Frisches Rendern (loescht _freeze und _site, fuehrt allen R-Code erneut aus):
cd /mnt/d/dev/p/jigsawR && bash inst/scripts/render_quarto.sh
Gecachtes Rendern (verwendet vorhandene _freeze-Dateien):
cd /mnt/d/dev/p/jigsawR && bash inst/scripts/render_quarto.sh --cached
Einzelne Seite (eine .qmd-Datei direkt rendern):
QUARTO_EXE="/mnt/c/Program Files/RStudio/resources/app/bin/quarto/bin/quarto.exe"
"$QUARTO_EXE" render quarto/getting-started.qmd
Erwartet: Rendern wird ohne Fehler abgeschlossen. Ausgabe in quarto/_site/.
Bei Fehler:
- Auf R-Code-Fehler in .qmd-Chunks pruefen (nach
#| label:-Markern suchen) - Sicherstellen dass pandoc ueber die Umgebungsvariable
RSTUDIO_PANDOCverfuegbar ist - Cache loeschen versuchen:
rm -rf quarto/_freeze quarto/_site - Pruefen ob alle in .qmd-Dateien verwendeten R-Pakete installiert sind
Schritt 3: Ausgabe ueberpruefen
ls -la /mnt/d/dev/p/jigsawR/quarto/_site/index.html
Die Seitenstruktur bestaetigen:
quarto/_site/index.htmlexistiert- Navigationslinks loesen korrekt auf
- Bilder und SVG-Dateien werden korrekt dargestellt
Erwartet: index.html existiert und ist nicht leer. Navigationslinks loesen auf, und Bilder/SVGs werden im Browser korrekt dargestellt.
Bei Fehler: Wenn index.html fehlt, ist das Rendern wahrscheinlich stillschweigend fehlgeschlagen. Mit ausfuehrlicher Ausgabe erneut ausfuehren und auf R-Code-Fehler in .qmd-Chunks pruefen. Wenn nur einige Seiten fehlen, ueberpruefen ob diese .qmd-Dateien in _quarto.yml aufgefuehrt sind.
Schritt 4: Vorschau (Optional)
Im Windows-Browser oeffnen:
cmd.exe /c start "" "D:\\dev\\p\\jigsawR\\quarto\\_site\\index.html"
Erwartet: Die Dokumentationsseite oeffnet sich im Windows-Standardbrowser zur visuellen Pruefung.
Bei Fehler: Wenn der cmd.exe /c start-Befehl aus WSL fehlschlaegt, stattdessen explorer.exe "D:\\dev\\p\\jigsawR\\quarto\\_site\\index.html" versuchen. Alternativ die Datei manuell im Browser aufrufen.
Validierung
-
quarto/_site/index.htmlexistiert und ist nicht leer - Keine Renderfehler in der Konsolenausgabe
- Alle R-Code-Chunks wurden erfolgreich ausgefuehrt (auf Fehlermeldungen pruefen)
- Navigation zwischen Seiten funktioniert
- Alle .qmd-Dateien haben
#| label:bei Code-Chunks fuer saubere Ausgabe
Haeufige Stolperfallen
- Veralteter Freeze-Cache: Wenn sich R-Code geaendert hat, frisches Rendern zum Neugenerieren der
_freeze-Dateien verwenden - Fehlende R-Pakete: Quarto-.qmd-Dateien koennten Pakete nutzen die nicht in renv enthalten sind; diese zuerst installieren
- Pandoc nicht gefunden: Sicherstellen dass
RSTUDIO_PANDOCin.Renvirongesetzt ist - Lange Renderzeiten: Frisches Rendern dauert 5-7 Minuten (14 Seiten mit R-Ausfuehrung); gecachten Modus waehrend der Iteration verwenden
- Code-Chunk-Label: Alle R-Code-Chunks sollten
#| label:fuer sauberes Rendering haben
Verwandte Skills
generate-puzzle— Puzzle-Ausgabe generieren auf die in der Dokumentation verwiesen wirdrun-puzzle-tests— Sicherstellen dass Codebeispiele in der Doku korrekt sindcreate-quarto-report— Allgemeine Quarto-Dokumenterstellung
Repositorio GitHub
Habilidades relacionadas
evaluating-llms-harness
PruebasEsta Skill de Claude ejecuta el benchmark lm-evaluation-harness para evaluar modelos de lenguaje en más de 60 tareas académicas estandarizadas como MMLU y GSM8K. Está diseñada para que los desarrolladores comparen la calidad de los modelos, realicen seguimiento del progreso del entrenamiento o reporten resultados académicos. La herramienta admite varios backends, incluidos modelos de HuggingFace y vLLM.
cloudflare-cron-triggers
PruebasEsta habilidad proporciona conocimiento integral para implementar Cron Triggers de Cloudflare y programar Workers mediante expresiones cron. Cubre la configuración de tareas periódicas, trabajos de mantenimiento y flujos de trabajo automatizados, manejando problemas comunes como expresiones cron inválidas y inconvenientes de zonas horarias. Los desarrolladores pueden utilizarla para configurar manejadores programados, probar activadores cron e integrar con Workflows y Green Compute.
webapp-testing
PruebasEsta habilidad de Claude proporciona un kit de herramientas basado en Playwright para probar aplicaciones web locales mediante scripts de Python. Permite verificación de frontend, depuración de interfaz de usuario, captura de pantallas y visualización de registros, mientras gestiona los ciclos de vida del servidor. Úsela para tareas de automatización de navegadores, pero ejecute los scripts directamente en lugar de leer su código fuente para evitar contaminación del contexto.
finishing-a-development-branch
PruebasEsta habilidad ayuda a los desarrolladores a completar el trabajo terminado verificando que las pruebas pasen y luego presentando opciones estructuradas de integración. Guía el flujo de trabajo para fusionar, crear PRs o limpiar ramas después de que se completa la implementación. Úsala cuando tu código esté listo y probado para finalizar sistemáticamente el proceso de desarrollo.
