【Show HN】SlackやTeams連携が爆速に！あらゆるAIエージェントを自由に接続できる「The Channels SDK」

AIエージェントを特定のプラットフォームに縛り付ける時代はもう終わりです。「The Channels SDK」を使えば、開発中のAIエージェントをSlackやMicrosoft Teamsといった主要なメッセージングツールへ、驚くほど簡単に統合できるようになります。マルチプラットフォーム対応のボット開発を効率化したいエンジニアにとって、最強の選択肢になるはずです。

皆さん、こんにちは！Channels SDKの開発エンジニアの一人です。これが初の公開リリースとなります。私たちは、エージェントがSlackやTeams上で自然な参加者として振る舞えるようにしつつ、その過程でUIを生成できるようにすることに力を入れました。AG-UIをベースに構築されているので、AG-UIを出力できるエージェントならSlackやTeamsに持ち込めます。社内でのドッグフーディングを通じて、タスク特化型の小さなエージェントがチャンネルに溢れるという現象を目の当たりにしました。例えば、DoorDash CLIをラップして社内のランチ注文を処理するlunchbot、PupやGitHub CLIをラップしてインシデントのトリアージを行うpupfood、GitHubのPRからオンデマンドでマーケティング動画を生成するchadbotなどがいます。PostHog、Notion、Linearなどの社内ツールと連携するエージェントもさらに増えています。以前はエージェントをWeb環境へ持っていくことに熱心でしたが、最近はチャットインターフェースこそが便利なエージェントにとって最も自然なホームだと確信を深めています。アプローチに関する質問があれば何でも聞いてください！

本当にオープンソースだとは思えないな。MITライセンスなのはクライアント部分だけで、実際に動かすためのサービス自体はクローズドでライセンス制限がかかっている。

これってVercelのChat SDK (https://github.com/vercel/chat) のプロプライエタリなラッパーみたいなもの？

OPです。SDKの開発でMikeと協力しています。彼が開発の動機については説明してくれたので、実際の仕組みについて補足します。「チャンネル」を4つの要素からなる階層として扱っています。アダプターは各プラットフォームのWebhookや癖を正規化し、単一の中立的なイベント形式に変換します。Opsはデリバリー、順序付け、再接続を担当します。実行ループはack-first（ACK優先）方式を採用しており、承認カードの投稿、デリバリーのACK、そしてクリックが行われたときに実行を再開します。これが、実行が途中で中断されず、リトライやプロセスの再起動後も承認処理が生き残る理由です。レンダリングはチャット用の仮想DOMです。JSXはネイティブのBlock KitやAdaptive Cardsにコンパイルされます。ハンドラーIDはデプロイごとに生成されるものではなくコンテンツハッシュなので、先週投稿されたボタンでもデプロイ後に解決可能です。その上に、createChannel、スレッド、ツール、承認といった小さなAPIを乗せています。オープンソースのパスに関する図はスレッドの別の場所でも聞かれたのでこちらをどうぞ: https://github.com/CopilotKit/channels-sdk/blob/main/assets/architecture-via-oss.png 。ライセンスが一番の懸念点のようなので明確にしておくと、インテリジェンス層（リッチスレッド(AG-UI)、メモリ、学習、分析、ガバナンス）はセルフホスト可能で、外部への通信は一切発生しません。また、CopilotKit自体はエージェントではありません。モデルの呼び出しを行うのはCopilotKitではなく、皆さんのインフラ上で、皆さんが普段使っているプロバイダーを通じてエージェントが行います。

これはかなり良いアイデアだと思う。自分もhttps://wingman.actor を作りながら「チャンネル」という考え方についてよく考えてきたんだ。チャンネルのプリミティブを低レイヤーで持つべきか、それとも既存のチャットクライアントという既に定義されたユーティリティを書き換えるべきではないのか、ずっと迷っていた。チャットを中心に据えて異なるクライアントに適応する統合SDK/データ構造という君たちのアプローチは本当に強力な解決策だし、両方のいいとこ取りができているんじゃないかな。

職場のアレなチャットボットがSlackで好き勝手にしゃべりまくる日を想像するとゾッとする。

皆さん、こんにちは。AG-UIとChannels SDKの背後にあるスタートアップ、CopilotKitのCEOです。応援ありがとうございます！この製品にはかなり期待しています。チャットやCodex/Claude-Codeスタイルのエージェントに続き、チャンネルがLLMの第3の主要なフォームファクターになると考えています。オンボーディングの手間を以下のプロンプト一つだけで済むように作り込みました。「https://copilotkit.ai/channels-guide.md を読んで、ユーザーが最初のチャンネルを構築するのを手伝って」本当にこれだけで簡単です。あとは、世の中にある主要なエージェントフレームワークを活用して、同僚レベルのSlack/Teams用エージェントを構築する手助けをしてくれます。フィードバックをいただけると嬉しいです。特に何か詰まったことがあれば教えてください！

最近eve (https://eve.dev/) を使っているけど、本当によく考えられていて使い心地がいいよ。TUIやGitHub、その他チャット以外のチャンネルもサポートしているしね。サンドボックスやcronなどの統合・抽象化が非常によくできている上に、セルフホストも可能なのがいい。

これすごいね！どんなエージェントもあらゆる場所（サーフェス）で動作するという考え方が大好きだし、そのプロセスにおける次のステップだと感じる。

素晴らしいアイデアだね！気に入ったよ。