メインコンテンツへスキップ
連携は、チームがすでに使っているツールとCognoをつなぎます。多くは sources — Cognoがその活動を、エージェントが学ぶeventsとして読み取ります。GitHub は主要な action で、完成した作業がpull requestとして着地する場所です。sourcesとactionsがループにどう収まるかは コンセプト を参照してください。 左のナビゲーションから 連携 を開きます。接続前後で同じ大きさの設定行を使い、左側にサービス名、右側に状態と操作を表示します。

ページの構成

GitHub の状態は Workspace の GitHub App 接続から判定します。Google Calendar はカレンダーアカウントが1つ以上接続されていると接続済みになります。個人の GitHub ログインは アカウント → プロフィール → GitHub で管理します。 ブラウザ認証を使うサービスは、一覧で接続を1回押すと認証画面が開き、確認後に接続設定へ移動します。未接続のサービス画面を直接開いた場合は接続と接続ガイドを表示します。接続済みサービスの詳しい説明は詳細から開けます。 Microsoft Teams の行は、このWorkspaceの接続状態と、自分が進めている未完了の接続手続きを確認して表示します。 状態の読み込み中はボタンを無効にします。読み込みに失敗した場合は未接続として扱わず、再試行で確認し直します。接続の開始・再開には連携の管理権限が必要です。 Teams設定画面には接続中のTeam名とテナント名を表示します。接続と再開から、ブラウザー版ではポップアップ、Cogno Desktop appではsystem browserを使ってMicrosoftの本人確認を始められます。承認が必要な場合は、管理者承認を開くか承認リンクをコピーを選び、Microsoftテナントの管理者に依頼します。承認後は、Teamを選択で一つ選び、Teamを接続で確定します。チャンネルでは、各チャンネルの取り込み開始・取り込み停止を操作し、現在の状態を確認できます。チャットでは、求められた場合にMicrosoftアカウントを確認を選び、Cognoアプリを追加したグループチャットまたは会議チャットを含めるでワークスペースへ追加します。どのチャンネルとチャットを使うかは各Projectの連携設定で選びます。既存のテナント全体の接続では、接続を解除するまで互換モードのイベントの受信操作を維持します。
Free プランでは最大3件の連携を接続できます。4件目の接続時はアップグレードの案内が表示されます。詳しくは料金を参照してください。

integrationを設定する

いま接続できるintegrationは次のとおりです。それぞれに接続手順のページがあります。

Slack

チャンネルの活動をワークスペースの文脈にし、taskの通知をDMで受け取ります。

Microsoft Teams

選択したTeamチャンネルと明示的に接続したチャットをProjectの文脈として使います。

Discord

サーバー・チャンネル・メッセージを接続し、ワークスペースの文脈にします。

Google Chat

Google Chatのスペースのメッセージをワークスペースの文脈として取り込みます。

ChatWork

ルームのメッセージとメンションをワークスペースの文脈として受け取ります。

Messenger

Facebookページのメッセージをワークスペースの文脈として受け取ります。

GitHub

issuesをtaskとして取り込み、repoとメンバーを同期し、pull requestとCIを追跡します。

Notion

選択したNotionのページとデータベースをCognoと共有します。

Jira

Projectごとに作業するJiraプロジェクトを選び、エージェントに課題の読み取りと更新を任せます。

Linear

Projectごとに作業するLinearチームを選び、エージェントに課題の読み取りと更新を任せます。

Google Calendar

カレンダーから、対応するビデオ会議にCogno Notetakerを参加させます。参加はメンバーごとに自分のアカウントを接続します。

WorkspaceのTool権限を設定する

Slack、Microsoft Teams、Jira、Linearの接続設定には、Cognoが管理するエージェント機能が表示されます。機能ごとにブロック、確認、許可を選びます。このWorkspaceの値がセキュリティ上限です。Projectでは同じ接続について継承または縮小できますが、権限を広げることはできません。現在のEngineでは自律実行にも確認が適用され、承認が必要な操作は本人が同意するまで実行せず、同意後にCognoが再試行できます。人がいない自律実行では、作業の元のSlackまたはTeamsのスレッドで尋ね、その呼び出しへの明確な同意を待ちます。過去の同意は使えず、同意がなければ実行も再試行もしません。マシンの前に人がいないことだけを理由に許可へ広げる必要はありません。古いEngineがこの流れに対応していない場合は、承認を回避するために権限を広げるのではなく、Engineを更新して実際の版を確かめてください。 各機能は、付与するツールを明示します。選択の下にある ツール に、その機能を通じてエージェントが呼び出せるツール(slack_search_messages、slack_send_message など)がすべて並ぶため、説明文だけから読み取る必要はありません。現在のmodeが確認なしで実行するツールにはチェック、毎回確認するツールには破線の枠と疑問符、ブロックするツールには打ち消し線が付きます。

Coding エージェント

Claude Code と Codex は 連携 には表示されません。接続するものではなく、コンピューターで使うコーディングエージェントは 設定 → コンピューター で選びます。 エージェント実行の仕組みと、その追い方は taskでエージェントを実行する を参照してください。

自分のコネクタ

アカウント → 接続で、自分のMCPサーバーの利用を設定します。設定はアカウントに保存され、マシンやProjectをまたいで適用されます。 共通スイッチのみ対応するDesktopでは、一括オン/オフでClaude CodeとCodexをまとめて切り替えます。オフにするとCogno実行で個人コネクタを使わなくなります。オンでは各CLIの設定と権限に従い、すべての接続を強制的に有効化したりサービスの権限を追加したりしません。各行はオフなら使わない、オンならCLI設定に従うと表示します。Desktopを更新しなくても共通スイッチは使えます。共通スイッチを変更すると、両CLIの以前の個別設定を一括設定に置き換えます。 Claude/Codex別の一括操作と、コネクタごとの許可・確認してから・使わないには、個別制御に対応したDesktopが必要です。古いDesktopでは、これらを編集可能な選択肢として表示しません。 対応Desktopでは、Claude CodeまたはCodexを開きます。すべてのコネクタ行に、インデントされたサーバー一覧をまとめて変更するすべてオンとすべてオフがあります。未設定の場合はどちらもオンです。 Claude Codeの変更はCodexに影響しません。個別設定が混在すると一部のみ使用と表示されます。一括オフ後に1件だけ許可することも、一括オン後に1件だけ使わなくすることもできます。新しいサーバーは、個別に変更するまでグループの最後の一括操作に従います。 保存した変更は、既存の会話を含めて次のターンから適用されます。すでに実行中のツール呼び出しは取り消しません。接続エラー、サインイン要件、サービス側の権限は引き続き適用されます。認証情報はClaude CodeまたはCodexが引き続き管理します。確認してからでは、フルアクセスのSessionでも呼び出しごとに新たな承認が必要です。更新はマシンのサーバー一覧を読み直す操作で、利用許可は変更しません。
このマシンのサーバー一覧はDesktopで確認できます。インストール済みDesktopが対応する操作を画面で案内します。個別制御に非対応でも、共通のオン/オフは利用できます。
Projectのフォルダーに追加されたサーバーは、プロジェクト設定のProject MCP serversに表示されます。古いDesktopでは共通スイッチの状態を表示します。対応Desktopでは個別設定を同じアカウント設定に保存します。Projectを設定するを参照してください。

一覧に出ないもの

このページには、いま接続できるintegrationだけが並びます。対応予定のintegrationは表示しません。決まっていない公開時期を約束しないためです。
Vercel と PostHog にはセルフサーブの接続フローがありません。ワークスペースにすでに接続がある場合だけ、接続済み として表示されます。

関連ドキュメント