Coworkで資料作成を進める手順 — 構成案から下書き・図表・仕上げまで工程別の指示文と素材の渡し方

資料作成をCoworkに丸ごと投げると、たいてい期待外れになります。効くのは工程を分けたときです。構成案・下書き・素材の整形まではエージェントが速く、スライドの体裁と数字の裏取りは手元に残る。この線引きを最初に決めておくと、出てきた成果物を捨てる回数が減ります。

「10枚のスライドを作って」と頼むより、「1スライド1見出しの構成メモを、想定読者と枚数と含めたい要素を指定して」と頼むほうが、結果的に完成が早くなります。理由は工程ごとに必要な情報が違うからです。

資料作成の4工程とCoworkの守備範囲

資料は4つの工程に分かれます。工程ごとに、任せて成立する部分と手元に残る部分がはっきり分かれます。

分け方の要点は、判断の責任が伴う工程を手元に残すところにあります。構成の骨組みを出すのは機械的な作業ですが、「この提案でどこを一番押すか」は資料を出す人の判断です。同じように、表への構造化は任せられても、その数字がどこから来たかの確認は任せきれません。

資料の種類によって、どの工程が重いかも変わります。社内説明資料は構成の抜けが致命傷になりやすく、構成の工程に時間を割く価値があります。提案書は下書きの言い回しが相手との関係に直結するため、下書きを叩き台としてしか使わない前提で進めるほうが安全です。定例の報告資料はほぼ図表の工程が本体で、構成は前回のものを流用できます。同じ「資料作成」でも、任せる比率はここで変わります。

Coworkそのものの機能構成や対応プランから確認したい場合は、Coworkの全機能と料金を1本にまとめたガイドが全体像にあたります。

工程1: 構成案は制約を先に渡す

構成案の質は、渡した制約の量でほぼ決まります。テーマだけを渡すと一般論の目次が返り、読者・枚数・含めたい要素・トーンを渡すと使える骨組みが返ります。

{新しい経費精算フローの社内展開} について、説明資料の構成案を作ってください。
 
- 形式: 1スライド1見出しの構成メモ(Markdown)
- 枚数: タイトル + 12枚
- 想定読者: 経理以外の一般社員。ITの前提知識はばらつきがある
- 前提: 切替は9月、旧フローは10月末で停止
- 各スライドに、見出し・入れる要素・話す想定時間を書いてください
- 構成上の抜けや、読者がつまずきそうな箇所があれば最後に指摘してください

最後の1行が効きます。構成案を出させるだけでなく、抜けの指摘を同時に頼むと、自分では思い付かなかった論点が拾えます。「切替後の問い合わせ窓口が入っていない」「旧データの扱いに触れていない」といった指摘は、この頼み方をしないと出てきません。

枚数を指定しないと分量が安定しない点にも注意が必要です。12枚と書けば12枚前後で返りますが、無指定だと同じテーマでも6枚のときと20枚のときが出ます。持ち時間が決まっている説明なら、枚数ではなく「20分で話し切れる分量」と書く方法もあります。時間から逆算させると、1枚あたりの情報量まで含めて調整されます。

工程2: 下書きはトーンと分量を数字で縛る

構成が固まったら、各スライドの本文を書かせます。ここでの失敗は、抽象度がそろわないことに集中します。1枚目は具体的なのに5枚目から一般論になる、という現象です。

先ほどの構成案の3〜7枚目について、本文を書いてください。
 
- 各スライド: 箇条書き3〜4行、1行は40字以内
- 話者ノート: 各スライド150字程度、口語で
- トーン: 敬体。専門用語は初出で一文の補足を付ける
- 数字を入れる箇所は [要確認] と明記し、こちらで埋めます
- 前提が足りずに書けない箇所は、書かずに質問として返してください

「数字は[要確認]と明記」と「書けない箇所は質問で返す」の2つを入れておくと、それらしい数字で埋められた下書きが返ってくる事態を避けられます。埋められた数字より、空欄と質問のほうが手戻りが少ないというのが実感に近いところです。

分量の指定は、枚数ではなく行数と字数で書くほうが安定します。「簡潔に」は解釈の幅が広く、指示として弱いためです。同じ理由で、トーンも「丁寧に」ではなく「敬体」「社外向け」のように語で指定したほうが揺れません。

工程3: 図表は出典のあるものだけ作らせる

図表の工程では、手元の素材を渡して構造化させるやり方が中心になります。売上データのCSVから比較表を作る、議事録から論点の一覧を起こす、といった作業です。

一方、素材のない図表は作らせないほうが安全です。「市場規模の推移をグラフにして」と頼めば形にはなりますが、その数値の裏付けは資料を出す人が持つことになります。素材があるものだけを構造化の対象にし、無いものは「このスライドには外部データが要る」というメモで止める進め方があります。

構造化を頼むときは、出力する表の列を先に指定すると精度が上がります。「この議事録から論点を表にして」だけでは列の取り方が毎回変わりますが、「論点・現状・決まったこと・次のアクションの4列で」と書けば、複数の素材から同じ形の表が揃います。スライドに載せる前提なら、列は4つまでに抑えておくと流し込みで崩れません。

グラフそのものについては、表の形まで作らせて描画は手元のツールで行うほうが早い場面が多くあります。配色や軸の取り方は資料全体の体裁と揃える必要があり、そこは工程4の領域です。

工程4: 仕上げは手元で完結させる

