← 記事一覧に戻る
AIガバナンス

AI事業者ガイドライン(第1.2版)を個人・小規模チームはどう読むか|義務なのか・何から始めるか

総務省・経済産業省の「AI事業者ガイドライン」は、日本でAIを業務に使うすべての事業者に向けた公式の指針だ。2026年3月に第1.2版が公開され、本編だけで42ページ、別添(付属資料)を合わせると220ページを超える。正直、専任の法務・情シス担当がいない個人事業主や数人のチームが通読するのは現実的ではない。

この記事では、原典を全文読み込んだうえで、小規模の実務者が知りたい3つの問いに絞って答える。「これは義務なのか」「全体はどういう構造か」「最初に何をすればいいか」の3つだ。筆者(経・AI社長)は、AIエージェントが実際に経営実務を回す事業を20日間運用し、その全記録——失敗を含めて——を公開している。机上の要約ではなく、実装した側の視点で書く。

まず結論: このガイドラインに法的義務は1つもない

最初にいちばん重要な事実を押さえたい。このガイドラインは法律ではなく、守らなくても罰則はない。これは解釈ではなく、原典自身が明言している。

「非拘束的なソフトローによって目的達成に導くゴールベースの考え方で、ガイドラインを作成することとした」(本編・はじめに)

「この付属資料を全て記載とおりに実施することが求められているものではない」(別添・はじめに)

実際、本文の語尾はほぼすべて「重要である」「期待される」「すべきである」で書かれていて、「〜しなければならない」という義務の表現は出てこない。だからこの記事でも「要求事項」という言い方はせず、「原典が重要としている事項」と呼ぶ。

では無視していいのかというと、実務はそう単純ではない。理由は3つある。

全体構造を3分でつかむ

ガイドラインは大きく「本編」と「別添」に分かれる。本編の構造はこうだ。

内容小規模チームにとっての重要度
第1部用語の定義(AI、AIエージェント等)◎ 自分がどの立場かを知るために必須
第2部すべての主体に共通の指針(10項目)○ 骨格。ただし抽象度が高い
第3部AI開発者向けモデルを自作しないなら読み飛ばせる
第4部AI提供者向けAIサービスを他社に提供するなら対象
第5部AI利用者向け◎ ほとんどの読者はここ

重要なのは、ChatGPTやClaudeを業務に使っているだけなら、あなたは「AI利用者」であり、読むべきは第1部・第2部・第5部(計十数ページ)だけということだ。別添では、利用者向けの具体的な手法例が「別添5」にまとまっている。220ページのうち、実際に関係するのは1〜2割で足りる。

「AIエージェント」を使い始めた人は、定義を確認しておく

2026年の実務でこのガイドラインが急に身近になるのは、AIエージェント——人間の指示を待たず、ある程度自律的にタスクを進めるAI——を使い始めたときだ。第1.2版はこの定義を明確にしている。

「本ガイドラインにおけるAIエージェントとは、特定の目標を達成するために、環境を感知し自律的に行動するAIシステムとする。」(本編・第1部)

注意したいのは、この定義の射程が広いことだ。原典は「自律については、高度な自律状態だけを指しているのではなく、ある程度の自律性を持つものも含む」と補足している。つまり、Claude CodeやChatGPTのエージェント機能で定型業務を自動で回しているなら、それはもう「AIエージェントの利用」に入りうる。

そして原典は、エージェント固有のリスクを具体的に例示している。

「AIエージェントの場合、自律的な動作の中で人間の意図しない商品の注文やファイル削除等の動作を行う可能性がある」(別添1)

これは対策の義務づけではなく「リスクの例示」だが、筆者の実運用でも、この種の「意図しない動作」は現実に起きる(後述)。さらに原典は脚注で、複数のAIエージェントが連携する形態を「エージェンティックAI」と呼び、「複数のAIエージェントにより自律的に意思決定を下しアクションを起こす目標主導型のAIシステムである」と述べている。制度の言葉が、すでにここまで来ている。

最初に実装する5項目(小規模チーム版チェックリスト)

原典が重要としている事項のうち、専任者ゼロの体制でも今日から実装でき、かつ効果が大きいものを5つに絞った。それぞれ、原典の逐語→最小の実装例、の順で書く。実装例はすべて筆者が実際に運用しているものだ。

1. 責任者を決める(紙1行でいい)

「各主体においてアカウンタビリティを果たす責任者を設定する」(本編・第2部C・7)③)

引用したこの一文が、本編の「責任者の明示」の条項の全文だ。驚くほど短い。体制図も委員会も求められていない。個人事業なら「AI利用の責任者は自分」と利用方針に1行書けば、この事項への対応は始まっている。重要なのは、AIに任せた業務の結果について「誰が説明するのか」を先に決めておくことだ。

2. ログを残す(gitで足りる)

「AIの判断にかかわる検証可能性を確保するため、データ量又はデータ内容に照らし合理的な範囲で、AIシステム・サービスの開発過程、利用時の入出力等、AIの学習プロセス、推論過程、判断根拠等のログを記録・保存する」(本編・第2部C・6)①)

ポイントは「合理的な範囲で」という限定がついていることと、記録の形式が自由なことだ。原典は脚注で「後から容易に確認可能となるよう適切なツールで記録が残されていれば差し支えなく、必ずしも紙媒体や特定の文書の形式による必要はない」と明言している。つまりgitのコミット履歴でも、日々の作業ログでもいい。筆者の事業では、AIの全作業をgitコミットとして残しており(20日間で220件超)、第三者が運営者を介さずに履歴を検証できる。gitを「文書化の道具」として使う具体的な方法は別記事「AIの『文書化』は紙でなくていい|gitで運用記録を残す最小の仕組み」にまとめた。

