Cowork議事録配布を承認ゲート付きで複数チャネルへ回す手順

議事録の作成(要約・タスク化)はClaude議事録の実践プロンプトで扱っています。そちらはSlack単一チャネルへの自動送信までが範囲です。この記事は、作成済みの議事録をSlack・Gmail・Chatworkなど複数チャネルへ、内容確認の承認ステップを挟んで配布する「配布フェーズ」に絞ります。

配布を始める前に確認しておくこと

この手順を試す前に、3点だけ確認しておきます。

Team・Enterprise契約の場合は、これに加えて組織設定が個人設定より優先される場面があります(後述)。個人の設定だけを見て「動くはず」と判断しないほうが安全です。Chatworkへの配布まで含めたい場合は、公式コネクタではなくカスタムコネクタの用意が別途必要になる点も、指示文を書き始める前に押さえておくと手戻りが減ります(詳細は後述)。この3点さえ整っていれば、あとは指示文を工夫するだけで配布フェーズを組み立てられます。

Coworkの承認モードが配布前の確認ゲートになる

Coworkには、Claudeがタスクを進める前に人の確認を求めるかどうかを決める3つの承認モードがあります。手動承認(Manually approve)・自動承認(Automatically approve)・承認スキップ(Skip all approvals)です。議事録配布のように送ってしまうと取り消しにくい操作を扱うときは、手動承認に寄せるか、コネクタ側の書き込み権限を「要承認」にしておきます。そうすると、Slackへの投稿やGmailの送信を実行する直前に、Coworkが確認ダイアログを出す仕組みが働きます。これが配布前の確認ゲートです。

3つのモードの違いは、書き込み操作の直前に何が起きるかで見分けられます。手動承認では、Slack投稿やGmail送信のような操作のたびに確認ダイアログが出て、許可するまで実行されません。自動承認では、Claudeが操作の安全性を自分で確認したうえで進めますが、危険と判断すれば止まって確認を求めます。承認スキップでは、この安全確認そのものが働かず、指示した内容がそのまま実行されます。

承認モードは個人設定だけでなく、Team・Enterpriseでは組織設定も重なる2層構造になっています。設計の判断軸はCowork Approval Gatesを部門ごとに設計する考え方にまとめているので、モードの中身から詳しく知りたい場合はそちらを先に読むと理解が早くなります。

Slack・Gmailは公式コネクタでそのまま配布できる

SlackとGmailは、どちらもCoworkの公式コネクタとして接続ボタン1つで使えます。議事録ファイルを要約し、要点とネクストアクションを両チャネルへ配布する指示文は次の形にまとめられます。

Meeting notes/2026-09-12.docxの議事録を要約し、要点3つとネクストアクションを箇条書きにしてください。
要約をSlackの#project-updatesチャンネルへ投稿する下書きと、件名「会議メモ 9/12」でのGmail下書きを両方用意してください。
実際の投稿・送信は、私が内容を確認してから許可します。

承認モードをManualにしておけば、この指示文だけで「下書きを作る → 内容を提示する → 許可されたら投稿・送信する」という流れになります。要点の数を3つ程度に絞る指定を添えると、確認する側の負担も減ります。Slack連携の基本設定はCoworkのSlack連携ワークフローにまとめています。

Chatworkは公式コネクタの一覧に無い

Coworkの公式コネクタ一覧に、Chatworkは含まれていません。Slack・Gmailのように接続ボタン1つで使える対象ではないという点は、先に押さえておく必要があります。

Chatwork自身は「@chatwork/mcp-server」という公式MCPサーバーをnpmで配布しています(公開元はChatworkの運営会社であるkubell Co., LTD)。ソースコードを見ると、ルームへのメッセージ投稿(postRoomMessage)やタスクの作成(createRoomTask)、メッセージの検索・削除といった操作に対応しており、議事録の要点をChatworkのルームに投稿する用途にも技術的には十分な機能を持っています。ただしこれは、Claude DesktopやClaude Codeのローカル設定からnpxコマンドで呼び出す前提の、ローカル(stdio)実行のサーバーです。

