WEBVTT

00:00:00.000 --> 00:00:02.660
チャットボットは話すエージェント は行動するそしてマルチエージェント

00:00:02.660 --> 00:00:05.020
システムは実際に物事を成し遂げる インチューンを修正するように

00:00:05.020 --> 00:00:07.640
ボットに懇願したら死で帰ってきた という経験があるならこれはあなた

00:00:07.640 --> 00:00:10.440
向けですネットフリックスのハンズ オンを体験してみましょうあなた

00:00:10.440 --> 00:00:13.820
は見てスナックを食べます誰も 本番環境を壊さないように私は

00:00:13.820 --> 00:00:16.100
危険なサービス原則を実行します アジュールアイファウンドリー

00:00:16.100 --> 00:00:19.060
とセマンティックカーネルを使用 して自己修復機能を持つミニマルチ

00:00:19.060 --> 00:00:22.460
エージェントシステムを構築しています 実際のタッチポイントインチューン

00:00:22.460 --> 00:00:26.580
エントラグラフアジュールオートメーション ログアナリティクス一つのエージェント

00:00:26.580 --> 00:00:31.220
とマルチエージェントの直接対決 12分対3分唯一の犠牲者は私のサブスクリプション

00:00:31.220 --> 00:00:34.040
クレジットですまずチームが飛ぶ のになぜ一つのエージェントが停滞

00:00:34.040 --> 00:00:36.880
するのかなぜ一つのエージェント では不十分なのかシングルエージェント

00:00:36.880 --> 00:00:38.860
はガソリンスタンドで買ったスイス アーミーナイフのようなもの

00:00:38.860 --> 00:00:41.920
です技術的にはツールを備えています が実際には最初のネジで曲がって

00:00:41.920 --> 00:00:45.420
しまいます計画推論実行承認 レポートを一つのプロンプトに

00:00:45.420 --> 00:00:48.480
詰め込むとコンテキストが不足 し動作が遅くなり間違ったことについて

00:00:48.480 --> 00:00:51.160
妙に自信を持つようになります 多くの人はモデルを大きくして

00:00:51.160 --> 00:00:54.820
頭脳を大きくすれば問題は解決 すると考えますしかし本当の失敗

00:00:54.820 --> 00:00:58.540
は役割の困難です一人のエージェント が変更を計画しグラフを呼び出し

00:00:58.540 --> 00:01:02.580
修復スクリプトを作成し承認 を要求し結果を検証しそれを文書化

00:01:02.580 --> 00:01:05.040
しようとします非常に疲れた インターン一人でヘルプデスク

00:01:05.040 --> 00:01:08.640
変更ボード事後分析を運営している ようなものです実際に何が起こる

00:01:08.640 --> 00:01:11.480
かは次の通りです単一のエージェント があまりにも多くの状態をジャグリング

00:01:11.480 --> 00:01:14.180
しますプロンプトは小説のよう になりますコンテキストウィンドウ

00:01:14.180 --> 00:01:17.340
はログポリシーmdm用語集の半分 でいっぱいになり重要な部分が

00:01:17.340 --> 00:01:19.680
切り捨てられるか欠落した詳細が 厳格のように表示されます

00:01:19.680 --> 00:01:23.440
0点子が急上昇しトークンが消費 され再試行は請求書のデジャブ

00:01:23.440 --> 00:01:28.160
のように感じられますマルチエージェント 役割境界並列処理の登場です

00:01:28.160 --> 00:01:31.840
プランナーは意図と制約に集中 しますオペレーターはツールと

00:01:31.840 --> 00:01:36.020
実行に集中しますレビュー担当者 はガードレール承認そして事実に

00:01:36.020 --> 00:01:39.140
基づいているかどうかに焦点を 当てます各エージェントは必要な

00:01:39.140 --> 00:01:42.440
最小限のメモリで簡潔で短い指示 セットを保持しますメッセージ

00:01:42.440 --> 00:01:45.580
ツールの結果または短い要約を渡す だけでインターネット全体を渡す

00:01:45.580 --> 00:01:48.620
ことはありませんこれが企業に とって重要な理由人間が関与する

00:01:48.620 --> 00:01:51.740
ゲートidスコープのアクション再試行 監査書籍を備えたエンドツーエンド

00:01:51.740 --> 00:01:54.120
のワークフローが必要ですこれは シングルスレッドのチャットでは

00:01:54.120 --> 00:01:57.480
ありませんこれはチームスポーツ ですプランナー実行者レビュー

00:01:57.480 --> 00:02:00.140
担当者のパターンは全てのステップ に自動化された目が2つあるため

00:02:00.140 --> 00:02:03.820
リスクと手戻りを減らしますこれは チームの短い会議の11番目の目

00:02:03.820 --> 00:02:07.720
ではありませんコストと0点子も 有利です抽出と分類には小さな

00:02:07.720 --> 00:02:11.200
言語モデルを使用します計画が 実際に役立つ場合にのみプレミアム

00:02:11.200 --> 00:02:14.100
推論モデルを使用しますユーザー が寝ている間にようやくのバッチ

00:02:14.100 --> 00:02:18.280
ジョブを実行します幻覚が少なく なり結果が早くなり請求額が減ります

00:02:18.280 --> 00:02:21.340
マイクロストーリーでは全てを 実行する一つのボットが秘密を

00:02:21.340 --> 00:02:24.220
ローテーションしようとしている のを見ましたキーを更新しアプリ

00:02:24.220 --> 00:02:28.360
の設定を忘れリソースを削除して 修正しましたそれは私たちがレビュー

00:02:28.360 --> 00:02:31.080
担当者エージェントを発明した日 でしたマルチエージェントシステム

00:02:31.080 --> 00:02:34.640
101明確でシンプルでは実際に出荷 できるマルチエージェントシステム

00:02:34.640 --> 00:02:37.300
とは何でしょうか一つの大きな 頭脳ではなくデジタルチーム

00:02:37.300 --> 00:02:40.980
を想像してください各エージェント には役割厳密な指示セットおよび

00:02:40.980 --> 00:02:45.480
限られたツールボックスがあります プランナーは目標制約および環境

00:02:45.480 --> 00:02:49.160
を理解しますオペレーターが実行 できるツール呼び出しを含む計画

00:02:49.160 --> 00:02:53.500
を作成しますオペレーターはツール グラフロジックアプリ関数

00:02:53.500 --> 00:02:56.860
アジュールオートメーションランブック を呼び出し構造化された結果を

00:02:56.860 --> 00:03:01.560
返しますレビュー担当者はリスク のあることが起こる前に根拠コンプライアンス

00:03:01.560 --> 00:03:05.660
範囲承認および安全出力を確認します メッセンジャーコンシェルジュ

00:03:05.660 --> 00:03:11.160
は監査証跡の人間の通知承認および 要約を処理します彼らは大人が

00:03:11.160 --> 00:03:15.200
すべきように短く明確で必要な ものだけをメッセージと共有コンテキスト

00:03:15.200 --> 00:03:18.940
で通信しますアクションが以前 の結果に依存する場合は順次サブタスク

00:03:18.940 --> 00:03:22.320
を安全に展開できる場合は並列 です50ページのポリシーを送信