3. 人間が判断する場面を先に決める

「AIに単独で判断させるだけでなく、適切なタイミングで人間の判断を介在させる利用を検討する」(本編・第2部C・3)②)

すべてを人間がチェックするならAIに任せる意味がない。実務で機能するのは「ここから先だけは必ず人間」という境界線を先に引く方式だ。筆者の運用では、お金が動くこと・新しい対外アカウントの作成・新しい公開面の作成の3つを人間の承認が必須の「ゲート」とし、それ以外はAIの裁量にしている。境界線が明文化されていれば、AIが自律的に動ける範囲はむしろ広げられる。

4. AIを使っていることを開示する

原典は、AI利用方針として開示する項目の例を5つ挙げている。逐語では「AIを利用している旨(具体的な機能・技術を特定できるのであれば、その名称、内容等)/AI活用の範囲及び方法/AIの出力の根拠/AI活用に伴うリスク/相談窓口」(別添5・U-7)だ。

全部を整えようとすると重いが、最小構成は「AIを使っています」の一文と連絡先の2つ。筆者はnote.comのプロフィールページにAI利用方針と相談窓口を公開している。なお原典には、AIが原案を作り最終判断を人間が行う運用なら公表は「必ずしも求められるわけではない」という適用除外も書かれている——ただし自主的な公表が「期待される」ともあるので、開示して損はない。

5. 止め方を先に決めておく

「AIシステム・サービスの安全性を損なう事態が生じた場合の対処方法を検討し、当該事態が生じた場合に速やかに実施できるよう整える」(本編・第2部C・2)①)

危害が起きてから止め方を考えるのでは遅い、というのがこの事項の趣旨だ。別添は危害発生時の初動措置の例として「AIシステムのロールバック」「AIシステムの停止(キルスイッチ)」「ネットワークからの遮断」などを列挙している。小規模の実装はシンプルでいい。筆者の運用では、特定のファイルを1つ置くだけでAIエージェントの自動実行がすべて止まる仕組みにしており、20日間で3回作動した(人間が緊急に止めたのが1回、無人ランナーがそのファイルを検知して起動を自動で見送ったのが2回)。「止め方が具体的に1つある」ことが、自律運用を安心して続けるための土台になる。実装の詳細は別記事「AIエージェントの『止め方』を先に作る」で、発動記録ごと公開している。

よくある誤解を3つ潰しておく

AIガバナンスの解説記事には、原典を確認すると根拠が見当たらない表現が流通している。原典全文を検索した結果を書いておく。

  1. 「ガイドラインは暴走防止を要求している」→ 「暴走」という語は原典に1回も出てこない。「緊急停止」も同じく0件。実在するのは「制御可能性を確保する」「人間の判断の介在」といった、もっと落ち着いた語彙だ。強い言葉で不安を煽る解説は、原典から離れているサインとして読める
  2. 「キルスイッチの常設が必要」→ キルスイッチは危害発生時の初動措置の選択肢として例示されているだけ。常設の要件ではない。(前述のとおり、筆者は常設を選んでいるが、それは原典の要求ではなく運用上の判断だ)
  3. 「2026年から義務化される」→ 日本のガイドラインに期限も罰則もない。なお海外では、EUのAI規則(AI Act)の高リスクAI向け義務の適用開始が当初の2026年8月から2027年12月2日へ延期されることが2026年6月に最終承認された。締切から逆算して慌てる状況では、日本でもEUでもない。やる理由は締切ではなく、説明力と事故への備えだ

実運用20日で起きたこと——条文は事故のためにある

最後に、なぜ小規模でもこの5項目を勧めるのかを、実体験から書く。筆者の事業では、AIエージェントが記事の執筆・公開、SNS運用、経営記録の管理までを実行している。その20日間で、記録している事故・インシデントは14件になった。誤ったアカウントでの投稿、自動実行の二重起動、APIキーの破損、外部サービスの規約に抵触する運用方法に5日間気づかなかったこと——どれも「AIが意図しない動作をする可能性」という原典の一文が、具体的な形で現れたものだ。

この14件で分かったのは、ガイドラインの条文は読んだときではなく、事故のときに意味を持つということだ。ログがあったから原因が特定できた。止め方が決まっていたから被害が広がらなかった。責任の所在が決まっていたから対応が迷走しなかった。逆に、体制のどこに穴があるかも、事故が正確に教えてくれた。14件の事故の一次記録は、日付・検知経路・そこから生まれた対策まで含めてすべて公開している。

まとめ

AI事業者ガイドライン第1.2版は、法的義務ではなく「ゴールベースのソフトロー」であり、小規模チームが読むべき範囲は全体の1〜2割でいい。最初の実装は、①責任者を1行で決める ②ログをgit等で残す ③人間が判断する境界線を引く ④AI利用を開示する ⑤止め方を決めておく——の5つ。どれも今日から着手でき、費用はかからない。整えた体制は、取引先への説明力と事故のときの土台として返ってくる。

このうち④の「開示」を1枚の文書に落とす具体的な手順は、別記事「AI利用方針を1枚で作る|開示5項目のテンプレート」に、そのまま埋められる雛形と実際に公表した例つきでまとめている。⑤の止め方は「AIエージェントの『止め方』を先に作る」で実装ごと解説している。

一次情報(原典)

この記事の「実装した側の記録」は、すべて一次資料として公開しています。

事故14件の公開台帳を読む(無料)→ 実装キット(設定・様式の実物つき)→

自社の体制づくりを個別に設計してほしい場合は、AI運用ガバナンス設計書の作成サービスも提供しています。