WEBVTT

00:00:00.160 --> 00:00:02.760
AIコンプライアンスはマイクロソフト の問題だと誰もが考えています

00:00:02.760 --> 00:00:03.920
それは間違いです

00:00:03.920 --> 00:00:07.460
EUAI法はコパイロットやチャットGPT のようなツールの開発者だけに

00:00:07.460 --> 00:00:07.820
止まりません

00:00:07.820 --> 00:00:10.720
この法律はAIサプライチェーン 全体に義務を割り当てています

00:00:10.720 --> 00:00:13.500
つまりあなたのような導入担当者 は要求したかどうかに関わらず

00:00:13.500 --> 00:00:14.680
責任を共有することになります

00:00:14.680 --> 00:00:15.840
想像してみてください

00:00:15.840 --> 00:00:19.260
人事部門でチャットGPTを導入する と突然バイアス監視説明可能性

00:00:19.260 --> 00:00:20.980
およびドキュメント作成の責任を 負うことになります

00:00:20.980 --> 00:00:22.100
細かい条項は?

00:00:22.100 --> 00:00:24.940
義務は段階的に導入されますが 執行はすぐに開始されます

00:00:24.940 --> 00:00:27.080
収益の最大7%がリスクにさらされます

00:00:27.080 --> 00:00:29.200
マイクロソフトトラストセンター を通じてアップデートを追跡する

00:00:29.200 --> 00:00:30.020
ことはオプションではありません

00:00:30.020 --> 00:00:31.420
生き残りのためのものです

00:00:31.420 --> 00:00:33.240
覚えておくのはボタンに任せましょう

00:00:33.240 --> 00:00:34.600
購読しアラートを切り替え

00:00:34.600 --> 00:00:36.760
監査ログのように整然としたスケジュール でこれらのコンプライアンス

00:00:36.760 --> 00:00:37.520
ブリーフィングを受け取ります

00:00:37.520 --> 00:00:39.960
アップデートを見逃すことはなく 言い訳もできません

00:00:39.960 --> 00:00:42.320
そしてこれが単なる理論ではない ことを理解したので

00:00:42.320 --> 00:00:45.120
euがすべてのaiシステムを4段階 のリスクラダーにどのように

00:00:45.120 --> 00:00:46.740
きちんと整理したかについてお 話ししましょう

00:00:46.740 --> 00:00:49.260
ai法のリスクラダーは装飾ではありません

00:00:49.260 --> 00:00:52.400
リスクラダーはざっと目を通す だけの脇の図ではありません

00:00:52.400 --> 00:00:55.380
これはeuai法の基本的な運用原則 です

00:00:55.380 --> 00:00:59.520
すべてのaiシステムは不適切 高限定的最小限の4つのカテゴリ

00:00:59.520 --> 00:01:00.540
のいずれかに分類されます

00:01:00.540 --> 00:01:02.580
この分類は見た目の問題ではありません

00:01:02.580 --> 00:01:06.600
それはあなたに課せられるコンプライアンス の重み文書化のレベル人間の

00:01:06.600 --> 00:01:08.660
監視報告透明性を規定します

00:01:08.660 --> 00:01:10.440
最初の驚きはここからです

00:01:10.440 --> 00:01:14.040
ほとんどの人はピカピカの生産性 ツールを見て最小限に安全に収まる

00:01:14.040 --> 00:01:16.980
と考えますが分類はシステムの 見た目ではなくその機能と使用

00:01:16.980 --> 00:01:17.840
状況によって決まります

00:01:17.840 --> 00:01:22.060
最小限だからといって永久に 免除されるわけではありません

00:01:22.060 --> 00:01:24.420
ソーシャルメディアへの投稿を 作成するチャットボットは低リスク

00:01:24.420 --> 00:01:27.180
かもしれませんが同じエンジン を採用コンプライアンスレポート

00:01:27.180 --> 00:01:30.380
または信用スコアリングに組み込んだ 途端規制当局はそれを高リスク

00:01:30.380 --> 00:01:30.900
に引き上げます

00:01:30.900 --> 00:01:33.460
段階的な上昇ではなく瞬時の エスカレーションです

00:01:33.460 --> 00:01:36.600
そしてeuはこれを完全にあなたの 裁量に任せたわけではありません

00:01:36.600 --> 00:01:40.120
特定の用途は正当化する前に すでに高リスクとみなされます

00:01:40.120 --> 00:01:44.560
自動履歴書選考採用スコアリング 生態認証法執行機関や国境管理

00:01:44.560 --> 00:01:47.620
で使用されるaiなどは設計上高 リスクに分類されます

00:01:47.620 --> 00:01:49.940
異議を唱えるのではなく従うしか ありません

00:01:49.940 --> 00:01:53.560
一方チャットgptやコパイロット のような汎用モデルや生成モデル

00:01:53.560 --> 00:01:55.460
には独自の透明性要件があります

00:01:55.460 --> 00:01:58.220
これらは自動的に高リスクと なるわけではありませんが導入者

00:01:58.220 --> 00:02:01.500
はaiの性質を明確に開示する必要 がありモデルが機密性の高い意思

00:02:01.500 --> 00:02:04.280
決定に影響を与える場合は追加 の責任を負う場合もあります

00:02:04.280 --> 00:02:06.180
この段階的な構造は重要です

00:02:06.180 --> 00:02:08.540
この法律はすべてのスイッチ を一夜にして切り替えるもの

00:02:08.540 --> 00:02:09.000
ではありません

00:02:09.000 --> 00:02:12.260
操作的な行動aiやソーシャル スコアリングなどの禁止行為

00:02:12.260 --> 00:02:13.340
はすぐに禁止されます

00:02:13.340 --> 00:02:16.780
透明性義務とラベル表示義務 はその後すぐに適用されます

00:02:16.780 --> 00:02:19.880
高リスクシステムに対する重い 義務はタイムラインの何年も先

00:02:19.880 --> 00:02:23.080
まで完全には適用されませんが この感覚を寛大さと誤解しないで

00:02:23.080 --> 00:02:23.320
ください

00:02:23.320 --> 00:02:26.520
これらのタイムラインは急速に 収束するため導入者は今すぐに

00:02:26.520 --> 00:02:28.200
ユースケースをマッピングする 必要があります

00:02:28.200 --> 00:02:31.540
監査官が現れた時に無知は法的 弁護にはなり得ません

00:02:31.540 --> 00:02:35.100
端的に言えばプロジェクトがその 段階を上るほどチェックリストは

00:02:35.100 --> 00:02:36.000
より煩雑になります

00:02:36.000 --> 00:02:39.440
段階が低い場合は透明性に関する メモを書き留める程度でしょう

