WEBVTT 00:00:00.000 --> 00:00:02.080 コパイロットがあなたのビジネス を理解していると思っていませんか 00:00:02.080 --> 00:00:04.440 違いますコパイロットには見えて いないのですシェアポイントの 00:00:04.440 --> 00:00:06.640 ヘッドラインやわずかなメール古い チームチャットしか見えていません 00:00:06.640 --> 00:00:09.220 セールスフォースのパイプライン もサービスナウの障害状況も独自 00:00:09.220 --> 00:00:12.520 のAPIも見えていないのですそこに 断絶がありますその解決策がこれ 00:00:12.520 --> 00:00:15.280 です実際のシステムに基づいた カスタムエージェントを構築します 00:00:15.280 --> 00:00:19.000 セールスフォースサービスナウそして 社内のrestapiと連携させますガバナンス 00:00:19.000 --> 00:00:22.060 が効き認証され監査可能なアクション がマイクロソフト365内で機能します 00:00:22.060 --> 00:00:25.020 最終的にはシンに状況を把握し実行 できるエンタープライズグレード 00:00:25.020 --> 00:00:27.920 のエージェントが手に入ります見せかけ ではなくシンのアクセス権と制御 00:00:27.920 --> 00:00:30.620 をこのままお聞きください多くの チームが飛ばしてしまう重要な 00:00:30.620 --> 00:00:33.280 ステップがありますそれはノイズ と真実を分かつ境界線です 00:00:33.280 --> 00:00:35.580 コパイロットがどう見ているのか なぜデフォルトでは見えていない 00:00:35.580 --> 00:00:37.960 のかを説明しますコパイロット はあなたの仕事を理解している 00:00:37.960 --> 00:00:40.920 と聞かされたはずです現実は もっとシンプルで残酷なものです 00:00:40.920 --> 00:00:44.360 コパイロットは自分が基盤としている ものしか見えませんそれ以上でも 00:00:44.360 --> 00:00:48.780 それ以下でもないのです標準の 状態では視野はマイクロソフト365 00:00:48.780 --> 00:00:51.460 のワークグラフのみに限定され ますアウトルックのやり取りチーム 00:00:51.460 --> 00:00:53.820 チャットシェアポイントやワンドライブ のファイルあるいは会議の文字 00:00:53.820 --> 00:00:56.840 起こしなどです便利ですが範囲 が狭すぎます日常の操作をぼんやり 00:00:56.840 --> 00:00:59.180 と囲んでいるにすぎませんそれ だけですセールスフォースは 00:00:59.180 --> 00:01:01.580 見えていません日々のビジネス の要である顧客の健康状態も把握 00:01:01.580 --> 00:01:04.360 していませんサービスナウも見えて いませんインシデントの優先度 00:01:04.360 --> 00:01:07.360 やsla違反も分かりませんファイア オールの内側にある独自のスキーマ 00:01:07.360 --> 00:01:10.080 を用いた社内システムも見えて いません見えないのですアクセス 00:01:10.080 --> 00:01:13.100 経路もトークンもツールも基盤 もないため推測しハルシネーション 00:01:13.100 --> 00:01:16.100 幻覚を起こしあるいは沈黙します これが見えていない状態です 00:01:16.100 --> 00:01:19.180 なぜでしょうidとデータは魔法 ではないからですそれらはパイプ 00:01:19.180 --> 00:01:21.900 でありトークンでありポリシー だからです外部システムへのアクション 00:01:21.900 --> 00:01:24.560 経路を繋がなければコパイロット はそれを呼び出せませんナレッジ 00:01:24.560 --> 00:01:27.800 ソースを提示しなければコパイロット はそれを引用できません厳格な境界線 00:01:27.800 --> 00:01:30.480 を定めた指示を与えなければコパイロット はその空白を自信満々の誤りで 00:01:30.480 --> 00:01:32.800 埋めてしまいますあなたも見た ことがあるはずです親切だけど 00:01:32.800 --> 00:01:35.660 間違っているあの様子をさて良い ニュースですその見えていない 00:01:35.660 --> 00:01:37.980 状態は変えられますナレッジ とツールという2つを追加する 00:01:37.980 --> 00:01:40.580 ことでコパイロットに目を与える のですナレッジとは基盤グラウンディング 00:01:40.580 --> 00:01:43.200 のことですドキュメントサイト テーブルなどあなたが信頼する 00:01:43.200 --> 00:01:46.040 情報源ですwebサイトやfaqあるいは ソップのシェアポイントライブラリ 00:01:46.040 --> 00:01:48.220 を追加しましょうコパイロット スタジオではより価値の高い 00:01:48.220 --> 00:01:50.280 エンタープライズソースを紐付け 優先順位をつけることも可能 00:01:50.280 --> 00:01:53.540 ですスタジオはその順位を尊重 しますソースを引用しますあなたが 00:01:53.540 --> 00:01:56.260 引いた境界線の内側に留まります ウェブ検索をオフにすれば外の世界 00:01:56.260 --> 00:01:59.540 へ勝手に行くことはありません 制御こそが賢さに勝るのですツール 00:01:59.540 --> 00:02:03.320 とはアクションコネクタフロー apiのことですツールを追加する 00:02:03.320 --> 00:02:06.600 ことでエージェントが実行できる 動詞アクションを定義しますアウトルック 00:02:06.600 --> 00:02:09.580 でメールを送りセールスフォース から商談情報を取得しサービス 00:02:09.580 --> 00:02:12.040 ナウからインシデントを読み取り 特定のパラメータで社内のレスト 00:02:12.040 --> 00:02:14.640 エンドポイントを呼び出すのです 全てのツールはガバナンスが 00:02:14.640 --> 00:02:18.460 効いたidの下で実行されます エントラーアプリスコープdlpトークン 00:02:18.460 --> 00:02:21.040 なしでは何も実行できない単純 かつ極めて重要なセキュリティ 00:02:21.040 --> 00:02:24.320 ルールですm365の標準コパイロット ではどうでしょうかワードドキュメント 00:02:24.320 --> 00:02:27.580 の要約返信のドラフト作成ファイル の表示などは可能ですしかし悪名 00:02:27.580 --> 00:02:30.480 者の更新リスクはと尋ねてみて くださいコパイロットはワーク 00:02:30.480 --> 00:02:33.820 グラフを検索します結果はゼロ リスク情報はセールスフォース 00:02:33.820 --> 00:02:37.020 のカスタムフィールドにありオース で保護され未定義のため見えない 00:02:37.020 --> 00:02:40.320 からですセールスフォースツール を追加しクエリを定義しフィールド 00:02:40.320 --> 00:02:42.980 をマッピングしてスコープを 制限します再度尋ねればレコード 00:02:42.980 --> 00:02:46.120 を取得し回答の根拠を示しソース を引用しますハルシネーション 00:02:46.120 --> 00:02:50.500 はなくデータそのものですサービス ナウでも自社apiでも同様ですアクセス 00:02:50.500 --> 00:02:53.880 経路を繋いだ瞬間に視界が開け 切断すれば瞬時に閉ざされます 00:02:53.880 --> 00:02:57.080 これだけは覚えておいてください コパイロットは何も知りません 00:02:57.080 --> 00:03:00.120 あなたが承認した経路を通じて 情報を取得するだけです目を作る 00:03:00.120 --> 00:03:03.700 のはあなたです管理するのもあなた です経路その1はコパイロット 00:03:03.700 --> 00:03:07.340 スタジオ開発者やローコードチーム 向けの宣言型エージェントです盲目 00:03:07.340 --> 00:03:10.960 状態を願いで解決してはいけません 配線で解決するのですスタジオ 00:03:10.960 --> 00:03:15.020 ならコードに溺れることなく配線 が可能です宣言的で高速で安全 00:03:15.020 --> 00:03:19.160 ですマイクロソフト365コパイロット 内で開始しエージェントを作成し 00:03:19.160 --> 00:03:22.840 簡潔に記述しますセールスフォース で顧客の健全性をサービスナウで 00:03:22.840 --> 00:03:26.920 インシデント状況を社内apiで製品 制限を確認して回答する社内エージェント 00:03:26.920 --> 00:03:30.960 を作るソースを引用せよデータが不足 していれば拒否せよ外部ウェブ検索 00:03:30.960 --> 00:03:34.860 は禁止送信シェルが構築される のを見守りますよし次は強化します 00:03:34.860 --> 00:03:38.940 構成に切り替えますまずはidから です名前アイコン明確な説明そして 00:03:38.940 --> 00:03:42.600 指示を設定しますこれがハンドブック になります平易にそして厳格に承認 00:03:42.600 --> 00:03:45.860 された知識とツールのみを使用して 回答せよ必ず引用せよ項目が不足 00:03:45.860 --> 00:03:49.120 している場合はその旨を伝えよ 推測は厳禁確信が持てない場合 00:03:49.120 --> 00:03:51.900 はサポートにエスカレーションせよ ポールバックを追加しますデータ 00:03:51.900 --> 00:03:56.020 が古い場合は更新を促せ詩を書く のではありませんガードレール 00:03:56.020 --> 00:04:00.580 を築くのです次は知識シェアポイント のソップや社内製品faqを根拠とします 00:04:00.580 --> 00:04:03.740 公開ドキュメントサイトがある ならurlを追加し社内ソップの優先度 00:04:03.740 --> 00:04:07.600 を公公開ドキュメント中に設定 しweb検索を無効にします豆知識 00:04:07.600 --> 00:04:11.040 集めではなく真実をキュレーション するのですツールですここで盲目 00:04:11.040 --> 00:04:14.420 状態が解消されますツールを追加 をクリックまずはセールスフォース 00:04:14.420 --> 00:04:17.280 からセールスフォースコネクタ を選択します承認済みのエントラー 00:04:17.280 --> 00:04:20.800 アプリで認証しますスコープ を厳格に顧客商談健全性スコア 00:04:20.800 --> 00:04:23.580 のみを読み取りそれ以外は見えない ことを確認しますスタジオから入力 00:04:23.580 --> 00:04:27.600 を求められるので明確に定義します 顧客名と返すフィールドを指定します 00:04:27.600 --> 00:04:30.840 制約事項を追加しますアカウント 名は既存のレコードと一致させる 00:04:30.840 --> 00:04:34.000 必要がありますワイルドカード は不可です出力を明確な名称 00:04:34.000 --> 00:04:37.940 更新リスクarr次のステップソース リンクにマッピングします使用 00:04:37.940 --> 00:04:42.760 するタイミングを定義しますアカウント の健全性更新リスクarr所有者または 00:04:42.760 --> 00:04:46.100 次のステップに関する質問で呼び 出します次はサービスナウですコネクタ 00:04:46.100 --> 00:04:50.420 オース最小権限を設定します インシデントの読み取りとcmdb必要 00:04:50.420 --> 00:04:54.500 に応じて読み取ります入力はインシデント 番号またはアカウント名です解決 00:04:54.500 --> 00:04:57.640 のパスを保護しますインシデント 番号がない場合はアカウント名 00:04:57.640 --> 00:05:01.880 で検索し上限を3件にします複数 ある場合はユーザーに絞り込みを 00:05:01.880 --> 00:05:06.500 依頼します出力は優先度状態sla 状況起票者更新日へのリンク 00:05:06.500 --> 00:05:09.840 です使用ルールユーザーが未解決 のインシデントsla違反チケット状況 00:05:09.840 --> 00:05:13.640 について尋ねた際に使用します 次はカスタムrestapiですこれこそ 00:05:13.640 --> 00:05:17.460 が重要な資産ですカスタムコネクタ があれば追加しなければetopwithazure 00:05:17.460 --> 00:05:21.440 adを選択しますベースurlを入力 しますエントラアプリのスコープ 00:05:21.440 --> 00:05:26.100 を必要なエンドポイントのみに 限定しますポスト制限クエリ入力 00:05:26.100 --> 00:05:31.840 は製品idと顧客ティアです検証 を行います製品idが承認リスト 00:05:31.840 --> 00:05:36.520 にない場合は呼び出しを拒否します 出力は最大ユーザー数レート制限メモ 00:05:36.520 --> 00:05:39.680 です使用ルール製品制限プラン の権利またはコンプライアンス 00:05:39.680 --> 00:05:42.740 上限に使用します多くのチーム が飛ばしがちな優先順位付けと 00:05:42.740 --> 00:05:45.540 条件設定のステップですツール オーケストレーションを開きます 00:05:45.540 --> 00:05:48.500 質問が重複する場合どのツール を優先するかをエージェントに教え 00:05:48.500 --> 00:05:51.460 ますユーザーが更新に言及したら セールスフォースを優先します 00:05:51.460 --> 00:05:55.400 チケットや優先度に言及したらサービス ナウを優先します制限や権利 00:05:55.400 --> 00:06:00.060 に言及したら内部apiを優先します 信頼度の加減を設定します重要な 00:06:00.060 --> 00:06:03.300 フィールドで検索結果が空の場合 は回答する前に明確にする質問を 00:06:03.300 --> 00:06:07.020 します右側のペインでテストします 悪夢の更新リスクと未解決のインシデント 00:06:07.020 --> 00:06:10.260 はと尋ねますアクティビティー マップを確認します悪夢という 00:06:10.260 --> 00:06:12.600 アカウント名でセールスフォース を呼び出すはずです健全性スコア 00:06:12.600 --> 00:06:15.360 を取得しカーの次のステップを 読み込みます次に悪夢というアカウント 00:06:15.360 --> 00:06:17.840 名でサービスナウを呼び出します 上位のインシデントを返します応答 00:06:17.840 --> 00:06:20.680 は両方のソースを統合したもの にします両方を引用します直接リンク 00:06:20.680 --> 00:06:24.100 を含めますそうでなければツール の条件設定が間違っています今すぐ修正してください 00:06:24.100 --> 00:06:27.860 エッジケースベタコの更新リスク はと尋ねますベタコが存在しない 00:06:27.860 --> 00:06:31.120 場合は丁寧に拒否すべきですセールス フォース内でベタコを見つけられません 00:06:31.120 --> 00:06:34.680 ベタコリミテッドのことですか それが制御された失敗ですその挙動 00:06:34.680 --> 00:06:38.980 が必要です製品xのプロプラン のAPI制限はと尋ねます内部APIに 00:06:38.980 --> 00:06:41.960 ヒットするはずです最大ユーザー 数とレート制限のみを簡潔に返します 00:06:41.960 --> 00:06:45.420 ティアが不明な場合はティアを 尋ねる必要があります推測は禁止です保存 00:06:45.420 --> 00:06:49.840 し監査をオンにしますスタジオ はツール呼び出し入力出力0点子 00:06:49.840 --> 00:07:18.420 をログに記録します職人の世界 では私たちは情熱を持ってキャリア 00:07:18.420 --> 00:07:28.470 を築く職人という仕事完成した 時に心から誇れる本物の仕事が 00:07:28.470 --> 00:07:33.390 したい自分も共に働く仲間も熱 くなれるような仕事を誰かのため 00:07:33.390 --> 00:07:39.070 に心を込めて作り上げたい諦め ずにでも決して追い詰められず 00:07:39.070 --> 00:07:45.270 にただやりがいを肌で感じたい そんな場所あるはずがないテナント 00:07:45.270 --> 00:07:48.030 が部門の外部コネクタをブロック しているならデモ中にこのエージェント 00:07:48.030 --> 00:07:51.350 をブロック対象へ移動させましょう どうなるかは分かりますよね最悪 00:07:51.350 --> 00:07:54.710 ですガバナンス個人情報の取り 扱いに関する指示を追加します 00:07:54.710 --> 00:07:57.510 応答にメールアドレスを完全に 含めてはいけませんユーザーには 00:07:57.510 --> 00:08:00.410 マスクしレッドチーム用プロンプト を追加しますユーザーがポリシー 00:08:00.410 --> 00:08:03.050 の回避を求めてきたら拒否して くださいエスカレーションルール 00:08:03.050 --> 00:08:06.330 を追加しますデータの変更を求め られたら所有者に引き継ぎます 00:08:06.330 --> 00:08:09.650 書き込みは禁止です後でアクション が必要になればスコープと承認 00:08:09.650 --> 00:08:13.530 を改定します今のところ読み取り 専用が安全ですパフォーマンス回答 00:08:13.530 --> 00:08:16.970 が遅い場合はフィールドを減らします 全てを取得してはいけませんツール 00:08:16.970 --> 00:08:19.890 ごとに最小限の投影を定義します キャッシュはプラットフォームが 00:08:19.890 --> 00:08:23.650 管理します永続性を前提にしない でください常にべき等な最新の読み取り 00:08:23.650 --> 00:08:26.710 を想定して設計しますライセンス の現実プレミアムコネクタには 00:08:26.710 --> 00:08:28.990 コパイロットスタジオのライセンス が必要ですエージェントの実行 00:08:28.990 --> 00:08:31.510 にはクレジットを消費しますコネクタ には管理者の承認が必要な場合 00:08:31.510 --> 00:08:34.130 があります動いたという瞬間を 記録する前に取得しておきましょう 00:08:34.130 --> 00:08:38.510 そうしないと実行時に拒否されます 芝居は終わり真実が勝つ公開パイロット 00:08:38.510 --> 00:08:41.610 グループと共有しますプロダクト マネージャーサポートリード営業 00:08:41.610 --> 00:08:45.250 担当へ開始用のサンプルプロンプト を提供しますコントソの更新リスク 00:08:45.250 --> 00:08:49.770 は北米の未解決の重要インシデント をリストアッププランプロのAPI制限 00:08:49.770 --> 00:08:53.030 は思う存分試してもらいましょう アクティビティマップを監視します 00:08:53.030 --> 00:08:57.930 指示に修正を適用スコープを厳格 化これでポリシーと監査の内部 00:08:57.930 --> 00:09:38.220 を見通せますスコープを厳格化 これでポリシーと監査の内部 00:09:38.220 --> 00:09:42.260 を見通せますスタジオが重労働 を担いあなたが境界を定めエージェント 00:09:42.260 --> 00:09:45.500 がそれに従います第二の道プロ 開発者向けカスタムエージェント 00:09:45.500 --> 00:09:47.920 とプラグインのためのブスコード 用チームツールキットスタジオ 00:09:47.920 --> 00:09:51.260 が目を与えツールキットが下下手術 のような手を与えます完全な制御を 00:09:51.260 --> 00:09:54.280 自分で築いたガードレールのみ でスタジオが配線ならツールキット 00:09:54.280 --> 00:09:57.460 は回路基盤ですブスコードを開き チームツールキットをインストール 00:09:57.460 --> 00:10:00.760 静かに派手なことはせず本番用 ではなく開発者用テナントアカウント 00:10:00.760 --> 00:10:04.040 でサインインします理由はもう わかっていますよね新しいプロジェクト 00:10:04.040 --> 00:10:07.360 を作成APIを備えたコパイロット プラグインこれがマイクロソフト 00:10:07.360 --> 00:10:10.120 365コパイロットとチーム向けの プロ開発者用エージェント機能 00:10:10.120 --> 00:10:13.820 を構築します単なるチャットアプリ ではなく厳格な動詞スキーマ認証 00:10:13.820 --> 00:10:16.840 を備えたスキルというツール です指示とマニフェストが命じれば 00:10:16.840 --> 00:10:20.220 モデルがあなたのツールを呼び 出します雰囲気よりも正確さを 00:10:20.220 --> 00:10:24.140 3つのアンカーがありますマニフェスト オープンAPIのAIプラグイン仕様 00:10:24.140 --> 00:10:27.840 そして関数コードですマニフェスト は機能を宣言し使用は契約を定義 00:10:27.840 --> 00:10:31.020 し関数はモデルの空想ではなく あなたのIDで実行されます 00:10:31.020 --> 00:10:34.100 まずはIDアイデンティティから 始めますエントラでのアプリ 00:10:34.100 --> 00:10:37.680 登録です最小権限の原則を守り ましょう新しいアプリを作成 00:10:37.680 --> 00:10:40.640 します名前はアジェントセールス フォースサービスのAPIと 00:10:43.820 --> 00:10:46.600 ください内部APIアプリIDの売り に対してアプリケーション権限 00:10:46.600 --> 00:10:49.500 を追加しますセールスフォース やサービスナウには関数側でセキュア 00:10:49.500 --> 00:10:51.900 なクライアント資格情報フロー による委任認証またはサービス 00:10:51.900 --> 00:10:54.420 プリンシパルを使用します正の シークレットをモデルに決して 00:10:54.420 --> 00:10:57.940 公開しないでください絶対にですツール キットの環境ファイルenv 00:10:57.940 --> 00:11:01.460 devに戻りazure keyfaultを参照させます シークレットを直接貼り付けず 00:11:01.460 --> 00:11:03.940 シークレット売りを指定してください アジュールファンクションズやコンテナ 00:11:03.940 --> 00:11:06.820 アップスへのデプロイ時はマネージドID を使用しますローカル開発では 00:11:06.820 --> 00:11:09.740 フェデレーション資格情報を使用 したデベロッパーcliを使えばプレーンテキスト 00:11:09.740 --> 00:11:13.020 は不要です言い訳は無用です プラグイン仕様を定義します 00:11:13.020 --> 00:11:17.400 openapiyamlファイルですシンプル に保ちましょう一つの動詞につき 00:11:17.400 --> 00:11:21.060 一つのパスですセールスフォース のオポチュニティgetサービスナウ 00:11:21.060 --> 00:11:25.680 のインシデントget内部制限のクエリ ですパラメータをドキュメント化します 00:11:25.680 --> 00:11:31.400 アカウント名商談idインシデント 番号製品id顧客層などですそれぞれに明快な 00:11:31.400 --> 00:11:35.420 説明と制約を記述してください アカウント名は完全一致ワイルド 00:11:35.420 --> 00:11:39.000 カードは使用不可ですインシデント 番号はインクの後に数字が続く 00:11:39.000 --> 00:11:42.280 形式である必要がありますレスポンス スキーマを含めます正のレコード 00:11:42.280 --> 00:11:44.760 をそのまま返してはいけません 最小限のプロジェクションにマッピング 00:11:44.760 --> 00:11:48.320 しますid名前ステータスリスク 次のステップリンクなどですモデル 00:11:48.320 --> 00:11:51.040 は構造を理解します曖昧さは ハルシネーションを招きます 00:11:51.040 --> 00:11:53.980 ハンドラーを接続しますスルク ファンクションズのオポチュニティ 00:11:53.980 --> 00:11:58.100 ジェットですティーズhttpトリガー を使用しますまず入力を検証します 00:11:58.100 --> 00:12:01.820 空のアカウント名は拒否してください 大文字小文字を正規化します相関 00:12:01.820 --> 00:12:04.960 idでログを記録しますセールス フォースのトークンを取得します 00:12:04.960 --> 00:12:08.320 チームでユーザーが操作している 場合は代理認証を使用しバックエンド 00:12:08.320 --> 00:12:10.920 ツールなら読み取り専用スコープ のサービスアカウントを使用します 00:12:10.920 --> 00:12:14.740 セールスフォースレストサービス データv519を呼び出します 00:12:14.740 --> 00:12:24.460 クエリはアカウント名が一致し完了 していない商談を一つ取得します 00:12:24.460 --> 00:12:31.100 タイムアウトは5秒に設定します 再試行の設定も忘れずにゾンビ 00:12:31.100 --> 00:12:33.820 のように待たせるのではなく素早く 失敗させるのが正解です結果を 00:12:33.820 --> 00:12:37.320 変換しますフィールドをマッピング しますシンプルなリスクラベル 00:12:37.320 --> 00:12:41.840 を算出しますヘルススコアが低い 場合更新リスクが高いと判定します 00:12:41.840 --> 00:12:43.460 ディープリンクを含めましょう 00:12:43.460 --> 00:12:46.580 httpコロンスラッシュスラッシュ y-o-u-r-d-o-m-a-i-nスラッシュ 00:12:46.580 --> 00:12:49.420 ライトニングforce.comスラッシュ ライトニングスラッシュ rスラッシュ 00:12:49.420 --> 00:12:52.700 オポチュニティスラッシュ idスラッシュ ビューですjsonで返します独自の 00:12:52.700 --> 00:12:56.200 見解は加えないでください要約 もしないでください言語処理はモデル 00:12:56.200 --> 00:12:59.680 が行いますあなたは真実を扱う のですサービスナウでも繰り返します 00:12:59.680 --> 00:13:03.160 インシデント取得ですインシデント 番号をts検証するか3件を上限 00:13:03.160 --> 00:13:06.400 にアカウント名検索へホールバック します曖昧な場合はidとタイトル 00:13:06.400 --> 00:13:09.840 を含む選択肢を返しますモデル にユーザーへ選択を促すよう強制して 00:13:09.840 --> 00:13:14.080 ください推測は禁止apiでテーブル をクエリテーブルはインシデント 00:13:14.080 --> 00:13:18.560 インシデントシスパルムクエリ でインク12345などの番号を指定 00:13:18.560 --> 00:13:21.320 シスパルムフィールドはナンバー プライオリティステートショート 00:13:21.320 --> 00:13:23.200 アンダーバーディスクリプション サイズアンダーバーアップデート 00:13:23.200 --> 00:13:25.920 アンダーバーオンサイズアンダーバー アイディステートを正規化された 00:13:25.920 --> 00:13:30.500 列挙型にマッピングする新規進行 中解決済み必要なら2回目の呼び 00:13:30.500 --> 00:13:34.060 出しでsla違反の審議値を導出テーブル はセールスアンダーバータスク 00:13:34.060 --> 00:13:40.320 アンダーバーslaタスクは2回以内 の呼び出しで速度が重要次に内部api 00:13:40.320 --> 00:13:46.940 制限クエリapiスコープのトークン を取得製品idと顧客階層で制限 00:13:46.940 --> 00:13:51.160 クエリを送信両方を設定でキャッシュ された許可リストと称号モデル 00:13:51.160 --> 00:13:54.500 にidを勝手に作らせないこと分担 位の最大ユーザーレート制限 00:13:54.500 --> 00:13:58.240 を返すポリシーへのリンクをメモ するapiが404を返したらそれを電波 00:13:58.240 --> 00:14:01.600 させるモデルには有効な製品 を要求させるそれが安全な失敗 00:14:01.600 --> 00:14:05.400 ポリシーを追加軽量なガードレール ミドルウェアユーザーコンテキスト 00:14:05.400 --> 00:14:09.300 があれば条件付きアクセスを 強制部門がコアやセールスでパス 00:14:09.300 --> 00:14:13.520 がセールスフォースで始まるなら 403でブロックチリがusでパスが 00:14:13.520 --> 00:14:18.020 セールス内部制限を超えデータ 保存場所がus限定ならブロック 00:14:18.020 --> 00:14:21.960 して簡潔な理由を返す拒否理由 はモデルが伝えればいいここで 00:14:21.960 --> 00:14:25.360 ガバナンスとコードが融合する 制御を求められそれを実現した 00:14:25.360 --> 00:14:29.620 ユニットテストを書くjestを使用 httpクライアントをモック化 00:14:29.620 --> 00:14:33.520 ゴールデンサンプルを作成パス ごとに一つのテスト成功見つからない 00:14:33.520 --> 00:14:37.160 入力不正ポリシーブロックタイム アウトciはプッシュの度に実行 00:14:37.160 --> 00:14:40.920 ツールキットはgithub actionsと統合 ビルドテストリント開発環境 00:14:40.920 --> 00:14:43.700 へのデプロイを追加パフォーマンス ではない制御されたアクセスを 00:14:43.700 --> 00:14:47.280 提供するのだローカルテストチーム ツールキットプレビューをローカル 00:14:47.280 --> 00:14:52.180 で起動してプラグインを登録しチーム サンドボックスでmicrosoft365コパイロット 00:14:52.180 --> 00:14:56.360 を開く悪目の更新リスクと未解決 のインシデントはと聞くエージェント 00:14:56.360 --> 00:14:59.960 が推論する商談取得続いてインシデント 取得を呼び出すはずログの 00:14:59.960 --> 00:15:04.020 相関を確認それが一連の流れ を結びつける20万200応答はモデル 00:15:04.020 --> 00:15:08.420 層でjsonと結合されるツール名 が引用されるされなければマニフェスト 00:15:08.420 --> 00:15:11.920 のアクション説明を修正モデル にはヒントが必要パフォーマンス 00:15:11.920 --> 00:15:15.580 確認遅延が3秒を超えたらフィールド を削る許可リストはメモリにキャッシュ 00:15:15.580 --> 00:15:20.160 http2を優先tlsを温めておくazure functionsプレミアムかコンテナ 00:15:20.160 --> 00:15:23.700 appsの最小インスタンスへ行こう コールドスタートは致命的関数タイム 00:15:23.700 --> 00:15:27.800 アウトを最大10秒に設定素早く 失敗素早く説明デプロイチーム 00:15:27.800 --> 00:15:31.680 ツールキットでazureへプロビジョニング マネージドid付きのpodスロットキー 00:15:31.680 --> 00:15:34.280 コンテナーをバインドしチーム 管理センターでプラグインを登録 00:15:34.280 --> 00:15:37.700 しセキュリティグループにスコープ を限定パイロットグループのみモニタリング 00:15:37.700 --> 00:15:39.980 アプリケーションインサイトカスタム ディメンション発種化された 00:15:39.980 --> 00:15:42.880 ユーザーidツール名ステータス コードを追加しビルドダッシュボード 00:15:42.880 --> 00:15:46.220 を構築しますリーダー層からそれは 安全かと問われたときにこれらが 00:15:46.220 --> 00:15:49.320 必要になります数字は嘘をつき ませんと示せるでしょう次にスタジオ 00:15:49.320 --> 00:15:51.420 エージェントと組み合わせてください スタジオはあなたのプラグインを 00:15:51.420 --> 00:15:54.400 ツールとして呼び出します両方 の長所が得られます宣言的なオーケスト 00:15:54.400 --> 00:15:57.140 レーションプロ開発レベルの精度 不透明さの解消アクセス制限 00:15:57.140 --> 00:16:00.440 監査追跡制御が可能ですスタジオ とツールキットの直接対決でも 00:16:00.440 --> 00:16:04.940 同じユースケースで比較します 同じ質問です2つの経路その違いを 00:16:04.940 --> 00:16:09.160 ご覧くださいスタジオでのプロンプト 悪名者の更新リスクと現在オープン 00:16:09.160 --> 00:16:12.320 な重要度1のインシデントはまた プロダクトxのプロティアにおける 00:16:12.320 --> 00:16:15.540 api制限も確認してエージェント は指示を読み取りオーケストレーション 00:16:15.540 --> 00:16:19.000 規則に基づいてツールを選択します 最初の呼び出しセールスフォース 00:16:19.000 --> 00:16:22.860 入力内容がアクティビティマップ に表示されますアカウント名悪名 00:16:22.860 --> 00:16:28.380 フィールドヘルススコアarr次回 の更新リスク次のステップ読み取り 00:16:28.380 --> 00:16:31.600 専用スコープラウンドトリップ は500ミリ秒クリーンなオブジェクト 00:16:31.600 --> 00:16:34.080 が返されますスタジオはそれに ラベルを付けセールスフォース 00:16:34.080 --> 00:16:37.560 を引用します2回目の呼び出し サービスナウアカウント名悪名 00:16:37.560 --> 00:16:41.800 上限は3インシデントを2件発見 曖昧な状況ですルールにより確認 00:16:41.800 --> 00:16:46.060 の質問が強制されますインク01245 でしょうかそれともインク01301 00:16:46.060 --> 00:16:52.680 でしょうかインク001301を選択します 優先度1状態進行中slaステータス 00:16:52.680 --> 00:16:56.440 期限超過スタジオは回答を引用 元と直接リンクで構成します勝手な 00:16:56.440 --> 00:17:00.480 解釈はせずあなたが指示した通り に3回目の呼び出し内部api製品id 00:17:00.480 --> 00:17:04.740 プロダクトx顧客ティアプロ最大 ユーザー数百が返されます1分あたり 00:17:04.740 --> 00:17:07.800 のレート制限は600件承認があれば バースト時900件ポリシーへのリンク 00:17:07.800 --> 00:17:10.760 も提供スタジオが最後に情報を 統合します3つのソースすべてが 00:17:10.760 --> 00:17:12.980 ランク付けされましたもしフィールド がなるであればそれも明示します 00:17:12.980 --> 00:17:16.080 あなたが構築したエラーを明示する 動作ですその通りに実行します 00:17:16.080 --> 00:17:19.120 バックエンドが健全な場合合計0.4は 約2秒ですコードには一切 00:17:19.120 --> 00:17:22.980 触れていません定義したのは動詞入力 出力優先度のみ言語処理はモデル 00:17:22.980 --> 00:17:26.960 が担当接続はスタジオが担当 id はテナントのガードレール内で管理 00:17:26.960 --> 00:17:29.520 監査によってすべての呼び出し が記録されますではツールキット 00:17:29.520 --> 00:17:31.880 を通じた同じリクエストを見て みましょうプラグインが登録された 00:17:31.880 --> 00:17:34.780 チーム内子パイロットですモデル がマニフェストと仕様を読み取ります 00:17:34.780 --> 00:17:38.280 意図に合致するツールだと判断 しますアカウント名悪名でオポチュニティ 00:17:38.280 --> 00:17:42.520 ゲットを呼び出します関数が入力 の検証相関idのログ記録トークンの取得 00:17:42.520 --> 00:17:46.660 を行います厳密な遮影を用いて soqlクエリを実行しますリスク高 00:17:46.660 --> 00:17:54.040 ヘルススコア36ar12e6次のステップ はqbr615の実行リンク爆弾のjsonを 00:17:54.040 --> 00:17:57.580 返しますモデルはそれを平易な 英語で出力しますツール名を明示 00:17:57.580 --> 00:18:00.780 して引用します次にインシデント ジェットを呼び出しますインシデント 00:18:00.780 --> 00:18:03.240 番号かアカウント名のどちらか を受け付けますアカウント名が 00:18:03.240 --> 00:18:07.080 入力されました曖昧さは危険なため 2つの候補を返しますモデルはユーザー 00:18:07.080 --> 00:18:11.440 に選択を求めますインク001301を 受け取りますマップスタとコンピュート 00:18:11.440 --> 00:18:14.060 ブリーチェドトルーをクエリ します正規化されたインシデント 00:18:14.060 --> 00:18:17.820 オブジェクトを返します再びモデル が説明しますツールを引用します 00:18:17.820 --> 00:18:21.220 次にプロダクト入りプロッドxカスタマー ティアプロでクエリを制限します 00:18:21.220 --> 00:18:25.160 ハンドラーが両方を許可リストと 称号します有効ですapiスコープ 00:18:25.160 --> 00:18:29.440 トークンを取得しますポストします 変換します最小限のポリシーを返します 00:18:29.440 --> 00:18:32.920 最大ユーザー数文献レート制限バースト ポリシーポリシーリンクですモデル 00:18:32.920 --> 00:18:37.620 が提示します一つの段落3つの 引用一貫した構成です何が変わった 00:18:37.620 --> 00:18:41.060 のでしょうか制御ですスタジオ ではつまみを調整するだけでした 00:18:41.060 --> 00:18:44.500 ツールキットでは基板を配線しました 入力バリデーションを記述しました 00:18:44.500 --> 00:18:47.700 投影を選びましたコードでポリシー を強制しましたパフォーマンス 00:18:47.700 --> 00:18:50.580 はより厳密ですエラーメッセージ は汎用的ではなく独自のものになります 00:18:50.580 --> 00:18:53.400 カスタムキャッシュ再試行サーキット ブレーカーを追加できますミドルウェア 00:18:53.400 --> 00:18:56.860 で部門ごとの拒否ルールを追加 できます0点子を制御できます影響範囲 00:18:56.860 --> 00:18:59.760 を制御できますそしてここが 重要ですスタジオとツールキット 00:18:59.760 --> 00:19:02.740 は競合しませんこれらは階層です スタジオエージェントに調整させ 00:19:02.740 --> 00:19:05.180 ましょうツールキットプラグイン に実行させましょうスタジオが 00:19:05.180 --> 00:19:08.540 質問の根拠となりますツールキット のツールが真実を提供します一つ 00:19:08.540 --> 00:19:12.480 の脳多くの手精度を持って動きます 多くのチームが失敗するのはスタジオ 00:19:12.480 --> 00:19:14.940 かツールキットのどちらかで止めて しまうからですそれらを組み合わせ 00:19:14.940 --> 00:19:17.600 ないのです盲目か混乱のどちら かを受け入れていますそうして 00:19:17.600 --> 00:19:19.740 はいけませんスタジオを高速な オーケストレーションとガバナンス 00:19:19.740 --> 00:19:22.060 のために使ってくださいツール キットを厳格な境界アイデンティティ 00:19:22.060 --> 00:19:24.700 形状のために使ってください合わせる ことでモデルは迷走しません 00:19:24.700 --> 00:19:27.680 あなたが書いた地図の上でのみ 動作しますもう一度質問してください 00:19:27.680 --> 00:19:31.280 回答は一致します同じリスク同じ インシデント同じ制限です2つの 00:19:31.280 --> 00:19:34.580 スタック1つの結果これは偶然 ではなく設計です無視できない 00:19:34.580 --> 00:19:37.420 エンタープライズの制約があります ここでデモは成功するか失敗する 00:19:37.420 --> 00:19:40.120 かが決まりますエンタープライズ は上手さなど気にしません彼らが 00:19:40.120 --> 00:19:44.100 気にするのは制御ですまずはライセンス からユーザーがチームワードアウトルック 00:19:49.740 --> 00:19:53.000 です実行にはクレジットを消費 しますセールスフォースとサービス 00:19:53.000 --> 00:19:56.040 ナウはプレミアムですテナント に承認設定がない場合実行時に 00:19:56.040 --> 00:19:59.260 呼び出しは失敗します録画を 押す前にライセンスを計画しコネクタ 00:19:59.260 --> 00:20:03.000 の管理者承認を得てください管理 者承認2つのゲートですアプリ 00:20:03.000 --> 00:20:05.780 の権限にはエントラーidコネクタ の同意にはパワープラットフォーム 00:20:05.780 --> 00:20:08.360 を使用しますセールスフォース コネクタにはセールスフォース 00:20:08.360 --> 00:20:11.300 管理者の承認を受けたオースアプリ が必要ですサービスナウコネクタ 00:20:11.300 --> 00:20:15.340 にはインスタンスごとのクライアント が必要です内部APIには適切なスコープ 00:20:15.340 --> 00:20:17.840 を持つエントラーアプリが必要 ですテナント管理者の承認なし 00:20:17.840 --> 00:20:20.440 にツールを追加しようとすると スタジオはそれを非表示にするか 00:20:20.440 --> 00:20:23.380 ブロックしますこれはバグではなく 境界テナントセキュリティおよび 00:20:23.380 --> 00:20:26.580 DLPによるものです多くの組織では デフォルト環境での外部コネクタ 00:20:26.580 --> 00:20:29.560 をブロックしています不適切な 環境で構築するとDLPがエージェント 00:20:29.560 --> 00:20:32.920 の機能を黙って無効化しますエージェント はビジネスに分類された環境に配置 00:20:32.920 --> 00:20:35.720 してくださいコネクタは同じDLP データグループに入れてください 00:20:35.720 --> 00:20:38.660 マーケティングと財務のデータを 混在できない場合両方にまたがる 00:20:38.660 --> 00:20:40.860 回答をルーティングすることは できませんポリシーに従わない 00:20:40.860 --> 00:20:44.240 とDLPによってアクションがブロック されますこれは謎ではなくルール 00:20:44.240 --> 00:20:47.500 です条件付きアクセスエージェント も単なるアプリですcaポリシー 00:20:47.500 --> 00:20:49.700 が適用されますユーザーが管理 されていないデバイスを使用 00:20:49.700 --> 00:20:51.760 している場合エージェントがセールス フォースに接続するプラグイン 00:20:51.760 --> 00:20:53.820 を呼び出すとoboフローがブロック される可能性があります 00:20:53.820 --> 00:20:57.500 ホールバックを設計してくださいca がoboを拒否した場合関数に読み取り 00:20:57.500 --> 00:20:59.660 専用スコープのサービスアカウント を使用して機密性の低い読み取り 00:20:59.660 --> 00:21:02.160 を行うか明確なメッセージを表示 して失敗させてくださいポリシー 00:21:02.160 --> 00:21:04.720 によりアクセスがブロックされ ました管理対象デバイスを使用 00:21:04.720 --> 00:21:07.480 してください漏洩させないでください バイパスしないでください 00:21:07.480 --> 00:21:10.420 データ所在地グラウンディング はどこに存在しますかスタジオ 00:21:10.420 --> 00:21:13.500 はエージェント構成とナレッジインデックス を選択したリージョンに保存します 00:21:13.500 --> 00:21:17.060 内部apiが米国のみのデータを扱 っておりユーザーがeuにいる場合 00:21:17.060 --> 00:21:19.420 はルーティングしないでください ツールキットのミドルウェアに 00:21:19.420 --> 00:21:21.620 地理的チェックを追加します ユーザーの地理的条件が許可 00:21:21.620 --> 00:21:24.260 されている場合にブロックしてください 短い拒否理由を返しますログ 00:21:24.260 --> 00:21:28.200 を記録します監査に必要になります 権限の境界デフォルトで最小権限 00:21:28.200 --> 00:21:30.480 を適用しますセールスフォース のスコープはアカウントと商談 00:21:30.480 --> 00:21:32.620 に対して読み取り専用にする必要 がありますワイルドカードは 00:21:32.620 --> 00:21:34.760 使用しないでくださいサービス ナウのロールはインシデントと 00:21:34.760 --> 00:21:37.480 必要に応じてタスクslaを読み取る 権限にしてください更新権限は 00:21:37.480 --> 00:21:39.740 追加しないでくださいチケット を修正するよう依頼されるでしょう 00:21:39.740 --> 00:21:42.360 しないでくださいアクションは 分けて管理してください書き込み 00:21:42.360 --> 00:21:44.860 権限はガバナンスと承認体制が 整っている場合にのみ追加してください 00:21:44.860 --> 00:21:47.300 そうしないと一つのプロンプト が変更管理なしのレコード変更に 00:21:47.300 --> 00:21:51.040 つながりますそれは侵害を招く 恐れがあります開発テスト本番の環境 00:21:51.040 --> 00:21:53.540 これらをスキップしないでください スタジオエージェントはアルム 00:21:53.540 --> 00:21:56.340 を備えた管理環境に配置する 必要がありますエクスポートインポート 00:21:56.340 --> 00:21:58.760 ソリューションを利用してください ツールキットプラグインは開発 00:21:58.760 --> 00:22:01.300 サブスクリプション次にテスト 最後に本番へデプロイしますステージ 00:22:01.300 --> 00:22:03.500 ごとに個別のエントラーアプリ とキーコンテナを使用し環境ごと 00:22:03.500 --> 00:22:06.000 に機能フラグを使用してください 必要なものだけをオンにします 00:22:06.000 --> 00:22:09.420 将来の自分に感謝されるはず ですログ記録と監査ツールキット 00:22:09.420 --> 00:22:11.600 のアプリケーションインサイト を有効にしますモデル呼び出しの 00:22:11.600 --> 00:22:14.760 相関idをログに注入します 非個人情報ではなく入力形式を 00:22:14.760 --> 00:22:17.540 記録してください送信先ドメイン ステータスコード0.4を記録します 00:22:17.540 --> 00:22:20.280 スタジオについてはアクティビティマップ を確認し分析をエクスポートして 00:22:20.280 --> 00:22:23.120 ください誰が何をいつ見たのか と聞かれたとき説明できるストーリー 00:22:23.120 --> 00:22:25.740 が必要ですログがなければそれは ただの印象論ですログがあれば 00:22:25.740 --> 00:22:28.980 それは事実です監視とsloサービス レベル目標の設定アラートを 00:22:28.980 --> 00:22:31.300 設定しましょうセールスフォース ツールで5分間に2%のエラー 00:22:31.300 --> 00:22:34.200 が発生したら担当者に通知します p95の0.4が3秒を超えたら 00:22:34.200 --> 00:22:37.440 段階的に機能を制限しますフィールド を絞り込みます最小限の情報を 00:22:37.440 --> 00:22:40.460 取得していることをユーザーに伝え ますフリーズさせない誤魔化さない 00:22:40.460 --> 00:22:44.780 ガバナンスポリシーを策定します 個人情報pのマスキングメールアドレス 00:22:44.780 --> 00:22:48.120 はucatドメイン用にマスクします データ持ち出しを拒否します生データ 00:22:48.120 --> 00:22:50.380 を外部チャンネルに貼り付けないで くださいエージェントにレッドチーム 00:22:50.380 --> 00:22:52.800 テストを実施しますルールを回避する ようにプロンプトを入力してみます 00:22:52.800 --> 00:22:55.380 もし回避できたら指示やミドルウェア を強化しますあなたはパラノイア 00:22:55.380 --> 00:22:59.040 ではありません準備ができている のですもう一つの制約人間です 00:22:59.040 --> 00:23:01.680 ユーザーを教育してください提案 されたプロンプトは単なる飾り 00:23:01.680 --> 00:23:03.980 ではありませんそれらは入り口 ですエージェントが何を知って 00:23:03.980 --> 00:23:06.820 いて何を拒否し何を記録するか を見せてください期待値を設定 00:23:06.820 --> 00:23:09.760 しますシャドープロンプトを減らす ことができますリスクを低減できます 00:23:09.760 --> 00:23:12.880 これらを無視すればシステムも あなたを無視するでしょう尊重すれば 00:23:12.880 --> 00:23:15.200 エージェントはエンタープライズ での最初の接触を乗り切れる 00:23:15.200 --> 00:23:17.860 はずですコパイロットスタジオ で最初のエンタープライズエージェント 00:23:17.860 --> 00:23:21.240 をステップバイステップで構築 しましょうマイクロソフト365個 00:23:21.240 --> 00:23:25.500 パイロットを開きますエージェント を作成します端的に説明しますアカウント 00:23:25.500 --> 00:23:28.600 の健全性とインシデント状況の ための内部エージェントソースは 00:23:28.600 --> 00:23:32.460 セールスフォースサービスナウ内部 制限APIサイトデータがない場合 00:23:32.460 --> 00:23:35.740 は拒否するウェブ検索は不可構成 のためにスイッチを送信します名前 00:23:35.740 --> 00:23:39.280 を付けますアイコンを設定します 次はハンドブックです指示に明確な 00:23:39.280 --> 00:23:42.180 ルールを貼り付けます承認された 知識とツールのみを使用すること常 00:23:42.180 --> 00:23:45.680 に引用すること曖昧な点があれば 明確化を求めること決して推測 00:23:45.680 --> 00:23:49.100 しないこと個人情報をマスクする ことポリシー回避を拒否すること 00:23:49.100 --> 00:23:51.260 ナレッジにはシェアポイントの ソップライブラリを追加します 00:23:51.260 --> 00:23:54.900 社内の製品FAQを追加しますソップ を優先しFAQをその次にランク付け 00:23:54.900 --> 00:23:57.940 しますウェブ検索をオフにします ツールにはセールスフォースコネクタ 00:23:57.940 --> 00:24:01.160 を追加します承認されたエントラー アプリで認証します読み取り 00:24:01.160 --> 00:24:05.200 専用スコープ入力にはアカウント名 フィールドにはヘルススコア 00:24:05.200 --> 00:24:10.220 ARR期限更新リスク次のステップ リンクを指定します用途は更新 00:24:10.220 --> 00:24:14.960 リスク健全性ARR所有者サービス ナウコネクタを追加しますインスタンス 00:24:14.960 --> 00:24:18.140 にオースで接続しますロールは インシデントの読み取り必要に 00:24:18.140 --> 00:24:22.220 応じてslaタスク入力にはインシデント 番号またはアカウント名複数の 00:24:22.220 --> 00:24:25.680 結果が出た場合は上位3つを表示 しユーザーに選択させます出力 00:24:25.680 --> 00:24:31.680 は番号優先度状態slaステータス 更新日時リンク内部APIへのhttpを 00:24:31.680 --> 00:24:37.540 追加しますアジュールアド認証 ポストリミッツクエリ入力は製品 00:24:37.540 --> 00:24:41.980 ID顧客ティア設定で管理している 許可リストと称号して検証します 00:24:41.980 --> 00:24:46.060 出力は最大ユーザー数分あたり のレート制限利口ポリシーへの 00:24:46.060 --> 00:24:51.260 リンク用途は製品制限権利コンプライアンス 上限オーケストレーションツール 00:24:51.260 --> 00:24:57.000 の優先ルールとして更新セールス フォースチケット優先度slaサービス 00:24:57.000 --> 00:25:01.640 ナウ制限権限内部API信頼度の最低 ラインを設定します 00:25:01.640 --> 00:25:04.960 キスフィールドが空の場合は 回答前に明確化のための質問を 00:25:04.960 --> 00:25:09.060 します右側のペインでテストします 悪目の更新リスクと製品xの制限 00:25:09.060 --> 00:25:10.660 に関する未解決インシデントを 尋ねます 00:25:10.660 --> 00:25:13.280 アクティビティマップでセールス フォースが最初次に必要に応じて 00:25:13.280 --> 00:25:16.240 曖昧性解消を行いサービスナウ その次に内部APIが表示される 00:25:16.240 --> 00:25:19.500 ことを確認します引用とリンクを 確認し誤作動するツール条件 00:25:19.500 --> 00:25:23.120 を修正します安全性監査ログの 有効化dlpでコネクタがブロック 00:25:23.120 --> 00:25:25.840 されていないことを確認します パイロットグループと共有します 00:25:25.840 --> 00:25:29.780 推奨プロンプトを配置し壊して もらい指示を修正し範囲を絞り意思 00:25:29.780 --> 00:25:32.580 決定フレームワークを公開します スタジオとツールキットのどちら 00:25:32.580 --> 00:25:36.040 を選ぶべきかスピードガバナンス 引用が必要な場合はスタジオを 00:25:36.040 --> 00:25:39.120 選びます単純なアクションを伴う 読み取り専用のエンタープライズ 00:25:39.120 --> 00:25:43.760 回答メーカーが保守し管理者が 承認できます厳密な入力検証カスタム 00:25:43.760 --> 00:25:46.560 スキーマまたは複雑なロジック が必要な場合はツールキットを 00:25:46.560 --> 00:25:51.080 選びますコード内で条件付きアクセス を意識したポリシー低遅延高制御 00:25:51.080 --> 00:25:54.920 な統合カスタムキャッシュリトライ スタジオが調整しツールキット 00:25:54.920 --> 00:25:57.500 ツールが実行するハイブリッド 構成が最適ですプロフェッショナル 00:25:57.500 --> 00:26:00.500 な品質の適用と迅速な反復を両立 させたい場合監査可能性を証明 00:26:00.500 --> 00:26:03.680 し影響範囲を最小限に抑える必要 があります曖昧な場合はまずスタジオ 00:26:03.680 --> 00:26:06.420 を使いスタジオが正しく機能しない 場合にツールキットを追加します 00:26:06.420 --> 00:26:08.800 コパイロットは何も知りません あなたが承認したパスと 00:26:08.800 --> 00:26:11.040 あなたが管理するIDを通じて取得 しなければコパイロットは何も 00:26:11.040 --> 00:26:13.880 見ることができませんその目となる 機能を構築してくださいそのサイト 00:26:13.880 --> 00:26:16.220 を所有してくださいデモで使用 したプロ向け開発プラグインが 00:26:16.220 --> 00:26:18.520 必要な場合はチームツールキット のビルドとデプロイのチェックリスト 00:26:18.520 --> 00:26:20.660 に関する次のビデオをご覧ください エンタープライズパターン 00:26:20.660 --> 00:26:22.800 レッドチームプロンプとガバナンス ブループリントのためにチャンネル 00:26:22.800 --> 00:26:23.940 登録してください そして