CoworkのSlack連携ワークフロー — 検索・要約から自動送信まで

Cowork(クロードコワーク)からSlackに接続すると、メッセージの検索・要約に加えて、下書きの作成と送信までを任せられます。GmailやMicrosoft 365のコネクタが読み取りと下書きどまりなのに対し、Slackコネクタは承認さえ挟めば送信まで自動化できる点が最大の違いです。本稿では接続手順、権限設計、業務別に任せてよい範囲、そしてSlackチャンネルに常駐する別プロダクト「Claude Tag」との違いまでを扱います。

CoworkのSlack連携でできること、できないこと

Slackコネクタは、ClaudeとClaude Desktop、Cowork、モバイル版Claudeの全ユーザーが使える「リモートコネクタ」に分類されます。ローカルにインストールする拡張機能とは違い、クラウド上のSlackワークスペースに直接接続する仕組みなので、Web・デスクトップ・モバイルのどの面からでも同じ接続状態を引き継げます。

Slackコネクタが対応する操作は次の表の通りです。

Claudeが持つ権限は、接続したSlackアカウント自身が持つ権限を上回りません。ある人がSlack上で参加していないチャンネルは、Coworkからも見えないという理屈です。この前提があるため、コネクタを有効にしただけで組織の非公開情報が漏れる設計にはなっていません。

Slackコネクタは「インタラクティブコネクタ」にも指定されています。これは会話の中にSlackの操作パネルがそのまま埋め込まれる機能で、メッセージの下書きを確認しながらその場で送信ボタンを押せる体験になります。テキストだけのやり取りで完結するGmailの下書き機能とは異なり、承認の一手間を挟むだけで送信まで到達できるのがSlackコネクタの特徴です。この違いはCoworkのGmail連携と比べると分かりやすく、Gmail側は送信そのものが機能として存在しないのに対し、Slack側は送信ボタンの手前まで実装されています。

前提

CoworkのSlack連携を使うには、次の3点が前提になります。

1. Coworkの有料プランに加入していること。Slackコネクタ自体はプラン共通の機能ですが、Coworkそのものが有料プラン(Pro・Max・Team・Enterprise)への加入を前提とする機能で、無料プランではCoworkの画面自体に入れません。
2. Team・Enterpriseプランでは組織側の事前有効化が済んでいること。OwnerまたはPrimary OwnerがOrganization settingsでSlackコネクタを有効化していない限り、メンバー個人の画面には接続の選択肢が出てきません。
3. 接続したい本人が対象のSlackワークスペースに参加していること。Claudeの権限は接続したSlackアカウント自身の権限を超えないため、参加していないワークスペースやチャンネルは接続後も見えません。

Slackコネクタを有効化する手順

個人アカウントでの接続はシンプルです。チャット画面左下の「+」ボタン、または「/」コマンドから「Connectors」にカーソルを合わせ、「Manage connectors」を選びます。開いたモーダルでSlackを探して「Connect」を押すと、Slackのサインイン画面に遷移し、対象のワークスペースを選んで認証を完了させれば接続完了です。

Team・Enterpriseプランでは、個々のメンバーが接続する前にOwnerまたはPrimary Ownerが組織側でコネクタを有効化しておく必要があります。手順は次の通りです。

1. Organization settings > Connectorsを開く
2. ページ下部の「Browse connectors」をクリック
3. 一覧からSlackを選び「Add to your team」を押す
4. 各メンバーが自分のアカウントで個別にSlack認証を済ませる

組織側の有効化は「使えるようにする」ところまでで、実際にSlackへアクセスできるようになるには利用者一人ひとりの認証が別途必要です。この2段階を混同すると、「管理者が有効化したのにメンバーの画面にSlackが出てこない」という問い合わせにつながりやすいので、社内展開時は両方の手順が必要だと事前に周知しておくと混乱が減ります。

Okta等のIDプロバイダーを介して組織全体に一括でコネクタ権限を付与する「Enterprise-managed auth」という仕組みも用意されていますが、対応コネクタの一覧ではSlackはまだ「対応予定」として扱われています。現状はメンバー個々の認証が前提になります。

