Back to Skills

write-vignette

pjt222
Updated 2 days ago
3 views
17
2
17
View on GitHub
Designgeneral

About

This Claude Skill helps developers create R package vignettes using R Markdown or Quarto. It guides you through setup, YAML configuration, code chunk options, building, testing, and meeting CRAN requirements. Use it when you need to add introductory tutorials, document complex multi-function workflows, create domain-specific guides, or provide user documentation beyond basic function help pages for CRAN submissions.

Quick Install

Claude Code

Recommended
Primary
npx skills add pjt222/agent-almanac -a claude-code
Plugin CommandAlternative
/plugin add https://github.com/pjt222/agent-almanac
Git CloneAlternative
git clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/write-vignette

Copy and paste this command in Claude Code to install this skill

Documentation


name: write-vignette description: > R MarkdownまたはQuartoを使用してRパッケージのビネットを作成する。 ビネットのセットアップ、YAML設定、コードチャンクオプション、ビルドとテスト、 ビネットのCRAN要件を網羅。「はじめに」チュートリアルの追加、複数の関数にまたがる 複雑なワークフローの文書化、ドメイン固有のガイド作成、またはCRAN投稿で 関数ヘルプページを超えたユーザー向けドキュメントが必要な時に使用する。 locale: ja source_locale: en source_commit: 6f65f316 translator: claude-opus-4-6 translation_date: 2026-03-16 license: MIT allowed-tools: Read Write Edit Bash Grep Glob metadata: author: Philipp Thoss version: "1.0" domain: r-packages complexity: basic language: R tags: r, vignette, rmarkdown, documentation, tutorial

ビネットの記述

Rパッケージの長文ドキュメントビネットを作成する。

使用タイミング

  • パッケージの「はじめに」チュートリアルを追加する時
  • 複数の関数にまたがる複雑なワークフローを文書化する時
  • ドメイン固有のガイドを作成する時(例:統計手法)
  • CRAN投稿で関数ヘルプを超えたユーザー向けドキュメントが必要な時

入力

  • 必須: ドキュメント化する関数を持つRパッケージ
  • 必須: ビネットのタイトルとトピック
  • 任意: 形式(R MarkdownまたはQuarto、デフォルト:R Markdown)
  • 任意: ビネットが外部データやAPIを必要とするかどうか

手順

ステップ1: ビネットファイルの作成

usethis::use_vignette("getting-started", title = "Getting Started with packagename")

期待結果: YAMLフロントマターを持つvignettes/getting-started.Rmdが作成される。DESCRIPTIONのSuggestsフィールドにknitrrmarkdownが追加される。vignettes/ディレクトリが存在する。

失敗時: usethis::use_vignette()が失敗する場合、作業ディレクトリがパッケージルート(DESCRIPTIONが含まれる)であることを確認する。knitrがインストールされていない場合はinstall.packages("knitr")を実行する。手動で作成する場合はvignettes/ディレクトリとファイルを作成し、YAMLフロントマターに3つの%\Vignette*エントリすべてが含まれていることを確認する。

ステップ2: ビネットコンテンツの記述

---
title: "Getting Started with packagename"
output: rmarkdown::html_vignette
vignette: >
  %\VignetteIndexEntry{Getting Started with packagename}
  %\VignetteEngine{knitr::rmarkdown}
  %\VignetteEncoding{UTF-8}
---

## Introduction

Brief overview of what the package does and who it's for.

## Installation

```r
install.packages("packagename")
library(packagename)

Basic Usage

Walk through the primary workflow:

# Load example data
data <- example_data()

# Process
result <- main_function(data, option = "default")

# Inspect
summary(result)

Advanced Features

Cover optional or advanced functionality.

Conclusion

Summarize and point to other vignettes or resources.


**期待結果:** ビネットのRmdファイルに「はじめに」、インストール、基本的な使い方、高度な機能、まとめのセクションが含まれる。コード例がパッケージのエクスポートされた関数を使用して表示可能な出力を生成する。

**失敗時:** 例が実行に失敗する場合、`devtools::install()`でパッケージがインストールされているか確認する。例が(`devtools::load_all()`ではなく)`library()`呼び出しでパッケージ名を使用していることを確認する。外部リソースを必要とする関数には、実行せずにコードを表示するために`eval=FALSE`を使用する。

### ステップ3: コードチャンクの設定

異なる目的でチャンクオプションを使用する:

```r
# 標準的な評価チャンク
{r example-basic}
result <- compute_something(1:10)
result

# コードを表示するが実行しない(例示目的)
{r api-example, eval=FALSE}
connect_to_api(key = "your_key_here")

# コードを非表示にして実行する(出力のみ表示)
{r hidden-setup, echo=FALSE}
library(packagename)

# グローバルオプションを設定
{r setup, include=FALSE}
knitr::opts_chunk$set(
  collapse = TRUE,
  comment = "#>",
  fig.width = 7,
  fig.height = 5
)

期待結果: include=FALSEを持つsetupチャンクがグローバルオプション(collapsecommentfig.widthfig.height)を設定する。チャンクが適切に設定される:例示コードにはeval=FALSE、隠しセットアップにはecho=FALSE、インタラクティブな例には標準チャンク。

