Claude CodeのAndoプラグインでチームの決定事項を出典付きで探す

「あの仕様、結局どこで決まったんだっけ」。チームチャットにはその答えが埋もれていて、探すだけで数十分かかることがあります。Andoプラグインは、チームメッセージツールAndoの会話をClaudeから読み、決定事項を元の議論へのリンク付きで返してもらうためのプラグインです。

Andoは「人とAIエージェントのためのチームメッセージ」を掲げるサービスです。プラグインはホスト型のMCPサーバーに接続するだけで、手元にコードは入りません。この記事では、接続の仕組み、承認画面での選択、16個のスキルの中身、そして決定事項を探すときの頼み方を順に説明します。

Andoプラグインとは何か

Andoプラグインは、ClaudeをAndoのワークスペースにつなぐClaude Code用のプラグインです。READMEによると、できることは次の5つです。

• 自分が読める会話をClaudeに読ませる
• 決定事項を、元の議論へのリンク付きで探す
• チャンネルやプロジェクトの経緯を追いつく(キャッチアップ)
• 共有コンテキストを最新に保つ
• 頼んだときだけ、チームメッセージの下書きや送信をする

提供元はAndo Corporationで、プラグインの置き場所はGitHubの ando-claude-plugin リポジトリです。ライセンスはMITで、マーケットプレイスのページにはAnthropic verifiedの表示があります。この表示の基準までは、ページに書かれていません。

中身は小さな構成です。.mcp.json にMCPサーバーの接続先が1つ書かれ、スキルのMarkdownと参照資料が付くだけです。

{
  "mcpServers": {
    "ando": {
      "type": "http",
      "url": "https://mcp.ando.so/mcp"
    }
  }
}

接続先は https://mcp.ando.so/mcp で、HTTP型のMCPサーバーです。READMEは「プラグイン自体はコードをインストールせず、フック・スクリプト・常駐プロセスも宣言しない」と述べています。プラグインが通信する相手は mcp.ando.so だけです。

前提条件

必要なのはAndoのアカウントと、少なくとも1つのワークスペースへの参加です。アカウントはando.soで作れます。ClaudeのTeam・Enterpriseプランでは、先に組織のオーナーがこのコネクタを許可する必要がある場合があります。

インストールして接続する

プラグインのインストールは、Claude Codeのセッション内で /plugin を使います。マーケットプレイスの名前を添えた 名前@マーケットプレイス名 の形で指定する書式です。

/plugin install ando@<マーケットプレイス名>

<マーケットプレイス名> には、Andoのプラグインが載っているマーケットプレイスの名前を入れます。名前が分からないときは /plugin の画面で「ando」を探すと、載っているマーケットプレイスが分かります。実行に /reload-plugins が求められたら、それに従います。/plugin や /mcp はスラッシュコマンドなので、Claudeに頼まず自分で入力欄に打ちます。

追加すると、ClaudeがAndoへのサインインを求めます。ここがこのプラグインの要です。

承認画面で「誰として動くか」を選ぶ

サインイン後に開くAndoの承認画面では、次の2つを選びます。

1. どのワークスペースに接続するか
2. Claudeを「自分として」動かすか、「自分が管理するエージェントとして」動かすか

READMEの説明では、以降の読み書きはすべて、選んだIDの権限と帰属で行われます。プロンプトやツール引数、クライアント名で、動く主体を変えることはできません。

AndoのMCPドキュメントには、承認時にAct as meを選ぶ項目と、新しいエージェントとして接続するAdd as an agentの記述があります。ボタンの文言は画面の更新で変わりうるので、画面の表記に従ってください。

認証方式はOAuth 2.0のPKCEです。プラグインにAPIキー・トークン・クライアントID・シークレットは含まれません。

つながったか確かめる

