Salesforceの新しいAI搭載コーディングアシスタントであるSlack Codeが、Slackチャネルに直接組み込まれました。バグ、スクリプト、または自動化のリクエストの内容を入力するだけで、チャットを離れることなくコードのドラフトを取得できます。これにより、従来の「チケット作成からコード実装へ」という受け渡しプロセスが、単一の会話へと集約されます。

開発者ワークフローにおける重要性

ほとんどのB2Bチームは、日常的な業務連絡のハブとしてすでにSlackを使用しています。本番環境のアラートが発生した際、非技術的なチームメンバーが症状を投稿し、エンジニアがチケットを作成し、別のツールで修正コードの作成とテストを行うのがこれまでの流れでした。Slack Codeは、こうした中間ステップを排除します。問題を報告したメッセージそのものがAIを起動させ、AIが解決策の候補となるコードを書き、それをエンジニアがレビューして反映させるという流れが可能になります。

即座に得られるメリットはスピードです。リクエスト、ドラフト、そして議論を一つのスレッドにまとめることで、コンテキストスイッチ（作業の切り替え）や、チケットがキューを移動する際に発生する遅延を防ぐことができます。十分なエンジニアリング体制を整えることが難しい中小企業にとって、このツールはいくつかの「クイックフィックス（迅速な修正）」チケットをセルフサービス化し、シニア開発者がより価値の高い業務に専念できる環境を提供します。

メリットを受ける層と、影響が限定的な層

  • 中小企業 – 少人数のDevOps体制において、その場でスクリプトを生成できることは、ダウンタイムの短縮と特定のエンジニアへの依存度低下につながります。導入のハードルが低いため、すでにSlackをコマンドセンターとして活用しているチームに適しています。
  • 大企業 – セキュリティレビュー、変更管理の承認、CI/CDパイプラインなど、コードが複数のゲートキーピング段階を経る必要がある組織では、ボトルネックはコーディングの速度ではなく、プロセスそのものであることが多いです。Slack Codeは初稿を提供することはできますが、全体のサイクルタイムが劇的に改善されるとは限りません。

ガバナンスが決定的な要因となる

論争の的となっているのは技術そのものではなく、「コードが本番環境に反映される前に、誰がそれを承認するのか」という点です。Salesforceは、実用的な4つのセーフガードを提示しています。

  1. 機能のパイロット運用 – 初期の展開は実験として扱い、対象を非クリティカルなワークロードに限定する。
  2. 人間による承認 – AIが生成したスニペットをマージする前に、資格を持つエンジニアによる承認を必須とする。
  3. 監査ログ – 後日のセキュリティレビューに備え、AIの出力内容の全履歴を記録する。
  4. 権限管理 – アシスタントを呼び出せるSlackチャネルおよびユーザーを制限する。

これらのステップは、会話型の環境でオンデマンドにコードが生成される際に増大するリスク、すなわち、安全でないコードやコンプライアンスに準拠していないコードが誤って注入されることを防ぐことを目的としています。