00:02:39.440 --> 00:02:43.400
段階が高い場合はリスク管理 ファイル監査対応ログ監視メカニズム

00:02:43.400 --> 00:02:45.460
文書化されたスタッフ研修を作成 することになります

00:02:45.460 --> 00:02:49.460
そしてこれらの義務を怠った場合 の罰則は軽い注意喚起などではなく

00:02:49.460 --> 00:02:51.920
経営幹部を不安にさせるような 罰金となるでしょう

00:02:51.920 --> 00:02:53.800
これは理論上の話ではありません

00:02:53.800 --> 00:02:57.200
会議の議事録を要約するために コパイロットを導入するのは限定的

00:02:57.200 --> 00:02:58.440
または最小限の分類です

00:02:58.440 --> 00:03:00.940
コパイロットをガバナンス関連 の提出書類やコンプライアンス

00:03:00.940 --> 00:03:03.980
報告に直接組み込むと今度は 義務が全て付随する上位段階に

00:03:03.980 --> 00:03:04.760
位置することになります

00:03:04.760 --> 00:03:08.260
生成型aiツールは同じシステム が導入状況に応じて複数の分類

00:03:08.260 --> 00:03:10.700
にまたがる可能性があるためこの 点をさらに強調します

00:03:10.700 --> 00:03:13.460
規制当局はあなたがそれが無害 だと感じているかどうかは気に

00:03:13.460 --> 00:03:13.720
しません

00:03:13.720 --> 00:03:17.200
彼らが気にするのは安全と基本的人権 に対する明白なリスクです

00:03:17.200 --> 00:03:20.380
そしてそれはリスク段階があなたの 意見を求めていないという不快

00:03:20.380 --> 00:03:21.280
な認識につながります

00:03:21.280 --> 00:03:25.160
それは威圧的な構造でありその 重さに備えるかその下敷きになる

00:03:25.160 --> 00:03:26.360
リスクを負うかのどちらかです

00:03:26.360 --> 00:03:29.900
ツールが単なる娯楽用だと予想 ってもその分類は変わりません

00:03:29.900 --> 00:03:32.860
システムはマーケティング用語 や社内スライドデッキではなく

00:03:32.860 --> 00:03:34.640
使用と影響によって評価されます

00:03:34.640 --> 00:03:38.340
つまり賢明な行動とは指示を待つ のではなくはしごに逆らうのでは

00:03:38.340 --> 00:03:40.600
なくはしごと統合するツールを 選択することです

00:03:40.600 --> 00:03:44.180
一部のaiは法のカテゴリーに一致 するガードレールを備えてすでに

00:03:44.180 --> 00:03:45.700
設計されて環境に導入されます

00:03:45.700 --> 00:03:48.700
他のaiは監視されていないせい のエンジンのようにあなたの膝の

00:03:48.700 --> 00:03:51.740
上に降りてきて独自のコンプライアンス の足場をゼロから構築するように

00:03:51.740 --> 00:03:52.240
要求します

00:03:52.240 --> 00:03:55.840
そしてその違いこそが物語がより 実践的になる部分です

00:03:55.840 --> 00:03:58.420
なぜなら全てのツールが同じはしご に直面しているにもかかわらず

00:03:58.420 --> 00:04:00.560
全てのツールが同じように登る 準備ができているわけではない

00:04:00.560 --> 00:04:00.860
からです

00:04:00.860 --> 00:04:03.520
コパイロットには家具にコンプライアンス が組み込まれています

00:04:03.520 --> 00:04:06.560
aiツールが検査用にすでに準備 された状態で届いたらどうでしょうか

00:04:06.560 --> 00:04:09.300
規制当局がやってくる前に穴を 塞ぐのに慌てる必要はありません

00:04:09.300 --> 00:04:11.620
それがマイクロソフトがコパイロット について考えるときにあなたの

00:04:11.620 --> 00:04:12.580
心に植え付けたいイメージです

00:04:12.580 --> 00:04:15.340
これは目新しいチャットボット として販売されているわけではありません

00:04:15.340 --> 00:04:18.300
この製品はエンタープライズ対応 でガバナンスを考慮して設計

00:04:18.300 --> 00:04:20.920
されており規制された環境下でも ペナルティフラグを即座に引き

00:04:20.920 --> 00:04:21.920
起こすことなく運用できます

00:04:21.920 --> 00:04:25.820
aiactの時代においてこれは単なる 飾り言葉ではありません

00:04:25.820 --> 00:04:28.060
計算されたコンプライアンス戦略です

00:04:28.060 --> 00:04:31.160
通常エンタープライズ対応という 言葉はシャンプーの広告のように

00:04:31.160 --> 00:04:31.620
聞こえます

00:04:31.620 --> 00:04:34.180
中間管理職に何か重要なものを 買っていると納得させるために

00:04:34.180 --> 00:04:35.360
作られた意味のないラベルです

00:04:35.360 --> 00:04:37.580
しかしここではそれが重要な意味 を持ちます

00:04:37.580 --> 00:04:41.240
コパイロットを導入すればマイクロソフト 365に組み込まれたインフラストラクチャ

00:04:41.240 --> 00:04:45.060
規制されたワークスペースコンプライアンス 認証そして数十年にわたるセキュリティ

00:04:45.060 --> 00:04:46.180
基盤の上に立つことになります

00:04:46.180 --> 00:04:49.460
これを汎用モデルをワークフロー に移植することと比較してみてください

00:04:49.460 --> 00:04:52.820
それは慌ただしい書類作成と非常に 神経質な弁護士で終わる技術的な

00:04:52.820 --> 00:04:53.340
パフォーマンスです

00:04:53.340 --> 00:04:55.280
オフィスデスクの購入を想像して みてください

00:04:55.280 --> 00:04:58.040
スクラップから溶接して消防検査官 があまり詳しく調べないことを

00:04:58.040 --> 00:04:58.640
祈ることもできます

00:04:58.640 --> 00:05:01.300
あるいは消防法にすでに適合している ことがテスト済みの認証済みバージョン

00:05:01.300 --> 00:05:02.120
を購入することもできます

00:05:02.120 --> 00:05:04.560
マイクロソフトはコパイロット が後者の選択肢であることを

00:05:04.560 --> 00:05:05.500
知ってほしいと考えています

00:05:05.500 --> 00:05:07.860
ガバナンス保護はフレーム自体 に組み込まれています

00:05:07.860 --> 00:05:10.420
コンプライアンスを最後の瞬間に 付け足す必要はありません

00:05:10.420 --> 00:05:12.980
請求書が決済される前にガード レールが所定の位置にカチッと

00:05:12.980 --> 00:05:13.360
収まります

00:05:13.360 --> 00:05:15.500
詳細を見ていくと興味深い点が 出てきます

