Claude公式ドキュメントSkills入門：Excel・PowerPoint・Wordの使い分け¶

対象 / ポイント

対象: Claudeで表計算、プレゼン、文書を作りたいが、どの形式と利用画面を選ぶべきか迷っている実務担当者。

ポイント:

Excel、PowerPoint、Wordは「誰が何をレビューするか」で選ぶ
公式SKILL.mdの価値は、生成後の検査手順まで書かれている点にある
Claude.ai、Claude API、Claude Codeでは使えるSkillsと導入方法が異なる

Excelの集計表、PowerPointの報告資料、Wordの稟議書を、同じチャットで順番に作れる。ただし、3形式を「文章を別の容器へ入れるだけ」と考えると、数式の誤りやレイアウト崩れを見逃しやすい。 Anthropic公式Skillsの本質は、ファイル生成よりも形式ごとに異なる検査工程をClaudeへ与えることにある¹²。

この記事の問いは1つだ。Excel・PowerPoint・Wordのどれを選び、どこを人が確認すれば実務で使えるのか。

先に結論：出力形式はレビュー担当者で選ぶ¶

最初に決めるのはファイル形式ではなく、完成後に誰が何を確認するかだ。数値を再計算するならExcel、会議で筋道を確認するならPowerPoint、文章を承認するならWordが向く。

形式	主な成果物	Claudeに任せる範囲	人が確認する箇所
Excel（`xlsx`）	集計表、分析表、グラフ付きレポート	数式、表構造、書式、グラフ	元データ、数式、単位、再計算結果
PowerPoint（`pptx`）	提案書、会議資料、週次報告	スライド構成、図表、配置	主張の流れ、文字切れ、ブランド表現
Word（`docx`）	稟議書、手順書、報告書	見出し、本文、表、ページ構成	事実、用語、改ページ、承認文言

Anthropicの組み込みAgent Skillsも、この役割分担に沿っている。公式説明ではxlsxは表計算の作成・分析・グラフ付き報告、pptxはプレゼンの作成・編集・分析、docxは文書の作成・編集・書式設定を担う¹。

つまり「どのSkillが高性能か」ではない。後工程で検証しやすい形式を選ぶことが先だ。

公開SKILL.mdは「生成プロンプト」より検査手順が参考になる¶

公式リポジトリで読むべき箇所は、派手な作例より品質確認の手順だ。 Anthropicはxlsx、pptx、docx、pdfの各ディレクトリにSKILL.mdと補助スクリプトを公開している²。

たとえばExcel用Skillは、値を埋めるだけでなく、数式を残すこと、計算エラーを確認すること、既存テンプレートの構造を保つことを重視する³。 PowerPoint用Skillは、スライドを画像として描画し、重なりや画面外へのはみ出しを検査する流れを持つ⁴。 Word用Skillも、生成した文書を描画してページ単位で目視確認する手順を置く⁵。

ここから実務へ持ち帰れる原則は3つある。

生成物を元のソフトウェアで開けるか確認する
内容と見た目を別々に検査する
修正後に同じ検査をもう一度実行する

良い指示文とは、装飾語を増やした文章ではない。入力、出力、守る構造、合格条件を短く固定した作業票だ。

3形式に共通する指示テンプレート¶

最も安定しやすい指示は、入力ファイルと変更禁止範囲を先に書く。次の型をベースに、形式ごとの検査項目だけ差し替える。

共通テンプレート

添付した[入力ファイル名]を基に、[目的]のための[出力形式]を作成する。

守る条件:
- 元ファイルの数値と固有名詞は変更しない
- 不明な値は推測せず「要確認」と記載する
- 既存テンプレートの見出し順とブランド表現を維持する

完了条件:
- 内容の整合性を確認する
- レイアウトを描画して崩れを確認する
- 確認結果と残った要確認箇所を短く報告する

Excelでは「数式セルと固定値セルを分ける」「合計が元データと一致する」を加える。 PowerPointでは「1枚1メッセージ」「文字切れと要素の重なりがない」を足す。 Wordでは「見出し階層」「表の分割」「不要な空白ページ」を完了条件に入れる。

1回で完成させる指示より、生成と検査を同じ依頼に含める方が再利用しやすい。

Claude.ai・API・Claude Codeは同じ仕組みではない¶

ここは最も誤解しやすい。 Anthropic公式ドキュメントでは、組み込みの文書SkillsはClaude.aiとClaude APIなどで利用できる。一方、Claude Codeには組み込みのpptx、xlsx、docx、pdf Skillsは提供されない¹。

利用面	組み込み文書Skills	独自Skill	導入の考え方
Claude.ai	利用可能	ZIPで追加可能	ファイルを添付し、自然文で成果物を依頼する
Claude API	`skill_id`で指定	Skills APIで登録	コード実行とファイル入出力を含む処理として設計する
Claude Code	提供されない	個人・プロジェクト単位で配置可能	`SKILL.md`と必要なスクリプトを自分で管理する

公開リポジトリに文書Skillのソースがあることと、Claude Codeへ同じ組み込み機能が配布されることは別問題だ。リポジトリは実装例や作業設計を学ぶ一次資料として有用だが、製品ごとの提供範囲は公式ドキュメントで確認する必要がある。

APIではコード実行ツールが前提になり、入力や出力にFiles APIを使う場合は対応するベータヘッダーも必要だ¹。一方、Claude.aiでは文書作成時に組み込みSkillが自動で使われる。

では、最初の1件をどう始めるか。

最初は1つの定型業務だけで試す¶

導入初日に3形式をつなげる必要はない。毎週同じ構造で発生し、正解を人が判断できる1件を選ぶ。

たとえば週次営業報告なら、次の順番で試せる。

売上CSVから集計表とグラフを持つExcelを作る
元データとの合計一致と数式エラーを人が確認する
確認済みExcelから5枚のPowerPointを作る
主張、単位、文字切れを確認して会議へ出す

Wordまで必要なら、会議後に決定事項だけを議事録テンプレートへ移す。この順番なら、未確認の数値が後続ファイルへ広がるのを防げる。

機密情報と外部Skillを同時に持ち込まない

Skillには指示だけでなく実行コードや参照ファイルを含められる。 Anthropicも、未知のSkillは全ファイルを監査し、ソフトウェアのインストールと同じ慎重さで扱うよう警告している¹。社外秘ファイルを扱う環境へ、出所不明のSkillをそのまま追加しない。

まとめ：最終成果物より「検査ログ」を残す¶

文書自動化の次の段階は、ファイルを速く作ることではない。何を検査し、どの項目を人が承認したかを残すことだ。

Excelなら元データ件数、合計値、数式エラー数を記録する。 PowerPointとWordなら、描画後の確認、固有名詞、承認待ち表現をチェックリスト化する。ファイル本体だけを保存するより、再生成時の差分を追いやすくなる。

公式Skillsから学べる最も重要な点は、AIへOfficeファイルを作らせる方法ではない。作成と検査を1つの手順として定義する方法である。