render-puzzle-docs
Über
Diese Fähigkeit rendert die jigsawR Quarto-Dokumentationsseite für GitHub Pages. Sie unterstützt das Rendern der gesamten Website mit Cache-Löschung, schnelleres gerendertes Caching und das Rendern einzelner Seiten für iterative Arbeiten. Verwenden Sie sie nach Inhaltsänderungen, während der Bearbeitung von Dokumentationen, bei der Vorbereitung von Veröffentlichungen oder zur Fehlerbehebung bei Quarto-Rendering-Problemen.
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/render-puzzle-docsKopieren Sie diesen Befehl und fügen Sie ihn in Claude Code ein, um diese Fähigkeit zu installieren
Dokumentation
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
GitHub Repository
Verwandte Skills
evaluating-llms-harness
TestenDiese Claude Skill führt den lm-evaluation-harness aus, um LLMs über 60+ standardisierte akademische Aufgaben wie MMLU und GSM8K zu benchmarken. Sie wurde für Entwickler entwickelt, um Modellqualität zu vergleichen, Trainingsfortschritt zu verfolgen oder akademische Ergebnisse zu berichten. Das Tool unterstützt verschiedene Backends, einschließlich HuggingFace- und vLLM-Modelle.
cloudflare-cron-triggers
TestenDiese Fähigkeit bietet umfassendes Wissen zur Implementierung von Cloudflare Cron Triggers, um Workers mithilfe von Cron-Ausdrücken zu planen. Sie behandelt das Einrichten periodischer Aufgaben, Wartungsjobs und automatisierter Workflows, während häufige Probleme wie ungültige Cron-Ausdrücke und Zeitzonenprobleme behandelt werden. Entwickler können sie zum Konfigurieren geplanter Handler, zum Testen von Cron-Triggers und zur Integration mit Workflows und Green Compute verwenden.
webapp-testing
TestenDiese Claude Skill bietet ein Playwright-basiertes Toolkit zum Testen lokaler Webanwendungen durch Python-Skripte. Es ermöglicht Frontend-Verifizierung, UI-Debugging, Screenshot-Aufnahme und Log-Einblick bei gleichzeitiger Verwaltung von Server-Lebenszyklen. Nutzen Sie es für Browser-Automatisierungsaufgaben, führen Sie Skripte jedoch direkt aus, anstatt deren Quellcode zu lesen, um Kontextverschmutzung zu vermeiden.
finishing-a-development-branch
TestenDiese Fähigkeit unterstützt Entwickler dabei, abgeschlossene Arbeiten zu finalisieren, indem sie testet, ob Tests bestehen, und dann strukturierte Integrationsoptionen präsentiert. Sie leitet den Workflow für das Zusammenführen von Code, das Erstellen von PRs oder das Bereinigen von Branches nach Abschluss der Implementierung. Nutzen Sie sie, wenn Ihr Code bereit und getestet ist, um den Entwicklungsprozess systematisch abzuschließen.
