--- title: "Claude利用ポリシー2026年改定の要点｜11月12日施行の変更点と開発企業の対応" url: "https://www.issoh.co.jp/column/details/18364/" published: 2026-10-15 updated: 2026-10-15 categories: ["AI"] publisher: "株式会社一創" --- # Claude利用ポリシー2026年改定の要点｜11月12日施行の変更点と開発企業の対応 Anthropicは2026年10月8日、Claudeの利用ポリシー（Usage Policy）の改定を発表し、新しい版は2026年11月12日に施行されます。今回の改定に含まれるのは、欺瞞的な活動を扱う章の新設、高リスク用途で求める人の確認とAI利用の通知の書き直し、自律的に動くハードウェアへの停止要件の追加、対応地域ポリシーの執行方法の明確化などです。本記事では、2026年10月15日時点の公式文書を直接確認した内容をもとに、Claudeを組み込んだ業務システムやチャットボットを発注・開発する企業が、施行日までに設計と契約で何を固めればよいかを整理します。 ## まとめ｜Claude利用ポリシー改定で開発企業が施行日前に確かめる4点 先に結論を述べます。一般的な文章作成やコード生成でClaudeを使っているだけなら、11月12日以降も運用はほぼ変わりません。影響を受けるのは、Claudeの出力を人の権利や生活に関わる判断に使うシステム、消費者が直接対話するチャットボット、物理的な機器を動かすエージェント、そして資本関係が海外にまたがる企業です。 施行前に確かめる対象は4つに絞れます。第一に、自社の用途が高リスク11分野に入るかの分類。第二に、該当する場合の「資格を持つ人の確認」と「本人へのAI利用の通知」を業務フローと画面に実装できているか。第三に、エージェントや機器制御の停止手段。第四に、自社と委託先の所有構造が対応地域ポリシーに抵触しないかです。最も手戻りが大きいのは第二の点で、後から人の確認工程を挟むと画面・権限・ログの設計を作り直すことになります。 ## Claude利用ポリシーの適用範囲と2026年11月12日改定の位置づけ ### API・クラウド経由・組み込み製品の利用者まで及ぶ適用範囲の確認 [Anthropic公式のUsage Policy](https://www.anthropic.com/legal/aup)は、適用対象を「Anthropicの製品やサービスに入力を送るすべての人」と定めています。Claude.aiやClaude Codeの利用者だけでなく、APIと開発者向けプラットフォームの利用者、クラウドプロバイダーや正規再販業者を経由する利用者、さらにClaudeを組み込んだ製品のエンドユーザーまでが含まれます。 実務上の意味ははっきりしています。Amazon BedrockやGoogle CloudのVertex AI経由で呼び出していても、このポリシーからは外れません。自社が提供するチャットボットの利用者が違反行為をした場合も、提供する側が管理責任を問われる構造です。Claude自体の位置づけや提供プランを先に把握したい場合は、[Claude（クロード）とは？無料でできること・料金プランと使い方](https://www.issoh.co.jp/column/details/2701/)で整理しています。 ### 2026年10月8日発表の改定8項目を新設・明確化・緩和に分けた一覧 [公式の改定告知（2026 Usage Policy update）](https://www.anthropic.com/news/2026-usage-policy-update)に挙がった変更点を、性質ごとに分けると次のとおりです。 | 区分 | 項目 | 変更の中身 | | --- | ------------- | ------------------------- | | 新設 | 欺瞞的な活動・人為的な活動 | 偽アカウント・発信者隠蔽・影響工作基盤の構築を禁止 | | 新設 | 自律ハードウェアの要件 | 負傷の危険がある機器では観察と停止ができる人を置く | | 新設 | モデルへの悪質な行為 | 持続的で目的のない虐待的な行為を禁止 | | 明確化 | 高リスク用途 | 人の確認・通知要件は維持し、対象の推奨を具体化 | | 明確化 | 兵器 | 誘導・制御ソフトとドローン等の武装を明記 | | 明確化 | 監視・法執行 | 同意のない追跡や捜査・起訴対象の判断を禁止 | | 明確化 | 対応地域 | 所有構造による制限の執行方法を明示 | | 緩和 | 選挙 | 個別の投票・選挙運動ターゲティングの一律禁止を撤廃 | 欺瞞的な活動の禁止は、政治・商業のどちらにも適用される規定です。告知自体が「大半は既存ルールの明確化」と説明しているとおり、全面的な新ルールは3項目にとどまります。新しい版では全用途共通の禁止事項が15章に整理されました。企業システムの設計に直結するのは、このうち高リスク用途、ハードウェア、対応地域の3項目です。 ## 高リスク用途11分野で求められる人の確認とAI利用の通知の設計要件 ### 法務・医療・金融・与信・雇用など11分野の対象範囲と除外条件 Usage Policyは、次の11分野でClaudeが推奨を出す場合を「High-risk AI Recommendation」と定義しています。法務、医療、金融、与信、保険、住宅、雇用、教育・資格、医療へのアクセス、公的給付・サービス、法的地位・裁定の各分野です。具体例として、ローンの承認や限度額の設定、採用候補者の選考や人事評価、保険金の判断、入学審査などが挙がっています。 一方で、法律の条文が何を定めているかの説明、病気や治療の一般的な仕組みの解説、ウェルネス情報、社内向けの下書きや分析は対象外です。さらに、保険金の支払い承認のように本人に全面的に有利な決定は、法令が許す範囲で人の事前確認を省けます。ただしその場合も通知の義務は残ります。判定の分かれ目は「特定の個人について、権利や生活に影響する推奨を出すか」の1点です。金融機関が先行して求められている管理項目は、[金融機関に求められる9項目](https://www.issoh.co.jp/tech/details/12118/)で別途まとめています。 ### human in the loopを業務フローに組み込む確認権限と記録の設計 要件の原文は「資格を持つ人がHigh-risk AI Recommendationを意味のある形で確認し、それを変更する権限を持つこと」です。ここで効いてくる語は「意味のある形で」と「変更する権限」の2つでした。承認ボタンを押すだけの形式的な確認や、Claudeの推奨を覆せない画面設計では要件を満たしたとは言えません。 システム設計に落とすと、少なくとも次の作り込みが必要になります。確認者のロールを権限管理で定義し、推奨値をそのまま確定できない画面にする。修正内容と確認者・日時をログに残す。確認待ちの案件が滞留したときの扱いを業務ルールで決める。後付けで入れると画面遷移と権限テーブルの両方に手が入るため、要件定義の段階で「どの画面で誰が確認するか」を決めておくのが手戻りの少ない順番です。 ### 本人へのAI利用通知と消費者向けチャットボットの開示義務の違い 通知の義務は2種類あり、混同されがちです。1つは高リスク用途の要件で、High-risk AI Recommendationに基づく助言を受けた人、あるいは決定の対象になった人に「AIが使われた」ことを明確に伝える義務。もう1つは追加ガイドラインにある消費者向けチャットボット・AIエージェントの義務で、利用者に対し「人ではなくAIと対話している」ことを、少なくともセッションの開始時に開示する必要があります。 前者は審査結果の通知書面やメール、マイページの表示に文言を足す改修になります。後者はチャット画面の初回メッセージや入力欄の近くに表示する対応で、比較的軽く済みます。問い合わせ対応のチャットボットに低価格モデルを載せる計画なら、[Claude Haiku 5.5の料金と移行手順](https://www.issoh.co.jp/tech/details/18284/)でモデル選定を見直すときに、開示文言の有無も同じタイミングで点検すると漏れません。 ## 自律ハードウェアとエージェントに追加された停止要件と責任範囲 ### 負傷リスクのある機器接続で必要な観察者・停止手段・切断時の安全状態 新設された要件は、2026年8月27日に研究プレビューとして公開された[Model Hardware Standard](https://www.anthropic.com/news/model-hardware-standard-research-preview)を受けたものです。Usage Policyは、人のいる空間を移動する機器、人を傷つけうる力を加える機械、危険なエネルギーや物質の制御、人体への作用、安全装置の制御、産業プロセスの制御の6類型を物理的な行動として挙げています。 求められるのは、資格を持つ人が機器の動作を観察していつでも停止できること、そして動作の制限を機器側で独立して持つことです。改定告知では、Claudeとの接続が切れても機器が安全な状態を保てることも求めています。つまり非常停止とインターロックをClaude側のプロンプトやツール定義に頼らず、PLCや機器の制御系で持たせる設計が前提になります。工場の搬送や検査装置にエージェントをつなぐ案件では、ここが見積りを分ける項目です。 ### エージェントの行動を利用者責任とする規定と操作別の権限設計の勘所 追加ガイドラインは、構築・展開したエージェントがツールやブラウザを通じて取る行動も含めて、Usage Policyに従わせる責任は利用者にあると定めています。Claudeが自律的に外部サイトへ投稿したり、ファイルを書き換えたりした結果も、提供企業の責任として扱われるということです。 対策の基本は、エージェントに渡す権限を作業に必要な範囲まで絞ることになります。外部への送信、決済、削除といった取り消しにくい操作は人の承認を挟み、実行ログを残す。開発でClaude Codeを使う場合の具体的な設定は、[Claude Codeのセキュリティ設定｜権限ルール・サンドボックス・管理設定](https://www.issoh.co.jp/tech/details/18080/)で手順を示しています。 ## 対応地域ポリシーの所有構造ルールと日本企業が確認すべき資本関係 ### 対応外地域の過半数所有・支配で日本法人でも利用不可となりうる3つの条件 Anthropicは2025年9月4日に[対応外地域への販売制限の更新](https://www.anthropic.com/news/updating-restrictions-of-sales-to-unsupported-regions)を発表し、中国のような対応外地域に本社を置く企業が過半数を所有する組織への提供を止めました。今回の改定では、その執行方法を[Supported Regions Policy](https://www.anthropic.com/legal/supported-regions)（2026年5月12日付）で明確にしています。日本は対応地域に含まれます。 - 対応外地域に物理的に所在する人による利用 - 対応外地域で設立された、または本拠を置く組織による利用 - 対応外地域の個人や組織に、直接・間接を問わず過半数を所有または支配される組織による利用 3つ目は、利用者や従業員がどこにいるかを問いません。日本法人であっても、親会社や最終的な支配株主が対応外地域にあれば利用できない扱いになります。この条件は、Claude.ai、Claude Code、API、クラウド経由の提供すべてに及びます。 ### 発注前に委託先・再委託先・合弁会社まで遡る資本関係確認の進め方 見落としやすいのは、自社ではなく委託先の資本関係です。Claudeを組み込んだシステムの開発や運用を外部に任せる場合、APIキーを発行して利用するのが委託先なら、委託先が利用者になります。オフショア開発の拠点や、海外資本が入った合弁会社が開発を担う構成では、この点を発注前に確認しておく必要があります。 確認は3段階で足ります。まず、APIキーとアカウントを誰の名義で持つかを決める。次に、名義となる会社の株主構成を最終的な支配者まで確認する。最後に、再委託先が別のアカウントでClaudeを呼ぶかどうかを契約で縛る。名義を発注者側に置き、委託先には発注者の組織アカウント内で作業させる形にすると、判定の対象を自社1社に寄せられます。 ## Claudeで受託開発を発注する企業が契約と要件定義に入れる項目 ### 発注前チェックリスト｜用途分類・人の確認・通知・地域の4項目 施行日までに、発注側が開発会社と合意しておく項目を順番に並べると次のとおりです。 1. 用途分類：Claudeの出力が11分野のどれかで特定個人への推奨になるかを、機能ごとに判定して要件定義書に記載する 2. 人の確認：該当機能について、確認者のロール、修正権限、ログの保存期間を画面設計に反映する 3. 通知と開示：本人への通知文言とチャット画面の開示文言を、表示箇所とあわせて決める 4. 地域と名義：APIキーの名義会社と委託先・再委託先の所有構造を確認し、記録を残す 1の判定を飛ばすと、2から4の要否が決まりません。判定に迷う機能は「人が最終判断する」前提で設計しておき、後から外すほうが改修は小さく済みます。 ### 発注者と開発会社の責任分界を契約書と要件定義書に書き分ける実務の整理 利用ポリシーの順守義務はClaudeの利用者に課されるため、発注者と開発会社のどちらが利用者になるかで、契約に書くべき内容が変わります。 | 項目 | 契約書に書くこと | 要件定義書に書くこと | | ------ | ----------------- | ----------------- | | 利用者の名義 | APIキーとアカウントの名義会社 | 開発環境と本番環境のアカウント構成 | | 高リスク用途 | 該当機能の判定責任を負う当事者 | 確認者ロール・修正権限・ログ項目 | | 通知・開示 | 文言の作成責任と承認者 | 表示画面・タイミング・文言 | | ポリシー改定 | 改定時の改修費用の負担区分 | 改定を確認する担当と頻度 | | 再委託 | Claudeを使う再委託の事前承認 | 再委託先が触れる機能の範囲 | 最後の行の「ポリシー改定」は、多くの契約で抜けています。Anthropicは毎年のように利用ポリシーを更新しており、今回のように施行まで約5週間しかない改定もあるためです。改修費用をどちらが負担するかを先に決めておかないと、施行日直前に追加見積りで揉める原因になります。要件の洗い出しから設計まで任せたい場合は、[生成AI開発・AI受託開発](https://www.issoh.co.jp/service/ai/development/)の窓口で、用途分類の段階から相談を受けています。 ## Claudeを採用してよい業務と施行前に見直す・見送る業務の線引き ### 社内の文書要約・コード生成など現行設計のままで支障が出にくい用途の条件 社内向けの文書要約、議事録作成、コードの生成とレビュー、社内FAQの検索といった用途は、特定個人への権利に関わる推奨を出さないため、高リスク用途に入りません。従業員だけが使う社内ツールなら、消費者向けチャットボットの開示義務も対象外です。これらは11月12日以降も現行の設計で使い続けて差し支えありません。 ただし、社内ツールでも人事評価の下書きや採用候補者の比較に使い始めると、雇用分野の推奨に該当します。用途が広がるタイミングで再判定する運用ルールを1つ決めておけば足ります。 ### 完全自動の与信・採用判定はClaudeで組まないと判断する理由 与信の可否、採用の合否、保険金の減額のように、本人に不利になりうる決定を人の確認なしで自動確定させる設計は、Claudeでは組まないと判断すべきです。利用ポリシーが「変更権限を持つ人の意味のある確認」を求めている以上、処理件数を増やすために確認を形骸化させれば違反の状態が続きます。 Usage Policyは違反時の措置として、警告、処理速度の制限、利用の制限・停止・終了を挙げています。基幹業務の判定処理が止まった場合の影響を考えると、完全自動化が必須の業務では、ルールベースの判定や統計モデルを主にしてClaudeは理由文の下書きに回す構成が現実的です。Claudeに判定させるなら、人が確認できる件数に処理量を合わせる。この順番で業務設計を組み立てます。 ## Claude利用ポリシー改定の適用時期と禁止事項についてよくある質問 2026年11月12日施行の改定について、発注側・開発側から出やすい疑問をまとめました。 ### 新しい利用ポリシーはいつから適用されますか？ 新しい版の施行日は2026年11月12日です。Usage Policyのページには「Effective November 12, 2026」と記載されており、それまでは改定前の版が適用されます。発表は2026年10月8日で、施行までの期間は約5週間です。高リスク用途の人の確認と通知の要件そのものは改定前から存在していたため、未対応の場合は施行日を待たずに現時点で対応が必要な状態だと考えてください。 ### Amazon Bedrock経由で使っていても利用ポリシーは適用されますか？ Amazon Bedrock経由での利用も適用対象です。Usage Policyは、クラウドプロバイダーや正規再販業者を経由してClaudeを使う人も対象に含めると明記しています。Supported Regions Policyも、クラウドプラットフォーム経由の提供に及ぶと定めています。Bedrockの利用規約とAnthropicの利用ポリシーの両方を満たす前提で設計してください。 ### Claudeの憲法と利用ポリシーは何が違いますか？ Claudeの憲法は、モデル自身がどう考えどう振る舞うかを定めた価値規範で、学習に使われる文書です。利用ポリシーは、Claudeを使う人と企業が守るべき禁止事項と要件を定めた規約で、違反すれば利用制限の対象になります。システム設計で守る対象は利用ポリシーのほうです。憲法の構成は[Claudeの憲法とは？優先順位4つ・ハード制約7項目](https://www.issoh.co.jp/tech/details/10715/)で解説しています。 ### Claudeに暴言を書き込むとアカウントは停止されますか？ 通常の不満や反論、暗いテーマの創作、モデルの評価やテストは対象外です。新設された禁止は、持続的で目的のない虐待的・残虐な行為という極端なケースに限られます。主な執行手段は、Claude.aiとClaude Codeで既に提供されている[会話を終了する機能](https://www.anthropic.com/research/end-subset-conversations)だと公式告知は説明しています。 ### 安全機能で回答がブロックされたら違反扱いになりますか？ なりません。Usage Policyは、ブロックに遭遇したこと自体は違反を示すものではないと明記しています。違反と判断された場合の措置は、警告、処理速度の制限、利用の制限・停止・終了です。正当な業務で繰り返しブロックされる場合は、プロンプトや入力データの扱いを見直し、用途を説明できる記録を残しておくと対応しやすくなります。 ## 関連記事 - [Claude（クロード）とは？無料でできること・料金プランと使い方](https://www.issoh.co.jp/column/details/2701/)：Claudeの提供形態とプランの全体像 - [Claudeの憲法とは？2026年1月版の優先順位4つ・ハード制約7項目](https://www.issoh.co.jp/tech/details/10715/)：モデル側の価値規範と利用ポリシーの違い - [Claude Mythosと3メガバンク｜アクセス権の現在地と金融機関に求められる9項目](https://www.issoh.co.jp/tech/details/12118/)：金融分野で先行する管理要件 - [Anthropic API（Claude API）の料金とAPIキー取得方法](https://www.issoh.co.jp/tech/details/5893/)：APIキーの名義と組織アカウントの作り方 - [Claude Haiku 5.5とは？料金9割減の条件と10万トークンの境目](https://www.issoh.co.jp/tech/details/18284/)：チャットボットのモデル移行時に開示文言も点検 --- 出典: [Claude利用ポリシー2026年改定の要点｜11月12日施行の変更点と開発企業の対応]()（株式会社一創）