jpskill.com
📄 ドキュメント コミュニティ

Word / Docx

Word / Docx ファイルを、構造やスタイルを保ちつつ、クロスプラットフォームで読み書きするSkill。

📜 元の英語説明(参考)

Read and generate Word documents with correct structure, styles, and cross-platform compatibility.

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

一言でいうと

Word / Docx ファイルを、構造やスタイルを保ちつつ、クロスプラットフォームで読み書きするSkill。

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

⬇ このSkillをダウンロード(.skill) 元のソースを見る ↗

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

🎯 この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-17
取得日時
2026-05-17
同梱ファイル
1

📖 Skill本文(日本語訳)

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

[スキル名] Word / Docx

構造

  • DOCXはXMLファイルを含むZIPファイルです。word/document.xmlに主要なコンテンツがあり、word/styles.xmlにスタイルがあります。
  • テキストはラン（<w:r>）に分割されます。各ランは均一な書式を持ち、1つの単語が複数のランにまたがる場合があります。
  • 段落（<w:p>）はランを含みます。1つの段落が1つのテキストブロックであると決して仮定しないでください。
  • セクションはページレイアウトを制御します。ヘッダー/フッター、余白、用紙の向きはセクションごとに設定されます。

スタイルと直接書式設定

  • スタイル（見出し1、標準など）は名前が付けられ再利用可能です。直接書式設定はインラインで、スタイルを上書きします。
  • 直接書式設定を削除すると、下層のスタイルが現れます。これはクリーンアップに役立ちます。
  • 文字スタイルはランに適用され、段落スタイルは段落に適用されます。これらは重ねて適用されます。
  • リンクされたスタイルは両方になり得ます。段落に適用する場合と、選択したテキストに適用する場合とで動作が異なります。

リストと箇条書き

  • 箇条書きは複雑です。abstractNumがパターンを定義し、numがそれを参照し、段落がnumIdを参照します。
  • 箇条書きの再開は自動ではありません。再開フラグを持つ明示的な<w:numPr>が必要です。
  • 箇条書きと番号付きリストは同じ箇条書きシステムを共有します。両方ともnumIdを使用します。
  • インデントは箇条書きとは別に制御されます。リストは視覚的なインデントなしで存在できます。

ヘッダー、フッター、セクション

  • 各セクションは異なるヘッダー/フッターを持つことができます（最初のページ、奇数ページ、偶数ページ）。
  • セクション区切りには、次のページ、連続、偶数/奇数ページがあります。これらはページネーションに影響します。
  • ヘッダー/フッターは別のXMLファイルに保存され、セクションプロパティによって参照されます。
  • ページ番号はフィールドであり、静的なテキストではありません。開くときや印刷するときに更新されます。

変更履歴とコメント

  • 変更履歴は、元の内容と改訂された内容を同じドキュメントに保存します。承諾/拒否で確定します。
  • 削除されたテキストは<w:del>ラッパーでまだ存在します。表示されているものがすべてのコンテンツであると仮定しないでください。
  • コメントはブックマークIDを介して範囲を参照します（<w:commentRangeStart>から<w:commentRangeEnd>まで）。
  • リビジョンIDは誰が何を変更したかを追跡します。メタデータは承諾後も保持されます。

フィールドと動的コンテンツ

  • フィールドにはコードとキャッシュされた結果があります。{ DATE \@ "yyyy-MM-dd" }と表示される日付の違いです。
  • 目次、ページ番号、相互参照はフィールドです。更新するにはフィールドを更新します。
  • ハイパーリンクはフィールドまたは直接の<w:hyperlink>のいずれかです。どちらも有効です。
  • 差し込み印刷用のMERGEFIELDは、差し込み印刷が実行されるまでプレースホルダーです。

互換性

  • 互換モードは、機能を以前のWordバージョンに制限します。w:compat設定を確認してください。
  • ページサイズのデフォルトはツールや地域によって異なります。US LetterとA4を明示的に設定しないと、ページネーションやテーブルの幅がずれる可能性があります。
  • LibreOffice/Google Docs: 複雑な書式設定は変更される可能性があります。ラウンドトリップテストを行ってください。
  • 埋め込みフォントは転送されない場合があります。代替フォントが使用されます。
  • DOCMにはマクロが含まれています（セキュリティリスク）。DOCはレガシーなバイナリ形式です。

よくある落とし穴

  • スペースのための空の段落は、段落スタイルの「段落前/後スペース」を推奨します。
  • 段落内の手動改ページは、レイアウト制御のためにセクション区切りを使用してください。
  • ヘッダー内の画像: リレーションシップIDはパーツごとです。同じ画像でもヘッダー内で別のリレーションシップが必要です。
  • コピー＆ペーストはソースのスタイルを持ち込みます。これにより、スタイルギャラリーが重複で汚染される可能性があります。
📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開

Structure

  • DOCX is a ZIP containing XML files—word/document.xml has main content, word/styles.xml has styles
  • Text splits into runs (<w:r>)—each run has uniform formatting; one word may span multiple runs
  • Paragraphs (<w:p>) contain runs—never assume one paragraph = one text block
  • Sections control page layout—headers/footers, margins, orientation are per-section

Styles vs Direct Formatting

  • Styles (Heading 1, Normal) are named and reusable—direct formatting is inline and overrides style
  • Removing direct formatting reveals underlying style—useful for cleanup
  • Character styles apply to runs, paragraph styles to paragraphs—they layer together
  • Linked styles can be both—applying to paragraph or selected text behaves differently

Lists & Numbering

  • Numbering is complex: abstractNum defines pattern, num references it, paragraphs reference numId
  • Restart numbering not automatic—need explicit <w:numPr> with restart flag
  • Bullets and numbers share the numbering system—both use numId
  • Indentation controlled separately from numbering—list can exist without visual indent

Headers, Footers, Sections

  • Each section can have different headers/footers—first page, odd, even pages
  • Section breaks: next page, continuous, even/odd page—affects pagination
  • Headers/footers stored in separate XML files—referenced by section properties
  • Page numbers are fields, not static text—update on open or print

Track Changes & Comments

  • Track changes stores original and revised in same document—accept/reject to finalize
  • Deleted text still present with <w:del> wrapper—don't assume visible = all content
  • Comments reference ranges via bookmark IDs—<w:commentRangeStart> to <w:commentRangeEnd>
  • Revision IDs track who changed what—metadata persists even after accepting

Fields & Dynamic Content

  • Fields have code and cached result—{ DATE \@ "yyyy-MM-dd" } vs displayed date
  • TOC, page numbers, cross-references are fields—update fields to refresh
  • Hyperlinks can be fields or direct <w:hyperlink>—both valid
  • MERGEFIELD for mail merge—placeholder until merge executes

Compatibility

  • Compatibility mode limits features to earlier Word version—check w:compat settings
  • Page size defaults vary by tool and region—set US Letter vs A4 explicitly or pagination and table widths can drift
  • LibreOffice/Google Docs: complex formatting may shift—test roundtrip
  • Embedded fonts may not transfer—fallback fonts substitute
  • DOCM contains macros (security risk); DOC is legacy binary format

Common Pitfalls

  • Empty paragraphs for spacing—prefer space before/after in paragraph style
  • Manual page breaks inside paragraphs—use section breaks for layout control
  • Images in headers: relationship IDs are per-part—same image needs separate relationship in header
  • Copy-paste brings source styles—can pollute style gallery with duplicates