一方Coworkのカスタムコネクタは、インターネット上で常時稼働している「リモートMCPサーバー」への接続だけをサポートします。Cowork・Claude Desktop・claude.aiのどのクライアントから使う場合でも、接続はAnthropicのクラウド側から行われる設計です。ローカルで起動するnpxコマンド形式のサーバーは、この経路には登録できません。

リモートMCPサーバーを自作してカスタムコネクタとして登録する手順はCoworkカスタムコネクタ自作ガイドにまとめています。社内にAPI連携を組める担当者がいる場合は、この経路でChatwork配布まで含めた運用に広げられます。

複数チャネルへ同時配布するときの承認設計

議事録配布を組織全体の運用に広げる場合、個人の承認モードだけでは完結しません。Team・Enterprise組織では、書き込み系コネクタツールについて個人が「すべてのタスクで許可」を選べるかどうかを、管理者側の組織設定が制御しています。既定ではオフです。

オフの組織では、Slack投稿やGmail送信の権限を個人側で「常に許可」にしていても、確認ダイアログは省略されません。複数部署が同じ議事録配布の仕組みを使う設計にするときは、この組織設定を先に確認しておくと、部署ごとに挙動が食い違うトラブルを避けられます。組織設定と個人設定の優先関係はCowork Approval Gatesを部門ごとに設計する考え方に詳しくまとめています。

よくあるつまずき

• 承認待ちのまま止まっていることに気づかない: Manual承認で複数チャネルへの配布を組むと、Slack投稿とGmail送信でそれぞれ個別に確認を求められることがあります。1回の許可で両方が動くと思い込んでいると、片方だけ止まったまま気づきません
• チャンネル名の指定ミス: 存在しないSlackチャンネル名を指示文に書くと、投稿自体が失敗します。実在するチャンネル名を確認してから指示文に含めます
• 送信も承認の対象だと知らずに任せきりにする: Gmailの送信・返信・転送は既定で操作のたびに承認を求められます。1回許可すれば以降は自動で送られると思い込まず、モードと権限設定を確認しておきます
• 配布先ごとの粒度指定を忘れる: 「要約を配布してください」とだけ書くと、Slackとメールの両方に同じ分量の文章が届きます。チャット向けは短く、メール向けはやや詳しくというように、チャネルごとの分量を指示文に明記しておくと、読み手に合わせた配布になります

議事録の内容によって配布範囲を絞る

すべての議事録を同じチャネル構成で配布する必要はありません。人事評価や契約金額に触れる議事録と、進捗共有だけの議事録では、届けてよい相手の範囲が異なります。指示文の中で「このチャネルには要点のみ、このチャネルには全文」のように配布先ごとに粒度を変える指定を入れておくと、配布フェーズ自体が情報の絞り込みの役割も兼ねます。

Coworkのタスクは、Anthropicのクラウド上に用意された分離された一時環境で実行され、セッションが終了すると環境ごと破棄されます。ただしこの分離は、Claudeが実行するコードから利用者のコンピュータとネットワークを守るためのものであり、付与した権限を通じてClaudeが読み書きできる範囲そのものを変えるわけではありません。配布先として指定したSlackチャンネルやメールの宛先には、投稿・送信した内容がそのまま残ります。配布範囲を絞る判断は、実行環境の分離とは別に、宛先ごとに人が決める必要があります。

まとめ

Slack・Gmailは公式コネクタで、承認モードをManualに寄せるだけで配布前の確認ゲートが組めます。この構成は新しい接続先を増やすときも同じ考え方のまま拡張できます。Chatworkは公式コネクタの一覧に無く、配布まで含めたいならリモートMCPサーバーを自前で用意する準備が要ります。組織全体で運用するときは、個人の承認モードに加えて組織設定も確認してから展開すると、部署間の挙動の食い違いを防げます。展開前に1つの部署だけで試してから範囲を広げるのが安全です。議事録の作成そのものはClaude議事録の実践プロンプトにまとめてあるので、作成から配布までを通しで整えたい場合はあわせて確認してください。作成と配布を分けて考えると、それぞれの見直しもしやすくなります。