00:05:15.500 --> 00:05:18.820
マイクロソフトはコパイロット のプロンプト応答およびマイクロソフト

00:05:18.820 --> 00:05:21.520
グラフ経由でアクセスされる データは基盤となるllmのトレーニング

00:05:21.520 --> 00:05:23.100
にフィードバックされないことを 明確にしています

00:05:23.100 --> 00:05:27.000
またコパイロットはマイクロソフト 365サービス協会内でホストされている

00:05:27.000 --> 00:05:28.600
azureopenai上で動作します

00:05:28.600 --> 00:05:32.940
つまり入力した内容は組織の許可 に従ってテナント内に止まりランダムな

00:05:32.940 --> 00:05:34.880
トレーニングループに流用される ことはありません

00:05:34.880 --> 00:05:37.880
この分離はgdprと法律の両方で 重要です

00:05:37.880 --> 00:05:39.860
もちろん絶対的なものではありません

00:05:39.860 --> 00:05:42.480
マイクロソフトはeuデータ協会 を適用してデータを地域内に保持

00:05:42.480 --> 00:05:44.840
していますがトラストセンター のドキュメントには需要が高い

00:05:44.840 --> 00:05:47.600
期間には容量のためにリクエスト が他の地域に柔軟に移動する可能性

00:05:47.600 --> 00:05:48.400
があると記載されています

00:05:48.400 --> 00:05:49.900
このニュアンスが重要です

00:05:49.900 --> 00:05:53.480
規制当局は常にeuのみの場合 とeuを優先し他の地域にも波及

00:05:53.480 --> 00:05:54.640
する場合の違いを認識しています

00:05:54.640 --> 00:05:57.260
さらにその下では安全システム が稼働しています

00:05:57.260 --> 00:06:00.760
分類器は有害または偏った出力 が受信トレイの下書きに届く前に

00:06:00.760 --> 00:06:01.400
フィルタリングします

00:06:01.400 --> 00:06:05.060
中には機密性の高い個人属性 の推論を完全にブロックするもの

00:06:05.060 --> 00:06:05.540
まであります

00:06:05.540 --> 00:06:09.520
入力中はプロセスが見えません が目に見えないブレーキが誤った

00:06:09.520 --> 00:06:12.660
出力がコンプライアンス違反や 訴訟に発展するのを防いでいます

00:06:12.660 --> 00:06:15.000
このアプローチは単なる仮説 ではありません

00:06:15.000 --> 00:06:17.780
マイクロソフトのホーム部門のリーダー 自身がこれをこうに強調し

00:06:17.780 --> 00:06:20.820
ai法自体をチームが解釈するの を支援するコパイロットエージェント

00:06:20.820 --> 00:06:22.180
をどのように構築したかを示 しました

00:06:22.180 --> 00:06:24.840
このデモンストレーションはマーケティング の誇張ではありませんでした

00:06:24.840 --> 00:06:27.480
コパイロットが強化すると主張する コンプライアンスの枠組みの中で

00:06:27.480 --> 00:06:29.860
動作する統制されたエンタープライズ アシスタントとして機能すること

00:06:29.860 --> 00:06:30.300
を示しました

00:06:30.300 --> 00:06:33.500
そして展開する場合方向性を見失う ことはありません

00:06:33.500 --> 00:06:37.120
マイクロソフトパービューはコパイロット 環境全体でデータの検出

00:06:37.120 --> 00:06:41.200
分類及び保持コントロールを直接 適用し個人データが希望的

00:06:41.200 --> 00:06:43.760
観測ではなくポリシーによって 保護されることを保証します

00:06:43.760 --> 00:06:47.600
責任あるaiダッシュボードの透明 性に関する中期はモデルの制限

00:06:47.600 --> 00:06:50.880
を説明し展開者がリスクを監視 するための指標を提供します

00:06:50.880 --> 00:06:53.940
マイクロソフトトラストセンター には監査人が訪問した場合に必要

00:06:53.940 --> 00:06:56.880
となるドキュメント影響評価及び テンプレートが用意されています

00:06:56.880 --> 00:07:00.040
これらはオプションの追加機能 ではなく実際に使用すべき基本

00:07:00.040 --> 00:07:00.720
ツールキットです

00:07:00.720 --> 00:07:02.840
しかしここで精度が重要になります

00:07:02.840 --> 00:07:05.080
コパイロットはあなたの義務を 無くすものではありません

00:07:05.080 --> 00:07:07.400
この法律は共同責任モデルを 強制します

00:07:07.400 --> 00:07:10.780
マイクロソフトは足場を提供します がその中で構成ログ記録運用を

00:07:10.780 --> 00:07:11.800
行うのは依然としてあなたです

00:07:11.800 --> 00:07:14.300
探査人はマイクロソフトの記録 だけでなくあなたの記録も要求

00:07:14.300 --> 00:07:14.560
します

00:07:14.560 --> 00:07:16.940
コパイロットを購入するということ は確かに山の半分まで登った

00:07:16.940 --> 00:07:18.640
ようなものですが登り切るのは あなたの責任です

00:07:18.640 --> 00:07:20.000
価値は効率性にあります

00:07:20.000 --> 00:07:23.120
コパイロットがあればコンクリート の大部分はすでに敷かれています

00:07:23.120 --> 00:07:27.660
緊急時のセキュリティ制御を一夜にして 作成する必要はなくコンプライアンス

00:07:27.660 --> 00:07:30.380
担当者が土壇場でポリシーを まとめる必要もありません

00:07:30.380 --> 00:07:34.020
より高い基準からスタートし車輪 の再発明を避けることができます

00:07:34.020 --> 00:07:37.200
初日からガードレールが設置されている というこの違いが監査が階段

00:07:37.200 --> 00:07:39.920
のように感じられるか崖のように 感じられるかを決定付けます

00:07:39.920 --> 00:07:43.260
もちろんコパイロットは唯一の 生成型aiではありません

00:07:43.260 --> 00:07:47.140
ガバナンスも居住保証もエンタープライズ コンプライアンスフレームワーク

00:07:47.140 --> 00:07:50.460
の継承もないまま殺送と現れる ツールと並べるとその違い

00:07:50.460 --> 00:07:51.540
はより鮮明になります

00:07:51.540 --> 00:07:54.820
そのツールは個人用アプリでは 見栄えが良いが人事ワークフロー

00:07:54.820 --> 00:07:55.800
では混沌としている

00:07:55.800 --> 00:07:57.880
そして頭痛の種はそこにある

00:07:57.880 --> 00:08:01.520
チャットgpt柔軟性と官僚主義 の頭痛の種

00:08:01.520 --> 00:08:06.340
チャットgptは書類が出てくるまでは 創造性で誰もが称賛するモデル

