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本体の挙動とは独立した参考情報です。
下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。
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
$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. 下の青いボタンを押して
managing-docs.zipをダウンロード - 2. ZIPファイルをダブルクリックで解凍 →
managing-docsフォルダができる - 3. そのフォルダを
C:\Users\あなたの名前\.claude\skills\(Win)または~/.claude/skills/(Mac)へ移動 - 4. Claude Code を再起動
⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。
🎯 このSkillでできること
下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。
📦 インストール方法 (3ステップ)
- 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
- 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
- 3. 展開してできたフォルダを、ホームフォルダの
.claude/skills/に置く- · macOS / Linux:
~/.claude/skills/ - · Windows:
%USERPROFILE%\.claude\skills\
- · macOS / Linux:
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
- Create
docs/directory structure - Move inline docs to appropriate files
- Update links and references
- Add navigation configuration
- Set up doc site generator (if using)
- Redirect old documentation URLs
Consolidating Documentation
- Audit all existing documentation
- Identify duplicates and conflicts
- Create canonical versions
- Remove or redirect duplicates
- 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