00:03:22.320 --> 00:03:26.000
するのではなく関連するスニペット デバイスidおよび意図された変更

00:03:26.000 --> 00:03:30.060
を送信しますツールは手ですマイクロソフト グラフのrest apiキュレーション

00:03:30.060 --> 00:03:32.880
された知識のためのazureai検索による ラグスニペット用のコード

00:03:32.880 --> 00:03:35.080
インタプリタオーケストレーション されたシーケンス用のロジック

00:03:35.080 --> 00:03:38.000
アプリグルー用の関数繰り返し 可能なデバイスタスク用のazure

00:03:38.000 --> 00:03:41.120
オートメーションツールの入力 はスキーまで構造化してオペレーター

00:03:41.120 --> 00:03:44.520
がテナントを創造的に削除できない ようにしますメモリは魔法ではなく

00:03:44.520 --> 00:03:47.860
予算ですエージェントごとのメモリ を最小限に抑えますスレッドメタデータ

00:03:47.860 --> 00:03:50.680
には外部状態検索インデックス ベクトルストアまたは小さな

00:03:50.680 --> 00:03:53.880
状態ストアを使用しますコンテキスト ウィンドウは最小限にします次の決定

00:03:53.880 --> 00:03:56.740
に必要でない場合は一緒に書き 込まれませんセマンティックカーネル

00:03:56.740 --> 00:04:00.600
が輝くのは計画と実行ですプランナー が委任しオペレーターは関数カタログ

00:04:00.600 --> 00:04:03.900
を使用して適切なツールを選択 しますレビュー担当者は評価プロンプト

00:04:03.900 --> 00:04:07.020
とコンテンツの安全性を使用して 出力を批評しますレビュー担当者

00:04:07.020 --> 00:04:09.860
がスコープのリスクをフラグ付け した場合プランナーが修正します

00:04:09.860 --> 00:04:13.760
このループを理解すれば805のプロンプト を書くのをやめて明確な役割を配線

00:04:13.760 --> 00:04:17.080
し始めます安全性の境界は交渉 の余地がありません管理された

00:04:17.080 --> 00:04:20.620
idを使用してidスコープのツール 呼び出しを行います彼女のエージェント

00:04:20.620 --> 00:04:23.400
権限は読み取りと管理に分割 されています破壊的なアクション

00:04:23.400 --> 00:04:26.680
の昇格にはpmを使用しますすべて のツール呼び出しはログ分析に記録

00:04:26.680 --> 00:04:30.080
されます入力と出力の両方でコンテンツ の安全性が確保されています脱獄や

00:04:30.080 --> 00:04:32.640
知識ソースからの間接的なプロンプト 挿入に対してプロンプトシールド

00:04:32.640 --> 00:04:36.840
が適用されます例え話の時間です 研究者アナリストオペレーター

00:04:36.840 --> 00:04:40.600
qaそれぞれが自分の役割に責任 を持ちますオペレーターは自分の

00:04:40.600 --> 00:04:44.240
変更を承認しませんアナリスト は本番環境をいじりませんqaは承認

00:04:44.240 --> 00:04:48.480
するコードを記述しませんシンプル 退屈安全アジュールiファウンドリー

00:04:48.480 --> 00:04:50.880
とセマンティックカーネルを組み 合わせる理由とはファウンドリー

00:04:50.880 --> 00:04:54.020
はエージェントのオーケストレーション モデルの選択知識の基盤ツール

00:04:54.020 --> 00:04:57.720
の配線コンテンツの安全性トレース 評価ガバナンスを一箇所で提供します

00:04:57.720 --> 00:05:02.160
セマンティックカーネルはプランナー スキルパイプライン再試行コード

00:05:02.160 --> 00:05:05.120
でのキャンセルを提供します これらを組み合わせることで役割

00:05:05.120 --> 00:05:09.720
ごとにモデルを組み合わせ抽出 にはslm計画にはgpt4クラスようやく

00:05:09.720 --> 00:05:13.420
にはバッチを使用しプロンプト を短く影響範囲を小さく週末を

00:05:13.420 --> 00:05:16.020
自由に使うことができます さあ構築してみましょう

00:05:16.020 --> 00:05:18.280
azureiファウンドリーがマルチ エージェントワークフローをどの

00:05:18.280 --> 00:05:21.240
ように実現するかを見ていきましょう azureiファウンドリーはここで

00:05:21.240 --> 00:05:24.260
華やかなポータルから実際の 運用現場のような働きを始めます

00:05:24.260 --> 00:05:26.720
ファウンドリーでは6つのブレード と願い事に悩まされることなく

00:05:26.720 --> 00:05:30.400
エージェントの定義モデルの接続 知識の追加アクションの配線そして

00:05:30.400 --> 00:05:33.320
全ての監視を行うことができます ダクトテープを使わないオーケスト

00:05:33.320 --> 00:05:35.960
レーションです まずはエージェントの定義から始めましょう

00:05:35.960 --> 00:05:39.600
ファウンドリーでは各エージェント は指示厳密な役割ガイダンスを受け

00:05:39.600 --> 00:05:42.920
取りますがマニフェストではありません デプロイメントはその背後にある

00:05:42.920 --> 00:05:47.080
実際のモデルです 計画にはgpt4クラス抽出にはfiクラスslmを

00:05:51.240 --> 00:05:54.600
テキストが必要な場合はbingグラウンリング です アクションはopenapiツール

00:05:54.600 --> 00:05:59.600
ロジックアプリ関数グラフazureautomation runbookまたは迅速な計算と解析の

00:05:59.600 --> 00:06:02.600
ためのコードインタプリタです 接続されたエージェントは役割を

00:06:02.600 --> 00:06:05.440
明確に保つためにエージェントが 別のエージェントをツールのように

00:06:05.440 --> 00:06:07.760
扱うことができます これはセマンティックカーネル

00:06:07.760 --> 00:06:11.220
が同じユニバースにプラグイン するため重要です コードではプランナー

00:06:11.220 --> 00:06:15.960
を構築しスキルを定義し関数カタログ にツールを登録します プランナーオペレーター

00:06:15.960 --> 00:06:20.040
レビュー担当者のループをオーケストレーション しスレッド履歴セーフティレール

00:06:20.040 --> 00:06:22.840
はファウンドリに任せます プロンプトは短くしスキーマを

00:06:22.840 --> 00:06:27.240
持つツールに重い作業を任せます 翻訳幻覚の減少失敗の減少週末

00:06:27.240 --> 00:06:30.420
の増加モデルの選択は重要です ファウンドリはモデルエンドポイント

00:06:30.420 --> 00:06:33.180
を介して推論を抽象化するため アプリ全体を書き直すことなく

00:06:33.180 --> 00:06:35.920
モデルを交換できます 2つの一般的なレーンプレミアムモデル

00:06:35.920 --> 00:06:37.900
とクイックイテレーション用の サーバーレスエンドポイント

00:06:37.900 --> 00:06:41.460
トークンごとに支払いオンデマンド でスケールし2018年のようにgpuを

00:06:41.460 --> 00:06:44.060
監視する必要はありません テナント協会に固定したい特定

00:06:44.060 --> 00:06:46.940
のオープンモデル用のマネージド コンピューティング稼働時間に基づいて