00:08:06.340 --> 00:08:06.480
だ

00:08:06.480 --> 00:08:08.400
その強みは柔軟性だ

00:08:08.400 --> 00:08:12.520
ほぼ何にでも向けられ指示に 応じて流暢なテキストを生成する

00:08:12.520 --> 00:08:16.680
しかしeuai法の下ではその同じ柔軟性 がすぐにコンプライアンス

00:08:16.680 --> 00:08:17.480
の問題に変わる

00:08:17.480 --> 00:08:19.640
デフォルトでは消費者向けアプリ の形で

00:08:19.640 --> 00:08:21.820
チャットgptは限定的リスクに 分類される

00:08:21.820 --> 00:08:25.180
これはカジュアルな使用例コピー のブレインストーミングメモの

00:08:25.180 --> 00:08:28.280
要約または無害な終末のレシピ の生成をカバーする

00:08:28.280 --> 00:08:33.660
人採用信用承認健康のコンテキスト に関わる意思決定にその役割を拡大

00:08:33.660 --> 00:08:37.860
した瞬間それはより高いリスク 領域に上がりより重い義務が伴う

00:08:37.860 --> 00:08:41.160
変数はツールの高度ではなく使用 コンテキストである

00:08:41.160 --> 00:08:44.400
ここでコパイロットとの違いが 痛々しいほど明らかになる

00:08:44.400 --> 00:08:46.360
コパイロットはアジュールオープン aiコントロール

00:08:46.360 --> 00:08:49.180
を備えたマイクロソフト365 内に存在するためマイクロソフト

00:08:49.180 --> 00:08:52.120
のガバナンススタックを継承している プロンプトと応答はマイクロソフト

00:08:52.120 --> 00:08:55.900
のサービス協会内で処理されドキュメント にはそれらが基礎モデルのトレーニング

00:08:55.900 --> 00:09:01.100
には使用されないことが明記されています 公開版のチャットgpt単体ではこれらの

00:09:01.100 --> 00:09:05.340
保証はすぐには提供されません デプロイヤーはオープンaiのドキュメント

00:09:05.340 --> 00:09:09.300
利用規約契約を確認してどのような データが保存されどのように

00:09:09.300 --> 00:09:12.340
使用され追加のガードレールが 存在するかを理解する必要があります

00:09:12.340 --> 00:09:16.820
この法律は安全だと想定していた という弁明を認めません企業ワークフロー

00:09:16.820 --> 00:09:20.300
でチャットgptを使用することは 電源タップを差し込むというより

00:09:20.300 --> 00:09:24.200
グリッド全体をゼロから組み立てる ようなものです独自の足場プロンプト

00:09:24.200 --> 00:09:28.160
を管理するポリシー使用状況を 記録する監査ログ個人データの境界

00:09:28.160 --> 00:09:31.240
エラーやインシデントの報告プロセス を構築する必要があります

00:09:31.240 --> 00:09:34.800
コパイロットでは構造の大部分がすでに ボルトで固定されています

00:09:34.800 --> 00:09:38.360
チャットgptではアーキテクト コントラクターコンプライアンス

00:09:38.360 --> 00:09:42.260
担当者を兼ねる必要があります 記輸が必要な場合はチャットgptを

00:09:42.260 --> 00:09:44.360
シャーシのない高性能エンジン と考えてください

00:09:44.360 --> 00:09:48.460
強力で洗練されたデザインで波 外れた出力が可能です

00:09:48.460 --> 00:09:52.660
しかしそれだけでは道路走行可能な 車両に期待されるシートベルト

00:09:52.660 --> 00:09:55.180
エアバッグ規制ステッカーは提供 されません

00:09:55.180 --> 00:09:59.740
そしてeu規制当局が事実上の運転 検査官である場合そのせいのエンジン

00:09:59.740 --> 00:10:03.140
を持って職場に現れても車体 ダッシュボード衝突試験を

00:10:03.140 --> 00:10:06.380
構築する作業が残ります 確かに印象的な馬力ですが残り

00:10:06.380 --> 00:10:08.680
の作業を終えるまでは行動走行 可能ではありません

00:10:08.680 --> 00:10:12.240
この法律の透明性要件により コンプライアンスの摩擦が激化

00:10:12.240 --> 00:10:14.640
します テキスト画像音声を含む生成

00:10:14.640 --> 00:10:17.840
ai出力はaiによって生成された ものであることを明確に識別

00:10:17.840 --> 00:10:20.180
する必要があります プロンプトの追跡とシステム

00:10:20.180 --> 00:10:23.220
動作の説明も必要です これは紙の上では簡単ですが

00:10:23.220 --> 00:10:26.020
実際にはそうではありません チャットgptがトークン

00:10:26.020 --> 00:10:29.620
の可能性を予測すると規制当局 に伝えることはそれが採用推薦に

00:10:29.620 --> 00:10:33.080
影響を与えた理由を法的に十分 な説明を提供することとは異なります

00:10:33.080 --> 00:10:35.800
また開示義務は合成メディアにも 及びます

00:10:35.800 --> 00:10:39.420
チャットgptが実在の人物に似た 音声またはビデオコンテンツを

00:10:39.420 --> 00:10:42.760
生成するとディープフェイクとして 分類されるリスクがありさらに

00:10:42.760 --> 00:10:45.880
厳しい監視の対象となります 個人データはコンプライアンス

00:10:45.880 --> 00:10:49.660
の負担をさらに重くします gdprの適用は避けられません

00:10:49.660 --> 00:10:53.200
プロンプトに識別紙が含まれる ようになった時点で合法で公正かつ

00:10:53.200 --> 00:10:55.040
透明な処理を保障する責任が生じ ます

00:10:55.040 --> 00:10:57.900
これは必要な場合は同意を得る こと保存するデータを最小限に

00:10:57.900 --> 00:11:00.160
抑えることそしてデータ主体の 権利を尊重することを意味します

00:11:00.160 --> 00:11:03.900
オープンaiのパブリックサービス はこれらの保護を自動的に構成

00:11:03.900 --> 00:11:06.680
しません それらを実装する責任は完全に

00:11:06.680 --> 00:11:09.460
デプロイヤーにあります 少なくとも高速力のある契約

00:11:09.460 --> 00:11:12.480
と文書化された観光を通じてデータ を渡した後にデータがどのように

00:11:12.480 --> 00:11:14.020
処理されるかを検証する必要 があります

00:11:14.020 --> 00:11:17.620
ただし中間的な方法もあります チャットgptの機能を

00:11:17.620 --> 00:11:20.380
アジュールオープンaiなどのマネージド プラットフォームやエンタープライズ

00:11:20.380 --> 00:11:23.520
環境に統合されたコネクタ経由 でアクセスする場合コンプライアンス