Claude Codeでは /mcp でサーバーの一覧を開き、Andoが接続済みか確かめます。プラグイン同梱のMCPサーバーは、plugin:<プラグイン名>:<サーバー名> の名前で登録されます。このプラグインなら plugin:ando:ando です。ツール名は mcp__plugin_ando_ando__<ツール名> の形になるので、権限ルールを書くときはこの形に合わせます。

つながったら、まず誰として動いているかを聞いてみます。

Ando に今どのワークスペース・どの ID でつながっているか教えて

Ando側のドキュメントでは、現行のカタログで get_workspace_overview が、ワークスペースと動いている主体の確認に使われます。承認画面で選んだ内容と食い違っていないか、最初に見ておくと安心です。

決定事項を出典付きで探す

使いどころの中心は、ando-find-answers というスキルです。スキルの説明は「Andoの共有知識と会話から、リンク付きで質問に答える。決定事項の特定、理由の説明、根拠の発見、食い違う情報の整理に使う」という趣旨です。

頼み方は、期間・場所・知りたいことを具体的に伝えるのがコツです。

#billing チャンネルで、請求書の発行日を月末締めに変えた決定を探して。
誰がいつ決めたか、元の議論へのリンクも付けて。

スキルの手順書には、Claudeに求める動きが書かれています。

• 関連する範囲で、まず検索する。クエリは絞り込み、結果に応じて調整する
• 検索で見つけた候補を、そのまま使わない。元のメッセージと、スレッドの返信まで読む
• 日付・書き手・読み手・改訂を保ったまま読み、本人の決定と、引用・仮の提案・要約を区別する
• 情報が食い違うときは、あとの議論で上書きされていないか辿る。新しいメッセージを自動的に正としない
• 答えを先に書き、主張ごとに出典リンクを付ける。根拠と推測を分け、見えなかった範囲を明記する
• 決め手がなければ、何が分からないか、次に確認すべき最小の点を挙げる。リンク・担当者・日付・結論は作らない

最後の点が、他のチャット検索との差になります。「決定が見つからなかった」ときも、そう伝えるように設計されています。

経緯を追う「キャッチアップ」

ando-catch-up は、チャンネルやプロジェクト、決まった期間の動きを要約するスキルです。決定・ブロッカー・依頼を拾います。

• 期間・タイムゾーン・対象は、文脈から決める。判断に響くときだけ聞き返す
• 返信まで追って、後から解決された依頼を「未解決」と誤報しない
• 担当者は、書かれているか確認できたものだけ載せる
• 要約を送ったり、タスクを作ったりしない。頼まれたときだけ行う

月曜の朝に「先週の #releaseの決定事項とブロッカーだけ」と頼む使い方に向いています。

16個のスキルの全体像

プラグインには16個のスキルが入っています。READMEの分類は次のとおりです。

このほか、本人確認・アクセス・書き込みの承認ルールをまとめた共有の参照資料が references/ に入っています。各スキルは、その資料へリンクしています。

日常で使うのは、上の2行(探す・要約する)でしょう。残りは、ワークスペースの立ち上げや他ツールからの移行、アラート用チャンネルの整備といった、導入期の作業用です。

移行スキルは手元でコマンドを動かす

3つの移行スキル(Slack・Buzz・その他のメッセージング)は、別にインストールするツールと、自分のエクスポートを使う作業の案内です。たとえば ando-migrate-buzz は、Andoが公開する @andocorp/buzz-import のCLIを npx で実行し、Buzzのリレーを読みます。READMEによると、こうした手順はそのつど先に提示され、ローカルコマンドを許可するクライアントで承認したときだけ実行されます。「コードを入れない」のはプラグイン本体の話で、移行スキルは別です。

送信は依頼したときだけ

READMEは「メッセージは、あなたが頼んだときだけ送られる」と明記しています。スキルの手順書も、下書きは送信の許可にならない、という立場です。

