Coworkで経営会議のアクション項目を台帳に集め、前回の未完了を持ち越す手順

経営会議で決めたアクションは、議事録の中に埋もれたまま次の会議を迎えがちです。前回の宿題が終わったのかどうか、誰も数えていない状態になります。Coworkのスケジュールタスクを使うと、議事録からアクション項目を抜いて1枚の台帳に集め、期限切れと持ち越しを毎週洗い出せます。ここでは、台帳の列の決め方、依頼文、タスクの作り方、書き込みを任せる範囲の線引きを順に示します。

始める前に用意するもの

用意するのは次の3つです。

• CoworkとScheduled(スケジュールタスク)が使える環境。Team・Enterpriseでは、管理者がCoworkのアクセスを切り替えているため、管理者の設定が前提になります
• 議事録の保存場所。Google Driveの共有フォルダのように、コネクタ経由で読める場所に置くと、後述のとおりPCを閉じていても動きます
• 台帳の初期データ。過去の会議の宿題を一度に入れ直す必要はありません。直近2〜3回分の議事録から、手作業でID付きの行を作るだけで始められます

過去分を全部入れようとすると、初回の準備で止まります。未完了の項目だけを先に台帳へ移し、完了済みの古い宿題は捨てて構いません。

台帳は議事録の外に1枚だけ置く

会議ごとにアクションの一覧を作ると、前回の未完了が次の資料から消えます。持ち越しを数えるには、全会議のアクションを同じ表に積む必要があります。表は議事録とは別のファイル、またはコネクタ経由で読めるスプレッドシートに置きます。

スケジュールタスクは実行のたびに独立したCoworkのセッションとして動きます。前回の実行で何を見たかは、そのセッションには残りません。Cowork全般にはチャットとの共有メモリがありますが、これは会話で覚えた内容を引き継ぐ仕組みです。アクションの状態を正確に数える用途には向かないので、「前回の状態」は台帳に持たせ、毎回それを読ませる設計にします。

台帳の列は、次の8つで足ります。

IDを先に決めておくのが要点です。同じ議事録を2回読ませても、IDが既にある行は追加しない、という規則を依頼文に書けます。期限が議事録に書かれていない項目は、空欄にして「要確認」に回します。Claudeに期限を推測させると、台帳の信頼が崩れます。

持ち越しと期限切れの判定を先に言葉で決める

判定の基準は、依頼文に書く前にチームで決めておきます。曖昧なまま任せると、実行のたびに基準が揺れます。

• 期限切れ: 期限が実行日より前で、状態が「完了」ではない行
• 持ち越し: 前回までの会議で登録され、状態が「完了」ではない行。新しい会議を取り込むたびに持ち越し回数を1つ増やす
• 保留: 持ち越しの対象に数えるが、期限切れの一覧には出さない

「保留」の扱いは会社によって違います。数えない運用にすると、保留に逃げた項目が台帳の死角になります。数えたうえで、一覧の最後にまとめる形が無難です。

毎週の洗い出しタスクの依頼文

頻度は、hourly(毎時)、daily(毎日)、weekly(毎週)、on weekdays(平日)、manually(手動)から選びます。会議の開催日を指定する項目は作成画面に並んでいないため、毎週月曜の朝に走らせ、依頼文の中で「前回の取り込み以降に新しい議事録があるか」を判定させます。

次は、そのまま貼り付けて使える依頼文の例です。ファイル名とフォルダ名は自社のものに置き換えます。

共有ドライブの「経営会議議事録」フォルダと、
スプレッドシート「経営会議アクション台帳」を読んでください。
 
1. 台帳の「会議日」の最大値より新しい日付の議事録があれば、
   そこからアクション項目を抜き出し、台帳に無いIDの行として
   追加案を作ってください。担当者と期限が議事録に書かれていない
   項目は、空欄のまま「要確認」と付けてください。
2. 台帳の全行を読み、実行日から見て次の3つの一覧を作ってください。
   - 期限切れ: 期限が実行日より前で、状態が完了ではない行
   - 持ち越し: 前回以前の会議で登録され、状態が完了ではない行。
     持ち越し回数の多い順に並べる
   - 今週が期限: 期限が実行日から7日以内の行
3. 出力の先頭に実行日と、台帳の最終取り込み会議日を書いてください。
4. 追加案と状態の変更案は、台帳を書き換えず、レポートに表で示して
   ください。

最後の指示が設計の核です。台帳そのものを書き換えさせず、変更案を表で出させます。理由は、後半の「台帳への書き込みをどこまで任せるか」で扱います。

出力の先頭に「実行日」と「最終取り込み会議日」を書かせるのも、効果のある一手です。日付の取り違えや、議事録の取りこぼしがあれば、レポートを開いた瞬間に気づけます。

スケジュールタスクを作る手順

作り方は2通りあります。細かい画面操作の違いはCoworkスケジュールタスクの作成方法にまとめています。

「Set up manually」を選ぶと、タスク名、依頼文、承認モード、頻度、モデル(任意)、作業フォルダ(任意)を自分で入力します。「Save」でScheduledページに追加される点は同じです。