00:06:46.940 --> 00:06:50.140
支払い形状を制御しますがマイクロソフト がデプロイメントの配管を処理

00:06:50.140 --> 00:06:52.000
します 役割ごとにモデルを組み合わせ

00:06:52.000 --> 00:06:55.420
ます 推論にはgpt4または4.1ミニのプランナー

00:06:55.420 --> 00:06:58.580
抽出とパラメータシェーピング に優れた小型モデルのオペレーター

00:06:58.580 --> 00:07:01.840
長い要約は夜間にまとめて処理 し朝までに人間が見やすいレポート

00:07:01.840 --> 00:07:04.200
を入手できるようにします またモデルが廃止された場合

00:07:04.200 --> 00:07:06.900
やディープシークやラマのバリアント を試したい場合はファウンドリの

00:07:06.900 --> 00:07:09.840
推論APIを使用すると実験中も 高度を安定させることができます

00:07:09.840 --> 00:07:12.980
ツールとアクションはオペレーター がそのバッジを獲得する場所です

00:07:12.980 --> 00:07:16.300
エージェントに王国の鍵を与える ことなく真のパワーを発揮できる

00:07:16.300 --> 00:07:18.460
場所です スワッカーを使用した内部サービス

00:07:18.460 --> 00:07:21.320
のオープンAPIツール 契約は厳格に保ちます

00:07:21.320 --> 00:07:23.960
スキーまでデバイスが文字列と されている場合はデバイスIDである

00:07:23.960 --> 00:07:26.040
必要があります 承認フローと人間のゲートには

00:07:26.040 --> 00:07:28.740
ロジックアプリを使用します レビュー担当者が変更を承認者

00:07:28.740 --> 00:07:31.260
にルーティングし承認後に実行 を再開できるようにします

00:07:31.260 --> 00:07:34.340
グルーコードと適切な変換にはAzure ファンクションズを使用します

00:07:34.340 --> 00:07:37.380
インチューンエントラおよびユーザーデバイス の条件付きアクセスタスク

00:07:37.380 --> 00:07:39.960
にはテスト可能なバージョン付き グラフAPIを使用します

00:07:39.960 --> 00:07:43.340
監視エージェントには読み取り スコープを修復担当者には管理スコープ

00:07:43.340 --> 00:07:45.720
のみを付与します デバイススクリプトと実行ブックには

00:07:45.720 --> 00:07:49.020
Azureオートメーションを使用します 鍵のかかった引き出しの中の鋭利な

00:07:49.020 --> 00:07:51.480
もののように扱います 修復エージェントだけが開ける

00:07:51.480 --> 00:07:54.100
ことができます 設置と同様に管理された状態

00:07:54.100 --> 00:07:56.400
を維持します Azure AI検索をハイブリッドランキング

00:07:56.400 --> 00:07:59.320
とセマンティックサイランキング で使用します 知識をドメインごとにシャーディング

00:07:59.320 --> 00:08:01.260
します インチューンポリシーはオンボーディング

00:08:01.260 --> 00:08:03.760
ソップとは別です そのため何でもかんでも出荷する

00:08:03.760 --> 00:08:05.720
ことはありません オペレーターは百貨時点ではなく

00:08:05.720 --> 00:08:08.960
スニペットを渡す必要があります チャンクのサイズを調整し引用

00:08:08.960 --> 00:08:12.040
を保存しレビュー担当者が本番 環境に触れる前に妥当性を確認

00:08:12.040 --> 00:08:14.040
します 安全性はオプションではありません

00:08:14.040 --> 00:08:17.600
ファウンドリは入力と出力のコンテンツ 安全フィルター脱獄と間接注入

00:08:17.600 --> 00:08:19.980
に対するプロンプトシールドおよび 保護されたマテリアルのチェック

00:08:19.980 --> 00:08:22.140
を組み込んでいます モデル構えとモデル化後に安全性

00:08:22.140 --> 00:08:25.720
を実行して不適切な入力や出力 のpr災害に料金を支払わないように

00:08:25.720 --> 00:08:27.980
します エージェントごとの管理されたid最小権限

00:08:27.980 --> 00:08:30.900
のrバックおよび破壊的なツール の一時的な昇格のためのpmと組み

00:08:30.900 --> 00:08:33.020
合わせて使用します 全てのツール呼び出しがトレース

00:08:33.020 --> 00:08:35.220
されます 全ての承認がログに記録されます

00:08:35.220 --> 00:08:38.180
誰が何を実行したかと聞かれても アウトルックを開く必要はありません

00:08:38.180 --> 00:08:41.840
ログ分析ですでにわかっています 可観測性は大人モードです

00:08:41.840 --> 00:08:45.400
トレースを有効にすると実行 履歴どのエージェントがどのツール

00:08:45.400 --> 00:08:48.740
をどのパラメーターで呼び出した かどのくらいの遅延で何が返された

00:08:48.740 --> 00:08:50.980
かを確認できます パフォーマンスパターンのアプリケーション

00:08:50.980 --> 00:08:53.860
インサイトをワイヤリングし監査 用のアプリログを出力し評価を

00:08:53.860 --> 00:08:57.540
ciにデプロイしてユーザーが気づく 前に関連性現実性流調査のズレ

00:08:57.540 --> 00:08:59.920
を検出します 現実性が低下した場合はレビュー

00:08:59.920 --> 00:09:02.840
担当者がフラグを立てプランナー が取得クエリを絞り込みオペレーター

00:09:02.840 --> 00:09:05.140
が再施行します 人間のパニックは不要です

00:09:05.140 --> 00:09:07.220
デプロイメントプリミティブにより 整理されています

00:09:07.220 --> 00:09:09.460
ファウンドリプロジェクトを使用 してチームのスコープコータと

00:09:09.460 --> 00:09:12.120
ポリシーベースラインを設定します ツールサービスの前にazure api

00:09:12.120 --> 00:09:14.920
管理を配置してバージョン管理 スロットリングサーキットブレーカー

00:09:14.920 --> 00:09:17.580
の実装ptuと重量課金推論間の ルーティングを行います

00:09:17.580 --> 00:09:20.980
データの所在またはコンプライアンス が真剣であることを示すプライベート

00:09:20.980 --> 00:09:23.980
エンドポイント 単なる願望ではなくユーザーに合った

00:09:23.980 --> 00:09:26.880
リージョンそしてセマンティック カーネルがリボンを結びます

00:09:26.880 --> 00:09:30.700
ワークフローをコードで記述します プランナーが分解しますオペレーター

00:09:30.700 --> 00:09:34.780
は関数カタログと可用性に基づいて ツールを選択しますレビュー担当者

00:09:34.780 --> 00:09:37.520
は評価プロンプトとコンテンツ セーフティーの結果でチェックを

00:09:37.520 --> 00:09:41.040
強制し外部apiがメンテナンスの ためにダウンしているフリをする

00:09:41.040 --> 00:09:43.660
とバックオフとキャンセルトークン で再施行できます

00:09:43.660 --> 00:09:47.660
skは実行の頭脳を提供しファウンドリ は手術室を提供します

00:09:47.660 --> 00:09:50.900
これらを組み合わせると実用的な パターンができますファウンドリ

