具体的には、次のような作業が可能です。
最後の承認プロセスについては、人間が本番投入に責任を持つという考え方が示されています。ただし、どの設定でマージゲートを構成するのかなど、具体的な実装方法は提供された情報だけでは確認できません。
Slack Codeの大きな狙いは、AIを使った開発を担当するエンジニアだけの作業にしないことです。プロダクトマネージャーやデザイナーなど、コードを書かないメンバーも同じチャンネルで進捗を確認し、要件についてコメントしたり、実際の画面を見て意見を伝えたりできます。
この流れでは、担当者がAIに依頼した結果だけを共有するのではなく、要件の背景や判断の過程もチャンネルに残ります。
Slack Code自体は、無料ワークスペースを含むSlackの全プランで利用可能と報じられています。ただし、各エージェントを使うには、ユーザー側でそれぞれのパートナーサービスへのアクセス権が必要です。
そのため、コードチャンネルは次の情報を含む記録として機能します。
ただし、保存期間、エクスポートの方法、監査ログの詳細仕様については、提供された情報からは確認できません。
Slack Codeは、別の開発コラボレーション製品を新たに導入するというより、既存のSlackワークスペースをAI開発の場として拡張する位置づけです。そのため、Slackの管理・セキュリティ環境を利用することが想定されています。
ただし、どの権限設定やセキュリティ機能、コンプライアンスプランが具体的に引き継がれるのかは、今回提供された資料だけでは確定できません。企業が導入を検討する場合は、実際の管理者向け仕様や各エージェント側の権限モデルを個別に確認する必要があります。
SalesforceのCEO、Marc Benioff氏はSlack Codeについて、次のように投稿しています。
「一人でコードを書かないでください。Slack Codeは稼働中です。人間とエージェント。同じチャンネル、同じ仕事です」
さらに、Anthropic、GitHub、Cognition、Vercelのエージェントとともに始まる今回の展開を「real multiplayer coding(本当のマルチプレーヤー型コーディング)」と表現しました。
Slackが目指すのは、AIによるコーディングを個人とAIの閉じた作業から、チーム全体で進める仕事へ変えることです。SlackはAIモデルそのものを提供する場というより、複数のエージェントをチームにつなぎ、作業の文脈やレビューを集約する調整レイヤーとして位置づけられています。
将来的には、SlackのAPIを開放し、エージェントがマーケティングキャンペーンの進行や法務文書のレビューなど、コーディング以外の業務でも協調できるようになる可能性があります。
ただし、提供された資料では、こうしたAPI拡張について確定したロードマップ、実施時期、対応業務の範囲は確認できません。現時点では、Slack Codeの共有エージェント・ワークスペースという考え方から想定される発展方向にとどまります。