00:11:23.520 --> 00:11:26.940
の状況は改善されます テナント協会内で監査ログデータ

00:11:26.940 --> 00:11:31.120
保持保証および監視が可能になります これは責任をなくすものではなく

00:11:31.120 --> 00:11:34.680
スプレッドシートではなくツール で対処できるようにするだけです

00:11:34.680 --> 00:11:39.400
議論は監視がないから契約で約束 された監視が宣伝通りに機能

00:11:39.400 --> 00:11:42.120
しているかどうかを検証する必要 があるへと移行します

00:11:42.120 --> 00:11:46.180
皮肉なことに多くの組織は依然 としてチャットgptを非公式なアシスタント

00:11:46.180 --> 00:11:49.720
として扱い開示ラベルなしで原稿 を作成したりバイアスチェックなし

00:11:49.720 --> 00:11:52.980
で履歴書を読み込ませたりデータ 協会なしで機密情報を扱ったり

00:11:52.980 --> 00:11:55.500
しています こうした安易な仕様は限定的な

00:11:55.500 --> 00:11:58.680
リスク分類を一夜にして高リスク の展開に変えてしまう可能性があります

00:11:58.680 --> 00:12:01.940
そしてこの法律は意図ではなく 影響に基づいて判断します

00:12:01.940 --> 00:12:05.780
無害に見えるテストでも人の整形 に影響を与えた瞬間に規制対象システム

00:12:05.780 --> 00:12:07.340
として再分類される可能性が あります

00:12:07.340 --> 00:12:11.780
確かにチャットgptは多用途で適用 性がありほとんどの従業員がメール

00:12:11.780 --> 00:12:14.060
の件名を書くよりも早くコンテンツ を生成できます

00:12:14.060 --> 00:12:18.560
しかし独自のコンプライアンス 環境なしで展開するとeuai法のほぼ

00:12:18.560 --> 00:12:20.480
全ての負担を一人で背負うこと になります

00:12:20.480 --> 00:12:24.960
文書化リスク評価透明性管理人的 監視など規制当局がチェックリスト

00:12:24.960 --> 00:12:27.860
を持って外をうろうろしている間 あなたは一つ一つ自分で設置

00:12:27.860 --> 00:12:29.860
しなければなりません つまりコパイロットを選ぶ

00:12:29.860 --> 00:12:32.460
かチャットgptを選ぶかに関わ らずこの法律によってあなたは

00:12:32.460 --> 00:12:34.400
代理人に任命されたという避け られない結論に至ります

00:12:34.400 --> 00:12:37.420
フレームワークとガードレール は異なりますが規制当局はベンダー

00:12:37.420 --> 00:12:39.980
の約束だけでなくあなたの展開 状況も確認します

00:12:39.980 --> 00:12:43.520
テクノロジーに簡単するかもしれません が法律上それを操作するのは

00:12:43.520 --> 00:12:43.960
あなたです

00:12:43.960 --> 00:12:46.440
そして本当の仕事はそこから始まります

00:12:46.440 --> 00:12:49.460
導入担当者のための実践的な サバイバルガイド

00:12:49.460 --> 00:12:53.340
監査を生き残るか教訓話になる かを決める部分です

00:12:53.340 --> 00:12:57.020
導入担当者のためのサバイバル ガイド規制当局があなたの首筋

00:12:57.020 --> 00:12:58.880
に息を吹きかけているというドラマ は忘れてください

00:12:58.880 --> 00:13:00.200
重要なのはここです

00:13:00.200 --> 00:13:03.280
この法律は曖昧な安心感ではなく 運用チェックリストを用意すること

00:13:03.280 --> 00:13:03.800
を求めています

00:13:03.800 --> 00:13:06.600
そして明らかに全てを整理する 必要があるようなので痛々しい

00:13:06.600 --> 00:13:07.340
ほど明確にしましょう

00:13:07.340 --> 00:13:08.540
3つの必須事項

00:13:08.540 --> 00:13:11.260
これらを怠ると罰金のリスク を負うことになります

00:13:11.260 --> 00:13:16.380
最初の項目はデータ保護影響評価 dpiaを実施し処理活動の

00:13:16.380 --> 00:13:18.500
記録ローパを維持することです

00:13:18.500 --> 00:13:20.780
いいえこれは任意の書類ではありません

00:13:20.780 --> 00:13:24.900
gdprの下でそして現在ai法によって 強化されているように個人採用

00:13:24.900 --> 00:13:28.120
健康財務スコアリングに関わる 分野でaiを使用する場合リスク

00:13:28.120 --> 00:13:30.720
を検討し処理フローを文書化した ことを証明することが求められ

00:13:30.720 --> 00:13:30.880
ます

00:13:30.880 --> 00:13:34.800
dpiaはリスクを明らかにしローパは 処理を追跡していることを証明

00:13:34.800 --> 00:13:35.060
します

00:13:35.060 --> 00:13:36.840
これらはガバナンスの骨格です

00:13:36.840 --> 00:13:39.620
監査担当者がリスク分析を見 せてくださいと尋ねたとき彼ら

00:13:39.620 --> 00:13:41.900
が机の上に届くことを期待している のはこれらの文書です

00:13:41.900 --> 00:13:44.720
2つ目の項目はデータ自体を分類 して管理することです

00:13:44.720 --> 00:13:48.820
microsoft purviewの出番ですこれは 経営幹部が称賛するような華やかな

00:13:48.820 --> 00:13:49.860
ダッシュボードではありません

00:13:49.860 --> 00:13:54.520
機密資料に自動的にラベルを 付け保持ポリシーを適用しデータ

00:13:54.520 --> 00:13:56.600
dlpを強制できるシステムです

00:13:56.600 --> 00:14:01.200
purviewは分類ルールを文書メール ストレージに直接関連付けます

00:14:01.200 --> 00:14:04.460
これを最小権限アクセスモデル と組み合わせセマンティックインデックス

00:14:04.460 --> 00:14:07.460
とアクセス許可モデルを使用して コパイロットクエリを制限しユーザー

00:14:07.460 --> 00:14:10.140
が閲覧する権限のあるデータ のみを取得するようにしますこれは

00:14:10.140 --> 00:14:12.540
城の周りに堀を設けるようなもの です

00:14:12.540 --> 00:14:16.440
境界がなければ従業員が誤って 制限付きデータをaiモデルに入力

00:14:16.440 --> 00:14:20.240
してしまいgdpr違反の緊急対応 モードに陥る可能性があります

00:14:20.240 --> 00:14:23.980
3つ目の項目はすべてのやり取り をログに記録し保持し管理する

00:14:23.980 --> 00:14:27.340
ことですコパイロットにはアクティビティー 履歴があるのでそれを構成します