00:09:50.900 --> 00:09:54.560
で厳密な指示とidを使用してエージェント を定義しskで役割をオーケストレーション

00:09:54.560 --> 00:09:58.760
し厳選された検索で基盤を構築 しオープンapiロジックアプリ関数

00:09:58.760 --> 00:10:02.220
自動化を使用してアクションを 接続し推論の前後で安全性を強制

00:10:02.220 --> 00:10:06.760
し全てを監視します最高の意味で 退屈ですシートベルトやデフォルト

00:10:06.760 --> 00:10:09.860
キーという名前のインターン にグローバル管理者権限を与えない

00:10:09.860 --> 00:10:13.540
ことのようなものですデモシナリオ 1デバイスのクリーンアップ

00:10:13.540 --> 00:10:18.320
ccintuneゴーストデバイスユニット 管理対象廃止およびアンデッド

00:10:18.320 --> 00:10:22.520
として同時に表示されるデバイス をご存知ですかccintuneへようこそ

00:10:22.520 --> 00:10:26.040
私たちの仕事は古くなった重複 したまたは登録されていないハードウェア

00:10:26.040 --> 00:10:28.920
を見つけて誰も怒りのメールを 法的に送らないように承認を得て

00:10:28.920 --> 00:10:32.580
安全に修復することですエージェント モニタークエリマイクロソフト

00:10:32.580 --> 00:10:36.500
グラフおよびログ分析のキャスト はデバイスの状態を分類し異常を

00:10:36.500 --> 00:10:39.880
フラグ付けします修復ツール はintuneおよびazureオートメーション

00:10:39.880 --> 00:10:42.920
を呼び出してデバイスを隔離 または廃止します監査ツールは

00:10:42.920 --> 00:10:46.800
すべてをログに記録し人間に通知 しコンプライアンスのために自己

00:10:46.800 --> 00:10:50.240
処理のノベラを作成しますフロー は次のようになりますモニター

00:10:50.240 --> 00:10:53.260
はグラフデバイスレコード最終 チェックインコンプライアンス

00:10:53.260 --> 00:10:56.640
状態登録タイププライマリユーザー および廃止フラグを取得します

00:10:56.640 --> 00:11:00.740
またログ分析シグナルディフェンダー ハートビート更新コンプライアンス

00:11:00.740 --> 00:11:04.180
およびintune管理拡張イベントも取得 しますこれらをデバイスごとに

00:11:04.180 --> 00:11:09.260
短い構造化レコードに統合します 最終確認utc登録済み準拠重複候補

00:11:09.260 --> 00:11:13.180
リスクシグナルノベラはなくフィールド のみです次に頭脳と力のハンドオフ

00:11:13.180 --> 00:11:16.800
ですモニターは提案された分類古い 重複ハートビートなしまたは問題

00:11:16.800 --> 00:11:20.280
なしを送信しますレビュー担当者 は根拠を確認しますこれらのフィールド

00:11:20.280 --> 00:11:23.240
は実際にグラフおよびlaから取得 されたものですかコンテンツセーフティー

00:11:23.240 --> 00:11:25.060
はアップロードされたファイル またはwebグラウンディング

00:11:25.060 --> 00:11:27.220
からのプロンプトの挿入をブロック するためにモデルの前に

00:11:27.220 --> 00:11:30.680
実行されます分類が合格した 場合修復ツールはアクションを

00:11:30.680 --> 00:11:35.580
準備しますフェーズ1はソフト 修復タグ付け隔離です廃止デバイス

00:11:35.580 --> 00:11:39.180
カテゴリの候補を適用しポリシー のスプロールを引き起こす動的

00:11:39.180 --> 00:11:42.920
グループバインディングを削除 し必要に応じてデバイスをアクセス

00:11:42.920 --> 00:11:45.680
をブロックする隔離アジュール アドグループに移動しますまだ

00:11:45.680 --> 00:11:50.020
削除は行いません承認はロジック アプリに渡されますレビュー担当者

00:11:50.020 --> 00:11:54.400
はコンパクトな計画デバイスid理由提案 されたアクションロールバック

00:11:54.400 --> 00:11:58.680
を含めます承認者はグラフクエリ とログ分析系qlへの引用を含む

00:11:58.680 --> 00:12:01.780
ダイジェストをチームで確認します センサートークンを承認すると

00:12:01.780 --> 00:12:05.460
修復ツールは正当な理由がある 場合に廃止ワイプを実行するか

00:12:05.460 --> 00:12:08.320
最新のハートビートを持つデバイス を保持してゴーストをリンク解除

00:12:08.320 --> 00:12:11.420
することで重複をクリーンアップ しますマネージドidにより私たち

00:12:11.420 --> 00:12:14.180
の手はクリーンにもたれますモニター はデバイスの読み取りすべてで

00:12:14.180 --> 00:12:17.680
実行されます修復ツールはデバイス の読み取り書き込みすべてと必要な

00:12:17.680 --> 00:12:20.440
インチューンアクセス許可のみ を持つ別のidを使用します削除

00:12:20.440 --> 00:12:23.800
はピムの背後にあります修復ツール エージェントは自身を昇格させる

00:12:23.800 --> 00:12:27.080
ことはできません昇格が要求される とロジックアプリは人間を必要

00:12:27.080 --> 00:12:30.720
とし一時的なアクセス許可のカウントダウン が始まります過観測性は成熟

00:12:30.720 --> 00:12:34.240
した部分ですすべてのツール呼び出し がトレースされます誰が何を呼び

00:12:34.240 --> 00:12:38.540
出したかパラメータ0点子応答 監査担当者は相関idを使用してイベント

00:12:38.540 --> 00:12:41.220
レコードをログ分析に書き込む ためスラックの考古学調査なし

00:12:41.220 --> 00:12:44.900
で犯罪現場を再構築できますまた 変更後の評価ステップとして妥当性

00:12:44.900 --> 00:12:48.660
関連性流暢性も実行します妥当性 が低下した場合レビュー担当者

00:12:48.660 --> 00:12:51.120
はそれ以上の破壊的なアクション をブロックしプランをプランナー

00:12:51.120 --> 00:12:53.960
にキックバックして取得を洗練 するか範囲を狭めますモデル

00:12:53.960 --> 00:12:57.460
は意図的に混在しています分類 ではコストと0点子を低く抑える

00:12:57.460 --> 00:13:00.000
ために小さなモデルを使用します オートパイロットが一つのデバイス

00:13:00.000 --> 00:13:02.340
の名前を変更しアジュールアド がそれらを双子と認識している

00:13:02.340 --> 00:13:04.980
2つのデバイスのようなエッジケース ではgptからフォーミニを使用した

00:13:04.980 --> 00:13:07.960
推論パスが提供されますようやく はバッチ処理されます誰も午後

00:13:07.960 --> 00:13:10.640
2時のマイクロストーリーにシェイクスピア のようなレポートを必要としません

00:13:10.640 --> 00:13:13.420
先週シングルエージェントテスト では同じ動的グループ内の全て

00:13:13.420 --> 00:13:15.820
のデバイスを廃止することで古い デバイスを修正しようとしました

00:13:15.820 --> 00:13:18.140
マルチエージェントフローのレビュー 担当者はスコープのフィッチ

