AI事業者ガイドライン第1.2版を読んだ

Posted at 2026-04-05

なぜ読んだか

総務省・経済産業省が2026年3月31日に「AI事業者ガイドライン第1.2版」を出した。
AIを仕事で使っている以上、一度ちゃんと読んでおくべきだと思って目を通した。

このガイドラインはソフトロー、つまり法的拘束力のない指針。
法律で細かく縛るとイノベーションが止まるから、ゴールベースで各自が自主的に取り組む設計になっている。

2024年4月に初版が出て、今回が第1.2版。AI関連技術の進化に合わせて随時更新していく「Living Document」という位置づけ。

ガイドラインは3つの主体を想定している。

同一事業者が複数の役割を兼ねることもある、とちゃんと書いてあって、これは現実に即してると思う。
スタートアップとかだと「開発も提供も利用も全部自分」みたいな話はよくある。

各主体が共通して取り組むべき指針が10個ある。

「人間中心」が最初に来ていて、残りはすべてその土台の上に乗っている構造。
AIに人間が過度に依存したり、逆にAIで感情を操作したりすることへの警戒感がかなり強調されていた。

特に気になったのは自動化バイアスへの言及。AIの判断をそのまま鵜呑みにしてしまう人間の傾向で、これを避けるためにトレーニングが必要、と書いてある。
フィルターバブルへの言及もあって、LLMがパーソナライズしすぎることへの懸念も含んでいる。

「リスクベースアプローチ」が何度も出てくる。リスクの大きさに応じて対策の程度を決める、ということ。
過度な規制はAI活用の便益を損なうから、リスクに比例した対策にしよう、という考え方は理にかなっていると思う。

生成AIの出力は誰でも精巧なフェイクを作れるようになったという認識のもと、偽情報・誤情報への対策が安全性の中に明示的に入っている。

コードを生成するAIを使う場合はセキュリティ面の確認が特に重要、とも書かれていて、Claude CodeとかCursorを使っている自分としては耳が痛い部分でもあった。

透明性は「アルゴリズムのソースコードを全部開示しろ」という話ではなく、ステークホルダーに必要な情報を合理的な範囲で提供する、という話。
営業秘密やプライバシーに配慮しながら説明責任を果たす、という落とし所は現実的だと感じる。

ログの記録・保存についても触れられていて、AIの判断の検証可能性を確保することが求められている。
事故が起きた時に原因究明できる状態にしておく、ということ。

用語定義のところで「AIエージェント」と「フィジカルAI」が明示的に定義されていた。

エージェンティックAIについても言及があって、複数のAIエージェントが自律的に連携して動く概念として整理されていた。
Claude Codeのhooksとかagent teamsを触ってきた身としては「やっとガイドラインが追いついてきたか」という感覚。

全体的に「イノベーションを止めたくないけどリスクも管理したい」というバランス感覚が一貫していた。
ソフトローという設計は正しいと思う。技術の変化が速すぎて法律では追いつけない部分がある。

ただ、共通の指針が10項目もあって、しかもそれぞれに①②③...と細目がある。
中小企業やスタートアップが「これ全部やれ」となると途方に暮れるのでは、という気はした。
別添（付属資料）に具体的な実践例がまとまっているらしいので、そっちも読んでみたい。