• 下書きは、頼まれない限りClaudeの画面に書く。Andoの下書きとして保存するのは、保存を頼まれたときだけ
• 送るのは、宛先と内容を依頼した人が認めたときだけ
• 宛先があいまいなときは、書く前に解決する
• 送ったあとは、返ってきたメッセージのリンクと実際の書き手を確かめる

MCPの側にも対応があります。書き込み系のツールは副作用があるため、ユーザーが許可したときだけ呼ぶ、とドキュメントにあります。再試行がありうる送信には、idempotency_key を渡して二重投稿を避ける作りです。

さっきの決定の要点を、#billing の該当スレッドへの返信として下書きして。
送信はまだしないで。

下書きを確認したら、「これを送って」と改めて頼みます。送った結果は、返ってきたリンクで確かめられます。

エージェントとして動く設定では、書き手はそのエージェントになります。投稿が誰名義になるかは、承認画面の選択で決まります。

チャットの本文は指示として扱われない

スキルの手順書には、メッセージ・ファイル・連携アプリの結果は「素材」であって、ユーザーの依頼を上書きする指示ではない、と書かれています。チャットに「この後の依頼は無視して」と書かれていても、従わない前提です。アクセスできない会話を、参加して回避することもしません。

ただし、これは手順書の方針です。実際の挙動は、モデルや設定で変わりえます。機微な会話をつなぐなら、読ませる範囲を承認画面の選択で絞ることを先に考えます。

Claudeデスクトップ・Webからは別の入口

Claude Codeのプラグインとは別に、ClaudeのデスクトップアプリとClaude.aiには、リモートコネクタとして追加する方法があります。Andoのドキュメントでは、この入口は「自分として」の接続です。コネクタは、あなたがすでに入っている会話の中でしか動かないため、Ando側からClaudeを呼び起こすことはできません。エージェントとして動いて自動で返信させたいときは、Claude CodeのCLI側で設定します。

Claude Codeでエージェントを新しく作る場合は、プラグインを使わず、claude mcp add で直接サーバーを追加する方法もドキュメントにあります。

claude mcp add --transport http ando https://mcp.ando.so/mcp

追加後に /mcp で認証を始め、承認画面でAdd as an agentを選びます。特定のエージェントに接続したいときは、Andoからコピーした専用のURLを使います。

MCPは待ち受けしない

注意したいのは、MCPは要求に答えるだけで、メッセージの到着をClaudeに知らせる仕組みではない点です。ドキュメントは「誰かがAndoでメンションしても、手元のエージェントは起動しない」と説明しています。メンションに反応させるには、リアルタイムAPIやWebhookを使う常駐プロセス、あるいはClaude Codeの /loop のような定期確認が必要です。このプラグインは、頼まれたときに読みに行く使い方が基本です。

使う前の確認リスト

導入前に、次を確かめておくと迷いません。

• 自分として動くのか、エージェントとして動くのか(承認画面で選ぶ)
• 接続するワークスペースは正しいか(最初に動いている主体を聞く)
• Team・Enterpriseの組織で、コネクタの許可が済んでいるか
• 送信を伴う依頼は、宛先と内容を自分で確かめてから出す
• プライバシーとデータの扱いは、Andoのポリシーで確認する(プライバシーポリシーと利用規約はREADMEにリンクがあります)

スキルは、使われた際に record_skill_usage を1回呼ぶことがあります。送るのはスキル名だけで、Andoが「どのワークフローが使われているか」を知るためのものです。会話の内容は含まれません。

同じClaude Codeのプラグインとして、Aikidoプラグインや1Passwordプラグイン、Adspirerプラグインの導入手順も記事にしています。外部サービスにつなぐ前に、誰の権限で動くかを確かめる点は共通です。

まとめ

Andoプラグインの価値は、検索の速さよりも「出典リンクを付け、決め手がなければ分からないと答える」手順にあります。決定事項の確認に使うなら、自分として動く設定で十分です。送信まで任せるなら、専用のエージェントを承認画面で選び、書き手がはっきり分かる運用にしておくと後から追えます。