00:13:18.140 --> 00:13:20.620
をフラグ付けしデバイスレベル の確認を要求してそれを停止

00:13:20.620 --> 00:13:24.540
しましただから計画実行チェック を分けています最終的な結果として

00:13:24.540 --> 00:13:26.960
ゴーストデバイスがコンプライアンス を悩ませることはなくなります

00:13:26.960 --> 00:13:30.780
ライセンスの無駄を減らし誤検出 を減らし引退した失敗がライフスタイル

00:13:30.780 --> 00:13:34.160
である理由を経営陣に説明する 必要がなくなりますそして監査

00:13:34.160 --> 00:13:38.080
書籍は読みやすくこれは変更チケット の半分については言えないことです

00:13:38.080 --> 00:13:42.880
でもシナリオ2ゼロタッチオンボーディング 実際にはゼロタッチですユーザー

00:13:42.880 --> 00:13:45.960
はゼロタッチエージェントが担当 するまでエンジニアリングは500回

00:13:45.960 --> 00:13:49.740
のタッチ目標はhrイベントからスイベル ケアなしで準備されたユーザー

00:13:49.740 --> 00:13:53.280
とデバイスまでですhrが性を3通り の方法で綴った場合でもスムーズ

00:13:53.280 --> 00:13:56.860
で統制され元に戻すことができます チームラインナップインテーク

00:13:56.860 --> 00:14:01.320
はhrのwebhookをリッスンしペイロード を正規化し必須フィールドを検証

00:14:01.320 --> 00:14:04.940
しますプロビジョナーはエントラ でユーザーを作成しグループとライセンス

00:14:04.940 --> 00:14:08.660
を割り当てオートパイロットプロファイル を登録しますバリデータはピカピカ

00:14:08.660 --> 00:14:12.080
のラップトップを渡す前にポリシー コンプライアンスと条件付きアクセス

00:14:12.080 --> 00:14:15.600
スタンスを確認しますコンシェル ジュはウェルカムパックシェアポイント

00:14:15.600 --> 00:14:19.560
リンクおよび初日のチェックリスト を送信しますフロー時間インテーク

00:14:19.560 --> 00:14:24.040
はhrペイロード名前開始日役割 部署マネージャー地域を取得します

00:14:24.040 --> 00:14:27.340
スモールモデルが抽出して正規化 します標準フィールドにマッピング

00:14:27.340 --> 00:14:30.900
し2099年の開始日などのナンセンス を検出しますキスフィールドが

00:14:30.900 --> 00:14:33.500
欠落している場合は自由形式の 歌ではなく構造化されたエラーで

00:14:33.500 --> 00:14:36.200
ロジックアップスを介してhrに 通知しますプロビジョナーはユーザー

00:14:36.200 --> 00:14:38.460
権限にスコープされた管理idを 使用してグラフを呼び出します

00:14:38.460 --> 00:14:42.000
エントラユーザーを作成し使用 場所を設定しベースグループを

00:14:42.000 --> 00:14:45.800
適用します次に役割と地域に基づいて ライセンス割り当てを組み立てます

00:14:45.800 --> 00:14:49.060
推論がここで役立ちますこの人物は イーゴセキュリティまたはビジネス

00:14:49.060 --> 00:14:51.920
プレミアムが必要ですかポリシー をデータにエンコードしモデル

00:14:51.920 --> 00:14:54.480
が許可されたバンドルから選択 できるようにしますモデルがライセンス

00:14:54.480 --> 00:14:58.280
を発明することはなく厳格なメニュー です次にオートパイロットが続きます

00:14:58.280 --> 00:15:01.120
プロビジョナーはすでに持っている ハードウェアハッシュを登録する

00:15:01.120 --> 00:15:03.940
かユーザーのグループに関連付け られたジャストインタイムプロファイル

00:15:03.940 --> 00:15:06.620
を準備しますデバイスグループ にベースラインポリシーのタグ

00:15:06.620 --> 00:15:09.820
を付けバリデーターが起動します グラフとディフェンダーにコンプライアンス

00:15:09.820 --> 00:15:13.140
シグナルを紹介し条件付きアクセス が初回サインインを妨げないことを

00:15:13.140 --> 00:15:16.380
検証し適切なデバイス構成ポリシー が適用されることを確認します

00:15:16.380 --> 00:15:19.560
条件付きアクセスによって初日 に新入社員がブロックされる場合

00:15:19.560 --> 00:15:23.200
検証ツールは時間制限付き例外 と理由を記載した承認を開きます

00:15:23.200 --> 00:15:27.740
コンシェルジュは人的作業を処理 します新入社員のupnデバイス割り当て

00:15:27.740 --> 00:15:30.680
ステータスシェアポイントスターター キットへのリンクを記載したチーム

00:15:30.680 --> 00:15:34.480
メッセージをマネージャーに送信 します初日の手順mfa設定ガイダンス

00:15:34.480 --> 00:15:38.060
itポータルの場所を記載したメール を新入社員に送信しますメール

00:15:38.060 --> 00:15:41.660
に社内ipアドレス範囲を貼り付ける ことはありませんコンテンツセーフティー

00:15:41.660 --> 00:15:45.200
は出力の漏洩とトーンをチェック しますガバナンスも同様に安全

00:15:45.200 --> 00:15:47.920
対策ですプロビジョナーの管理 対象idにはライセンス権限があります

00:15:47.920 --> 00:15:51.120
が削除権限はありませんインテーク はプロビジョニングできず検証のみ

00:15:51.120 --> 00:15:54.320
を行いますpmは機密グループ へのユーザーの追加などリスク

00:15:54.320 --> 00:15:57.180
の高いアクションをゲートします すべてのアクションはアプリインサイト

00:15:57.180 --> 00:15:59.900
とログアナリティクスにトレース されますhrが修正されたペイロード

00:15:59.900 --> 00:16:02.660
を送信するとプランナーはデルタ を再計算しオペレーターは変更

00:16:02.660 --> 00:16:05.560
された部分のみを更新しますグループ メンバーシップが上下することは

00:16:05.560 --> 00:16:09.520
ありません過観測性によりマイルストーン が提供されますhrの取り込みエントラ

00:16:09.520 --> 00:16:12.740
の作成ライセンスの割り当てオート パイロットプロファイルコンプライアンス

00:16:12.740 --> 00:16:16.260
判定通知が送信されますslaメトリクス を取得しバックオフ付きの一時的な

00:16:16.260 --> 00:16:19.300
グラフエラーに対して自動再試行 が行われますhrシステムが異常を

00:16:19.300 --> 00:16:23.360
きたしてもスレッドは停止しません 一時停止しログを記録し修正される

00:16:23.360 --> 00:16:26.500
と再開しますciで合成オンボーディング ペイロードに対して評価を実行

00:16:26.500 --> 00:16:30.140
し実際の採用者が影響を受ける 前に関連性と現実性における回帰

00:16:30.140 --> 00:16:33.520
を検出しますモデルミックス により請求が健全にもたれます抽出

00:16:33.520 --> 00:16:36.920
と正規化にはslmを使用します ポリシー選択の決定に対して

00:16:36.920 --> 00:16:40.080
のみ推論が実行されます可能 な場合はようやくとウェルカム

