Claude複数SaaS連携で日次業務を一元化する

複数SaaSを繋ぐと便利になる場面と、詰まる場面

日次業務の多くは1つのサービスでは終わりません。メールを読み、予定と突き合わせ、チャットで共有し、タスクに残す。この一連をConnectors(外部サービスとの接続)で1つの会話に収めるのが、複数SaaS連携の狙いです。

便利さの裏側にあるのが、会話の容量です。ヘルプによると、接続したサービスはそれぞれ会話の中の場所を取ります。数が少ないうちは気になりませんが、増えると書類やコード、やり取りの履歴に使える余地が狭まります。

10本以上になったときの設定が、複数SaaS運用の実質的な調整項目です。3つのTool accessモード、会話ごとのオン・オフ、ツール単位の権限という3つの手段があり、本記事は使い分けの順に進みます。

1つの依頼で、接続先はどう選ばれるか

GmailとGoogleカレンダー、Slack、Linearを接続した状態で、次のように頼む場面を考えます。

今日の予定を見て、関係するSlackのやり取りをまとめて。
対応が必要なものはLinearに起票して。

依頼文に書くのはやりたいことと、結果の置き場所だけで足ります。接続先の名前を書かなくても、Claudeは会話の内容に合う接続先を自分で持ち出します。ヘルプは、AllTrailsを繋いでいれば週末のハイキングの相談で近くのコースを出し、Instacartなら夕食の相談でカートを作り始める、と例示しています。メモリーに残った文脈(犬を飼っている、など)も、提案を絞る材料になります。

役割が重なる接続先が並ぶときは挙動が変わります。ヘルプの例はBooking.comとTripAdvisorで、旅行の相談では両方を示して利用者に選ばせます。どちらかを黙って既定にすることはありません。業務SaaSでも同じ挙動かは資料に書かれていないため、役割が重なる接続先を並べるときは、選択を求められる場合に備えて運用を組みます。

候補の並び順は、提携や広告ではなく、利用者にとって役に立ちそうかどうかで決まるとされています。スポンサー枠や有料の掲載は無いと明記されています。

予約・購入・手配のように取引が絡む接続先では、Claudeは確定前に内容を確認します。この確認は購入・予約のあるアプリについての挙動なので、Slackへの投稿やLinearの起票は、後述のツール権限で承認を求める設定にして制御します。

Tool accessの3モードは、何が違うのか

接続先が増えたとき、最初に触る設定がTool accessです。切り替えはチャット画面の「+」ボタン(または「/」)から「Connectors」、続けて「Tool access」を選びます。選択はその会話にだけ適用され、いつでも変更できます。

On demandで接続先が増えたように見える追加のやり取りは、取りこぼしではなく検索の手順です。それでも特定の接続先が毎回確実に必要なら、全体をAlways availableにするか、その接続先のアクセスを個別に設定します。

「10本」の基準は、ヘルプ内の記述でも少し違う

モードの選び方の目安は、複数のヘルプページに書かれていますが、細部が揃っていません。Tool accessを説明するページでは、状況ごとの推奨が次のように並びます。

一方、Connectorsの概要ページは「10本以上のコネクターが有効なら、On demandへの切り替えを検討」と書きます。Tool accessのページでも、モードの説明は10本以上でOn demand、推奨表は10〜30のツールでAutoと並びます。数える単位も、表は「ツール」、概要ページは「有効なコネクター」です。

これらを両立させて読むなら、10本を境に自動で切り替わる規則と考えず、会話の長さを判断軸にするのが筋です。10本以上でも毎回同じ2〜3本しか使わないならAutoで足ります。逆に5本程度でも、長い調査や大きな書類を扱う会話では、容量が先に尽きることがあります。迷ったらAutoで始め、会話が窮屈になった時点でOn demandへ移ります。

会話ごとの切り替えと、完全な切断を使い分ける

モードとは別に、接続先を個別に外す手段もあります。チャットの「+」から「Connectors」を開くと、接続済みの一覧にトグルがあり、その会話でClaudeに使わせたくない接続先をオフにできます。接続は残るので、別の会話でオンに戻せます。

使わなくなった接続先は、Customizeの「Connectors」から切断します。切断するとClaudeはそのサービスへのアクセスをすぐに止めます。接続先の行は一覧に残り、「Connect」から再度サインインできます。一覧から外したいときは、3点メニューの「Remove」です。

