Latest / M365.FM – Microsoft 365・Copilot・AI ポッドキャスト（日本語） / Copilot StudioのContext Engineering：Power Platformでハルシネーションとドリフトを止める方法（AI吹き替え）

Transcript

Copilot StudioのContext Engineering：Power Platformでハルシネーションとドリフトを止める方法（AI吹き替え） · M365.FM – Microsoft 365・Copilot・AI ポッドキャスト（日本語）

0:00
あなたのコパイロットは愚かではありません。あなたがそれを飢えさせたのです。スキーマもルールもガードレールもなく、幻覚について文句を言うのです。
0:07
真実は?ほとんどのパワープラットフォームAIの失敗はモデルのIQではありません。それはあなたが作成したコンテキストです。
0:14
今日得られるものは次の通りです。幻覚をなくし、テナント間のドリフトを修正し、レイテンシとコストを削減する、COパイロットスタジオとパワーオートメイトの再現可能なコンテキストエンジニアリングパターン、システムメッセージパターン、スキーマグラウンディングチェックリスト、および取得パイプラインテンプレートを作成します。
0:30
誰もが忘れているレイヤーが一つあります。ガバナンスドリフトを防ぐポリシーレイヤーです。それを接続して、前後のメトリックで証明します。
0:37
さあ、始めましょう。問題、つまりコパイロットが失敗する理由、コンテキストの不採。問題を正確に定義しましょう。コンテキストの不採です。それは、言語モデルが推測せざるを得なくなる、欠落またはずさんなコンテキストの蓄積です。
0:49
システムルールをスキップし、データバースにグラウンディングせず、ツールを未定義のままにし、ポリシーを無視します。そして、テナント間で出力が不安定になることにショックを受ける。実に興味深い。コンテキスト不採は、4つの失敗として現れる。
1:01
1つ目は、システムルールの欠如。IDなし、スコープなし、拒否ポリシーなし。モデルは、準拠性と正確性ではなく、有用性と冗長性に最適化されている。
1:09
2つ目は、根拠のないデータ。エンティティ名、フィールド定義、関係、サンプルレコードを指定せずに、貸し出しテーブルを指差す。
1:17
3つ目は、未定義のツール。ステータスの更新を要求するが、パワーオートメートで管理されたアクションパスを公開しない。
1:23
4つ目は、ポリシーの欠如。DLP、センシティブラベル、条件付きアクセスではなく、雰囲気に頼る。
1:29
このコンテキストがドリフトを保証する。証拠は至るところにある。
1:33
エンタープライズAIにおける高い失敗率と放棄率は、モデルの制限ではなく、実行とコンテキストに起因する。
1:37
チームは、幻覚、環境固有の不整合、安全のためだけにテーブル全体を過剰にフェッチすることによるトークンの消費を報告している。
1:43
必要なのは、より大きなモデルではなく骨組みである。
1:46
これを解決するメンタルモデルは以下の通り。
1:48
コンテキスト、システム取得、ツール、ポリシーの4つのレイヤー。
1:51
エージェントのWindowsレジストリのようなものと考えてください。
1:54
単なるデータベースではなく、背骨です。
1:56
システムは、エージェントが誰であるか、何を拒否するかを宣言します。
1:59
取得は、フィールドの作成を停止するための事実とスキーマを提供します。
2:02
ツールは、最小権限の下で実行が許可されている正確なアクションを公開します。
2:06
ポリシーは、巧妙なプロンプトに関係なく境界を強制します。
2:09
いずれかのレイヤーを削除すると、出力が不安定になります。
2:11
4つ全てを追加すると、固定されます。
2:13
ほとんどの開発者が見落としているのは、環境がパワープラットフォームのセキュリティ協会であるということです。
2:17
DLPポリシーが本番環境ではビジネスと非ビジネスのコネクタの混合をブロックしますが、
2:20
開発環境ではブロックしない場合、2つの異なる世界を構築したことになります。
2:23
エージェントの目と手は環境によって変わります。
2:25
つまり、足元の世界を変えると、テナントと環境間で結果がずれることになります。
2:30
典型的な失敗のループを詳しく説明しましょう。
2:32
コパイロットスタジオエージェントを構築します。
2:34
ローン申請の支援という漠然とした目標を与えます。
2:37
構造を抽出せずにPDFのドキュメントライブラリをリンクします。
2:41
データバースエンティティ、リレーションシップ、またはセンシティブラベルをインデックス化しません。
2:44
ツールカタログをスキップして、コパイロットが解決してくれると想定します。
2:48
そして質問をします。
2:49
一般的なポリシーの冗長な回答が返され、スキーマに存在しないローンステージという名前のフィールドが作成されます。
2:54
おめでとうございます。
2:55
間違ったコンテンツを読み取るためにトークンを購入し、意味のない結果を受け取りました。
2:58
これをグラウンデッドアプローチと比較してください。
3:00
同じ質問をしますが、取得レイヤーにはスキーマインデックス、エンティティロアナプリケーション、フィールドステータス、選択リスト値、アプリアントドキュメントとのリレーションシップ、およびサンプルレコードが含まれます。
3:10
エージェントはロアナプリケーションスタタスを明示的に参照し、許可された値を示します。
3:14
推測は不要です。
3:15
違いはモデルではなく、コンテキストです。
3:17
レイテンシとコストは同じ負債の症状です。
3:19
フィールドレベルのフィルタがないためにテーブル全体を過剰にフェッチすると、トークンと時間が爆発的に増加します。
3:24
曖昧な取得は、モデルに無関係なチャンクを処理させます。
3:27
未定義のトップは意図フィルタリングできません。
3:29
全てにお金を払い、何も学ばず、幻覚を見続けます。
3:32
残酷です。
3:33
ガバナンスのドリフトは静かなる殺人者です。
3:35
ポリシーレイヤー、DLP、機密ラベル、条件付きアクセスがないと、エージェントの動作は徐々に乖離していきます。
3:42
コネクタが再分類され、ゲストアカウントがフローに紛れ込み、ログがオフになり、エージェントは機密メモを非業務コネクタに平然と要約します。
3:48
監査集まで気づかないこともあります。
3:50
素晴らしい。
3:51
修正方法は次の通りです。
3:53
このシリーズでは、それを段階的に構築していきます。
3:55
システムレイヤー、ID、スコープ、拒否、スキーマ認識、ツール使用ルール、ログ境界をエンコードする簡潔なバージョン付きシステムメッセージ。
4:03
ビジネスユニットと機密マッピングのトークンを使用して環境ごとに作成します。
4:07
取得レイヤー、エンティティ認識チャンキング、ハイブリッド検索、セキュリティトリミング、フィールドレベルフィルターを使用して、ドキュメントインデックスをセカンダリソースとして最初にデータバースに設置するパイプライン。
4:19
ツールレイヤー、入力スキーマ、拒否ロジック、機密フラグを定義するプロンプトテンプレートを備えた最小権限のパワーオートメイトアクションのキュレーションカタログ。
4:28
ポリシーレイヤー、強制DLPグループ、条件付きアクセス、ラベルによるリアルタイムマスキング、管理者キルスイッチ。
4:34
他のことは何も覚えていなくても、これだけは覚えておいてください。
4:36
モデルはテキストを予測します。あなたは真実、力、境界を設計します。あなたの仕事はコンテキストです。
4:42
モデルはレンダリングエンジンです。設計図がないことをレンダラーのせいにするのはやめましょう。
4:46
レイヤー1、ドリフトしないシステムコンテキストパターンとチェックリスト。
4:49
これで推測をやめてアイデンティティをインストールします。
4:58
全ての人を喜ばせ、コンプライアンスを踏みにじります。必要なのは用心棒であって、ゴールデンレトリバーではありません。
5:03
真実は、システムメッセージが曖昧であれば、出力も曖昧になります。
5:06
システムメッセージが環境ごとに一貫性がない場合、出力は環境ごとにドリフトします。
5:10
そのため、まず背骨を作成します。これが私が使用するパターンです。
5:14
短く、バージョン管理され、容赦がありません。
5:16
役割、あなたは環境環境名のビジネスユニットのローン業務の副操縦士です。
5:21
ローン申請と関連プロセスについてのみ回答します。
5:25
スコープ、この環境ではデータバースエンティティとラベル付きドキュメントに固執します。
5:29
回答に外部システムまたはラベルなしコンテンツが必要な場合は、拒否して安全な次のステップを提案します。
5:35
トーンは簡潔で事実に基づき、サイトフィールドはスキーマと完全に一致させます。
5:39
エンティティ、フィールド、拒否ポリシー、ラベル付き機密コンテンツが非ビジネスコンテキストで要求された場合は、理由を添えて拒否し、拒否の概要をロックします。
5:49
スキーマ認識、データバーススキーマインデックスを優先します。
5:52
フィールドを発明しないでください。
5:54
提供されている用語集を使用して、同義語を正規名にマッピングします。
5:59
ツール使用ルール、糸が黄色鉢の革新度で実行可能と分類された場合にのみ、承認済みのパワーオートメートアクションを呼び出すことができます。
6:07
それ以外の場合は、分析で応答します。
6:10
ログ境界、POエコーしないでください。
6:12
機密性が高い場合は、ネオマスク済みとして要約します。
6:16
このパターンはコパイロットスタジオカスタム指示に使用されます。
6:19
はい、パラメーター化された環境名、ビジネスユニット、MIPラベルリストを取得します。
6:23
これらを環境変数にリンクして、DEV、UAT、プロットが異なるバインディングで同じロジックを共有します。
6:28
バージョン一対済むすぐ部1、3、テスト中は全てのレスポンスフッターにバージョンをスタンプし、ポリシー部1、3とすることで、ドリフトがすぐに確認できるようにします。
6:36
次に、チェックリストです。
6:38
そうしないと何かを忘れてしまいます。
6:40
目的、エージェントが達成できることを一文で説明します。
6:43
対象者、誰にサービスを提供するのか。
6:45
会社全体ではなく、有志担当者です。
6:48
定義、正規エンティティとフィールド名、および同義語。
6:51
許可されたコンテンツ、許可されたデータクラスとソース、許可されていないアクション、テナント間、ラベルなし、または外部のビジネスコネクタ、エスカレーションパス、人間に引き渡すタイミング、基準とメッセージテンプレート、強化ルーブリック、出力の評価方法、フィールドの正確性、拒否の正しさ、およびスキーマの引用、これを平易な言葉で作成してから圧縮します。
7:13
最もよくある間違いは、制約を長文のポリシーテキストの下に埋め込むことです。
7:16
モデルは平均的なインターンのようにざっと目を通すだけです。下下手術のように正確に記述します。もう一つの典型的なエラー、制約をユーザープロンプトに詰め込むこと。
7:23
いいえ、制約はシステムメッセージとツールラッパーに属します。ユーザーがたまたま入力する場所ではありません。環境ごとにバージョンを設定します。開発環境では許可できますが、本番環境ではできません。
7:32
トークンなしでテナント間で単一のシステムファイルをコピーすると、平行世界が作成されます。
7:36
今日すぐにできる簡単な改善策です。変数を使用してメッセージをテンプレート化し、ソリューションのインポート時にバインドします。これだけで多くの不正号が解消されます。
7:44
一般的な同義号正規フィールド、ステージステップ、フェーズ、ローン申請ステータスにマッピングする用語集セクションを追加します。
7:50
幻覚フィールドが消えるのがわかります。コパイロットスタジオでの実装は簡単です。
7:55
カスタム手順を開きパターンを貼り付け、環境名、ビジネスユニット、イメージラベルリストの変数を挿入し、常に含めるように切り替えます。
8:03
エージェントが回答する前に参照するスキーマ正規化の手順セットノートを作成します。
8:08
次に、拒否テンプレートの段落を追加します。
8:11
ポリシーラベルのため、編集済みを共有できません。
8:14
安全な代替案を以下に示します。
8:16
一貫性は魔法ではなく、テンプレートです。
8:19
最後のガードレール、ログの境界。
8:21
エージェントが性の機密値を繰り返さないようにします。
8:24
参照する必要がある場合は、プレースホルダーを使用し、フロー内の認証アクションを介してシークレットを処理するツールアクションを提供します。
8:30
他に何も覚えていなくても、これだけは覚えておいてください。
8:33
ID、スコープ、拒否、スキーマ、ツール、ログ記録。
8:36
6行、ドラマなし。
8:37
レイヤーにパイプラインテンプレートでデータバースに設置する取得。
8:41
IDが設定されました。
8:43
次に、幻覚を起こせない事実を与えます。
8:45
取得は、ほとんどの人が消防ホースを切り出して設置と呼ぶ部分です。
8:49
間違いです。
8:50
取得は選択的で、エンティティを認識し、はい、真実が存在する場所であるデータバースが最初です。
8:56
これが重要な理由。
8:57
モデルが構造を推論する必要がある場合、幻覚が蔓延します。
9:01
正規のエンティティとフィールドの定義が見えないと、モデルはそれらを発明します。
9:04
糸でフィルタリングしなかったためにテーブル全体とPDFブログをシャベルで運ぶと、レイテンシとコストが急増します。
9:09
結果として、高価なノイズが発生します。
9:11
解決策は、スキーマを優先し、セキュリティでトリミングするパイプラインです。
9:14
これがテンプレートです。
9:16
2つのインデックス、1つの頭脳。
9:18
まず、データバースエンティティ、フィールド、関係、オプションセット、ビジネスルール、および同義語の小さな用語集のスキーマインデックス。
9:24
次に、構造化されたポリシー、ソップ、および参照ドキュメントのみのドキュメントインデックス。
9:28
環境とユーザーによるセキュリティトリミングを使用して、両方に対してハイブリッド検索を実行します。
9:32
モデルは、ユーザーが見ることを許可されていないものを見ることはありません。
9:35
これは提案ではなく、境界です。
9:37
スキーマインデックスを分解してみましょう。
9:39
各エンティティについて、名前、説明、データ型、オプションセット値、関係、位置対多、多対位置、および有効な状態に影響を与えるビジネスルールを含むフィールドリストをキャプチャします。
9:48
エンティティごとに2つのサンプルレコード、編集済み、と、自然言語を正規フィールドにマッピングする1つのサンプルクエリを含めます。
9:55
同義語マップ、ステージステップ、フェーズ、ローン申請ステータスを追加します。
9:59
モデルは、マップを渡したので、正規名にアンカーされます。
10:02
次に、ドキュメントインデックスです。
10:03
PDFは新生なテキストではありません。
10:05
コンテナです。
10:06
インデックスを作成する前に構造を抽出します。
10:08
見出しはセクションになり、テーブルはキーと値のペアになります。
10:11
ポリシーにはマイクロソフトパービュー分類とミップラベルが付けられ、機密性が機械で読み取れるようになります。
10:16
ファイルがセクションとフィールドに解析できない場合は、インデックスに含めるべきではありません。
10:19
スクラップブックを作成しているわけではありません。
10:22
セキュリティトリミングは必須です。
10:23
インデックスクエリレイヤーは、ユーザーID、環境、およびDLPポリシーでフィルタリングする必要があります。
10:27
開発環境では特定のコネクタが許可され、本番環境では許可されない場合、取得レイヤーはそれを反映します。
10:31
同じユーザーでも環境が異なれば取得方法も異なります。
10:34
これは装飾ではなく設計です。
10:35
チャンキングにより、ページ数によるスライスはなくなります。
10:37
エンティティロジックでチャンク化します。
10:39
スキーマについては、エンティティとリレーションシップの流度でグループ化します。
10:42
フィールドリストを保持したまま、チャンクあたり500から800トークンを考えます。
10:45
ドキュメントについては、見出しを保持したままセクションごとにチャンク化しパンクズリストメタデータを含めます。
10:50
タイトル、セクション、サブセクション、ポイントは、紙吹雪ではなく、意味を返すことです。
10:55
実際に体感できるパフォーマンス戦術です。
10:57
フィールドレベルのフィルタリング、インテントにステータスが含まれる場合、エンティティ定義全体を取得しません。
11:02
フィールドブロックと関連するビジネスルールを取得します。
11:05
インテント分類の上位形がクエリをルーティングします。
11:08
スキーマクエリには小さなK、2または3が割り当てられます。
11:10
ドキュメントのルックアップには4または6が必要になる場合があります。
11:13
頻繁に発生するFAQとスキーマスニペットを短いTTLでメモリにキャッシュして、同じルックアップに1日中料金を支払わないようにします。
11:19
コネクタとトークンの制限を適用して、単一の曖昧なプロンプトがテーブルのスイープをトリガーしないようにします。
11:24
どういたしまして、コパイロットスタジオでこれを配線する方法。
11:27
データバースをプライマリ知識ソースとして設定します。
11:29
スキーマカード、エンティティ、フィールド、リレーションシップ、オプションセット、ルール、例を出力するデータソースを構築し、プロパティとしてビューロー分類とミップラベルを添付します。
11:39
セクションコンテンツを含むセカンダリソースとしてドキュメントインデックスを追加し、ナラティブテキストよりもスキーマの一致を優先する再ランキングを使用してハイブリッド検索を構成します。
11:46
スキーマヒットが存在する場合はそれをブーストします。
11:48
存在しない場合はドキュメントにホールバックします。
11:50
どちらも存在しない場合は拒否するか明確化のための質問をします。
11:54
はい、拒否はフィクションよりマシです。
11:56
スキーマのグラウンディングチェックリストを印刷してモニターに貼り付けます。
11:59
データバースと同じエンティティ名、平易な言葉でのフィールドの説明、カーディナリティでリストされたリレーションシップ、オプションセットの値と意味、マスクされた値を持つサンプルレコード、ビジネスルール、なる処理に関する中期、正規名の同義語、およびデータ品質に関する注意。
12:14
これらのいずれかが欠けている場合、グラウンディングは不完全です。
12:17
よくある落とし穴、構造を抽出せずにPDFをインデックス化することはしないでください。
12:21
センシティブラベルを無視することは危険です。
12:23
同じ取得呼び出しでビジネスコネクタと非ビジネスコネクタを混在させると、本番環境でDLPによってブロックされ、驚いたふりをします。
12:28
もう一つは、ヘッダーを重複排除しなかったために10個の近いチャンクを返すことです。
12:33
フィードをクリーンアップします。
12:34
簡単な頭の中のデモをしてみましょう。
12:44
取得し、スキーマはありません。
12:45
モデルがローンステージを作成します。
12:47
優れたパイプラインでは、インテント分類器がスキーマにルーティングされ、ローン申請が返されます。
12:52
ステータス、ビジネスルールによる許可された遷移、およびステータスを変更するパワーオートメートアクション名。
12:58
回答は、許可されたステータス値を表示し、アクションを提案するか、機密性によってブロックされる場合は拒否します。
13:03
これがグラウンディングです。
13:05
最後に、0点子の詳細です。
13:07
取得時間を生成とは別に測定します。
13:09
取得が300ミスを超えることが日常的にある場合は、フィルターが間違っているか、インデックスが肥大化しています。
13:14
まず、そこを最適化してください。
13:15
モデルは高速ですが、あなたの優柔不断はそうではありません。
13:17
他に何も覚えていなくても、これだけは覚えておいてください。
13:20
取得は検索ではなく、キュレーションです。
13:22
データバースは背骨です。
13:24
ドキュメントは筋肉です。
13:25
両方を接続し、セキュリティでトリミングすると、エージェントは推測しなくなります。
13:29
第3層は、ガバナンスを強制するツールとポリシーです。
13:33
パワーオートメートとDLP、何が真実かを把握しています。
13:36
次に、安全に実行できることを教えます。
13:39
実行できないエージェントはチャットボットです。
13:41
ガードレールなしで実行されるエージェントは、見出しを待っている侵害です。
13:44
シートベルト付きの能力が必要です。
13:46
パワーオートメートDLPと条件付きアクセスが登場します。
13:48
これは、力、フェンス、そしてドアの用心棒のようなものです。
13:51
原則は次の通りです。
13:53
アクションは明示的で、許可され、元に戻すことができます。
13:56
モデルに自由を与えるのではなく、動詞のカタログを与えます。
14:02
モデルは権限を即興で作成することはありません。
14:06
動詞を要求します。
14:07
ツールカタログから始めます。
14:08
カタログエントリーは次のようになります。
14:10
表示名、目的、入力スキーマ、前提条件、機密フラグ、接続参照、および戻り契約。
14:15
例ローンステータスの更新、目的、ローン申請の遷移、ステータス、入力、ローンID文字列、ターゲットステータス列挙型。
14:24
前提条件、ターゲットステータスは、ルールセットごとに有効な遷移である必要があります。
14:28
機密フラグ、内部ラベルのビジネスコネクタが必要です。
14:32
接続参照、SVCローン最小。
14:35
用事にハサミの使い方を教えるとき、チェーンソーではなく安全ハサミを与えます。
14:39
最小権限はオプションではありません。
14:41
そのアクションを実行するためだけに、最小限のデータバース権限を持つ専用のサービスアカウントを作成します。
14:45
広範なテーブル権限やオーナーレベルの権限の行使は行いません。
14:48
環境ごとにバインドされた接続参照に認証情報を格納します。
14:50
つまり、開発環境では偽のデータを使用し、本番環境では実際のデータにアクセスし、どちらも他の環境に漏洩しません。
14:55
カスタムセキュリティを使用している場合は、真剣に検討してください。
14:58
次に、3つの標準レイヤーを持つフローテンプレートを作成します。
15:01
レイヤー1は入力検証です。
15:03
型を検証し、同義語を正規フィールドにマッピングし、曖昧または欠落しているパラメータを構造化された拒否で拒否します。
15:08
レイヤー2はポリシーチェックです。
15:10
NIPラベル、DLPグループメンバーシップ、およびヘッダーまたはトリガーコンテキストを介して公開する条件付きアクセスシグナルを評価します。
15:17
レイヤー3は実行とマスキングです。
15:19
最小限の権限を実行し、ログ内の機密値をマスクし、相関IDを含むコンパクトな結果を返します。
15:24
プロンプトテンプレートは、これらのフローの前にラッパーとして配置されます。
15:27
エージェントがツールを要求する方法、意図がステータスと信頼度を変更するタイミングを定義します。
15:32
8番目にローンID、ターゲットステータスを使用してローンステータスを更新する呼び出しを行います。
15:37
ステータスがビジネスルールや機密ブロックと競合する場合は、拒否して特定のポリシーを引用します。
15:41
ほとんどの人がここで失敗します。
15:43
2019年のように自由形式のテキストをフローに渡しています。
15:46
強力なスキーマを入力すれば、強力な結果が出力されます。
15:48
変数を機密としてマークします。
15:50
SSN、収入、または機密性の高いフィールドなどの入力は、セキュア変数に格納されます。
15:54
実行履歴にエコーされることはありません。
15:56
認証関連のものには、資格情報アクションを使用します。
15:59
フローがトークンを取得する必要がある場合、資格情報は実行時にセキュアストアから取得され、プロンプトに貼り付けられたり、ペルという名前の環境変数に押し込まれたりしません。
16:06
読み取り禁止。
16:07
はい、人々はそうします。
16:08
人間にならないでください。
16:10
条件付きアクセスは、その場にいる大人です。
16:12
MFAを強制します。
16:13
実行を準拠デバイスまたは信頼できる場所に制限します。
16:16
ポリシーでゲストがアクションを開始できないと規定されている場合、ツールラッパーは発信者のIDを読み取り、明確な拒否で拒否する必要があります。
16:22
アクションには、ポリシーに従って準拠デバイスが必要です。
16:25
エージェントは丁寧な態度を保ち、ポリシーは厳格です。
16:28
DLPは膜です。
16:29
コネクタをビジネス、非ビジネス、ブロックに分類します。
16:32
このツールカタログのフローは、ビジネス専用のコネクタを使用します。
16:35
出力を非ビジネス宛先にルーティングしようとしていますか?
16:37
フロー内だけでなく、テナントレベルでブロックされます。
16:39
ポイントは、間違ったパスを物理的に不可能にすることです。
16:42
開発者の自制に頼るのではなく、物理法則に頼ります。
16:45
環境のセグメンテーションにより、正規を保つことができます。
16:48
開発、UAT、本番、異なるデータ、異なる接続参照、同じツール名、同じスキーマ。
16:54
つまり、エージェントのプロンプとは変更されず、バインディングのみが変更されます。
16:57
UATでは現実的なラベルとDLP設定でテストするため、本番で予期せぬ問題が発生することはありません。
17:02
開発環境でDLPが緩く、本番環境で幻覚である場合は、両方をテストします。
17:05
際は意図的なものであり、偶然ではありません。
17:08
ポリシーレイヤーはランタイムに組み込まれています。
17:10
キーとなる拒否ルールは、取得されたコンテンツのラベルである可能性があります。
17:13
取得によって機密情報を含むレコードが返され、要求されたアクションによってそれが外部システムに公開される場合、
17:18
ツールラッパーはポリシーで高度化された理由で拒否し、インシデントをログに記録します。
17:21
リアルタイムマスキングは、モデルの表示テキスト内の値をプレイスホルダーに置き換えます。
17:25
モデルは性の秘密情報を見ることはないので、誤って漏えいすることはありません。
17:29
これは不信感ではなく、衛星です。
17:31
ログ記録と監査は設計の一部であり、後付けではありません。
17:33
すべてのフローで監査ログを有効にします。
17:35
アクションを要求した人、渡されたパラメータ、マスキングされたパラメータ、実行されたポリシーチェック、結果を記録します。
17:40
市販機ごとのレビューで、孤立したアセット、過剰に共有されたフロー、コネクタの肥大化を発見します。
17:44
元従業員が所有していたものはすべてプロビジョニング解除します。
17:47
これを無視すると、午前2時に本番環境に書き込んでいるゴーストフローが最終的に見つかります。
17:52
愉快です。
17:52
よくある間違い。
17:54
ユーザープロンプトで秘密情報を渡すと、すぐに公開します。
17:57
成功メッセージでPをログに記録すると、これも公開します。
18:00
プロンプトとスキーマのバージョン管理なしでフローを構築すると、エージェントが先週変更されたAPIを呼び出します。
18:05
DLPのない管理されていない環境。
18:07
おめでとうございます。
18:08
概念実証は不採です。
18:09
そして私のお気に入りは、誰かにメールを送る必要があったという理由だけで、ビジネス用コネクタと非ビジネス用コネクタを混ぜることです。
18:14
ダメです。
18:15
ビジネス用メールを使うか、メールを送らないかのどちらかにしてください。
18:17
キルスイッチについて話しましょう。
18:19
管理センターまたは自動化によって、エージェントを無効にするか、ツールソリューションを無効にするか、またはその両方を無効にするインシデントスイッチが必要です。
18:24
ポリシー違反が発生した場合、議論するのではなく、停止し、調査し、変更ログでのみ再開します。
18:30
スピードがセキュリティです。
18:32
これを配線すると、予測可能なことが起こります。
18:35
エージェントは過剰な約束をやめ、実際に実行できるアクションを提案します。
18:38
ポリシーがそれを拒否すると、拒否は具体的でログに記録されます。
18:41
一貫性があるため、ユーザーはそれを信頼します。
18:44
そして、ついに読む価値のあるテレメトリを提供したので、監査チームは鷹のようにうろつくのをやめます。
18:48
エンドツーエンドの構築
18:50
コパイロットスタジオとパワーオートメート
18:52
ビフォー、アフターのメトリクス
18:54
具体的な構築で背骨を縫い合わせましょう。
18:57
ローンサポートのコパイロット
18:58
コパイロットスタジオはオーケストレーションを処理し、データバースは真実であり、パワーオートメートは手です。
19:03
レブ、UAT、プロットで同じアーキテクチャ、異なるバインディング、同じロジック、ステップ1、システムパターンを適用します。
19:09
コパイロットスタジオでバージョンテンプレートを使用してカスタム手順を作成します。
19:13
環境名をバインドします。
19:15
UAT
19:15
ビジネスユニットリテールレンディングミップラベルリスト機密極秘用語集ステージステップフェーズローン申請ステータスで、常に含めるようにオンにします。
19:26
テストフッターにポリシーV1、3をスタンプしてドリフトが見えるようにします。
19:31
ステップ2、スキーマインデックスを構築し、エンティティのスキーマカードを生成します。
19:35
ローン申請申請者ドキュメントには、フィールドオプションセットリレーションシップと2つのマークサンプルレコードをエンティティごとに含めます。
19:42
ビジネスルールを追加します。
19:44
ステータス遷移を許可送信済み初期レビュー最終レビュー承認済み拒否済み直接送信なし承認済みドキュメントインデックスで主要な知識ソースとして公開セカンダリSOPSUしポリシーセクションビューごとの分類ミップラベル見出しを保持。
19:57
ステップ3、検索を構成します。
20:00
再ランキングを使用してハイブリッド検索を有効にし、スキーマの一致を強化します。
20:05
集中的なスキーマルックアップポリシールックアップアクション可能なトップK2をドキュメントのスキーマ4に分類します。
20:11
フィールドレベルのフィルタは、意図、用語、ステータス、収入、KYCでフィルタリングします。
20:15
ユーザーと環境によるセキュリティトリミングを有効にし、10分間のTTLでキャッシュの高頻度スキーマスニペットを有効にします。
20:20
ステップ4ツールカタログを接続します。
20:22
3つのフローを持つ管理ソリューションをインポートします。
20:25
ローン概要の取得、ローンステータスの更新、リクエストドキュメントを取得します。
20:28
各フローには、入力スキーマの前提条件、機密フラグ、最小権限、接続参照がUATにバインドされています。
20:34
適切な場合は、入力が機密としてマークされ、ログが有効になり、マスキングと相関IDが使用されます。
20:39
ステップ5プロンプトラッパーを追加します。
20:41
コパイロットスタジオで、ツール呼び出しテンプレートを作成します。
20:44
インテントがステータスと信頼度を変更すると、ローンIDターゲットステータスを使用してローンステータスの更新を呼び出します。
20:50
ターゲットステータスがビジネスルールに違反する場合は、ルーブリックコードBRステータス遷移で拒否します。
20:55
拒否を、ポリシーラベルコードのため実行できませんでラップします。
20:58
安全な次のステップは次の通りです。
21:00
検証ループで、曖昧な敵対的及び通常の例の25個のプロンプトのテストスイートを作成します。
21:05
LA4831を承認済みに直接ジャンプできますか?
21:08
2移動します。
21:09
申請者のSSNをブローカーにメールで送信します。
21:12
開発、UAP、本番環境で実行します。
21:14
出力、サイトの正規フィールド、アクションが許可されている場合にのみ提案され、ポリシー拒否が具体的でログに記録されていることを確認します。
21:20
フローログの相関IDをコパイロットトランスクリプトと比較して、トレーサビリティを確認します。
21:25
未実装ビルドのメトリクスを取得する前は、回答の37%が存在しないフィールドを参照していました。
21:30
テナント間のドリフトにより、3つの異なるステータス名が生成されました。
21:34
テーブルスイープにより、0点子の中央値は4.2秒でした。
21:38
Q&Aあたりのトークン消費量は平均9800トークンでした。
21:43
機密メモが非ビジネス宛先に要約され、テナントDLPによってのみブロックされたポリシーニアミスが2件ありました。
21:50
コンテキストエンジニアリング、スイート全体で作成されたフィールド、正規のローン申請を含むメトリクスを取得した後、
21:56
ステータスは、ステータス応答の100%で引用されました。
21:59
フィールドレベルの取得により、0点子は中央値1.6秒に短縮されました。
22:02
Q&Aあたりのトークン使用量は平均3100でした。
22:05
ポリシー違反が4件試みられました。
22:07
すべて明確な理由で拒否され、IDと共にログに記録されました。
22:11
開発、UAT、BOSS、本番環境で同じプロンプトを使用すると、フィールド参照が同一になります。
22:16
意図通り、許可されるアクションにのみ違いがあります。
22:19
簡単なマイクロストーリー。
22:21
テスターがLA-501を承認済みにファストトラックしてくださいと尋ねました。
22:24
以前は、エージェントは完了と答えて、トランジションを幻覚のように表示していました。
22:27
現在は、コパイロットの応答は次の通りです。
22:30
拒否されました。
22:31
BRステータスのトランジションが承認済みとして送信されましたが無効です。
22:34
有効なトランジションは初期レビューとして送信されました。
22:36
その後、ローンステータスを初期レビューに更新することを提案します。
22:40
ワンクリックで、準拠したパス・監査準備完了。
22:42
アセットを引き渡し、システムメッセージパターンファイルとトークン、スキーマグラウンディングチェックリスト、取得パイプラインテンプレートJSON、3つのフロープロンプトテンプレート、および接続参照とラベルの環境マッピングファイルを含むパッケージを作成します。
22:54
すべてをバージョン管理します。
22:56
ソース管理に保存します。
22:57
インポート時に、変数は環境ごとにバインドされます。
22:59
本番環境では手動編集は行いません。
23:01
あなたは大人です。
23:02
UATにデプロイし、スイートを実行し、前後のテーブルをキャプチャして、2つのスクリーンショットを提示します。
23:07
ローン申請ステータスと、マスクされた入力と相関IDを含む監査ログエントリーを引用した、グラウンディングされた回答。
23:13
これが、何も漏らさずに実行できるエグゼクティブの証明です。
23:16
これで、ドリフトしない脊椎アイデンティティ、幻覚を起こさない取得、最小権限で動作するツール、領収書付きで拒否するポリシーが手に入りました。
23:24
再現可能で、監査可能で、拘束です。
23:26
モデルに真実と境界を与えると、驚くべきことが起こります。
23:30
重要なポイント、コンテキストエンジニアリング、システム取得、ツール、ポリシーにより、コパイロットは言葉数の多い推測者から、フィールドを指定し、安全に動作し、正確に拒否する統制されたチームメイトに変わります。
23:39
今すぐ効率的なことを実行してください。
23:41
テンプレートを複製し、環境変数をバインドし、データをスキーマに対してインデックス化し、DLPを適用し、開発、UAT、本番環境で評価スイートを実行します。
23:48
次に、バージョンタグとキルスイッチを有効にしてUATに昇格します。
23:52
これで時間を節約できた場合は、恩返しをしてください。
23:54
高読して、次の高度な評価ハーネスとマルチエージェントオーケストレーションのウォークスルーをご覧ください。
23:58
続行します。