00:14:27.340 --> 00:14:30.440
azureとmicrosoft 365は監査ログを提供するので

00:14:30.440 --> 00:14:31.980
それらを有効にして保持します

00:14:31.980 --> 00:14:35.240
パービューは保持ポリシーの 強制に役立つため監査担当者が訪れた

00:14:35.240 --> 00:14:36.600
ときに記録が消えることはありません

00:14:36.600 --> 00:14:39.400
トレーサビリティはコンプライアンス の必須機能です

00:14:39.400 --> 00:14:43.200
誰がどのaiをどの目的でどの日 に使用したかを証明できなければ

00:14:43.200 --> 00:14:44.760
法廷で監視は崩壊します

00:14:44.760 --> 00:14:47.700
またログの保持は永遠ではない ことを忘れないでください

00:14:47.700 --> 00:14:51.080
ログが有用であるのに十分な期間 保持されかつ無関係なデジタル

00:14:51.080 --> 00:14:53.120
ゴミに埋もれないほど長く保持 されないようにポリシーを

00:14:53.120 --> 00:14:53.660
設定します

00:14:53.660 --> 00:14:56.260
規制当局は蓄積ではなく正確さ を重視します

00:14:56.260 --> 00:14:57.880
よしこれがチェックリストです

00:14:57.880 --> 00:15:00.480
3つの項目ですがこれで終わり だと解釈しないでください

00:15:00.480 --> 00:15:02.520
スタッフのトレーニングも考慮 に入れましょう

00:15:02.520 --> 00:15:06.440
第4条のような義務は従業員がai環境 を何も知らずに彷徨わないように

00:15:06.440 --> 00:15:07.360
するために存在します

00:15:07.360 --> 00:15:09.720
役割ベースのaiリテラシーは重要 です

00:15:09.720 --> 00:15:12.880
技術スタッフはリスクモデルとログ の仕組みを理解する必要があります

00:15:12.880 --> 00:15:16.700
人事スタッフは偏見文書化及び 開示を理解する必要があります

00:15:16.700 --> 00:15:19.020
誰もが知っているフリをするのは幻想 です

00:15:19.020 --> 00:15:21.500
トレーニングはコンプライアンス の成果物4番目です

00:15:21.500 --> 00:15:24.280
従業員が雇用またはプライバシー 権に直接関連するシステムで即興的

00:15:24.280 --> 00:15:25.860
に行動することを許さなかった ことを示してください

00:15:25.860 --> 00:15:27.800
さて幻想を取り除いてみましょう

00:15:27.800 --> 00:15:29.440
ベンダーは足場を提供します

00:15:29.440 --> 00:15:32.200
マイクロソフトはツールキット 透明性に関するメモダッシュボード

00:15:32.200 --> 00:15:33.980
コンプライアンステンプレートを惜しみ なく提供しています

00:15:33.980 --> 00:15:37.180
オープンaiは使用方法リスク透明性 への取り組みに関するドキュメント

00:15:37.180 --> 00:15:37.740
を提供しています

00:15:37.740 --> 00:15:39.680
しかし足場は建物ではありません

00:15:39.680 --> 00:15:42.700
実際のガバナンス構造を構築 するのはあなたの責任です

00:15:42.700 --> 00:15:46.040
規制当局がやってきたときあなた の家がまだ足場の柱が地面に積み

00:15:46.040 --> 00:15:48.560
重なった状態であればマイクロソフト にダッシュボードがあったとして

00:15:48.560 --> 00:15:49.060
も無意味です

00:15:49.060 --> 00:15:50.840
執行の論理を考えてみてください

00:15:50.840 --> 00:15:53.700
規制当局はマイクロソフトパービュー が存在するかどうかを問いません

00:15:53.700 --> 00:15:56.000
彼らはあなたがコントロールを 実装したかどうかを尋ねます

00:15:56.000 --> 00:15:58.280
彼らはコパイロットにログオプション があることを受け入れません

00:15:58.280 --> 00:15:59.940
彼らはあなたのログを要求します

00:15:59.940 --> 00:16:02.900
あなたのチームがログを提供できない 場合罰金と見出しはおのずと

00:16:02.900 --> 00:16:03.260
決まります

00:16:03.260 --> 00:16:05.440
これはリーダーが過小評価している 部分です

00:16:05.440 --> 00:16:08.200
コンプライアンスはツールを所有 することではなくそれらのツール

00:16:08.200 --> 00:16:11.520
があなたの環境で正しく構成され 追跡可能な出力で実行されたこと

00:16:11.520 --> 00:16:12.340
を証明することです

00:16:12.340 --> 00:16:14.200
結果は抽象的ではありません

00:16:14.200 --> 00:16:18.120
失敗すれば数千万ドルの罰金 国際的な見出しでの功の辞辱

00:16:18.120 --> 00:16:21.220
そしてあなたの人事部がハッカーフォーラム のように運営されている理由

00:16:21.220 --> 00:16:23.680
を疑問に思う顧客との信頼の失墜 のリスクがあります

00:16:23.680 --> 00:16:25.320
これはメロドラマではありません

00:16:25.320 --> 00:16:27.260
それがあなたが今いる環境です

00:16:27.260 --> 00:16:29.780
コンプライアンスは生き残るための 必須条件であり飾りではありません

00:16:29.780 --> 00:16:31.900
そして比較するとその違いは歴然 です

00:16:31.900 --> 00:16:35.320
コパイロットの購入者はマイクロソフト 365にすでに組み込まれた足場を

00:16:35.320 --> 00:16:35.740
引き継ぎます

00:16:35.740 --> 00:16:39.140
展開フレームワークポリシーアクティビティ 履歴地域協会などそれらはすでに

00:16:39.140 --> 00:16:40.220
存在しあなたが設定します

00:16:40.220 --> 00:16:42.780
チャットgptをスタンドアロン形式 で導入する場合フレームのない

00:16:42.780 --> 00:16:43.800
エンジンから始めることになります

00:16:43.800 --> 00:16:46.520
すべての安全対策を手動で組み立てる 必要があります

00:16:46.520 --> 00:16:50.540
dlp監査ログポリシー監視開示 などです

00:16:50.540 --> 00:16:52.600
足場と新規建設の違いです

00:16:52.600 --> 00:16:56.580
一方は半分から始まりもう一方 は未完成の地面と不便な部品の

00:16:56.580 --> 00:16:57.420
山から始まります

00:16:57.420 --> 00:17:00.240
しかしコンプライアンスをブレーキ ペダルと誤解しないでください

00:17:00.240 --> 00:17:03.540
ルールは導入を禁止するのではなく 導入の構造を決定します

00:17:03.540 --> 00:17:06.500
そしてその構造の明確さが競争 の場を変えます

