チームで AI の開発支援ツールを入れるとき、何を決めますか

渡してよいデータと、使ってよいツール

AI の開発支援ツールは、書いたコードや質問を外のサービスへ送って答えを作ります。何を送ってよいかを決めないと、会社のコードや利用者のデータが、意図しない所に残ります。

• 送ってよい物、いけない物会社のコードはよいか、利用者の個人情報や本番の鍵は送らない、のように分けます
• ツールと契約会社として契約したツールだけを使い、入れた内容が学習に使われない、保存の期間が決まっている、などの契約の中身を確かめます。個人の契約で会社のコードを扱わない、と決めます
• 法務との相談契約の中身と、作られたコードの権利の扱いは、法務と一緒に確かめます

メンバーが個人の契約で使っていたときは、責めるより先に、会社で使える道を用意します。使いたい理由があるから使っているので、禁止だけでは隠れて使われます。

責任は人が持つ

AI はもっともらしい誤り (ハルシネーション) を出します。無い関数を呼ぶ、古い書き方を使う、安全の確かめを抜かす、などです。だから、AI が作ったコードも、出した人が中身を説明できる物だけを出し、レビューはふだんと同じ基準で行います。「AI が書いたので」は、レビューを軽くする理由になりません。

AI に、コマンドを動かす、ファイルを書き換える、のような操作まで任せる場合は、どこまで任せてよいかも決めます。本番の鍵には触れさせない、消す操作は人が確かめてから、のように線を引きます。

小さく試し、効き目を数で見る

いきなり全員に入れず、一部のチームで期間を決めて試します。効き目は、書いた行の数ではなく、作業を始めてから公開までの時間、レビューで戻った回数、公開後の不具合の数、使った人の声、で見ます。速くなっても不具合が増えていれば、使い方を見直します。

うまい使い方 (頼み方、任せてよい作業、任せない作業) は、チームで分け合う場を作ります。経験の浅い人が、考える前に AI の答えを写すだけにならないよう、育成の目線でも使い方を決めます。

話す例は、架空の例で構いません。「会社で契約したツールに絞り、1 つのチームで 1 か月試して、レビューで戻る回数が増えていないのを確かめてから広げた」のような流れを 1 つ用意します。