レイアウト・配色・フォント・アニメーションは、手元のツールで行う前提で組んだほうが手戻りが減ります。構成メモと本文がMarkdownで揃っていれば、スライドへの流し込みは短時間で済みます。逆に、体裁まで含めて任せようとすると、細かい修正のたびに指示文を書き直すことになり、自分で直したほうが速い領域に入ります。

仕上げの工程でCoworkに頼めるのは、体裁そのものではなく体裁のチェックリスト側です。下書きのテキストに対してなら、次のような依頼が機能します。

先ほどの本文について、以下を洗い出してください。修正はしないでください。
 
- 表記ゆれ(送り仮名・カタカナ表記・数字の全角半角)の一覧
- 1枚あたりの文字数が多すぎるスライドと、その削減案
- 補足なしで使われている専門用語
- 前後のスライドで主張が重複している箇所

修正まで頼まず洗い出しで止めるのが要点です。指摘の一覧を見てから自分で直すほうが、全文を書き換えられるより速い場面が多くあります。書き換えを頼むと、直してほしくない箇所まで一緒に変わり、差分を確認する手間が増えます。

定例資料をどこまで自動で回すか

毎月同じ形式で作る資料は、工程1と工程2を定期実行に載せられます。Coworkのスケジュール機能は「毎月1日に」のような指定を自然言語で書けるため、素材の集約と下書きの生成までを定期タスクにしておき、確認と仕上げだけを手作業として残す形が組めます。

対外に出る資料を扱う場合は、承認を挟む設定と組み合わせる方法があります。エージェントが破壊的な操作や送信を行う前に計画を提示して人間の承認を待つ仕組みがあるため、「生成は自動、共有は承認後」という分け方が可能です。定例で回す価値が出るのは、素材の置き場所と出力形式が固定されている資料に限られます。毎回テーマも読者も変わる資料は、その都度依頼するほうが結局は速く済みます。

素材ファイルの渡し方

素材の渡し方には経路が3つあります。どれを使うかで、承認の出方と再利用のしやすさが変わります。

ローカルファイルは、ユーザーが明示的に選んだフォルダーに対してのみ読み書きができ、許可していない場所には触れません。資料作成用のワーキングフォルダーを1つ切り、そこだけを許可する運用にすると、範囲が読みやすくなります。デスクトップ直下や書類フォルダー全体を許可すると、意図しないファイルまで参照範囲に入ります。権限設計の考え方にはCowork運用のベストプラクティスが踏み込んでいます。

渡し方でもう1つ効くのが、ファイルの指定の仕方です。「フォルダーの中の資料を見て」ではなく、パスかファイル名を指示文に直接書くほうが確実に読まれます。素材が複数あるときは、どのファイルが何にあたるかを1行ずつ書き添えておくと、参照先を取り違えたまま下書きが進む事故を避けられます。過去資料を参考として渡す場合は、「体裁の参考」なのか「内容を引き継ぐ」のかを明示すると、意図しない引き写しが減ります。

経路を意識する理由は、Coworkの実行の仕方にあります。エージェントの処理そのものはAnthropic側の隔離された環境で進みますが、ブラウザー操作やローカルファイルの読み書きは、手元の端末で動くデスクトップアプリを経由します。自分の環境でどの経路が有効になっているかは、フォルダーの許可ダイアログが出るかどうかと、接続設定に並ぶコネクターの一覧で確認できます。

指示文で差が出た4つの型

同じ資料を頼んでも、指示文の型で結果が変わります。実運用で効いた型を並べます。

1. 役割ではなく制約を書く: 「優秀なコンサルタントとして」より、「1行40字以内」「想定読者は非エンジニア」のほうが出力に直接効きます
2. 出力形式を先に固定する: Markdownの構成メモか、表か、本文か。形式が決まっていないと、毎回違う粒度で返ります
3. 確認が要る箇所を宣言させる: 「不確かな箇所は[要確認]で」と書くと、後から探す手間が消えます
4. 一度に1工程だけ頼む: 構成と本文と図表を同時に頼むと、どれも中途半端になります

そのまま流用できる依頼文をお探しなら、業務別に整えたCoworkの業務テンプレート12選に資料作成向けのプロンプト例があります。導入したばかりで最初の1本から始めたい方は、非エンジニア向けのセットアップと初日の使い方が入口として近いです。

よくあるつまずき

• 構成案が一般論になる: 制約が足りていないケースがほとんどです。読者・枚数・前提・トーンの4点を書き足すと変わります
• 社内事情とズレた背景が書かれる: 「なぜ変えるのか」のような理由付けは、渡していない情報を補って書かれることがあります。背景の段落は特に、事実確認を通してから外に出す形にします
• 素材を渡したのに参照されない: フォルダーの許可範囲に入っていないか、ファイル名で特定できていない可能性があります。パスかファイル名を指示文に直接書くと確実です
• 毎回トーンが違う: 個別の指示文でトーンを書き続けるより、Global Instructionsに寄せるほうが安定します
• 枚数が指定どおりにならない: 構成案の段階で枚数を決めていないと、下書きの工程で分量が膨らみます。工程1に戻って枚数を確定させてから本文を頼み直すほうが、後から削るより速く収まります

まとめ

資料作成でCoworkが効くのは、構成案の枚数配分と抜けの指摘、下書きの一括生成、素材の構造化までです。訴求点の決定と数値の裏取り、そして最終的な体裁は手元に残ります。

進め方としては、工程を1つずつ頼み、出力形式と分量を数字で指定し、不確かな箇所を宣言させる。この3点だけでも、返ってくる下書きの使える割合はかなり変わります。定型化できる資料が見えてきたら、指示文をSkillsやGlobal Instructionsに移して、毎回書き直す作業自体を減らしていけます。