権限スコープの設計 — 読み取りから送信までの段階

接続したばかりの状態では、Slackに対する操作は既定で実行前に承認を求められます。メッセージを検索するだけでも、下書きを送信するときも、まず確認画面が挟まる作りです。

Team・Enterpriseプランでは、この既定をOwnerが調整できます。Customize > Connectorsから対象のコネクタを選び、「Tool permissions」の画面で操作カテゴリごとに次の3段階を割り当てます。

読み取り系の操作(検索・本文取得)はAlways allow、送信のような書き込み系の操作はNeeds approvalのまま残すと、多くの組織で既存の運用を大きく崩さずに済みます。この設定は組織内の全員に一律で適用され、個々のメンバーが自分だけ緩めることはできません。

権限の広さを設計するときの考え方は、他のコネクタでも共通です。Microsoft 365コネクタの権限設計はCowork × Microsoft 365連携ガイドで、組織全体のロール設計はClaude CoworkのRBAC運用で扱っているので、Slackだけでなくコネクタ全般の権限をまとめて見直す際に参照すると設計の抜け漏れが減ります。

接続を解除したいときは、Customize > Connectorsから対象のコネクタを選んで切断します。Slack側の管理画面からアプリの連携を取り消すことでも同様に失効します。切断してもそれまでに取得したデータは関連するチャットに残るため、データ自体を消したい場合はチャットの削除が必要です。

業務別の判断早見表 — 任せてよい・条件次第・任せない

検索・要約・下書き作成・送信という4つの機能を組み合わせると、任せられる業務の幅は実務レベルで広がります。判断の軸になるのは「送信を伴うか」「誤って送った場合の実害の大きさ」の2点です。

「条件次第」に分類した業務は、Tool permissionsで送信操作をNeeds approvalに固定したまま運用します。自動送信を検討する場合も、宛先とテンプレートが固定された定型通知に絞り込みます。

定例業務のワークフロー例

Slackコネクタが実務で効いてくるのは、単発のチャットよりも定型化された繰り返し業務です。代表的な組み合わせを2つ紹介します。

毎朝のダイジェスト配信では、Coworkのスケジュール機能を使います。「毎朝9時に特定チャンネルの未読メッセージとメール、カレンダーの予定を要約して送る」という指示を一度登録するだけで、以降は自動的に繰り返し実行されます。スケジュールタスクは通常のCoworkタスクと同じ権限・コネクタ・プラグインをそのまま使えるため、Slack検索の権限さえ設定しておけば追加の設定は不要です。パソコンがスリープしていても、スケジュールタスクはクラウド側で実行されるため配信が止まりません。

外出先からのタスク委譲では、Coworkの「Dispatch」という仕組みを使います。スマートフォンからメッセージを送るとデスクトップ側のセッションで実行される仕組みで、移動中に「Slackのメッセージとメールを検索して、報告書の下書きを作って」と投げれば、ローカルファイルやコネクタ、インストール済みのプラグインをそのまま使って処理が進みます。ただしDispatchはクラウド側ではなくデスクトップ側のセッションで処理が走るため、パソコンを起動したままにし、Claude Desktopアプリを開いた状態にしておく必要があります。スリープさせたりアプリを閉じたりすると、そこでタスクは止まってしまいます。スケジュールタスクのようにスリープ中でも動く仕組みではない点は、Dispatchを使う前に押さえておく価値があります。

Claude Tagとの違い — チャンネル常駐と作業内呼び出しの使い分け

Coworkの「Slackコネクタ」とSlackチャンネルに常駐する「Claude Tag」は、名前が近いだけで動く場所がまったく違います。前者はCoworkのタスクの中の一部品、後者はSlackチャンネル側に常駐する別プロダクトです。

CoworkのSlackコネクタは、Coworkのタスクの中でSlackを1つの情報源・出力先として使う機能です。あなたがCoworkに投げた指示の一部として、Slackの検索や送信が実行されます。主体はあくまでCoworkのタスクで、Slackはその中の一部品です。