00:16:40.080 --> 00:16:43.720
メールをバッチ処理します目標 は監査書籍に人間レベルの明確さ

00:16:43.720 --> 00:16:47.360
を備えた低遅延のプロビジョニング です簡単な話シングルエージェント

00:16:47.360 --> 00:16:49.940
オンボーディングはタイトルが 契約社員スタッフと記載されていた

00:16:49.940 --> 00:16:52.760
ためユーザーを全てのスタッフ と契約社員に追加しようとしました

00:16:52.760 --> 00:16:55.920
マルチエージェントはバリデーター で相互配達ルールを検出し人間の

00:16:55.920 --> 00:16:59.220
判断を求め条件付きアクセスで即座 にトースターが燃えるのを回避しました

00:16:59.220 --> 00:17:02.000
結果としてユーザーにとって 真のゼロタッチが実現しました

00:17:02.000 --> 00:17:05.760
1つのスレッド4つのエージェント クリーンな承認そしてデモの神

00:17:05.760 --> 00:17:09.360
に祈ることなくCISOに見せること ができる神の記録そして人事部

00:17:09.360 --> 00:17:13.060
が必然的に開始日を変更した場合 システムはライセンス予算を浪費

00:17:13.060 --> 00:17:14.320
することなく再計算します

00:17:14.320 --> 00:17:18.920
デモシナリオ3自動化されたセキュリティ 強化ビットロッカーを有効にして

00:17:18.920 --> 00:17:19.260
ください

00:17:19.260 --> 00:17:21.540
セキュリティドリフトは雑草のような ものです

00:17:21.540 --> 00:17:24.800
3つ抜くと5つが生えてきてそのうち の1つが意地悪くビットロッカー

00:17:24.800 --> 00:17:25.400
を無効にします

00:17:25.400 --> 00:17:28.960
私たちの目標は構成ドリフト を継続的に検出し弁護士が尊重

00:17:28.960 --> 00:17:30.740
するゲートを使用して安全に修復 することです

00:17:30.740 --> 00:17:33.060
キャストドリフトディテクター はグラフとディフェンダーにクエリ

00:17:33.060 --> 00:17:33.760
を実行します

00:17:33.760 --> 00:17:36.320
セキュアスコアはインチューン コンプライアンスとデバイス構成

00:17:36.320 --> 00:17:38.780
ベースラインを取得しドリフト デルタを構築します

00:17:38.780 --> 00:17:42.860
ティクサーはインチューンポリシー の変更ビットロッカー設定および

00:17:42.860 --> 00:17:44.780
ウィンドウズ更新リングをプッシュ します

00:17:44.780 --> 00:17:48.340
ポリシーが十分に届かない場合 はazureオートメーションを介して

00:17:48.340 --> 00:17:49.800
デバイススクリプトを実行します

00:17:49.800 --> 00:17:53.480
レビュー担当者はダードレール を適用し変更の範囲を定め妥当性

00:17:53.480 --> 00:17:56.360
チェックを実行しリスクの高い 手順に対する人間の承認を根拠

00:17:56.360 --> 00:17:56.660
付けます

00:17:56.660 --> 00:18:00.460
メッセンジャーは簡潔な計画と領収 書を添えてteamsまたは電子メール

00:18:00.460 --> 00:18:01.500
で担当者に通知します

00:18:01.500 --> 00:18:05.460
フロードリフト検出ツールはスケジュール に基づいてまた必要に応じて実行

00:18:05.460 --> 00:18:05.820
されます

00:18:05.820 --> 00:18:08.260
グラフを介してデバイスのコンプライアンス

00:18:08.260 --> 00:18:13.140
ビットロッカーステータス tpmステータス osバージョン更新リングポリシー

00:18:13.140 --> 00:18:14.040
割り当てを取得します

00:18:14.040 --> 00:18:18.600
各デバイスをバイブスドキュメント ではなく構造化データとしてゴールデンプロファイル

00:18:18.600 --> 00:18:19.280
と比較します

00:18:19.280 --> 00:18:23.580
検出結果ビットロッカーの欠落 脆弱な暗号化方式ポリシーの未適用

00:18:23.580 --> 00:18:26.520
セキュアブートの無効化更新リング の範囲外にタグを付けます

00:18:26.520 --> 00:18:29.920
プランナーパスが起動しデバイス グループごとに最小限の計画を提案

00:18:29.920 --> 00:18:30.200
します

00:18:30.200 --> 00:18:33.260
ビットロッカーについてはデバイス が対応している場合はintuneビット

00:18:33.260 --> 00:18:34.340
ロッカーポリシーを使用します

00:18:34.340 --> 00:18:36.500
ポリシーがすでにターゲット にされているがステータスがオフ

00:18:36.500 --> 00:18:39.620
の場合はプロテクターを再起動 しキーをazure adにエスクローする

00:18:39.620 --> 00:18:40.840
自動化スクリプトを提案します

00:18:40.840 --> 00:18:44.340
更新ドリフトについてはパッチ を今すぐ適用するのではなくデバイス

00:18:44.340 --> 00:18:46.600
を段階的な更新リングに移動する ことを提案します

00:18:46.600 --> 00:18:50.960
条件付きアクセスの不具合について は必要な正当化理由を添えて期限付き

00:18:50.960 --> 00:18:51.960
の例外を提案します

00:18:51.960 --> 00:18:54.220
レビュー担当者は根拠を評価 します

00:18:54.220 --> 00:18:57.300
ドリフト検出ツールは実際にグラフ とディフェンダーのフィールド

00:18:57.300 --> 00:18:58.240
を参照しましたか

00:18:58.240 --> 00:19:02.220
スコープデバイスidポリシーid変更 タイプをチェックします

00:19:02.220 --> 00:19:05.200
すべてのデバイスに似ているもの があれば偏見を持ってブロック

00:19:05.200 --> 00:19:05.620
されます

00:19:05.620 --> 00:19:09.280
コンテンツの安全性は入力と出力 の両方に適用され外部の知識

00:19:09.280 --> 00:19:11.360
や貼り付けられたログからの即時 挿入を防ぎます

00:19:11.360 --> 00:19:14.840
競合するローカルポリシーの削除など リスクの高いアクションはpmゲート

00:19:14.840 --> 00:19:15.520
で制御されます

00:19:15.520 --> 00:19:17.700
修正担当者のidは自己昇格できません

00:19:17.700 --> 00:19:20.100
承認は整然としたカードを備えた ロジックアプリにあります

00:19:20.100 --> 00:19:21.120
何が問題ですか

00:19:21.120 --> 00:19:22.400
何が変更されますか

00:19:22.400 --> 00:19:23.760
ロールバック手順と引用

00:19:23.760 --> 00:19:25.900
承認すると修正担当者が実行 されます

00:19:25.900 --> 00:19:28.720
インチューンポリシーの更新はアイテム の効力が高く対象を絞り込みます

00:19:28.720 --> 00:19:31.640
ビットロッカーの修正には明示的な パラメーターと健全性チェックを

00:19:31.640 --> 00:19:32.740
含むランブックが使用されます

00:19:32.740 --> 00:19:37.880
tpmが存在しosがxtsas256sクローパス をサポートしていることが確認されます

00:19:37.880 --> 00:19:41.120
事前チェックが失敗した場合 人間が理解しやすいエラーで失敗し

