render-puzzle-docs
Über
Diese Funktion rendert eine Quarto-Dokumentationsseite für GitHub Pages und unterstützt vollständige Neuaufbauten, schnellere zwischengespeicherte Aufbauten sowie Einzelseiten-Renderings. Sie ist nützlich, um die gesamte Seite nach Inhaltsänderungen zu erstellen, einzelne Seiten iterativ zu bearbeiten oder Dokumentationen für Releases vorzubereiten. Sie kann entweder ein enthaltenes Render-Skript verwenden oder direkt `quarto.exe` über WSL aufrufen.
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 description: > Renderizar el sitio de documentacion Quarto de jigsawR para GitHub Pages. Soporta renderizados frescos (limpiando cache), renderizados en cache (mas rapidos) y renderizados de pagina unica. Usa el script de renderizado incluido o la invocacion directa de quarto.exe desde WSL. Usar al construir el sitio completo despues de cambios de contenido, renderizar una sola pagina durante edicion iterativa, preparar documentacion para un release o PR, o depurar errores de renderizado en archivos Quarto .qmd. 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 locale: es source_locale: en source_commit: 6f65f316 translator: claude-sonnet-4-6 translation_date: 2026-03-16
Renderizar Documentacion de Rompecabezas
Renderizar el sitio de documentacion Quarto de jigsawR.
Cuando Usar
- Construir el sitio de documentacion completo despues de cambios de contenido
- Renderizar una sola pagina durante edicion iterativa
- Preparar documentacion para un release o PR
- Depurar errores de renderizado en archivos Quarto .qmd
Entradas
- Requerido: Modo de renderizado (
fresh,cachedosingle) - Opcional: Ruta especifica del archivo .qmd (para modo de pagina unica)
- Opcional: Si abrir el resultado en un navegador
Procedimiento
Paso 1: Elegir Modo de Renderizado
| Modo | Comando | Duracion | Usar cuando |
|---|---|---|---|
| Fresh | bash inst/scripts/render_quarto.sh | ~5-7 min | Contenido cambio, cache obsoleto |
| Cached | bash inst/scripts/render_quarto.sh --cached | ~1-2 min | Ediciones menores, cache valido |
| Single | quarto.exe directo | ~30s | Iterando en una pagina |
Esperado: Modo de renderizado seleccionado segun la situacion actual: fresh para cambios de contenido o cache obsoleto, cached para ediciones menores, single para iterar en una pagina.
En caso de fallo: Si no esta seguro de si el cache esta obsoleto, usar renderizado fresh por defecto. Toma mas tiempo pero garantiza salida correcta.
Paso 2: Ejecutar Renderizado
Renderizado fresh (limpia _freeze y _site, re-ejecuta todo el codigo R):
cd /mnt/d/dev/p/jigsawR && bash inst/scripts/render_quarto.sh
Renderizado cached (usa archivos _freeze existentes):
cd /mnt/d/dev/p/jigsawR && bash inst/scripts/render_quarto.sh --cached
Pagina unica (renderizar un archivo .qmd directamente):
QUARTO_EXE="/mnt/c/Program Files/RStudio/resources/app/bin/quarto/bin/quarto.exe"
"$QUARTO_EXE" render quarto/getting-started.qmd
Esperado: El renderizado se completa sin errores. Salida en quarto/_site/.
En caso de fallo:
- Verificar errores de codigo R en chunks .qmd (buscar marcadores
#| label:) - Verificar que pandoc esta disponible via la variable de entorno
RSTUDIO_PANDOC - Intentar limpiar cache:
rm -rf quarto/_freeze quarto/_site - Verificar que todos los paquetes R usados en archivos .qmd estan instalados
Paso 3: Verificar Salida
ls -la /mnt/d/dev/p/jigsawR/quarto/_site/index.html
Confirmar la estructura del sitio:
quarto/_site/index.htmlexiste- Los enlaces de navegacion se resuelven correctamente
- Las imagenes y archivos SVG se renderizan correctamente
Esperado: index.html existe y no esta vacio. Los enlaces de navegacion se resuelven y las imagenes/SVGs se renderizan correctamente en el navegador.
En caso de fallo: Si index.html falta, el renderizado probablemente fallo silenciosamente. Re-ejecutar con salida detallada y verificar errores de codigo R en chunks .qmd. Si solo faltan algunas paginas, verificar que esos archivos .qmd estan listados en _quarto.yml.
Paso 4: Vista Previa (Opcional)
Abrir en el navegador de Windows:
cmd.exe /c start "" "D:\\dev\\p\\jigsawR\\quarto\\_site\\index.html"
Esperado: El sitio de documentacion se abre en el navegador predeterminado de Windows para inspeccion visual.
En caso de fallo: Si el comando cmd.exe /c start falla desde WSL, intentar explorer.exe "D:\\dev\\p\\jigsawR\\quarto\\_site\\index.html" en su lugar. Alternativamente, navegar al archivo manualmente en el navegador.
Validacion
-
quarto/_site/index.htmlexiste y no esta vacio - Sin errores de renderizado en la salida de consola
- Todos los chunks de codigo R se ejecutaron exitosamente (verificar mensajes de error)
- La navegacion entre paginas funciona
- Todos los archivos .qmd tienen
#| label:en los chunks de codigo para salida limpia
Errores Comunes
- Cache freeze obsoleto: Si el codigo R cambio, usar renderizado fresh para regenerar archivos
_freeze - Paquetes R faltantes: Los archivos Quarto .qmd pueden usar paquetes que no estan en renv; instalarlos primero
- Pandoc no encontrado: Asegurar que
RSTUDIO_PANDOCesta configurado en.Renviron - Tiempos de renderizado largos: El renderizado fresh toma 5-7 minutos (14 paginas con ejecucion R); usar modo cached durante la iteracion
- Etiquetas de chunks de codigo: Todos los chunks de codigo R deben tener
#| label:para renderizado limpio
Habilidades Relacionadas
generate-puzzle-- generar salida de rompecabezas referenciada en la documentacionrun-puzzle-tests-- asegurar que los ejemplos de codigo en la documentacion son correctoscreate-quarto-report-- creacion general de documentos Quarto
GitHub Repository
Verwandte Skills
executing-plans
DesignVerwenden Sie die Fähigkeit "executing-plans", wenn Sie einen vollständigen Implementierungsplan zur Ausführung in kontrollierten Batches mit Überprüfungspunkten vorliegen haben. Sie lädt den Plan und überprüft ihn kritisch, führt dann Aufgaben in kleinen Batches (standardmäßig 3 Aufgaben) aus und meldet den Fortschritt zwischen jedem Batch zur Überprüfung durch den Architekten. Dies gewährleistet eine systematische Implementierung mit integrierten Qualitätskontrollpunkten.
requesting-code-review
DesignDiese Fähigkeit sendet einen Unteragenten für Code-Review, um Codeänderungen anhand der Anforderungen zu analysieren, bevor fortgefahren wird. Sie sollte nach dem Abschließen von Aufgaben, der Implementierung größerer Funktionen oder vor dem Zusammenführen in den Hauptzweig verwendet werden. Die Überprüfung hilft dabei, Probleme frühzeitig zu erkennen, indem die aktuelle Implementierung mit dem ursprünglichen Plan verglichen wird.
connect-mcp-server
DesignDiese Fähigkeit bietet Entwicklern eine umfassende Anleitung, um MCP-Server über HTTP-, stdio- oder SSE-Transports mit Claude Code zu verbinden. Sie behandelt Installation, Konfiguration, Authentifizierung und Sicherheit für die Integration externer Dienste wie GitHub, Notion und benutzerdefinierter APIs. Nutzen Sie sie beim Einrichten von MCP-Integrationen, bei der Konfiguration externer Tools oder bei der Arbeit mit Claude's Model Context Protocol.
web-cli-teleport
DesignDiese Fähigkeit unterstützt Entwickler bei der Wahl zwischen Claude Code Web- und CLI-Schnittstellen basierend auf Aufgabenanalysen und ermöglicht nahtloses Session-Teleporting zwischen diesen Umgebungen. Sie optimiert den Workflow, indem sie den Sitzungsstatus und Kontext beim Wechsel zwischen Web, CLI oder Mobilgeräten verwaltet. Nutzen Sie sie für komplexe Projekte, die in verschiedenen Phasen unterschiedliche Werkzeuge erfordern.