一方のClaude Tagは、Slackのチャンネルそのものに@Claudeとして常駐し、チャンネルの参加者全員が直接メンションで作業を依頼できるチーム協働型のプロダクトです。主体はSlackチャンネル側にあり、Coworkのタスク画面を経由しません。既存の「Claude in Slack」アプリを置き換える位置付けで提供されています。

「Slackの中身をCoworkの作業材料にしたい」ならコネクタ、「Slackチャンネルの中にAIを常駐させて全員で使いたい」ならClaude Tagという住み分けです。

よくあるつまずき

• 組織側の有効化とメンバー側の認証を混同する:OwnerがOrganization settingsでSlackを有効化しても、メンバー自身がSlack認証を済ませない限り接続状態にはなりません
• 送信権限をAlways allowにしたまま長期運用する:定型通知以外の送信まで自動許可にすると、文面の誤りに気づく機会が失われます。送信系はNeeds approvalに戻すのが基本線です
• プライベートチャンネルの情報を別チャンネルに転記させる:Claudeの権限はあなた自身のSlack権限を超えませんが、閲覧できる情報を別の場所に持ち出す指示自体は技術的に可能なので、運用ルールとして明示的に禁止しておく必要があります
• 接続数が増えて会話が重くなる:コネクタが多いほどツール読み込みの負荷が増えます。使用頻度に応じてTool accessの設定を見直すと改善します
• Claude Tagと同じ機能だと思い込む:コネクタ経由の自動化とチャンネル常駐のClaude Tagは別プロダクトです。どちらの話をしているかを社内で共有するときは、名称を分けて伝えるのが安全です

まとめ — どこから始めるか

CoworkのSlack連携は、検索・要約・下書き作成に加えて送信までを任せられる、コネクタの中でも守備範囲が広い機能です。ただし送信まで踏み込む分、権限設計を読み取り中心から段階的に広げる姿勢がGmail連携以上に重要になります。

まずは個人アカウントでSlackコネクタを接続し、特定チャンネルの要約やダイジェスト配信のような送信を伴わない業務から試します。慣れてきたら送信の自動化を定型通知だけに開き、それ以外の送信操作は承認フローを残したまま運用するとバランスが取れます。

よくある質問

SlackコネクタとClaude Tagは同時に使えますか?

使えます。コネクタ経由の自動化とチャンネル常駐のClaude Tagは別々の仕組みとして動作するため、同じSlackワークスペースでも技術的な制約なく併用できます。

無料プランでもCoworkのSlack連携を使えますか?

使えません。Cowork自体が有料プラン(Pro / Max / Team / Enterprise)限定のため、無料プランではSlack連携も含めて入り口から利用できません。

接続したSlackのデータはどこに保存され、モデルの学習に使われますか?

接続したサービスのデータは、Claudeのモデル学習には使われず、他の会話からも参照されない設計です。データの通信は暗号化されますが、Slack自体は自社のインフラ上でデータを処理するため、保存場所はSlack側の規約に従います。Enterpriseプランの「US-only推論」のような設定も、Slack側のデータ保管場所までは変更しません。

接続するコネクタが増えると会話が重くなりますか?

10個を超えるコネクタを常時読み込む設定にしていると、その分だけ会話の余裕が減ります。既定の「Auto」はClaudeが必要なコネクタを都度判断して読み込む方式で、多くの利用者にはこれで十分です。頻繁に使うコネクタが10個未満なら「Always available」で毎回自動的に使える状態にし、逆に多くのコネクタを抱えているなら「On demand」に切り替えて必要なときだけ読み込む、という調整ができます。

Team・Enterpriseで特定のメンバーだけSlack連携を使えないようにできますか?

Enterpriseプランでは可能です。Organization settingsの役割ベースの権限設定(カスタムロール)を使うと、チームやグループ単位でどのコネクタを使わせるかを個別に絞り込めます。たとえば「営業チームだけCowork + Slackを許可し、他のチームには渡さない」といった割り当てができます。Teamプランにはこのカスタムロール機能がないため、Slack連携の有効・無効は組織全体の設定が基本になります。絞り込みたい場合はTool permissionsで書き込み系の操作をBlockedにする、あるいは該当メンバーにはSlack認証の案内をしないという運用でカバーすることになります。