jpskill.com
✍️ ライティング コミュニティ

managing-docs

プロジェクト全体のドキュメント構造を整理・管理するエキスパートで、ドキュメントファイルの整理、フレームワーク構築、ディレクトリ作成、サイト設定、標準化などで自動的に起動し、構成やツールに関する的確なアドバイスを提供するSkill。

📜 元の英語説明(参考)

Expert at organizing and managing documentation structure across projects. Auto-invokes when organizing documentation files, setting up documentation frameworks, creating documentation directories, managing doc site configurations, or establishing documentation standards for a project. Provides guidance on documentation architecture and tooling.

🇯🇵 日本人クリエイター向け解説

一言でいうと

プロジェクト全体のドキュメント構造を整理・管理するエキスパートで、ドキュメントファイルの整理、フレームワーク構築、ディレクトリ作成、サイト設定、標準化などで自動的に起動し、構成やツールに関する的確なアドバイスを提供するSkill。

※ jpskill.com 編集部が日本のビジネス現場向けに補足した解説です。Skill本体の挙動とは独立した参考情報です。

⚡ おすすめ: コマンド1行でインストール(60秒)

下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。

🍎 Mac / 🐧 Linux
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o managing-docs.zip https://jpskill.com/download/17694.zip && unzip -o managing-docs.zip && rm managing-docs.zip
🪟 Windows (PowerShell)
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/17694.zip -OutFile "$d\managing-docs.zip"; Expand-Archive "$d\managing-docs.zip" -DestinationPath $d -Force; ri "$d\managing-docs.zip"

完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。

💾 手動でダウンロードしたい(コマンドが難しい人向け)
  1. 1. 下の青いボタンを押して managing-docs.zip をダウンロード
  2. 2. ZIPファイルをダブルクリックで解凍 → managing-docs フォルダができる
  3. 3. そのフォルダを C:\Users\あなたの名前\.claude\skills\(Win)または ~/.claude/skills/(Mac)へ移動
  4. 4. Claude Code を再起動

⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。

🎯 このSkillでできること

下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。

📦 インストール方法 (3ステップ)

  1. 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
  2. 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
  3. 3. 展開してできたフォルダを、ホームフォルダの .claude/skills/ に置く
    • · macOS / Linux: ~/.claude/skills/
    • · Windows: %USERPROFILE%\.claude\skills\

Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。

詳しい使い方ガイドを見る →
最終更新
2026-05-18
取得日時
2026-05-18
同梱ファイル
1

📖 Skill本文(日本語訳)

※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。

ドキュメント管理スキル

あなたは、ソフトウェアプロジェクト全体にわたるドキュメントの整理、構造化、管理のエキスパートです。

このスキルが発動する条件

このスキルは、以下の場合に自動的に発動します。

  • ユーザーがドキュメントの構造や構成について質問した場合
  • ユーザーがプロジェクトのドキュメントを設定したい場合
  • ユーザーがドキュメントツール(Sphinx、MkDocsなど)を設定する必要がある場合
  • ユーザーが組織向けのドキュメントのベストプラクティスについて質問した場合
  • ユーザーが既存のドキュメントを再構築したい場合

ドキュメントアーキテクチャのパターン

パターン1:シンプルなプロジェクト(README中心)

最適な用途:小規模プロジェクト、ライブラリ、単一目的のツール

project/
├── README.md           # メインのドキュメント
├── CONTRIBUTING.md     # 貢献ガイドライン
├── CHANGELOG.md        # バージョン履歴
├── LICENSE             # ライセンスファイル
└── docs/
    └── api.md          # APIリファレンス(必要な場合)

パターン2:標準的なプロジェクト(Docsディレクトリ)

最適な用途:中規模プロジェクト、複数の機能を持つアプリケーション

project/
├── README.md           # 概要とクイックスタート
├── CONTRIBUTING.md
├── CHANGELOG.md
├── LICENSE
└── docs/
    ├── index.md        # ドキュメントのホーム
    ├── getting-started.md
    ├── installation.md
    ├── configuration.md
    ├── usage/
    │   ├── basic.md
    │   └── advanced.md
    ├── api/
    │   ├── index.md
    │   └── [module].md
    ├── guides/
    │   └── [topic].md
    └── troubleshooting.md

パターン3:大規模プロジェクト(完全なドキュメントサイト)

最適な用途:大規模プロジェクト、フレームワーク、プラットフォーム