置き場所には注意が要ります。スケジュールタスクは組み込みのスケジュール設定、コネクタ、Claudeアカウントに保存したファイルで動き、ローカルのファイルやアプリが必要なタスクはローカルでしか動きません。リモートで走るタスクは、PCがスリープ中でもClaude Desktopを閉じていても、決めた頻度で実行されます。

台帳の置き場所は、実質2択です。

経営会議の台帳は、事務局や担当役員が会議の直後に直接書き換える場面が多いはずです。人の更新が前提なら、コネクタ経由で読めるスプレッドシートに置く形が、週次の自動実行と手作業を両立させやすい構成です。ローカルに置く場合は、タスクがPCの起動中にしか動かない前提で、実行日を決めます。どのコネクタをつなぐかの考え方は契約更新のリマインド手順にある、一覧の置き場所の比較が参考になります。

台帳への書き込みをどこまで任せるか

台帳への書き込みは、Coworkが「write tools」と呼ぶ種類の操作に当たります。書き込みのツールは、読み取りより望ましくない動作につながり得るため、影響の大きい場面では人の確認が前提になります。スケジュールタスクについては、次の4点が挙がっています。

• 要約や情報の取りまとめのような低リスクな作業から始める
• 機密ファイルの利用、本人に代わる送信、購入、取り消しにくい操作は予約しない
• 実行のたびに結果を確認する
• 使っていないタスクは一時停止か削除する

経営会議の台帳は、役員の宿題という機微な内容を含みます。そこで、次の線引きを置きます。

最初の数週間は、読み取りだけで運用します。追加案の精度が安定したら、追加だけを書き込みに広げる順序です。状態の書き換えは、完了したかどうかの判断が人にしかできないため、最後まで人の作業に残すのが現実的です。

承認モードは、Claudeの操作をどこまで自動で通すかを決める項目です。「Automatically approve」ではClaudeが各操作を実行前に安全面から見直し、「Skip all approvals」では操作を点検する仕組みがありません。どちらのモードでも、ファイルを完全に削除する前には必ず確認が入ります。選び方はCoworkの承認ゲートの設計で整理しています。

議事録に外部の人が書いた文面が混ざる場合は、さらに注意が要ります。ヘルプは、Claudeが外部の悪意ある内容を読むとその指示に従う可能性(プロンプトインジェクション)を挙げています。社外の出席者が編集できる議事録を読ませるときは、読ませる範囲を先に決めます。

初回の動作確認と運用

最初の1回は、過去の議事録が2〜3回分ある状態で動かします。確認するのは次の点です。

• 出力先頭の最終取り込み会議日が、台帳の実態と合っているか
• 同じ議事録を2回読ませても、同じIDの行が重複して提案されないか
• 期限が空欄の項目が、推測で埋められず「要確認」に入っているか
• 状態が「完了」の行が、持ち越しの一覧に混ざっていないか

重複の確認は、同じタスクをもう一度手動で実行すれば済みます。2回目の追加案が空になれば、IDによる重複防止が効いています。

運用に入ってからは、会議の直前にレポートを見る習慣をつけます。持ち越し回数が3を超えた項目は、担当者の負荷や期限の置き方に問題がある合図です。レポートの最後に持ち越し回数の上位だけを並べておくと、次の会議の冒頭で議題にしやすくなります。

隣り合う作業との線引き

議事録そのものの作り方、配布、点検は別の作業で、それぞれ専用の手順があります。

• 議事録の文字起こしからアクション項目を抜くプロンプトは、Claude議事録の実践プロンプトにあります
• 議事録を承認ゲート付きで複数チャネルに配る流れは、Cowork議事録配布の手順が扱います
• 取締役会の議事録の抜けを点検する手順は、Claude for Wordの議事録点検にあります

台帳はこれらの出口にあたります。議事録が整い、配られ、点検されたあとに、アクションだけを積み上げて追跡する層です。

よくあるつまずき

• 同じアクションが重複して並ぶ。IDの規則がなく、議事録の表現の揺れで別の項目として登録されたのが原因です。IDを会議の年月と連番にし、既にあるIDは追加しない、と依頼文に書きます
• 完了したはずの項目が持ち越しに出続ける。台帳の状態を更新していないためです。会議の議事録を確定する作業と、台帳の状態を直す作業を同じ担当者の同じ日の仕事にします
• 取り込みが走らない週がある。会議が開かれない週は、新しい議事録がないのは正常です。出力の先頭に最終取り込み会議日が出ていれば、取りこぼしでないと判断できます
• タスクが動いていない。実行されないときの切り分けは、スケジュールタスクが実行されないときの確認手順にあります

まとめ

書き込みは追加案から段階的に広げ、状態の書き換えだけは最後まで人の手に残します。完了かどうかの判断は議事録の外にあり、Claudeが台帳から推測できる情報ではないからです。まず読み取りと案の提示だけで3週ほど回し、案の精度に納得してから追加の書き込みを検討する、という順序が次の一手になります。