00:19:41.120 --> 00:19:42.080
副作用はありません

00:19:42.080 --> 00:19:43.740
メッセンジャーがループを閉じます

00:19:43.740 --> 00:19:45.260
デバイスが修正されます

00:19:45.260 --> 00:19:48.640
集計結果件数アプリのインサイト トレースへのリンクそして家族

00:19:48.640 --> 00:19:50.940
よりもエクセルを愛する人向け のcsvファイルを含むダイジェスト

00:19:50.940 --> 00:19:51.900
がチームに送信されます

00:19:51.900 --> 00:19:55.080
デバイスが準拠を拒否した場合 レビュー担当者は例外スレッド

00:19:55.080 --> 00:19:57.160
を開き時計とリトライをスケジュール します

00:19:57.160 --> 00:19:59.920
監視機能によりトレースされた すべてのツール呼び出しがスレッド

00:19:59.920 --> 00:20:00.940
ごとに送還付けられます

00:20:00.940 --> 00:20:03.980
変更前後の差分をロックすること で監査担当者はkqlでキャンプする

00:20:03.980 --> 00:20:06.700
ことなく準拠していない状態と 準拠している状態を確認できます

00:20:06.700 --> 00:20:10.180
また変更後のサマリーに対して 評価エージェントを実行して根拠

00:20:10.180 --> 00:20:11.440
と明確さを確認します

00:20:11.440 --> 00:20:14.540
根拠が低下したり失敗率が急 上昇したりした場合プランナー

00:20:14.540 --> 00:20:17.700
は取得範囲を絞り込みバッチサイズ を縮小するか破壊的なアクション

00:20:17.700 --> 00:20:18.700
を一時停止します

00:20:18.700 --> 00:20:22.640
SLMIXは抽出と分類にSLM計画 合成には必要な場合にのみ推論

00:20:22.640 --> 00:20:23.520
モデルを使用します

00:20:23.520 --> 00:20:25.020
夜間レポートをバッチ処理します

00:20:25.020 --> 00:20:26.460
AIに関するソネットはありません

00:20:26.460 --> 00:20:28.700
最終結果としてビットロッカー は実際に有効になります

00:20:28.700 --> 00:20:30.200
更新リングのドリフトは少なくなり ます

00:20:30.200 --> 00:20:32.720
例外は文書化され期限が定められ デビュー可能です

00:20:32.720 --> 00:20:36.320
そして市販期末に財務ラップトップ を再イメージしてデバイスを修正する

00:20:36.320 --> 00:20:37.320
人はいません

00:20:37.320 --> 00:20:41.420
アーキテクチャの内訳ファウンドリ プラスskプラスツールプラスid

00:20:41.420 --> 00:20:44.720
割当てにエンジンオイルをこぼ さずにボンネットを開けてみましょう

00:20:44.720 --> 00:20:47.540
これを健全に保つ4つのレイヤー を考えてください

00:20:47.540 --> 00:20:50.300
ファウンドリセマンティックカーネル ツールid

00:20:50.300 --> 00:20:52.040
ファウンドリはホームベースです

00:20:52.040 --> 00:20:55.460
厳密な指示でエージェントを定義 し役割ごとにデプロイメントを選択

00:20:55.460 --> 00:20:59.280
しアジュールAI検索を介して知識 を添付しアクションを登録します

00:20:59.280 --> 00:21:03.020
オープンAPIツールロジックアプリ 関数グラフ

00:21:03.020 --> 00:21:05.380
アジュールオートメーションコード インタープリタ

00:21:05.380 --> 00:21:09.540
脅威実行履歴トレース評価および 安全ライフはここで行われます

00:21:09.540 --> 00:21:11.900
コンテンツ安全プロンプトシールド と保護されたマテリアルチェック

00:21:11.900 --> 00:21:15.040
はモデルの前と後に実行される ため不正な入力はトークンを消費

00:21:15.040 --> 00:21:16.800
せず不正な出力はジョブを消費 しません

00:21:16.800 --> 00:21:18.740
セマンティックカーネルは動態 です

00:21:18.740 --> 00:21:21.880
コードではプランナーオペレーター レビューアループを接続します

00:21:21.880 --> 00:21:25.460
ツールの関数カタログを登録 し再試行バックをオフに設定し

00:21:25.460 --> 00:21:26.920
キャンセルトークンを追加します

00:21:26.920 --> 00:21:30.500
プロンプトは短く保ち複雑さ をスキーマに押し付け可用性と

00:21:30.500 --> 00:21:32.900
ポリシーに基づいてskが呼び出す ツールを決定します

00:21:32.900 --> 00:21:35.880
グラフがタイムアウトした場合skは ジッターで処理します

00:21:35.880 --> 00:21:39.320
地に足がついた状態が崩れた場合 はプランナーに戻って改善します

00:21:39.320 --> 00:21:40.360
ツールは手です

00:21:40.360 --> 00:21:42.980
オープンapiを使用して契約を厳格 に保ちます

00:21:42.980 --> 00:21:45.980
api管理を全面に配置してバージョン とサーキットブレーカーを制限

00:21:45.980 --> 00:21:46.260
します

00:21:46.260 --> 00:21:48.760
ロジックアプリは承認と長時間 実行されるフローを処理

00:21:48.760 --> 00:21:49.020
します

00:21:49.020 --> 00:21:51.120
関数は接着剤と変換を行います

00:21:56.920 --> 00:21:58.440
アクリティスコアの真実の情報源 です

00:21:58.440 --> 00:22:01.460
アジュールai検索はドメインごとに 厳選された知識を提供します

00:22:01.460 --> 00:22:02.820
知識のスープはありません

00:22:02.820 --> 00:22:04.220
idはシートベルトです

00:22:04.220 --> 00:22:06.300
各エージェントは独自の管理idを 持ちます

00:22:06.300 --> 00:22:08.200
モニターエージェントは読み取り スコープを取得します

00:22:08.200 --> 00:22:10.700
修復者は書き込みスコープを取得 しますが管理者権限は取得しません

00:22:10.700 --> 00:22:12.700
pmは破壊的なものを全てゲートします

00:22:12.700 --> 00:22:15.080
昇格には人間が必要で期限があります

00:22:15.080 --> 00:22:17.660
データの境界が重要なプライベート エンドポイント

00:22:17.660 --> 00:22:20.260
ファウンドリプロジェクトの ポリシーベースラインは許可された

00:22:20.260 --> 00:22:22.460
モデル、リージョン、コータを強制 します

00:22:22.460 --> 00:22:25.840
アプリインサイトとログ分析は トレース、メトリック、監査を収集

00:22:25.840 --> 00:22:29.000
し、スラック考古学なしで誰が 何をしたかに答えることができます

00:22:29.000 --> 00:22:32.000
モデルはファウンドリの推論エンドポイント を介してプラグインされます

00:22:32.000 --> 00:22:34.880
高度な推論にはサーバーレスを使用 し、固定されたオープンモデル

00:22:34.880 --> 00:22:36.140
にはコンピューティングを管理 します

00:22:36.140 --> 00:22:38.680
コードを書き直さずにモデルを切り替え ますが、プロモーションする