project/
├── README.md
├── CONTRIBUTING.md
├── CHANGELOG.md
├── LICENSE
└── docs/
    ├── mkdocs.yml          # ドキュメントサイトの設定
    ├── index.md
    ├── getting-started/
    │   ├── index.md
    │   ├── installation.md
    │   ├── quick-start.md
    │   └── first-project.md
    ├── guides/
    │   ├── index.md
    │   └── [topic]/
    │       └── index.md
    ├── reference/
    │   ├── index.md
    │   ├── api/
    │   ├── cli/
    │   └── configuration/
    ├── tutorials/
    │   └── [tutorial]/
    ├── concepts/
    │   └── [concept].md
    ├── examples/
    │   └── [example]/
    └── contributing/
        ├── index.md
        ├── development.md
        └── style-guide.md

パターン4:モノレポドキュメント

最適な用途:複数のパッケージを持つモノレポ

monorepo/
├── README.md               # モノレポの概要
├── docs/
│   ├── index.md           # 全体的なドキュメント
│   ├── architecture.md
│   └── packages.md
└── packages/
    ├── package-a/
    │   ├── README.md      # パッケージ固有のドキュメント
    │   └── docs/
    └── package-b/
        ├── README.md
        └── docs/

ドキュメントの種類

1. リファレンスドキュメント

  • APIドキュメント
  • 構成オプション
  • CLIコマンド
  • データ型とスキーマ

特徴:

  • 包括的かつ網羅的
  • アルファベット順またはモジュール別に整理
  • 可能な場合は自動生成
  • チュートリアルやガイドからリンク

2. 概念ドキュメント

  • アーキテクチャの概要
  • 設計上の決定
  • 内部の仕組み
  • 理論的背景

特徴:

  • 「なぜ」を説明する
  • コンテキストを提供する
  • 図表を役立つときに使用する
  • リファレンスドキュメントへのリンク

3. 手順ドキュメント(ハウツーガイド)

  • ステップバイステップの手順
  • タスク指向のコンテンツ
  • 特定の目標を念頭に置く
  • 一般的なワークフロー

特徴:

  • 番号付きのステップ
  • 明確な前提条件
  • 期待される結果
  • トラブルシューティングのヒント

4. チュートリアルドキュメント

  • 学習指向のコンテンツ
  • ハンズオン演習
  • 段階的な複雑さ
  • 完全な例

特徴:

  • 初心者向け
  • 自己完結型
  • 動作するコードを含む
  • 以前のステップを基に構築

ドキュメントツールのセットアップ

MkDocs(Pythonプロジェクト)

インストール:

pip install mkdocs mkdocs-material

基本的な mkdocs.yml:

site_name: Project Name
theme:
  name: material
  features:
    - navigation.tabs
    - navigation.sections
    - search.highlight

nav:
  - Home: index.md
  - Getting Started:
    - Installation: getting-started/installation.md
    - Quick Start: getting-started/quick-start.md
  - Guides:
    - guides/index.md
  - API Reference:
    - reference/index.md

plugins:
  - search
  - autorefs

markdown_extensions:
  - pymdownx.highlight
  - pymdownx.superfences
  - admonition
  - toc:
      permalink: true

コマンド:

mkdocs serve      # ローカル開発サーバー
mkdocs build      # 静的サイトのビルド
mkdocs gh-deploy  # GitHub Pagesへのデプロイ

Docusaurus(JavaScriptプロジェクト)

インストール:

npx create-docusaurus@latest docs classic

キーとなる設定 (docusaurus.config.js):

module.exports = {
  title: 'Project Name',
  tagline: 'Project tagline',
  url: 'https://your-domain.com',
  baseUrl: '/',
  themeConfig: {
    navbar: {
      title: 'Project',
      items: [
        { to: '/docs/intro', label: 'Docs', position: 'left' },
        { to: '/blog', label: 'Blog', position: 'left' },
      ],
    },
  },
};

Sphinx(Python APIドキュメント)

インストール:

pip install sphinx sphinx-rtd-theme
sphinx-quickstart docs

conf.py の設定:

extensions = [
    'sphinx.ext.autodoc',
    'sphinx.ext.napoleon',
    'sphinx.ext.viewcode',
]

html_theme = 'sphinx_rtd_theme'

# Googleスタイルのドキュメンテーション文字列に対するNapoleonの設定
napoleon_google_docstring = True
napoleon_numpy_docstring = False

TypeDoc(TypeScriptプロジェクト)

インストール:

npm install typedoc --save-dev

typedoc.json:

{
  "entryPoints": ["src/index.ts"],
  "out": "docs/api",
  "exclude": ["**/*.test.ts"],
  "excludePrivate": true,
  "includeVersion": true
}

ドキュメントの標準

ファイル命名規則

✓ getting-started.md      # 小文字でハイフンを使用
✓ api-reference.md        # 明確で説明的
✓ installation.md         # 可能な場合は単一の単語

✗ GettingStarted.md       # PascalCaseは使用しない
✗ getting_started.md      # アンダースコアは使用しない
✗ GETTING-ST
📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開

Managing Documentation Skill

You are an expert at organizing, structuring, and managing documentation across software projects.

When This Skill Activates

This skill auto-invokes when:

  • User asks about documentation structure or organization
  • User wants to set up documentation for a project
  • User needs to configure documentation tools (Sphinx, MkDocs, etc.)
  • User asks about documentation best practices for organization
  • User wants to restructure existing documentation

Documentation Architecture Patterns

Pattern 1: Simple Project (README-Centric)

Best for: Small projects, libraries, single-purpose tools

project/
├── README.md           # Main documentation
├── CONTRIBUTING.md     # Contribution guidelines
├── CHANGELOG.md        # Version history
├── LICENSE             # License file
└── docs/
    └── api.md          # API reference (if needed)

Pattern 2: Standard Project (Docs Directory)

Best for: Medium projects, applications with multiple features

project/
├── README.md           # Overview and quick start
├── CONTRIBUTING.md
├── CHANGELOG.md
├── LICENSE
└── docs/
    ├── index.md        # Documentation home
    ├── getting-started.md
    ├── installation.md
    ├── configuration.md
    ├── usage/
    │   ├── basic.md
    │   └── advanced.md
    ├── api/
    │   ├── index.md
    │   └── [module].md
    ├── guides/
    │   └── [topic].md
    └── troubleshooting.md

Pattern 3: Large Project (Full Documentation Site)

Best for: Large projects, frameworks, platforms

project/
├── README.md
├── CONTRIBUTING.md
├── CHANGELOG.md
├── LICENSE
└── docs/
    ├── mkdocs.yml          # Doc site config
    ├── index.md
    ├── getting-started/
    │   ├── index.md
    │   ├── installation.md
    │   ├── quick-start.md
    │   └── first-project.md
    ├── guides/
    │   ├── index.md
    │   └── [topic]/
    │       └── index.md
    ├── reference/
    │   ├── index.md
    │   ├── api/
    │   ├── cli/
    │   └── configuration/
    ├── tutorials/
    │   └── [tutorial]/
    ├── concepts/
    │   └── [concept].md
    ├── examples/
    │   └── [example]/
    └── contributing/
        ├── index.md
        ├── development.md
        └── style-guide.md

Pattern 4: Monorepo Documentation

Best for: Monorepos with multiple packages

monorepo/
├── README.md               # Monorepo overview
├── docs/
│   ├── index.md           # Overall documentation
│   ├── architecture.md
│   └── packages.md
└── packages/
    ├── package-a/
    │   ├── README.md      # Package-specific docs
    │   └── docs/
    └── package-b/
        ├── README.md
        └── docs/

Documentation Types

1. Reference Documentation

  • API documentation
  • Configuration options
  • CLI commands
  • Data types and schemas

Characteristics:

  • Comprehensive and exhaustive
  • Organized alphabetically or by module
  • Auto-generated when possible
  • Linked from tutorials and guides

2. Conceptual Documentation

  • Architecture overviews
  • Design decisions
  • How things work internally
  • Theoretical background

Characteristics:

  • Explains the "why"
  • Provides context
  • Uses diagrams when helpful
  • Links to reference docs

3. Procedural Documentation (How-To Guides)

  • Step-by-step instructions
  • Task-oriented content
  • Specific goals in mind
  • Common workflows

Characteristics:

  • Numbered steps
  • Clear prerequisites
  • Expected outcomes
  • Troubleshooting tips

4. Tutorial Documentation

  • Learning-oriented content
  • Hands-on exercises
  • Progressive complexity
  • Complete examples

Characteristics:

  • Beginner-friendly
  • Self-contained
  • Working code included
  • Builds on previous steps

Documentation Tools Setup

MkDocs (Python Projects)

Installation:

pip install mkdocs mkdocs-material

Basic mkdocs.yml:

site_name: Project Name
theme:
  name: material
  features:
    - navigation.tabs
    - navigation.sections
    - search.highlight

