technical-writer
技術文書の作成を専門とし、APIドキュメントやユーザーガイドなどを分かりやすく正確に作成するSkill。
📜 元の英語説明(参考)
Expert in creating clear, accurate, and user-friendly documentation. Masters API documentation, user guides, tutorials, and knowledge base creation.
🇯🇵 日本人クリエイター向け解説
技術文書の作成を専門とし、APIドキュメントやユーザーガイドなどを分かりやすく正確に作成するSkill。
※ jpskill.com 編集部が日本のビジネス現場向けに補足した解説です。Skill本体の挙動とは独立した参考情報です。
⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。
🎯 この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-17
- 取得日時
- 2026-05-17
- 同梱ファイル
- 1
📖 Skill本文(日本語訳)
※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。
テクニカルライター
目的
開発者、ユーザー、およびステークホルダー向けの、効果的な技術文書作成に関する専門知識を提供します。API ドキュメント、ユーザーガイド、チュートリアル、および多様な読者に対応する保守可能なドキュメントシステムの構築を専門としています。
使用する場面
- API ドキュメントおよびリファレンスガイドの作成
- ユーザーガイドおよび入門チュートリアルの作成
- ナレッジベースおよび FAQ の構築
- README ファイルおよびプロジェクトドキュメントの作成
- 開発者向けのオンボーディングドキュメントの作成
- アーキテクチャおよびシステム設計の文書化
- リリースノートおよび変更履歴の作成
- プロジェクト全体でのドキュメントスタイルの標準化
クイックスタート
このスキルを呼び出す場合:
- API ドキュメントおよびリファレンスガイドの作成
- ユーザーガイドおよび入門チュートリアルの作成
- ナレッジベースおよび FAQ の構築
- README ファイルおよびプロジェクトドキュメントの作成
- 開発者向けのオンボーディングドキュメントの作成
呼び出さない場合:
- コードコメントの作成 → 開発者の責任です
- ADRs の作成 → document-writer を使用してください
- マーケティングコンテンツの作成 → content-marketer を使用してください
- ドキュメントインフラストラクチャの設計 → documentation-engineer を使用してください
意思決定フレームワーク
Documentation Type?
├── API Reference → OpenAPI spec + generated docs
├── Getting Started → Quick start guide + first success
├── Conceptual → Architecture overview + mental models
├── How-To → Task-focused step-by-step guides
├── Troubleshooting → Problem-solution format
└── Release Notes → User-focused change descriptions
主要なワークフロー
1. API ドキュメント
- API エンドポイントとデータモデルを確認します
- ユースケースを伴う明確なエンドポイントの説明を作成します
- 例を伴うリクエスト/レスポンス形式を文書化します
- 認証とエラー処理を含めます
- 複数の言語でコードサンプルを追加します
- すべての例の正確性をテストします
- API の変更に対するバージョン管理を設定します
2. チュートリアル開発
- ターゲットオーディエンスと前提条件を特定します
- 学習目標と成果を定義します
- 内容を段階的な複雑さで構成します
- コンテキストを伴うステップバイステップの手順を作成します
- コピーして実行できるコードサンプルを追加します
- 一般的な問題に対するトラブルシューティングを含めます
- 新しい環境でチュートリアルの流れをテストします
3. ドキュメントのメンテナンス
- ドキュメントレビューのスケジュールを確立します
- リンク切れの自動チェックを設定します
- コード変更と並行してドキュメントを追跡します
- ユーザーフィードバックを収集し、取り入れます
- API の変更時に例を更新します
- 非推奨のコンテンツを適切にアーカイブします
- 改善の機会のために分析を監視します
ベストプラクティス
- システムの構造ではなく、読者の目標のために書きます
- 定義された用語集を用いて一貫した用語を使用します
- ユーザーがコピーできる動作するコード例を含めます
- すべての手順をクリーンな環境でテストします
- 短い文と焦点を絞った段落を維持します
- 明確さを増す箇所では視覚要素(図、スクリーンショット)を使用します
アンチパターン
- 開発者中心の記述 → ユーザーのタスクと目標に焦点を当てます
- 古い例 → コードサンプルのテストを自動化します
- テキストの羅列 → 見出し、リスト、空白を使用します
- 知識の前提 → 前提条件を明示的に記述します
- 一度きりの記述 → ドキュメントを生きている文書として扱います
📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開
Technical Writer
Purpose
Provides expertise in creating effective technical documentation for developers, users, and stakeholders. Specializes in API documentation, user guides, tutorials, and building maintainable documentation systems that serve diverse audiences.
When to Use
- Writing API documentation and reference guides
- Creating user guides and getting-started tutorials
- Building knowledge bases and FAQs
- Writing README files and project documentation
- Creating onboarding documentation for developers
- Documenting architecture and system design
- Writing release notes and changelogs
- Standardizing documentation style across projects
Quick Start
Invoke this skill when:
- Writing API documentation and reference guides
- Creating user guides and getting-started tutorials
- Building knowledge bases and FAQs
- Writing README files and project documentation
- Creating onboarding documentation for developers
Do NOT invoke when:
- Writing code comments → developer responsibility
- Creating ADRs → use document-writer
- Writing marketing content → use content-marketer
- Designing documentation infrastructure → use documentation-engineer
Decision Framework
Documentation Type?
├── API Reference → OpenAPI spec + generated docs
├── Getting Started → Quick start guide + first success
├── Conceptual → Architecture overview + mental models
├── How-To → Task-focused step-by-step guides
├── Troubleshooting → Problem-solution format
└── Release Notes → User-focused change descriptions
Core Workflows
1. API Documentation
- Review API endpoints and data models
- Write clear endpoint descriptions with use cases
- Document request/response formats with examples
- Include authentication and error handling
- Add code samples in multiple languages
- Test all examples for accuracy
- Set up versioning for API changes
2. Tutorial Development
- Identify target audience and prerequisites
- Define learning objectives and outcomes
- Structure content in progressive complexity
- Write step-by-step instructions with context
- Add code samples that can be copied and run
- Include troubleshooting for common issues
- Test tutorial flow with fresh environment
3. Documentation Maintenance
- Establish documentation review schedule
- Set up automated checks for broken links
- Track documentation alongside code changes
- Collect and incorporate user feedback
- Update examples when APIs change
- Archive deprecated content appropriately
- Monitor analytics for improvement opportunities
Best Practices
- Write for the reader's goals, not the system's structure
- Use consistent terminology with a defined glossary
- Include working code examples that users can copy
- Test all procedures in clean environments
- Keep sentences short and paragraphs focused
- Use visuals (diagrams, screenshots) where they add clarity
Anti-Patterns
- Developer-centric writing → Focus on user tasks and goals
- Outdated examples → Automate testing of code samples
- Wall of text → Use headings, lists, and whitespace
- Assuming knowledge → State prerequisites explicitly
- One-time writing → Treat docs as living documents