営業・経理・情報共有の3部門が使う接続先を1つのアカウントに集めると、10本は簡単に超えます。この規模では、モードの選択だけに頼らず、場面ごとにトグルで外す運用と組み合わせると、候補が絞られます。

読み取りだけ任せたいときは、ツール権限を分ける

複数のサービスをまたぐ依頼は、書き込みも伴います。メールの送信、チャットへの投稿、チケットの起票は、元に戻しにくい操作です。接続先の数を増やすほど、どの操作をClaudeに任せるかの線引きが効いてきます。

接続先の管理ページ(Customize > Connectorsで対象を選ぶ)にある「Tool permissions」では、ツールの種類ごと、または個別のツールごとに、次の3段階を選べます。

• Always allow(確認なしで実行)
• Needs approval(実行のたびに承認を求める)
• Blocked(実行させない)

ヘルプが挙げる使い方の例は3つあります。メールの検索と要約は許可して送信は止める。Google Driveの読み取りは許可して作成・編集は止める。Linearの閲覧は許可して起票とステータス変更は止める。ツールは読み取り専用と書き込み・削除に分類されて表示されます。

2つは重なって効きます。両方を設計に入れておくと、権限の食い違いで起票が失敗する場面も見通せます。Claude側の制限は権限を増やさず、狭めるだけです。共有の認証情報を使うカスタムコネクターだけは例外で、その認証情報が届く範囲すべてに触れます。

部門の業務に合わせて、接続の組み合わせを考える

全部門共通の構成を1つ作ると、使わない接続先まで常時オンになりがちです。部門ごとに4本前後の組み合わせを持つと、トグルとモードの調整が単純になります。以下は組み合わせの一例です。

営業の日次業務なら、CRM(HubSpotやSalesforceなど)とカレンダー、メールが中心です。商談の予定を見て、CRMの履歴と照らし、フォローのメールを下書きする流れが3〜4本で回ります。チャットは社内共有が要る場面だけ足します。

経理・バックオフィスでは、会計SaaSと請求書・契約関連のサービスが主役で、メールとカレンダーは補助になります。情報共有が中心のチームは、SlackやNotionといったナレッジ系にタスク管理(LinearやAsanaなど)を合わせると、共有された内容から起票するまでが1つの会話で繋がります。メールの接続はClaude Gmail連携、ナレッジ系はClaude Notion連携で扱っています。

開発・SRE業務では、DatadogとSentryの連携がこの構成の代表例です。

どの面で、どの種類の接続先が使えるか

接続先の種類は、使う面によって違います。ヘルプの記述を面ごとに並べると次のとおりです。

Tool accessの3モードは、Claude、Cowork、Claude Desktop、Claude Mobile(iOS・Android)の全利用者に提供されています。設定の単位は会話ごとで、選択はその会話にだけ適用されます。

Coworkでの承認モードや組織側の制御はClaude CoworkのConnectors一覧にまとめています。

チームで使うときに変わる点

Team・Enterpriseでは、接続の仕方が個人プランと違います。まずOwnerが組織にコネクターを追加し、メンバーはそのうえで自分のアカウントでサインインします。Ownerでない利用者には「Connect」ではなく「Request」や、Ownerへの依頼を促す表示が出ます。認証は利用者ごとで、共有の認証情報を使うコネクターでなければ、Ownerが有効にした後も各自がサービスにログインします。

Enterpriseでは、OwnerとPrimary Ownerが、組織の検証済みドメイン上のサービスを組織外のClaudeアカウントに繋げないよう制限することもできます。

日次業務をチームに配るときに引っかかりやすいのが、共有の制約です。ヘルプには、コネクターはプライベートなプロジェクトでだけ使えること、同期した内容を含むチャットは共有できないことが書かれています。同期した内容を含む会話の結果を同僚に見せたいときは、結果の文章を別の場所に移す前提で設計します。

接続先そのものの種類や追加手順はClaude Connectorsとはにまとめています。

まとめ

複数SaaSの運用では、本数よりも会話の長さと、書き込みの範囲が調整の軸になります。Autoで始めて窮屈になったらOn demand、書き込みは接続先ごとにTool permissionsで絞る、という順で足りない部分を足していくのが無理のない進め方です。