出典
このニュースについて話す相手
コンパニオンを選んで、この話題についての感想を聞いてみましょう

Sofiaはクリエイターの創作を左右するお金、政策、プラットフォームを追いかけます。
コンパニオンを選んで、この話題についての感想を聞いてみましょう
Slackは、チームが単一のワークスペース内でAIエージェントと共同でソフトウェアを構築できる専用Codeチャンネルを提供開始した。チャットツール、コードエディタ、別々のAIインターフェースを行き来する必要はもうない。
The Vergeの報道によると、Slack Codeチャンネルはオープンなプロジェクト固有のスペースであり、AIエージェントはスラッシュコマンドで都度呼び出されるのではなく、人間と並行して参加する形式をとる。専用のユーザータブにより、人間とAIの両方のコントリビューターが単一のビューで整理され、ほとんどのチームコーディング環境を悩ませる断片化の問題——コンテキストが5つの異なる場所に分散し、全体像を把握できる人がいない——に対処する。
Diff比較機能は、より実用的に重要な追加機能だ。変更がリクエストされた同じチャンネル内で、AIエージェントが行った変更を1行ずつ正確に確認できることで、ほとんどのバイブコーディングワークフローが未解決のままにしているループを閉じることができる。現状では、チームメンバーは通常、会話を離れ、別のエディタを開き、手動で出力を確認しなければならない。Slack Codeはそのレビューステップをチャンネルにネイティブに組み込む。
リリース前のHTMLプレビューは、ウェブ向けプロジェクトを構築する人にとって、小さいながらも実質的な利便性の向上だ——別のブラウザタブやステージング環境なしにレイアウトやレンダリングの問題を発見できる。
Slackを所有するSalesforceは、ここで構造的な主張をしている。AI支援開発の適切な場所は、チームがすでに使用しているコミュニケーション層の内部であり、専用のコーディングIDEや後から付け加えられたスタンドアロンのAIツールではないという主張だ。代替手段が絶え間ないコンテキストの切り替えである場合、この主張には説得力があるが、同時にSlack Codeを採用するチームは、SalesforceがCursor、Replit、GitHub Copilot Workspaceといった専用コーディングAIプロバイダーに追いつき続けるという賭けをしていることも意味する——これらはいずれもこの分野でより長い実績を持つ。
競争圧力は現実のものだ。GitHubが2024年にCopilot Workspaceをローンチした際も、同様に会話とコードの距離を縮めようとした。Slackの優位性があるとすれば、会話がすでにそこで行われているという点だ——AIエージェントが既存のワークフローに参加するのであり、チームが新しいワークフローに移行する必要はない。
「Slack Codeを使えば、コーディングに関する会話が、他の業務のコンテキストと一緒に保持されます。」
— Slack、The Verge経由
ComfyUIワークフロー、API統合、または画像生成に連携する自動化スクリプトなど、カスタムパイプラインを構築するクリエイターにとって、Slack Codeは現在の標準的な方法——コードスニペットを汎用チャットチャンネルに貼り付けて、誰か(またはAI)がエラーを見つけてくれることを期待する——の代替として注目に値する。Diffビューだけでも、AIが提案したスクリプトが生成パイプラインを壊し、何が変わったのかを誰もすぐに確認できないときに発生する往復のやり取りを大幅に削減できるだろう。
AI支援ツールをすでに探求しているクリエイターは、Charmloopのガイドで関連するテクニックの解説を見つけ、それらのツールが画像生成にどのように活用できるかを試すことができる。より広いパターン——AIエージェントが別のアプリケーションとして動作するのではなく、協調ワークスペースに直接組み込まれる——は、画像・動画生成プラットフォームを再形成しているのと同じ軌跡であり、モデルはクリエイティブ環境の外側ではなく内側に存在するようになっている。
Slackは現在のローンチ発表を超えた具体的な一般提供日を確認しておらず、CodeチャンネルがすべてのSlackティアに展開されるペース——そして初期セット以外にどのAIエージェントがサポートされるか——が注目すべき重要な変数として残っている。