Feishuグループでコーディングエージェントにメンションするとは、Feishu（中国国外ではLark）でグループメンバーがメッセージを投稿すると、そのメッセージが誰かのマシン上で動作するClaude CodeまたはCodexエージェントに届き、実行とその結果が同じスレッドに返信され、危険な操作はまずマシンのオーナーへの承認カードになる仕組みのことです。エージェントがクラウドに移動することはなく、認証情報がコンピュータから外に出ることもありません。グループ内の誰も何もインストールする必要はありません。
本記事では、mutiのFeishuコネクタの設計（紐付け、ルーティング、承認、スロットリング）と、リリース前に準備できることについて説明します。このコネクタは開発中であり、以下に述べる内容は動作仕様です。現時点で有効化できる機能ではありません。中国語の原文は/zh-CN/blog/feishu-lark-claude-codeにあります。
専用クライアントではなくチャットアプリを使う理由
エージェントを共有する相手が最も避けたいのは、一度使うだけのためにアカウントを作成し、専用クライアントをインストールすることです。中国のチームにとって、日々の業務の会話はすでにFeishu上で行われています。人々をエージェントのところへ連れてくるよりも、エージェントをそこへ連れていくほうが簡単です。
Feishuは用途にも適しています。長接続（ロングコネクション）イベント購読によりパブリックなコールバックURLが不要で、メッセージカードはその場でインプレース更新され、スレッド返信によって1つのタスクのやり取りがまとまり、画像をダウンロードしてエージェントの入力として渡すことができます。
2つの紐付け
グループ ↔ ルーム。 ルームはmutiにおける境界です。誰が何を閲覧でき、誰がどのエージェントを使えるかを定義します。Feishuグループをルームに紐付けると、そのルームのメンバーシップと権限付与がそのグループに適用されます。ルームの設定で「connect a Feishu group」を選択して6桁のコードを取得し、グループ内で@muti bind 123456と投稿します。
個人 ↔ アカウント。 メンバーが初めてボットにメンションすると、個別チャットに一時的なコードが届きます。それをmutiに入力することでIDが連携されます。未連携のユーザーはデフォルトで無視されます。ルーム側でゲストモードを有効にすれば、質問はできても実行をトリガーできないように設定することも可能です。
紐付けの要点：実行権限はルームの権限付与とオーナーの承認によって決まり、グループ内で誰が何を言ったかには決して依存しません。 チャットメッセージは信頼できない入力として扱われます。
1タスク、1スレッド：受付、承認カード、進捗、結果を同じ場所に。
1タスク、1スレッド
メンバーが@muti @api rerun the failing tests and open a PRと投稿すると、ボットはそのメッセージの下にスレッドを作成し、順を追って返信します。
- 受付完了：
R20260906-03のようなリクエストIDとそのステータス。 - 承認ステータス：このメンバーが対象エージェントに対する恒常的な権限を持っていない場合、オーナーのみに表示される承認カードが届きます。
- 進捗カード：ステップごと、または30秒ごとにその場でインプレース更新されます。変更されたファイル、ここまでのテスト結果、コマンド出力の末尾数行などが表示されます。ステップごとに新しいメッセージが投稿されることはありません。
- 結果：返答に加えて、エージェントが生成したファイル、画像、リンク。
メインチャンネルは静かなまま保たれます。詳細を確認したい人だけがスレッドを開きます。
承認カード
実行中に危険な操作が発生すると、オーナーにカードが届きます。誰がリクエストしたか、どのエージェントか、何を実行しようとしているか、どのルールに該当したかが記載されています。ボタンは3つあります：approve / reject / run read-only。任意でメモを添付することもでき、リクエストと同等の重みを持って扱われます。
テンプレートにかかわらず、4つの操作タイプでは実行が一時停止します：共有ブランチへのプッシュ、削除、支出、認証情報へのアクセス。ログイン情報や2要素認証コードなどの保護された入力は、リクエスト送信者ではなく、常にオーナーにルーティングされます。承認はデフォルトで24時間後に期限切れになります。Feishu、Web、スマートフォンのどこで判断を下しても、すべての環境に反映されます。
グループに見えるものと、マシンから決して出ないもの
今から準備できること
- エージェントをルームに配置する。 マシンを接続し、共有したいディレクトリごとにエージェントを1つ作成して、モデル名ではなく用途に応じた名前（
api、site、notesなど）を付けます。 - グループの前にルームを作成する。 将来的に紐付けるグループに参加する予定のメンバーを招待し、誰が読み取り専用で誰が編集可能かを設定します。コネクタはグループ ↔ このルームを紐付け、それらのルールをそのまま再利用します。
- daemonをサービスとしてインストールする。
muti service installを実行しておけば、ノートPCの蓋を閉じたときでもFeishuからのタスクが失敗せず、マシンの復帰を待つようになります。 - ハウスルールを文書化する。 STYLE.md、スライドのテンプレート、先週のレポート用SQLなど、エージェントに読み込ませたいものはすべて作業ディレクトリに配置しておきます。
よくある質問
Feishuの管理者の承認は必要ですか？ mutiのクラウドは全ユーザー共通の単一のFeishuアプリを実行しているため、テナントへのインストールには通常1回だけ管理者による同意が必要です。セルフホストモードでは、オーナー自身が作成したアプリの認証情報を使用できます。
Lark（国際版）はサポートされていますか？ FeishuとLarkは共通のオープンなプラットフォームを使用しているため、コネクタは両方に対応しています。
SlackやDingTalkはどうですか？ Slackコネクタはすでに提供されています。エージェントごとに1つのボットが存在し、DMまたはメンションで指示可能で、承認はオーナーのDMに届きます。次はFeishu/Lark、その後にDingTalk（Stream mode）が続きます。3つとも同じルームと権限設定を共有します。詳細はプッシュする前に確認を求めるClaude Code用Slackボットをご覧ください。
グループ内にmutiユーザーでない人がいる場合はどうなりますか？ デフォルトでは無視されます。ルーム側でゲストモードを有効にすることも可能です。ゲストは質問のみ可能で、実行をトリガーすることはできません。
まずはエージェントにルームを用意しましょう。グループはそこに接続されます。ここから始める
公開日 · 更新日