Claude Docsの使い方｜社内通知の作成・共同編集・出力例【2026年10月更新】

Claude Docsは、Claudeとの会話から文書を作り、人とAIで編集を続けられる新機能です。社内向けの説明資料や提案のたたき台を、文章の修正まで含めて進めたいときに候補になります。

この記事では、2026年10月20日に再確認した公式情報と、MakeAIが考える業務での使い方を紹介します。以下のプロンプトと確認表は編集部の提案であり、実機検証の結果ではありません。

Claude Docsでできること

Claude Docsでは、見出しや表を含む文書を作成し、本文を直接編集したり、コメントで「@Claude」に修正を依頼したりできます。共同編集にも対応し、Word・PDF・Markdown・Google Docsへの出力が案内されています。公式の使い方

2026年9月16日に発表されました。現在の公式ヘルプではFree・Pro・Max・Team・Enterpriseで利用でき、標準で有効です。Enterpriseは10月15日から標準有効と案内されています。現在の条件は公式ヘルプで確認できます。公式発表

たとえば、新しい社内ルールを説明する文書なら、最初に背景と決定事項を渡し、下書きを読んでから「この段落だけ現場向けに短くする」と直していく使い方が考えられます。文書を受け取る人が何を判断し、何を実行するのかを先に決めておくと、修正の方向がそろいます。

最初に試すなら、社内向けの説明文を1本

MakeAIでは、すでに正しい内容がそろっている短い文書から試す方法を提案します。新しい情報の調査と文章の編集を同時に任せると、どこで誤りが入ったのか見分けにくいためです。

次のように、資料の名前、読み手、必要な内容を指定します。

添付の「申請ルール_確定版」をもとに、営業部向けの説明文をClaude Docsで作ってください。
目的は、担当者が新しい申請期限と提出先を理解し、次回から正しく申請できることです。

構成：変更の理由／変わる点／変わらない点／申請の手順／問い合わせ先。
期限、金額、提出先は添付資料にある情報だけを使ってください。
書かれていない条件は補わず、「担当者への確認事項」として末尾にまとめてください。
最初に、不足している情報があれば質問してください。

これは架空の業務を想定した指示例です。「読みやすくまとめて」だけで依頼するよりも、読み手が必要とする判断材料を明確にできます。

修正は「対象・変更・残す内容」をセットにする

下書きができたら、文章全体を何度も作り直す前に、修正したい箇所を絞ります。次のような依頼なら、意図を伝えやすくなります。

修正したいこと	指示の例
説明が長い	冒頭の背景説明を半分程度にしてください。変更日と対象部署は残してください。
読み手が迷いそう	申請の手順を、担当者が行う順番に並べてください。承認者の作業は別にしてください。
未確定事項が混ざった	確定事項と提案を分けてください。資料で確認できない内容は断定しないでください。

文章が自然になったかどうかと、事実が正しいかどうかは別々に確認します。文章を短くした結果、例外条件や対象範囲まで消えていないかにも目を向けます。

共有と保存で確認すること

公式ヘルプでは、Team・EnterpriseのDocsは現時点で組織外への共有に対応していません。閲覧にはClaudeアカウントが必要です。グラフは自動更新されません。現在のヘルプにはバージョン履歴の操作と画面幅に関する制限が案内されています。モバイルでは編集も可能ですが、共有設定は変更できません。導入前に提供条件と制限を確認してください。

運用上は、次の3点を決めておくと扱いやすくなります。

• 誰が事実確認を行い、誰が最終版を決めるか。
• 社内で編集する文書と、社外へ渡す確定版をどこに保存するか。
• 数字を更新した日付を、文書のどこに残すか。

提出用に書き出した後は、受け取る人と同じ形式で開き、改ページ、表、リンクを確認します。初回は「下書きに何分かかったか」だけでなく、確認と修正に使った時間も記録すると、自社の仕事に合うか判断できます。

架空の申請ルールから、社内通知を作る完成例

次の入力と通知は、MakeAIが作成した架空の編集例です。Claude Docsで実行した出力や、実在する会社の規則ではありません。文書を作成した後に何を照合すればよいかが分かるよう、元資料を短くしています。

【申請ルール_確定版・架空教材】
対象：営業部の出張費の事前申請。
適用：2026年11月1日以降に出発する出張。
期限：出発日の3営業日前17時まで。
提出先：社内申請フォーム。
必須添付：行程表、概算費用表。
承認者：直属の部長。
例外：期限後に決まった出張は、先に部長へ相談する。
問い合わせ先：総務窓口。
金額の上限、部長不在時の代理者、休日のカレンダーは未記載。

この資料を営業部員向けに説明する場合、通知本文は次のように作れます。元資料にない理由を作らず、未記載の条件は別に残します。

11月出発分からの出張費の事前申請について

