注意点を三つの方向から整理する
ここまで三章を使って、LLMがどんなものか、得意不得意の見当、最初の一歩の踏み出し方、という順番で見てきた。本章では、それらを実際の業務に持ち込むときに、事前に押さえておきたい注意点を扱う。
注意点と書いたが、出てきた文章を後から点検する話ではない。点検そのものは、第2章で「部下の提出物としてチェックする」という背骨を立てた通り、すべての仕事で共通して必要になる前提だ。本章で扱うのは、その一つ手前、「そもそもこの仕事をLLMに頼んでいいのか」「この内容を入れていいのか」を上司側が判断するための観点になる。
整理の都合上、三つの方向から見ていく。一つ目は法務、つまり著作権まわりの話だ。二つ目は職場、機密情報の取り扱いの話になる。三つ目は市場、AIを売り込んでくる業者との付き合い方の話だ。三つとも毛色が違うように見えるが、共通しているのは、いずれも上司側が事前に少しだけ手間をかけておくと、後の事故が大きく減るタイプの注意点だという点になる。
著作権との付き合い方
まず著作権の話から入る。LLMと著作権の関係は、入る側と出る側の両方で論点がある、と押さえておきたい。
入る側というのは、LLMに何かを入力するときの話だ。たとえば、書籍の中身を丸ごと貼り付けて要約させる、他社が出版している資料の章を抜き出して翻案させる、といった使い方は、入力の段階で著作物を扱っていることになる。社内の参考目的での閲覧と、AIに渡して加工させる行為は、法的にも実務的にも別物として扱われる場面がある、と見ておいた方がよい。
出る側というのは、LLMが生成した文章や画像を、自分たちの成果物として外に出すときの話だ。生成物の権利関係は、二〇二六年現在もまだ議論の途中にある部分が多く、国や時期によって扱いが揺れている。日本国内の議論の流れだけを追っても、ここ数年で何度か方針が動いている。ここで詳細に踏み込むことはしないが、「LLMが出したものは無条件で自分たちのものになるわけではない」という前提だけは押さえておきたい。
このあたりで時折聞かれるのが、「中小の事業者なので、そこまで厳密にやらなくても炎上しないだろう」「うちの規模なら見つからないだろう」という見方だ。実情として、これは安全側の前提ではないと思っておいた方がよい。SNSや業界の口コミ経由で個別の事例が拾い上げられて炎上に至る例は、規模に関わらず聞く。むしろ、専門業界の小さな事業者の方が、業界内の狭い口コミで一気に広がりやすい構造もある。事業者の規模は、注意の濃度を下げる根拠としては弱い、と捉え直しておきたい。
実務上の落としどころとしては、入力する素材については「これは自分たちが扱う権利を持っているか」を一拍止まって考える、出力する成果物については「これをそのまま外に出すか、人間の手を一度入れて自分たちの責任のもとに出すか」を分けて考える、この二点でだいたいの場面が捌けるはずだ。細かい法解釈に毎回踏み込まなくても、この二段の問いを習慣にしておくだけで、避けられる事故はかなり減る。
機密情報の取り扱い
二つ目は機密情報の話だ。こちらの方が、日々の業務では頻度が高い論点になる。
押さえておきたい前提は、クラウド型のサービスにこちらが入力した内容は、サービス提供者のサーバーに渡る、という点だ。提供者によっては、入力された内容を学習データとして使う設定が初期状態で有効になっていることもある。学習に使われた情報は、後から取り消すのが難しい場合が多い。第1章でクラウド型とローカル型の違いに触れた通り、「機密の有無で選び分ける」という話の、その「機密の有無」をどう線引きするか、という具体論にここで踏み込む形になる。
線引きの観点として、一つ手がかりになる見方を紹介しておきたい。「不特定多数への公開を前提にしているか、特定の相手との個別のやり取りか」という分け方だ。プレスリリース、案内文、求人広告、自社サイトに載せるブログ記事、こういったものは、そもそも世間に向けて出すために書かれている。そこに乗っている情報は、外に出ても困らない前提で書かれているはずなので、クラウド型のLLMに渡して手を入れさせても、追加で漏れる情報はほとんどない。
一方で、特定の相手とのやり取りに関わる文章は、見た目が短くても扱いを変えた方がよい。取引先との往復メール、見積もりへの返信、社内向けの業務指示、こうしたものには、相手の固有情報、案件の進捗、こちらの内部事情が当たり前のように混ざる。
具体例を三つ並べておく。
一つ目は、社内マニュアルの整備だ。新人向けに業務手順をまとめる仕事は、第2章で応用の側に分類したが、機密の観点でも応用に近い注意が要る。マニュアルにはその組織の動き方そのものが書かれるため、固有名詞こそ少なくても、組織の内部構造が見える形になる。クラウド型のサービスに丸ごと渡して整えてもらう、という使い方をするなら、サービス側の学習設定を確認しておきたい場面になる。
二つ目は、会議日程の調整だ。一見すると軽い事務作業に見えるが、参加者の名前、案件名、外部の関係者の所属、空き時間といった情報がひとまとめに乗ることになる。LLMに調整文面を整えてもらう、というだけの作業であっても、入力された情報そのものは決して軽くない。
三つ目は、業務記録やそれに準じる文書だ。職種によって呼び名は変わるが、特定個人の情報を含む記録一般、例えば顧客対応の記録などは、クラウド型のサービスに入れるかどうかをまず立ち止まって考える対象になる。組織として明示的に許可が出ているのでない限り、原則として入れない側で運用する方が無難だ。
機密寄りの業務にLLMを使いたい場合の手立てとしては、いくつかの選択肢がある。一つは、サービス提供者が用意している、入力内容を学習に使わない設定（よくオプトアウトと呼ばれる）を有効にしておくことだ。設定の名前や場所はサービスごと、また時期によって変わるので、利用前に公式の説明を確認したい。二つ目は、企業向けプランの利用だ。個人向けプランと比べて、入力内容の取り扱いについて契約レベルで明文化されているものが多く、機密の濃い業務に踏み込む際の足場として使える。三つ目は、第1章で触れたローカル型の選択肢だ。性能面の制約はあるものの、データが外に出ないという一点に絞れば、最も分かりやすい解になる。
どの手立てを取るにしても、「LLMに入れるかどうか」の判断は上司側が事前に握っておくべき仕事だ、と意識しておきたい。現場の判断だけで進めると、扱ってはいけない情報が静かに学習データに渡っていた、という形で後から表面化することがある。
業者の売り込みとの付き合い方
三つ目は、AI関連の業者やサービスの売り込みとの付き合い方だ。直接の業務というよりは、組織の外から差し込まれる話なので、書類仕事とは別の警戒が要る。
近年、AIの導入支援を謳う業者の数は急速に増えている。中には実直なところもあるが、内容の薄い高額契約に持ち込もうとする業者も混ざっている、と考えておいた方がよい。見分けるための観点を、いくつか挙げておく。
一つ目は、横文字の量と密度だ。LLM、生成AI、エージェント、RAG、ファインチューニング、MLOps、こうした語が次々と並ぶ提案を受けたとき、相手にそれぞれの意味を平易な日本語で説明してもらえるかを試してみるとよい。本当に業務に詳しい相手であれば、専門用語の中身を、専門外の一般人にも届く言葉で言い直せるはずだ。横文字を並べることそのものでこちらを引かせて、判断の主導権を握ろうとするような相手とは、距離を置いた方が無難になる。
二つ目は、「何ができるか」だけでなく「何ができないか」を聞いたときの反応だ。AIで何でもできます、と言い切る相手より、AIではここまでが現実的でここから先は人間の手が残ります、と線を引ける相手の方が、業務に即した提案を持っていることが多い。第2章で扱った「基本」と「応用」の区別を上司側が押さえていれば、相手の説明と現実のずれは見えてくる。
三つ目は、自社の業務にどう紐づくかを尋ねたときの具体性だ。「業務効率化」「DX推進」「コスト削減」といった粒度の粗い言葉が並ぶだけで、自分たちの実際の業務のどの工程にどう挟まるのかが見えてこない提案は、契約後にうまく実装まで届かない可能性が高い。第5章で扱う「一業務、一人から始める」発想と照らし合わせると、相手の提案がどのくらい現実に着地するかが見えやすくなる。
ここで効いてくるのが、第3章までで身につけておきたい「自分で少し触ってみた経験」になる。実際に無料で試してみて、何ができて何が難しいかが体感として分かっていると、業者の言葉が現実と地続きかどうかが判断できる。逆に、一度も触らないまま提案だけを受け取ると、相手の説明の中身を吟味する手がかりが手元にない状態になり、判断が言葉の勢いに引きずられやすくなる。
三つの注意を貫くもの
ここまで法務、職場、市場の三方向から注意点を並べてきた。観点はそれぞれ違うが、根は同じところにある、と整理しておきたい。
どの注意点も、上司側がほんの一拍立ち止まる手間で、後段の大きな事故を防ぐ形になっている。著作権なら、入れる素材と出す成果物の扱いを意識する一拍。機密情報なら、入力前に「これは外に出ても困らない情報か」を確認する一拍。業者対応なら、契約に踏み込む前に「中身を平易な日本語で説明してもらえるか」を試す一拍。どれも、現場が動き出す前に上司側が押さえておく工程だ、と見るとよい。
本書の背骨である「部下の提出物としてチェックする」考え方に置き直すと、本章で扱った話は提出物の中身ではなく、その一つ手前、「この仕事を頼んでいいのか」「この相手と組んでいいのか」の判断にあたる。書類が出てきてから直す手間と、そもそも頼む前に決めておく手間とでは、後者の方が圧倒的に軽い場面が多い。
次の章では、こうした注意点を踏まえた上で、実際に組織の中にどう持ち込んでいくか、という話に移る。本章の三つの注意点は、第5章の現場展開の前提として、何度か顔を出すことになる。