Slack Code API、すべてのSlackプランで一般提供開始

Slackは2026年10月28日、Slack Code APIをすべてのSlackプランで一般提供開始し、2026年8月に公開したコードチャンネルの仕組みを、あらゆる開発者のエージェントが利用できるようにしました。Slackの開発者向けブログへの投稿で同社は、150社を超える顧客やパートナーから、自社のエージェント向けにコードチャンネルを活用した機能を構築するため、アクセスを求める声が寄せられていたと述べました。この機能はこれまで、一部のローンチパートナーに限られていました。

Slackは8月、Anthropic、Cognition、GitHub、VercelなどのパートナーとともにSlack Codeを発表しました。発表時の告知ではOpenAIにも言及し、ChatGPTは近日提供予定としていました。コードチャンネルとは、エージェントが単一のタスクのために開設する専用スペースです。必要な人、コンテキスト、計画があらかじめそろっており、作業が終わるとチャンネルは自動的にアーカイブされますが、検索は引き続き可能です。Slackは発表時、コードチャンネルの70％超が、アイデアの段階からプルリクエストのマージまでを含め、1日以内に作成されて終了すると報告しました。

独自のエージェントを持ち込む

APIの一般提供により、あらゆる開発者がエージェントにコードチャンネルを開始させ、関係者やファイルを追加し、作業中に進捗を投稿させ、作業完了後にチャンネルをアーカイブさせることができます。Slackによると、開発者は、企業向けに独自開発するエージェントでも、Slack Marketplace向けの新しいエージェントでも、ローンチパートナーが利用しているものと同じ基本機能を利用できます。

Slackによると、これまでコーディングエージェントをSlackに導入するには、エージェントの出力を通常のスレッドやダイレクトメッセージ経由でやり取りする必要がありました。しかし、大容量のログファイルを添付したり、50行のコード差分を提案したり、複数段階の実行計画を進めたりするエージェントには、そうした場は手狭だと同社は説明しています。また、厳格なセキュリティ要件を持つ企業は、市販のサードパーティー製エージェントをまったく利用できなかったとSlackは述べました。

同社は、このAPIによって3つの機能が実現すると説明しています。依頼に専用の作業場所が必要な場合に独自のコードチャンネルを作成し、作業の過程を公開するエージェント。ブックマークと実行履歴全体を使って、チーム全員が方向性を示せるエージェント。そして、メッセージのコンプライアンス機能を組み込み、管理者がすでに利用しているワークスペースの制御機能やデータ境界も適用することで、企業が安心して使えるエージェントです。APIを使うと、コード差分、HTMLプレビュー、思考の過程を表示でき、Slackがそれ以外のインターフェースを担います。Slackによると、同社は特定のエージェントに依存しないハブであり続けるため、チームは同じ場所で作業を続けながら、後からエージェントやモデルを切り替えられます。

Slackによると、GitHub Copilotはエージェントのセッションの30％で専用のコードチャンネルを開設します。GitHubのスタッフエンジニアであるTim Hunter氏は、ユーザーがすでに慣れ親しんでいるCopilotとのやり取りを、ほかの業務を行う場所と同じ空間に組み込んでいると述べました。MistralのソフトウェアエンジニアであるMael Kerichard氏は、このAPIはAIエージェントを念頭に設計されたように感じると述べ、柔軟性、簡単なセットアップ、豊富な機能を挙げました。

Slackによると、ガバナンス機能はあらかじめ組み込まれています。エージェントには、作業するチャンネルの権限と管理者制御が引き継がれるため、開発者が別個のアクセスモデルを構築する必要はなく、IT部門が新たに設定する項目もありません。重大な変更は、その都度人が承認できます。また、チャンネルがアーカイブされた後も、エージェントが行ったことの記録は検索できます。

Slackは、午前2時に本番環境でアラートが発生した場合を例に、この仕組みを説明しています。カスタムのオブザーバビリティエージェントがコードチャンネルを開き、関係するログを取り込み、修正に着手する一方、オンコール担当のエンジニアはその作業を確認し、途中でエージェントの進め方を修正できます。同社によると、同じ仕組みはバグのトリアージや、設定変更、ロールバックといったDevOpsタスクにも適用できます。

APIの仕組み

Slackの開発者向けドキュメントによると、アプリは2種類のAPIメソッド群を通じて、コードチャンネルのタイトル、ステータス、コンテキストバー、ビュータブを制御できます。その agents.sessions.* メソッドはコードチャンネルとセッションスレッドで共通しており、スレッドのタイムスタンプパラメーターでセッションの種類を指定します。また、 chat:write スコープが必要です。その agents.conversations.* メソッドはコードチャンネル固有のタスクを管理し、 code_channels:manage スコープが必要です。

文書に記載されている agents.conversations.* メソッドには、create、archive（任意で要約を記録可能）、setProperties、setCommands、setView（html、diff、block_kit、canvasの各ビューに対応）、listViews、removeView、getCanvas、setCanvasContentがあります。

アプリは、コードチャンネルを有効にするために features.code_channels.enabled アプリマニフェストでtrueに設定し、任意で slash_command_url。ユーザーがアプリにメンションすると、アプリはapp_mentionイベントを受け取り、専用のコードチャンネルを作成するか、その場で返信するかを判断します。作成リクエストには、起点となるチャンネルとメッセージのタイムスタンプを指定します。するとSlackがチャンネルを作成し、プライバシー設定を適用したうえで、ボットを自動的に招待します。

文書に記載された認可モデルでは、呼び出し元はそのチャンネルに割り当てられたエージェントボットか、チャンネルのメンバーでなければなりません。それ以外の場合、呼び出しはnot_agent_channelまたはnot_authorizedエラーを返します。コードチャンネルは準一時的な利用を想定して設計されており、1つのタスクにつき1つのチャンネルを使い、セッション終了時にアーカイブします。アーカイブ後もチャンネルとその履歴は閲覧・検索でき、チャンネルを再開することもできます。

今後登場するツールと利用開始方法

Slackによると、プルリクエストの操作性を高める改善が近日中に利用可能になる予定です。GitHubユーザーはSlack内でレビューを依頼できるようになり、SlackとGitHub間でコメントが双方向に同期されるほか、プルリクエストが承認され、テストに合格すると、コードチャンネルにマージを促すメッセージが表示されます。また、エージェントの会話やコードチャンネルのステータス、チャンネルのメンバー、最近のコンテキストを一覧できるほか、公開コードチャンネルも閲覧できる、強化版の「エージェント & ツール」タブも近日中に利用可能になる予定です。

Slackは、利用を始める方法を3つ紹介しました。ドキュメントを読み、エージェントのマニフェストにAPIを追加する方法、エージェントをSlack Marketplaceに申請する方法、そして、Claude、Devin、GitHub Copilot、Vercelを含む、既存のMarketplaceにあるSlack Codeエージェントを試す方法です。