営業部の皆さんへ。2026年11月1日以降に出発する出張は、出発日の3営業日前17時までに、社内申請フォームから出張費の事前申請をしてください。

申請には、行程表と概算費用表を添付します。提出後は直属の部長が承認します。期限を過ぎてから決まった出張は、申請前に部長へ相談してください。

不明点は総務窓口へ確認してください。金額の上限、部長不在時の代理者、営業日の計算に使うカレンダーは、この資料には記載がないため、別途確認が必要です。

この例で残すべき条件は、対象部署、出発日を基準にした適用範囲、三営業日前という日数、十七時、二種類の添付資料、承認者、例外です。「十一月の申請から」と書き換えると、出発日を基準とする条件が変わります。「三日前」と短くすると営業日の条件が消えます。

一箇所だけ修正する場合の対応例

確定資料が更新され、期限だけが「二営業日前の正午」になったと仮定します。その場合は、変更した制度の根拠を渡したうえで、対象を限定して修正します。AIに締切を決めさせる依頼ではありません。

確定資料の期限が「出発日の2営業日前12時まで」に更新されました。
通知の期限だけを更新してください。
適用開始日、対象部署、添付資料、承認者、期限後の相談先は維持します。
修正した一文と、ほかに期限が残っていないかの確認結果を示してください。

期待する修正文は「出発日の2営業日前12時までに、社内申請フォームから出張費の事前申請をしてください」です。見出しの適用開始日や、必要な添付資料を変える必要はありません。文書内に確認表や例がある場合は、そこにも古い期限が残っていないかを確認します。

Claude Docsが表示されない場合

まず対象プランと設定を確認してください。Enterpriseでは管理者に有効化状況を確認します。作成を始める入口は、会話で文書を依頼する方法のほか、入力欄の「Output」から「Docs」を選ぶ方法などが公式に案内されています。開始手順

モデル自体の特徴は、Claude Fable 5.1の解説で紹介しています。Docsを使う仕事を決める際は、まず1本の文書を作り、確認項目まで含めて手順を残すところから始めてみてください。

文書を作る前に、確定情報と編集してよい部分を分ける

Claude Docsは文章を整える作業に使えますが、社内で未決定のルールを自動で決定する場所ではありません。申請ルールの例なら、対象部署、開始日、申請期限、承認者、例外条件は確定資料から取ります。説明の順番、見出し、言い回しは読み手に合わせて編集できます。この二つを区別すると、読みやすくした結果、制度の意味が変わる失敗を見つけやすくなります。

元資料に「原則として前営業日まで」とある場合、「前日まで」に短縮すると営業日の条件が消えます。「原則」を消すと例外の扱いも変わります。短い説明にしたいときほど、残すべき条件を先に指定してください。編集後には、文章の自然さと、条件が保たれているかを別々に確認します。

文書の下書きに先立ち、元資料の条件を整理してください。
変更してはいけない情報：対象者、開始日、期限、承認者、例外条件。
編集してよい情報：説明の順番、見出し、長い文章の分割。
元資料だけで決められない情報：問い合わせ窓口の運用時間など。
未確定の内容は本文の確定事項へ混ぜず、確認欄へ置いてください。
まず条件の一覧を示し、その内容を使って説明文を作成してください。

同じ内容を別の読み手へ説明する場合

営業担当者向けと承認者向けでは、必要な順番が異なります。営業担当者には提出までの作業を、承認者には確認すべき項目と差し戻し条件を中心に説明します。ただし、締切や対象者が読み手ごとに変わってはいけません。二つの文書を作るなら、共通する事実を先に揃えてから、読み手固有の作業だけを書き分けます。

仮の例として、営業担当者が見積書を添付し、部長が金額を確認する手続きを考えます。担当者版では、必要な添付資料と提出先を具体的にします。部長版では、何を確認したら承認できるかを具体的にします。どちらも元資料にない金額基準を作らず、基準が未記載なら確認事項として残します。読みやすさのために別の規則を作ることは避けてください。

コメントを、実行できる修正指示へ変える

共同編集では「分かりにくい」「ここを改善」といったコメントだけが残ると、担当者ごとに解釈が分かれます。修正する範囲、問題の理由、変更の方向、残す条件を一つのコメントに書きます。文章全体を作り直す必要がなければ、対象の段落を指定します。Claudeへ依頼する場合も、人の編集担当者へ渡す場合も、同じ形で使えます。

曖昧なコメント	具体的な修正依頼
もっと簡単に	申請を初めて行う人向けに、略語を説明し、操作の順番で三段落にしてください。期限は維持してください。
長いので削る	背景説明の重複を削り、変更日、対象部署、例外条件は残してください。
例を増やす	通常の申請と資料不足の申請を一例ずつ追加し、架空の例と明記してください。
数字が変	三段落目の金額が元資料の表と異なります。単位と対象期間を照合し、根拠を示してください。