00:17:06.500 --> 00:17:09.300
今問われているのはaiを使用する リスクを負うかどうかではなく

00:17:09.300 --> 00:17:12.360
規制当局が不採ではなく安定した システムと認識するようにaiを

00:17:12.360 --> 00:17:13.520
どれだけ強化できるかということ です

00:17:13.520 --> 00:17:16.340
なぜなら多くの人が見落としている のはガバナンスとイノベーション

00:17:16.340 --> 00:17:18.020
はここでは相反するものではない ということです

00:17:18.020 --> 00:17:21.720
これらはaiが企業内で実際に拡張 できるかどうかを決定する条件

00:17:21.720 --> 00:17:22.380
を形成します

00:17:22.380 --> 00:17:24.880
そしてこれが本当の議論の焦点 をリセットします

00:17:24.880 --> 00:17:27.940
aiが規制に耐えられるかどうか ではなく規制がいかに近道を排除

00:17:27.940 --> 00:17:30.600
しaiが絶え間ない災難によって 減速されることなく成熟できる

00:17:30.600 --> 00:17:31.460
ようにするかということです

00:17:31.460 --> 00:17:33.540
この法律はイノベーションの キラーではありません

00:17:33.540 --> 00:17:36.260
euai法がイノベーションを窒息 させると思いますか

00:17:36.260 --> 00:17:37.460
それは間違いです

00:17:37.460 --> 00:17:40.540
その目的は開発者を縛ったり 企業を書類で埋め尽くしたりする

00:17:40.540 --> 00:17:41.120
ことではありません

00:17:41.120 --> 00:17:43.760
不確実性を安定したフレーム ワークに置き換えることです

00:17:43.760 --> 00:17:46.600
ルールはテクノロジーを殺す のではなく大規模に使えるように

00:17:46.600 --> 00:17:46.900
します

00:17:46.900 --> 00:17:50.360
規制が停滞を意味するという前提 は速度制限が自動車を殺した

00:17:50.360 --> 00:17:51.920
と考えるのと同じくらい間違 っています

00:17:51.920 --> 00:17:56.300
安全性透明性説明責任を強制する ことでこの法律は企業が実際に

00:17:56.300 --> 00:17:57.200
好むことを実現します

00:17:57.200 --> 00:18:00.680
プロジェクトの規模拡大を妨げる 背景にある不安を軽減します

00:18:00.680 --> 00:18:04.440
リーダーが何が必要かを正確に しれば隅でひっそりと実験を行う

00:18:04.440 --> 00:18:06.520
のをやめシステム全体に展開 し始めます

00:18:06.520 --> 00:18:08.940
マイクロソフトはこの点をこう に強調しています

00:18:08.940 --> 00:18:12.360
同社はこの法律を信頼できる導入 の推進力として位置づけています

00:18:12.360 --> 00:18:16.120
だからこそトラストセンター責任 あるai標準そして長いドキュメント

00:18:16.120 --> 00:18:17.160
の履歴が存在するのです

00:18:17.160 --> 00:18:18.940
これらは善意のジェスチャー ではありません

00:18:18.940 --> 00:18:21.660
これらはaiを目新しいものから インフラへと移行させるために

00:18:21.660 --> 00:18:22.480
設計されたツールです

00:18:22.480 --> 00:18:27.080
もちろんほとんどの組織は罰則 罰金検査官の訪問書類作成の悪夢

00:18:27.080 --> 00:18:27.860
だけを想像します

00:18:27.860 --> 00:18:31.560
確かにその側面は規制に明確 に記載されていますがその裏側を

00:18:31.560 --> 00:18:32.760
無視するのは的を外しています

00:18:32.760 --> 00:18:35.840
明確な義務は躊躇を生み出す のではなく躊躇を取り除きます

00:18:35.840 --> 00:18:38.320
履歴書スキャナーが合法かどうか 誰もわからなかったためにプロジェクト

00:18:38.320 --> 00:18:41.400
がチューブラリンの状態だった 法律制定前の混乱と今日の明確に

00:18:41.400 --> 00:18:42.880
定義されたチェックリストを比較 してみてください

00:18:42.880 --> 00:18:44.700
ルールは基準点を与えてくれます

00:18:44.700 --> 00:18:47.320
導入から6ヶ月後に不適合と 宣告されるリスクを犯すことなく

00:18:47.320 --> 00:18:48.420
前進することができます

00:18:48.420 --> 00:18:50.160
交通をもう一度考えてみてください

00:18:50.160 --> 00:18:52.260
交通法が交通を終わらせたと 嘆く人はいません

00:18:52.260 --> 00:18:54.820
交通法は密集した都市での運転を 生き延びられるようにしました

00:18:54.820 --> 00:18:56.540
AIも同じ論理に従います

00:18:56.540 --> 00:18:59.260
構造がなければ不審感から導入 は崩壊します

00:18:59.260 --> 00:19:02.320
ガードレールがあればユーザーと 規制当局の両方が境界を知って

00:19:02.320 --> 00:19:03.460
いるときに導入は加速します

00:19:03.460 --> 00:19:05.260
法律は謎めいたものではありません

00:19:05.260 --> 00:19:06.800
シートベルトのようなものです

00:19:06.800 --> 00:19:09.900
シートベルトがあるからといって 企業が車を放棄するわけではありません

00:19:09.900 --> 00:19:12.860
乗客がようやく安心して車に 乗れるようになったからこそ導入

00:19:12.860 --> 00:19:13.620
が加速するのです

00:19:13.620 --> 00:19:16.500
規制された環境下でも新たな ユースケースが可能であることを

00:19:16.500 --> 00:19:19.800
証明したいならマイクロソフト の弁護士自身を見れば十分でしょう

00:19:19.800 --> 00:19:23.960
社内では彼らはコパイロットを使って 日々の業務でAI法条項を解釈

00:19:23.960 --> 00:19:24.940
するのに役立てています

00:19:24.940 --> 00:19:27.780
これはマーケティングではなく ホーム部門がコンプライアンス

00:19:27.780 --> 00:19:31.060
に関する疑問に生成型AIを静かに 活用しているということです

00:19:31.060 --> 00:19:34.100
これはかつての規制の不確実性 の中では手を出さなかったユース

00:19:34.100 --> 00:19:34.500
ケースです

00:19:34.500 --> 00:19:37.720
イノベーションは消滅したのでは なくガードレールが存在するから

00:19:37.720 --> 00:19:39.760
こそ成功するプロジェクトへと 移行したのです

00:19:39.760 --> 00:19:42.140
とはいえ規制を美化してはいけません

00:19:42.140 --> 00:19:45.480
ギャップは存在しコンプライアンス コストや法的不確実性のために