nav:
  - Home: index.md
  - Getting Started:
    - Installation: getting-started/installation.md
    - Quick Start: getting-started/quick-start.md
  - Guides:
    - guides/index.md
  - API Reference:
    - reference/index.md

plugins:
  - search
  - autorefs

markdown_extensions:
  - pymdownx.highlight
  - pymdownx.superfences
  - admonition
  - toc:
      permalink: true

Commands:

mkdocs serve      # Local development server
mkdocs build      # Build static site
mkdocs gh-deploy  # Deploy to GitHub Pages

Docusaurus (JavaScript Projects)

Installation:

npx create-docusaurus@latest docs classic

Key Configuration (docusaurus.config.js):

module.exports = {
  title: 'Project Name',
  tagline: 'Project tagline',
  url: 'https://your-domain.com',
  baseUrl: '/',
  themeConfig: {
    navbar: {
      title: 'Project',
      items: [
        { to: '/docs/intro', label: 'Docs', position: 'left' },
        { to: '/blog', label: 'Blog', position: 'left' },
      ],
    },
  },
};

Sphinx (Python API Docs)

Installation:

pip install sphinx sphinx-rtd-theme
sphinx-quickstart docs

conf.py Setup:

extensions = [
    'sphinx.ext.autodoc',
    'sphinx.ext.napoleon',
    'sphinx.ext.viewcode',
]

html_theme = 'sphinx_rtd_theme'

# Napoleon settings for Google-style docstrings
napoleon_google_docstring = True
napoleon_numpy_docstring = False

TypeDoc (TypeScript Projects)

Installation:

npm install typedoc --save-dev

typedoc.json:

{
  "entryPoints": ["src/index.ts"],
  "out": "docs/api",
  "exclude": ["**/*.test.ts"],
  "excludePrivate": true,
  "includeVersion": true
}

Documentation Standards

File Naming Conventions

✓ getting-started.md      # Lowercase with hyphens
✓ api-reference.md        # Clear and descriptive
✓ installation.md         # Single word when possible

✗ GettingStarted.md       # No PascalCase
✗ getting_started.md      # No underscores
✗ GETTING-STARTED.md      # No all caps (except special files)

Special Files

README.md       # Project overview (required)
CONTRIBUTING.md # Contribution guidelines
CHANGELOG.md    # Version history
LICENSE         # License text
CODE_OF_CONDUCT.md # Community standards
SECURITY.md     # Security policy

Documentation Structure Checklist

Project Root:

  • [ ] README.md with overview and quick start
  • [ ] CONTRIBUTING.md with contribution guidelines
  • [ ] CHANGELOG.md with version history
  • [ ] LICENSE file

Documentation Directory:

  • [ ] Clear navigation structure
  • [ ] Getting started guide
  • [ ] API/reference documentation
  • [ ] Examples directory
  • [ ] Search functionality (if using doc site)

Individual Documents:

  • [ ] Clear title
  • [ ] Table of contents (for long docs)
  • [ ] Logical section organization
  • [ ] Code examples where relevant
  • [ ] Links to related content

Versioned Documentation

For projects with multiple versions:

Strategy 1: Branch-Based

docs/
├── latest/           # Symlink to current version
├── v2.0/
├── v1.5/
└── v1.0/

Strategy 2: Docusaurus Versioning

npm run docusaurus docs:version 1.0

Strategy 3: ReadTheDocs Versioning

Automatic version switching based on git tags.

Migration Strategies

Migrating to Docs Directory

  1. Create docs/ directory structure
  2. Move inline docs to appropriate files
  3. Update links and references
  4. Add navigation configuration
  5. Set up doc site generator (if using)
  6. Redirect old documentation URLs

Consolidating Documentation

  1. Audit all existing documentation
  2. Identify duplicates and conflicts
  3. Create canonical versions
  4. Remove or redirect duplicates
  5. Update all internal links

Automation

GitHub Actions for Docs

name: Deploy Documentation

on:
  push:
    branches: [main]
    paths:
      - 'docs/**'

jobs:
  deploy:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - uses: actions/setup-python@v5
        with:
          python-version: '3.x'
      - run: pip install mkdocs-material
      - run: mkdocs gh-deploy --force

Pre-commit Hooks for Docs

# .pre-commit-config.yaml
repos:
  - repo: https://github.com/igorshubovych/markdownlint-cli
    rev: v0.37.0
    hooks:
      - id: markdownlint
        args: ['--fix']

Integration

This skill works with:

  • analyzing-docs skill for assessing current documentation state
  • writing-docs skill for creating documentation content
  • docs-analyzer agent for comprehensive documentation projects