一つのコメントに複数の論点がある場合は、何を先に解決するかを決めます。制度自体が未確定なのに表現だけ整えても、その後に全体を書き直すことになります。まず事実と決定を確認し、次に構成を直し、最後に言い回しを整える順にすると、確認の往復を減らせます。

複数人の修正が食い違ったとき

たとえば営業部は「例外も詳しく載せたい」、総務部は「一ページで読めるようにしたい」と考えるかもしれません。この場合は、片方のコメントを黙って優先せず、本文には通常の手順、補足には例外を置く案を示します。それでも制度の説明が足りないなら、文書の目的に沿って最終判断者が決めます。AIが文書を編集できることと、部署間の合意を得たことは区別してください。

共同編集を始める前に、事実を確認する人、言い回しを整える人、公開を決める人を決めます。同じ人が兼務しても構いませんが、誰の確認が終われば確定版になるかは明確にします。コメントがなくなったことだけで承認済みと判断せず、確認した版と日付を残してください。

表と本文で条件がずれないように確認する

文書内に表がある場合、表の数字だけ更新して本文が古いままになることがあります。申請期限を十日から十五日に変更したなら、手順説明、例、表、最後の確認欄にも同じ日付が残っていないかを探します。数値の変更を頼むときは、関連する説明を一覧にしてから直すよう依頼できます。

提出期限を、確定資料にある十五日へ更新します。
文書の本文、表、例、確認欄で期限に触れている箇所を挙げてください。
確定資料に合わせて変更し、更新した箇所を一覧で示してください。
期限以外の制度や金額は変更しないでください。
「十五日が休日の場合」の条件は元資料に記載があるか確認し、なければ補わないでください。

グラフや図を含む場合も、元データの更新と表示の更新を別々に確認します。最新の数字が必要なら、取得した日時と対象期間を明記し、本文の説明も見直します。外部資料へリンクしているからといって、文書に表示されたグラフが自動で更新されているとは限りません。更新が必要な図の一覧を文書の管理メモへ置くと、担当者交代時にも確認できます。

確定版を渡す前に、受け手の環境で開く

Docs上で整っていても、WordやPDFへ出力した後は改ページや表の位置が変わる可能性があります。提出形式がWordならWordで、配布形式がPDFならPDFで開きます。見出しだけがページ末尾に残っていないか、表の見出しとデータが分離していないか、リンクが目的の資料へ向いているかを確認します。

Wordファイルを次の担当者が編集するなら、本文や表を変更できることも確認します。PDFを配るなら、必要な文字を検索できるか、リンクから元資料へ戻れるかを見ます。確認できていない形式を「対応済み」と記載しないでください。出力できる機能の案内と、自社の文書が正しく出力されたことは別の確認です。

確定版と作業中の文書を取り違えないために

作業中の文書には未確認のコメントがあり、確定版には判断済みの内容だけが載るという運用が考えられます。タイトルや保存場所で状態を区別し、配布したファイル名と日付を記録します。その後に修正が必要になった場合は、配布済みの版とどこが変わったかを残します。変更履歴の機能があっても、社外へ渡したファイルが自動で差し替わるとは考えません。

初回の試行では、誤字の数だけでなく、期限や金額の修正箇所、未確定事項を確定扱いした箇所、共同編集で確認が止まった箇所を記録します。それぞれ、入力資料を直すべき問題なのか、依頼文を直すべき問題なのかが違います。次回の文書へ同じ注意書きを大量に足す前に、失敗の原因を一つずつ整理します。

短い通知から始める場合でも、作成、コメント、修正、承認、出力の一巡を試すことが大切です。下書きが速くできたかだけで判断せず、読み手が正しく作業できる確定版まで作れたかを確認してください。実際の部署で運用を試す際は、今回の一例と別の例外条件を持つ文書でも確認し、任せられる範囲を決めます。

「要確認」を残した文書の使い方を決める

未確定事項を要確認と書けても、そのまま社内へ配布すれば、読み手が何をすればよいか迷います。下書きの確認欄には、未確定の内容、回答する担当、確定後に直す段落を記載します。たとえば休日の締切が未定なら、休日の扱いを必要とする例文も確定版へ入れないようにします。

確認を待つ間に進められる文章と、答えがなければ決められない文章を分けることも有効です。背景や通常手順は整えられても、例外の適用条件は保留にする、といった進め方です。文書全体を止める必要がない場合でも、未確定の箇所がどこか分かる表示を残します。

最後に「要確認」が残っていないか検索するだけでなく、確認済みとした内容の根拠も読みます。表示を消しただけでは、制度が決まったことにはなりません。誰が何を確認したかを残し、本文、表、例のすべてへ反映したことを確認して確定版にします。