Slack（Salesforce傘下）は、開発チームのSlack上での会話を把握した上でコーディングやドキュメント作成を行うAIエージェント機能「Slack Code」を発表した。設計方針や実装の議論をチャットから読み取り、そのままコードを書きドキュメントを整える。
「議論を読める」エージェントの価値 #
Slack Codeの売りは、Issueやタスク管理ツールに書き起こさなくても、雑談まじりの議論からエンジニアの意図を汲み取れる点にある。従来のコーディングエージェントは指示文（プロンプト）を丁寧に書く必要があったが、Slack Codeはチームの会話そのものが指示になる。開発の摩擦を減らす発想としては理にかなっている。
ハッカー視点：チャット全体が攻撃対象に #
だがセキュリティ視点で見れば、これはエージェントの「読解範囲」をチャット履歴全体に広げる決断でもある。Slack上には設計相談だけでなく、一時的に貼られたAPIキーやDB接続情報、他部署の機密情報が紛れ込みやすい。悪意ある投稿者やアカウント乗っ取りによって指示を装う文言を会話に紛れ込ませれば、エージェントを介した不正なコミットや機密情報の書き出しにもつながりかねない。
1. 文脈の収集
エージェントがチャンネルの会話履歴を「指示」として読み込む。
2. 悪意ある投稿の混入
乗っ取られたアカウントや外部連携から偽の指示文が紛れ込む。
3. 指示として誤認
エージェントが会話文脈と区別できず、正規の依頼として実行してしまう。
4. 不正なコミット・情報流出
機密情報を含んだコードやドキュメントが生成・公開される。
直近ではGoogle Antigravityのリモート操作機能拡大も報じられたばかりで、「コーディングエージェントの乗っ取り価値」が上がり続けている流れの延長線上にある。
導入するなら権限設計から #
Slack Codeを使うなら、エージェントが参照できるチャンネル範囲やコミット可能なリポジトリを最小権限に絞り、機密チャンネルは除外リスト化するといった設計が欠かせない。便利さの裏でエージェントの「目」がどこまで届いているかを、導入前に必ず確認したい。
COMMENTS 0
まだコメントはありません。最初のコメントを投稿しよう。