00:22:38.680 --> 00:22:41.940
前に関連性、根拠およびCIでの 流暢さを評価します

00:22:41.940 --> 00:22:44.760
リージョンはユーザーと一致し、 データゾーンは規制当局と一致

00:22:44.760 --> 00:22:45.760
します

00:22:45.760 --> 00:22:48.280
これらを組み合わせると退屈で 信頼性の高いマシンになります

00:22:48.280 --> 00:22:50.860
エージェントはファウンドリで定義 され、SKによってオーケストレーション

00:22:50.860 --> 00:22:53.480
され、厳格なツールによって駆動 され、IDによってロックダウン

00:22:53.480 --> 00:22:56.360
され、可観測性によって測定され、 安全性によって保護されます

00:22:56.360 --> 00:22:57.520
退屈が勝ちます

00:22:57.520 --> 00:22:58.960
退屈は拡張します

00:22:58.960 --> 00:23:00.680
退屈はあなたを眠らせます

00:23:00.680 --> 00:23:02.840
ベストプラクティスは後悔なく 出荷します

00:23:02.840 --> 00:23:03.380
いいですか?

00:23:03.380 --> 00:23:06.240
日曜日に土曜日のやり直しをしない ように時間の知恵を構築します

00:23:06.240 --> 00:23:08.120
各エージェントに一つの仕事を与え ます

00:23:08.120 --> 00:23:11.080
プランナーは計画し、オペレーター は操作し、レビュー担当者はレビュー

00:23:11.080 --> 00:23:11.460
します

00:23:11.460 --> 00:23:14.360
エージェントが心温まる小説を書き 始めたら、プロンプトを切り取って

00:23:14.360 --> 00:23:15.460
3分をツールに渡します

00:23:15.460 --> 00:23:17.880
指示は短く、範囲を絞り退屈にします

00:23:17.880 --> 00:23:19.200
驚きが少なくなります

00:23:19.200 --> 00:23:21.300
長い3分よりもツール呼び出しを優先 します

00:23:21.300 --> 00:23:24.740
オープンAPIに契約を、入力にスキーマ を、出力にガードレールを配置します

00:23:24.740 --> 00:23:27.460
ツールがデバイスを期待している 場合はデバイスを送信してください

00:23:27.460 --> 00:23:30.460
財務部門のこのデバイスではなく モデルは創造的ですがツールは

00:23:30.460 --> 00:23:31.140
そうではありません

00:23:31.140 --> 00:23:32.220
それがポイントです

00:23:32.220 --> 00:23:34.520
仕事がかかっているかのように 最小権限を強制してください

00:23:34.520 --> 00:23:36.120
実際仕事がかかっています

00:23:36.120 --> 00:23:37.320
IDを分離します

00:23:37.320 --> 00:23:41.500
モニターには読み取り専用、修復者 には書き込み専用、PMなしでは削除できないID

00:23:41.500 --> 00:23:44.220
昇格は一時的で、正当化され、ログに記録されます

00:23:44.220 --> 00:23:47.600
誰かが永続的なグローバル管理者 を要求したら、ストレスボールとポリシー文書を渡してください

00:23:47.600 --> 00:23:50.140
最初は小さく、実行者と確認者の 2人のエージェントから始めます

00:23:50.140 --> 00:23:51.760
ループが安定したらプランナーを追加します

00:23:51.760 --> 00:23:55.180
その後、ファンアウトする必要がある 場合は12人のデジタルスクラムチームから始めないでください

00:23:55.180 --> 00:23:57.840
そうすると、組織図をYAMLで再作成して 泣き出すことになります

00:23:57.840 --> 00:23:59.560
コストを削減するためにモデルを組み合わせます

00:23:59.560 --> 00:24:02.980
抽出にはSLM、推論が重要な場合にのみ GPT4クラスのみを使用します

00:24:02.980 --> 00:24:04.580
サマリーを夜間にバッチ処理します

00:24:04.580 --> 00:24:07.360
日付文字列のフォーマットに プレミアム料金を支払う必要はありません

00:24:07.360 --> 00:24:10.280
重いモデルは、ナレーションではなく 意思決定のために保存します

00:24:10.280 --> 00:24:11.780
メモリは最後に追加します

00:24:11.780 --> 00:24:14.240
機内持ち込みバッグのように コンテキストウィンドウを詰め込む前に

00:24:14.240 --> 00:24:17.180
外部状態をAI検索または 小さな状態ストアとして使用します

00:24:17.180 --> 00:24:19.380
スレッドメタデータは 最小限に抑える必要があります

00:24:19.380 --> 00:24:21.640
次のターンで必要でない場合は、削除しません

00:24:21.640 --> 00:24:23.000
すべてをログに記録します

00:24:23.000 --> 00:24:24.320
トレースを有効にします

00:24:24.320 --> 00:24:26.780
スレッドID、ツールパラメータ、 レイテンシの結果

00:24:26.780 --> 00:24:30.960
評価をCIにデプロイして、本番環境よりも 先に関連性と現実性の低下を検出します

00:24:30.960 --> 00:24:34.160
現実性が低下した時にアラートを発し、 ツイッターがアラートを発した時ではありません

00:24:34.160 --> 00:24:36.880
スピードよりもガードレール、破壊的なツールの承認

00:24:36.880 --> 00:24:41.140
副作用のないドライランモード、 デバイスグループまたは地域ごとの段階的なロールアウト

00:24:41.140 --> 00:24:44.440
ロールアウトプランが一度に全て実行する場合は、 履歴書が更新されていることを願っています

00:24:44.440 --> 00:24:45.760
失敗を想定して構築します

00:24:45.760 --> 00:24:47.120
ジッターを使用して再施行します

00:24:47.120 --> 00:24:48.500
グラフスロットリングをバックオフします

00:24:48.500 --> 00:24:50.380
API管理にサーキットブレーカーを使用します

00:24:50.380 --> 00:24:54.280
べき遠なランブック、ステップを安全に再実行できる場合は、 安心して眠れます

00:24:54.280 --> 00:24:56.580
最後に、ポリシーをデータとして文書化します

00:24:56.580 --> 00:25:00.760
相互配たルール、ライセンスバンドル、 デバイスのベースラインを構造化された形式で記述します

00:25:00.760 --> 00:25:03.400
モデルは選択することはできますが、 発明すべきではありません

00:25:03.400 --> 00:25:06.920
そうすることで、エージェントを役立て、 影響範囲を小さく保つことができます

00:25:06.920 --> 00:25:09.520
覚えておいていただきたいのは、 単一のエージェントも役立ちますが、

00:25:09.720 --> 00:25:12.600
計画され、ツール駆動で権限スコープが設定された エージェントのチームは、

00:25:12.800 --> 00:25:15.820
あなたが眠っているふりをしている間にも、 静かに環境を変革していくということです

00:25:15.820 --> 00:25:21.160
もしこの内容が心に響いたなら、 購読して、私がセマンティックカーネルリポジトリと バイセップテンプレートを公開する続編をご覧ください

00:25:21.160 --> 00:25:22.540
遠慮なく投与できます

00:25:22.540 --> 00:25:25.300
約束を守る評価エージェントのエピソードが見たいですか?

00:25:25.520 --> 00:25:26.840
来週公開予定です