build-pkgdown-site
について
このスキルは、開発者がRパッケージのpkgdownドキュメントサイトをGitHub Pagesに構築・デプロイするのを支援します。_pkgdown.ymlの設定、テーマとナビゲーションのカスタマイズ、デプロイ方法の管理について解説しています。新しいドキュメント作成時、404エラーの修正時、ブランチベースとGitHub Actionsデプロイの移行時にご利用ください。
クイックインストール
Claude Code
推奨npx 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/build-pkgdown-siteこのコマンドをClaude Codeにコピー&ペーストしてスキルをインストールします
ドキュメント
Compilar Sitio pkgdown
Configurar y desplegar un sitio web de documentación pkgdown para un paquete R.
Cuándo Usar
- Crear un sitio de documentación para un paquete R
- Personalizar la disposición, el tema o la navegación de pkgdown
- Corregir errores 404 en un sitio pkgdown desplegado
- Migrar entre métodos de despliegue
Entradas
- Obligatorio: Paquete R con documentación roxygen2
- Obligatorio: Repositorio de GitHub
- Opcional: Tema o marca personalizada
- Opcional: Viñetas a incluir como artículos
Procedimiento
Paso 1: Inicializar pkgdown
usethis::use_pkgdown()
Esto crea _pkgdown.yml y añade pkgdown a .Rbuildignore.
Esperado: _pkgdown.yml existe en la raíz del proyecto. .Rbuildignore contiene entradas relacionadas con pkgdown.
En caso de fallo: Instalar pkgdown con install.packages("pkgdown"). Si _pkgdown.yml ya existe, la función actualizará .Rbuildignore sin sobrescribir la configuración.
Paso 2: Configurar _pkgdown.yml
url: https://username.github.io/packagename/
development:
mode: release
template:
bootstrap: 5
bootswatch: flatly
navbar:
structure:
left: [intro, reference, articles, news]
right: [search, github]
components:
github:
icon: fa-github
href: https://github.com/username/packagename
reference:
- title: Core Functions
desc: Primary package functionality
contents:
- main_function
- helper_function
- title: Utilities
desc: Helper and utility functions
contents:
- starts_with("util_")
articles:
- title: Getting Started
contents:
- getting-started
- title: Advanced Usage
contents:
- advanced-features
- customization
Crítico: Configurar development: mode: release. El mode: auto predeterminado provoca errores 404 en GitHub Pages porque añade /dev/ a las URLs.
Esperado: _pkgdown.yml contiene YAML válido con secciones url, template, navbar, reference y articles apropiadas para el paquete.
En caso de fallo: Validar la sintaxis YAML con un validador YAML en línea. Asegurarse de que todos los nombres de funciones en reference.contents coinciden con funciones exportadas reales.
Paso 3: Compilar Localmente
pkgdown::build_site()
Esperado: Directorio docs/ creado con un sitio completo incluyendo index.html, páginas de referencia de funciones y artículos.
En caso de fallo: Problemas frecuentes: pandoc faltante (configurar RSTUDIO_PANDOC en .Renviron), dependencias de viñetas faltantes (instalar paquetes sugeridos), o ejemplos rotos (corregir o envolver en \dontrun{}).
Paso 4: Previsualizar el Sitio
pkgdown::preview_site()
Verificar que la navegación, la referencia de funciones, los artículos y la búsqueda funcionan correctamente.
Esperado: El sitio se abre en el navegador en localhost. Todos los enlaces de navegación funcionan, las páginas de referencia de funciones se renderizan y la búsqueda devuelve resultados.
En caso de fallo: Si la previsualización no se abre, abrir manualmente docs/index.html en un navegador. Si faltan páginas, verificar que se ejecutó devtools::document() antes de compilar el sitio.
Paso 5: Desplegar en GitHub Pages
Método A: GitHub Actions (Recomendado)
Ver la habilidad setup-github-actions-ci para el flujo de trabajo pkgdown.
Método B: Despliegue Manual por Rama
# Compilar el sitio
Rscript -e "pkgdown::build_site()"
# Crear la rama gh-pages si no existe
git checkout --orphan gh-pages
git rm -rf .
cp -r docs/* .
git add .
git commit -m "Deploy pkgdown site"
git push origin gh-pages
# Volver a main
git checkout main
Esperado: La rama gh-pages existe en el remoto con los archivos del sitio en el nivel raíz.
En caso de fallo: Si el push es rechazado, asegurarse de tener acceso de escritura al repositorio. Si se usa el despliegue con GitHub Actions, omitir este paso y seguir la habilidad setup-github-actions-ci.
Paso 6: Configurar GitHub Pages
- Ir a Configuración del repositorio > Pages
- Establecer la Fuente en "Deploy from a branch"
- Seleccionar la rama
gh-pages, carpeta/ (root) - Guardar
Esperado: Sitio disponible en https://username.github.io/packagename/ en pocos minutos.
En caso de fallo: Si el sitio devuelve 404, verificar que la fuente de Pages coincide con el método de despliegue (el despliegue por rama requiere "Deploy from a branch"). Comprobar que development: mode: release está configurado en _pkgdown.yml.
Paso 7: Añadir URL a DESCRIPTION
URL: https://username.github.io/packagename/, https://github.com/username/packagename
Esperado: El campo URL de DESCRIPTION contiene tanto la URL del sitio pkgdown como la URL del repositorio de GitHub, separadas por una coma.
En caso de fallo: Si R CMD check advierte sobre URLs inválidas, verificar que el sitio pkgdown está realmente desplegado y accesible antes de añadir la URL.
Validación
- El sitio se compila localmente sin errores
- Todas las páginas de referencia de funciones se renderizan correctamente
- Los artículos y viñetas son accesibles y se renderizan correctamente
- La funcionalidad de búsqueda funciona
- Los enlaces de navegación son correctos
- El sitio se despliega con éxito en GitHub Pages
- Sin errores 404 en el sitio desplegado
-
development: mode: releaseestá configurado en_pkgdown.yml
Errores Comunes
-
Errores 404 tras el despliegue: Casi siempre causados por
development: mode: auto(el predeterminado). Cambiar amode: release. -
Páginas de referencia faltantes: Las funciones deben estar exportadas y documentadas. Ejecutar primero
devtools::document(). -
Enlaces de viñetas rotos: Usar la sintaxis
vignette("name")en referencias cruzadas, no rutas de archivo. -
Logo no visible: Colocar el logo en
man/figures/logo.pngy referenciarlo en_pkgdown.yml. -
Búsqueda no funciona: Requiere que el campo
urlen_pkgdown.ymlesté correctamente configurado. -
Binario R incorrecto en sistemas híbridos: En WSL o Docker,
Rscriptpuede resolverse a un contenedor multiplataforma en lugar de R nativo. Comprueba conwhich Rscript && Rscript --version. Prefiere el binario R nativo (p. ej.,/usr/local/bin/Rscripten Linux/WSL) para mayor fiabilidad. Consulta Setting Up Your Environment para la configuración de la ruta de R.
Habilidades Relacionadas
setup-github-actions-ci- flujo de trabajo de despliegue automatizado de pkgdownwrite-roxygen-docs- documentación de funciones que aparece en el sitiowrite-vignette- artículos que aparecen en la navegación del sitiorelease-package-version- activar la recompilación del sitio al publicar una versión
GitHub リポジトリ
関連スキル
content-collections
メタこのスキルは、Content Collections(Markdown/MDXファイルを型安全なデータコレクションに変換するTypeScriptファーストのツール)の本番環境でテストされた設定を提供します。Zodバリデーションによる型安全性を実現し、ブログ、ドキュメントサイト、コンテンツ重視のVite + Reactアプリケーション構築時にご利用ください。Viteプラグインの設定、MDXコンパイルから、デプロイ最適化、スキーマバリデーションまで、すべてを網羅しています。
polymarket
メタこのスキルは、開発者がPolymarket予測市場プラットフォームを活用したアプリケーション構築を可能にします。API統合による取引や市場データの取得に加え、WebSocketを介したリアルタイムデータストリーミングにより、ライブ取引や市場活動を監視できます。取引戦略の実装や、ライブ市場更新を処理するツールの作成にご利用ください。
creating-opencode-plugins
メタこのスキルは、開発者がコマンド、ファイル、LSP操作など25種類以上のイベントタイプにフックするOpenCodeプラグインを作成することを支援します。JavaScript/TypeScriptモジュール向けに、プラグイン構造、イベントAPI仕様、および実装パターンを提供します。カスタムイベント駆動ロジックでOpenCode AIアシスタントのライフサイクルをインターセプト、監視、または拡張する必要がある場合にご利用ください。
sglang
メタSGLangは、高性能なLLMサービングフレームワークであり、RadixAttentionプレフィックスキャッシュを活用したJSON、正規表現、エージェントワークフロー向けの高速で構造化された生成を特長とします。特にプレフィックスが繰り返されるタスクにおいて、大幅に高速な推論を実現し、複雑な構造化出力やマルチターン対話に最適です。制約付きデコードが必要な場合や、広範なプレフィックス共有を伴うアプリケーションを構築する場合は、vLLMなどの代替案ではなくSGLangを選択してください。