00:19:45.480 --> 00:19:47.720
一部の高度なモデルはヨーロッパ では導入が遅れています

00:19:47.720 --> 00:19:51.040
監査文書や責任条項がオーバーヘッド を増やすためベンダーがここで

00:19:51.040 --> 00:19:52.740
サービスを開始するのをためらう こともあります

00:19:52.740 --> 00:19:55.080
結果としてアクセスに不均衡 が生じます

00:19:55.080 --> 00:19:58.000
一部の地域では最新ツールが先に 手に入る一方でヨーロッパの顧客

00:19:58.000 --> 00:19:59.160
は準拠バージョンを待つことになります

00:19:59.160 --> 00:20:00.880
これがフレームワークのコスト です

00:20:00.880 --> 00:20:04.280
決してゼロではありませんが長期 的な安定性と公共の信頼とのトレード

00:20:04.280 --> 00:20:04.760
オフなのです

00:20:04.760 --> 00:20:07.840
ではこの視点からコパイロットと チャット gpt を比較してみましょう

00:20:07.840 --> 00:20:10.180
コパイロットはエンタープライズ グレードのコンプライアンス

00:20:10.180 --> 00:20:12.780
とデータ協会の下でマイクロソフト 365内で動作します

00:20:12.780 --> 00:20:14.660
ルールはツールにマッピングされています

00:20:14.660 --> 00:20:18.380
チャット gpt はスタンドアロン の公開形式では未完成のモデル

00:20:18.380 --> 00:20:18.600
です

00:20:18.600 --> 00:20:22.740
ブログ記事の公開に使用する場合 はリスクは限定的ですが採用に

00:20:22.740 --> 00:20:25.020
使用する場合はすぐに負担が増大 します

00:20:25.020 --> 00:20:28.100
どちらのシステムも規制によって 機能しなくなるわけではありません

00:20:28.100 --> 00:20:32.160
違いはインストール時にガードレール が提供されるか自分で構築する

00:20:32.160 --> 00:20:33.120
必要があるかです

00:20:33.120 --> 00:20:34.840
メリットは構造的なものです

00:20:34.840 --> 00:20:37.520
この法律は導入の最低ライン を引き上げます

00:20:37.520 --> 00:20:40.860
企業は影でいじくり回すのではなく 成分化された義務を指摘できる

00:20:40.860 --> 00:20:42.380
ため自信を持って拡張できます

00:20:42.380 --> 00:20:45.240
マイクロソフトのようなベンダー は規制でトレーサビリティが要求

00:20:45.240 --> 00:20:49.160
される箇所で分類系統探査小石 を回想化してガバナンスをスコープ

00:20:49.160 --> 00:20:49.720
に組み込みます

00:20:49.720 --> 00:20:52.600
アジュールオープンaiのような マネージドプラットフォーム経由

00:20:52.600 --> 00:20:55.740
でアクセスされるオープンaiは 同じ構造に便乗します

00:20:55.740 --> 00:20:59.180
トレーサビリティと監視がマーケティング スローガンではなく強制可能な

00:20:59.180 --> 00:21:01.040
機能である場合に導入が進みます

00:21:01.040 --> 00:21:03.820
はっきり言ってこの法律は檻 ではなく足場です

00:21:03.820 --> 00:21:07.140
足場は建設を制限するものでは なく建物が高くなるにつれて作業

00:21:07.140 --> 00:21:08.700
員が落下するのを防ぐための設備 です

00:21:08.700 --> 00:21:10.520
これがここでの本当の秘訣です

00:21:10.520 --> 00:21:14.360
euai法の下ではイノベーション と規制は互いに反発し合うのでは

00:21:14.360 --> 00:21:15.920
なく連携して進んでいます

00:21:15.920 --> 00:21:19.400
唯一の決定は組織がすでに設置 されたサポートを利用して登り

00:21:19.400 --> 00:21:22.160
続けるか地上レベルで即興的に 対応し続けるかです

00:21:22.160 --> 00:21:24.060
そしてその選択は重要です

00:21:24.060 --> 00:21:26.800
なぜなら全てのツールが同じように 足場に適合するわけではない

00:21:26.800 --> 00:21:27.140
からです

00:21:27.140 --> 00:21:30.460
コパイロットのように設計段階 から足場に適合するように作られている

00:21:30.460 --> 00:21:33.820
ものもあればチャットgptのように 登り始める前に独自のフレーム

00:21:33.820 --> 00:21:35.300
を構築する必要があるものもあります

00:21:35.300 --> 00:21:38.980
この実際的な違いつまり既存 のガードレールと自己構築による

00:21:38.980 --> 00:21:42.560
保護の違いこそがスムーズな導入 と無謀な暴露を分けるものです

00:21:42.560 --> 00:21:45.200
さて皆さんが待ち望んでいた結論 です

00:21:45.200 --> 00:21:48.080
コパイロットはすでにガバナンス と監査の足場が備わっている

00:21:48.080 --> 00:21:51.820
マイクロソフト365に統合されている ため設計段階からコンプライアンス

00:21:51.820 --> 00:21:52.840
に準拠していると言えます

00:21:52.840 --> 00:21:55.380
しかしそれを万能薬と勘違い しないでください

00:21:55.380 --> 00:21:57.760
設定文書化監視は依然として必要 です

00:21:57.760 --> 00:22:00.460
法的リスクは確かに軽減されます が完全に排除されるわけではありません

00:22:00.460 --> 00:22:02.000
では次に何をすべきでしょうか

00:22:02.000 --> 00:22:03.100
3つのステップがあります

00:22:03.100 --> 00:22:06.280
1つ目はUIアクトのリスクラダー に基づいてAIのユースケースを分類

00:22:06.280 --> 00:22:06.740
することです

00:22:06.740 --> 00:22:09.300
2つ目はマイクロソフトパービュー コパイロットアクティビティ

00:22:09.300 --> 00:22:12.560
履歴レスポンシブルAIダッシュボード を使用して文書化と管理のための

00:22:12.560 --> 00:22:14.040
ツールを強制的に適用することです

00:22:14.040 --> 00:22:17.640
3つ目はDPIAを実行しロピアを保持 し第4条の要求に従ってスタッフ

00:22:17.640 --> 00:22:18.380
をトレーニングすることです

00:22:18.380 --> 00:22:21.040
この抗議全体を再視聴せずに これらを覚えておきたい場合は

00:22:21.040 --> 00:22:22.100
今すぐ購読してください

00:22:22.100 --> 00:22:24.280
プラットフォーム固有の定期的な コンプライアンスブリーフィング

00:22:24.280 --> 00:22:25.160
がここで提供されます

00:22:25.160 --> 00:22:26.540
言い訳は通用しません