失敗時: チャンクオプションが効果を発揮しない場合、構文が{r chunk-name, option=value}形式(カンマ区切り、論理値に引用符なし)を使用していることを確認する。setupチャンクがドキュメントの先頭に配置されていることを確認する。

ステップ4: 外部依存関係の処理

ネットワークアクセスやオプションパッケージが必要なビネットの場合:

{r check-available, include=FALSE}
has_suggested <- requireNamespace("optionalpkg", quietly = TRUE)

{r use-suggested, eval=has_suggested}
optionalpkg::special_function()

長時間実行される計算の場合、結果を事前計算して保存する:

# vignettes/に事前計算済みの結果を保存
saveRDS(expensive_result, "vignettes/precomputed.rds")

# ビネット内で読み込む
{r load-precomputed}
result <- readRDS("precomputed.rds")

期待結果: 外部依存関係が適切に処理される:オプションパッケージはrequireNamespace()で条件付き読み込み、ネットワーク依存コードはeval=FALSEまたはtryCatch()を使用、コストのかかる計算は事前計算済みの.rdsファイルを使用する。

失敗時: オプションパッケージが利用不可のためにCRANでビネットが失敗する場合、それらのセクションを条件変数で囲む(例:eval=has_suggested)。事前計算済みの結果は、.rdsファイルがvignettes/ディレクトリに含まれていて相対パスで参照されていることを確認する。

ステップ5: ビネットのビルドとテスト

# 単一のビネットをビルド
devtools::build_vignettes()

# ビルドとチェック(ビネットの問題を検出)
devtools::check()

期待結果: ビネットがエラーなくビルドされる。HTML出力が読みやすい。

失敗時:

  • pandocの欠如:.RenvironRSTUDIO_PANDOCを設定する
  • パッケージが未インストール:先にdevtools::install()を実行する
  • Suggestsの欠如:DESCRIPTIONのSuggestsに記載されたパッケージをインストールする

ステップ6: パッケージチェックでの確認

devtools::check()

ビネット関連のチェック:正しくビルドされる、時間がかかりすぎない、エラーがない。

期待結果: devtools::check()がビネット関連のエラーや警告なしでパスする。ビネットがCRANの時間制限内(通常60秒以内)にビルドされる。

失敗時: ビネットがチェック失敗を引き起こす場合、一般的な修正には:DESCRIPTIONへのSuggestsパッケージの追加、低速なチャンクへのeval=FALSEの使用によるビルド時間の短縮、VignetteIndexEntryがタイトルと一致していることの確認が含まれる。ビネット固有のエラーを分離するためにdevtools::build_vignettes()を別途実行する。

バリデーション

  • devtools::build_vignettes()でビネットがエラーなくビルドされる
  • すべてのコードチャンクが正しく実行される
  • VignetteIndexEntryがタイトルと一致する
  • devtools::check()がビネット警告なしでパスする
  • ビネットがpkgdownサイトの記事に表示される(該当する場合)
  • ビルド時間が妥当である(CRANでは60秒未満)

よくある落とし穴

  • VignetteIndexEntryの不一致: YAMLのインデックスエントリはvignette(package = "pkg")でユーザーに表示されるものと一致しなければならない
  • vignette YAMLブロックの欠如: 3つの%\Vignette*行すべてが必要
  • CRANには遅すぎるビネット: 結果を事前計算するか、コストのかかる処理にeval=FALSEを使用する
  • pandocが見つからない: RSTUDIO_PANDOC環境変数が設定されていることを確認する
  • パッケージの自己参照: ビネット内ではdevtools::load_all()ではなくlibrary(packagename)を使用する

関連スキル

  • write-roxygen-docs - ビネットチュートリアルを補完する関数レベルのドキュメント
  • build-pkgdown-site - ビネットはpkgdownサイトの記事として表示される
  • submit-to-cran - CRANにはビネットに固有の要件がある
  • create-quarto-report - R Markdownビネットの代替としてのQuarto

GitHub Repository

pjt222/agent-almanac
Path: i18n/ja/skills/write-vignette
0
agentsagentskillsai-assisted-developmentclaude-codeskillsteams

Related Skills

executing-plans

Design

Use the executing-plans skill when you have a complete implementation plan to execute in controlled batches with review checkpoints. It loads and critically reviews the plan, then executes tasks in small batches (default 3 tasks) while reporting progress between each batch for architect review. This ensures systematic implementation with built-in quality control checkpoints.

View skill

requesting-code-review

Design

This skill dispatches a code-reviewer subagent to analyze code changes against requirements before proceeding. It should be used after completing tasks, implementing major features, or before merging to main. The review helps catch issues early by comparing the current implementation with the original plan.

View skill

connect-mcp-server

Design

This skill provides a comprehensive guide for developers to connect MCP servers to Claude Code using HTTP, stdio, or SSE transports. It covers installation, configuration, authentication, and security for integrating external services like GitHub, Notion, and custom APIs. Use it when setting up MCP integrations, configuring external tools, or working with Claude's Model Context Protocol.

View skill

web-cli-teleport

Design

This skill helps developers choose between Claude Code Web and CLI interfaces based on task analysis, then enables seamless session teleportation between these environments. It optimizes workflow by managing session state and context when switching between web, CLI, or mobile. Use it for complex projects requiring different tools at various stages.

View skill