WEBVTT

00:00:00.000 --> 00:00:06.860
m 365 fm のマイクロソフトナレッジナゲッツへようこそホストのメルコピーターズです 今日のトピックは至るところで耳にするようになった

00:00:06.860 --> 00:00:14.140
ai エージェントですでも実際のところ一体何なのでしょうか 多くの人はより賢いチャットボットと言いますがそれは現在最も大きな誤解です

00:00:14.140 --> 00:00:21.180
このエピソードを聞き終える頃にはエージェントの真の意味 チャットボットとの違いそしてマイクロソフトエコシステムで構築する3つの方法が理解

00:00:21.180 --> 00:00:24.220
できるはずです 最もシンプルな考え方を紹介しましょう

00:00:24.220 --> 00:00:33.080
チャットボットは受付の担当者のようなものです 質問をすれば答えが返ってくるそれだけですエージェントは自ら主体的に動くパーソナルアシスタントのような存在です

00:00:33.080 --> 00:00:41.560
サプライヤーとの会議を予約してという目標を与えれば自分で手順を考えて実行します カレンダーを確認しメールを送りファイルを更新して完了したら報告してくれます

00:00:41.560 --> 00:00:47.740
一方は質問に答えもう一方は業務をこなす この違いは重要でこれから解説するすべての基礎となります

00:00:47.740 --> 00:00:53.380
チャットボット対エージェントその革新的な違いとは チャットボットとエージェントを分ける要素を分解してみましょう

00:00:53.380 --> 00:01:01.680
チャットボットは反応型です誰かが質問を入力しそれに応答します 短期記憶を使うためその会話の中で言ったことしか認識できません

00:01:01.680 --> 00:01:08.120
チャットが終われば文脈は失われチャットボットは対話の中でのみ機能します チャットウィンドウの外では何もできません

00:01:08.120 --> 00:01:15.940
エージェントは先見型である点が異なります 質問されるのを待つのではなくリマインダーの送信やステータスの更新など自分から行動を起こせます

00:01:15.940 --> 00:01:20.320
メールカレンダー社内のシェアポイントといった他のシステムにもアクセス可能です

00:01:20.320 --> 00:01:26.200
マイクロソフトエントラーID内で独自のIDを持ち 専用のメールボックスワンドライブチームズアカウントを持つことさえできます

00:01:26.200 --> 00:01:30.860
そして自律的に動作します タスクを与えればいちいち指示しなくても自分だけで実行します

00:01:30.860 --> 00:01:35.660
このように考えてみてください チャットボットは印刷されたFAQを持つヘルプデスクの担当者です

00:01:35.660 --> 00:01:41.900
質問すると正しいページを開いて答えを読み上げてくれます エージェントはプロジェクトマネージャーのような存在であらゆる手順を指示しなくても

00:01:41.900 --> 00:01:47.640
ファイルにアクセスしメールを送り会議を調整しタスクをフォローアップして報告してくれます ここが決定的な違いです

00:01:47.640 --> 00:01:54.700
チャットボットは対話の中に止まりますがエージェントはバックグラウンドでワークフローを実行できます あなたが会議中であってもデータベースのデータを変更したり

00:01:54.700 --> 00:02:01.200
シェアポイントで発注書を作成したりでき作業を監視する必要はありません バックグラウンドで作業を行なし完了したら知らせてくれる

00:02:01.200 --> 00:02:09.360
エージェントが何かはわかりましたが実際にどうやって構築すれば良いのでしょうか マイクロソフトは3つの道を用意しておりスキルレベルと目的に応じて選ぶことができます

00:02:09.360 --> 00:02:18.120
その詳細をこれから説明します3つの構築パスの概要です マイクロソフトはエージェント構築のための3つの方法を提供しておりそれぞれ異なるスキルレベルに対応しています

00:02:18.120 --> 00:02:27.220
一つ目はノーコードで利用できるエージェントビルダーです マイクロソフト365個パイロットの中に組み込まれているため誰でも自然言語でやりたいことを説明するだけでエージェントを作成できます

00:02:27.220 --> 00:02:32.840
コードを一行も書く必要はありません 2つ目の選択肢はコパイロットスタジオですこれはコパイロットスタジオ

00:02:32.840 --> 00:02:40.340
マイクロソフト.comからアクセスできる独立したウェブアプリです ローコードツールであり自然言語で指示できるだけでなく他サービスへのコネクタ追加

00:02:40.340 --> 00:02:47.020
カスタム会話フローの定義自動トリガーの設定が可能です より高度なことができますが多少の設定が必要になります

00:02:47.020 --> 00:02:55.580
3つ目は開発者向けのプロフェッショナルなプラットフォームであるAzure iFoundryです ここではAIモデルオーケストレーションインフラストラクチャを完全に制御できます

00:02:55.580 --> 00:03:04.380
オープンAIクロードラマなど数百のモデルから選択できます マルチエージェントシステムの構築も可能ですこれはエンタープライズ規模の本番用エージェントが必要なプロフェッショナルチーム向けです

00:03:04.380 --> 00:03:08.760
ここで多くの人が気づいていない事実があります これら3つの境界線は曖昧です

00:03:08.760 --> 00:03:15.800
エージェントビルダーで作成を始めより強力な機能が必要になればコパイロットスタジオにエクスポートできます コパイロットスタジオで開始し後からファウンドリーへ移行することも可能です

00:03:15.800 --> 00:03:20.840
これらは個別に孤立したものではありません これらはスペクトラムのようなものでマイクロソフトは互いに連携するように設計しています

00:03:20.840 --> 00:03:27.480
まずは最も簡単なパスであるエージェントビルダーから始めましょう マイクロソフト365コパイロットのライセンスをお持ちであればこのツールを利用できます

00:03:27.480 --> 00:03:32.140
エージェントビルダー誰でも使えるノーコードエージェントです ではエージェントビルダーは実際どのようなものでしょうか

00:03:32.140 --> 00:03:37.680
マイクロソフト365コパイロット内にあるシンプルなフォームです コパイロットを開き左側のエージェントセクションをクリックして作成を押すだけです

00:03:37.680 --> 00:03:42.220
別のサイトや設定構成は一切不要です まずはやりたいことを説明するところから始めます

00:03:42.220 --> 00:03:52.760
当社の人事規定に関する質問に答えるエージェントを作成してといったように入力します コパイロットはその説明を受けて名前や指示さらにはユーザーが使い始めるための推奨プロンプトを自動生成します

00:03:52.760 --> 00:04:01.040
必要に応じてその指示を微調整することも可能です 提供したソースのみを使用するや答えがわからない場合は人事部に誘導するといったルールを追加できます

00:04:01.040 --> 00:04:05.080
次に知識ソースを与えます ここが真のパワーを発揮する部分です

00:04:05.080 --> 00:04:11.340
ワンドライブのファイルやシェアポイントサイト チームのチャットやチャンネル特定のウェブサイトさらには組織図まで指定できます

00:04:11.340 --> 00:04:16.040
ここには重要な設定があります 指定されたソースのみを使用するという切り替えスイッチです

00:04:16.040 --> 00:04:22.400
これをオンにするとエージェントはAIモデルの一般的な知識を使えなくなります あなたが提供したドキュメントやサイトからのみ回答できるようになります

00:04:22.400 --> 00:04:27.560
これがハルシネーションを防ぐ方法です データに制限されているためエージェントは事実を捏造することが物理的に不可能です

00:04:27.560 --> 00:04:34.820
エージェントに機能を追加することもできます ワード文章を作成させたいですかスイッチをオンにするだけです 画像を生成させたいですかそれもスイッチ一つです

00:04:34.820 --> 00:04:39.180
コードスニペットを書かせたいですか同じことです これらはオプションですがエージェントを格段に便利にします

00:04:39.180 --> 00:04:43.120
完了したらチームメイトとエージェントを共有できます アクセス権を与える相手を選びます

00:04:43.120 --> 00:04:48.440
特定の人あるいは組織内の全員に公開できます 相手は自分のコパイロットサイドバーですぐにエージェントを見つけて使えます

00:04:48.440 --> 00:04:53.080
具体的な例を挙げましょう 例えば人事部にいて50ページの就業規則があるとします

00:04:57.560 --> 00:05:05.660
指定されたソースのみを使用するオンにします 質問には丁寧に答え必ず参照したセクションを明記するようにという指示を書きます

00:05:05.660 --> 00:05:14.100
これで社員は誰でもhrヘルパーに休暇規定や病欠 服装規定について質問し毎回人事部に電話しなくても正確な回答が得られます

00:05:14.100 --> 00:05:18.720
ただしエージェントビルダーには制限もあります 自動的にアクションをトリガーすることはできません

00:05:18.720 --> 00:05:24.140
セールスフォースや会計ソフトのような外部システムとは接続できません パブリックなウェブサイトに公開することもできません

00:05:24.140 --> 00:05:31.740
社内のコパイロット内で機能するシンプルなQ&Aエージェント向けに設計されています 基本的な用途には最適ですがエージェントに自動でアクションを起こさせたい場合はどうすればいいでしょうか

00:05:31.740 --> 00:05:35.700
例えば顧客からのメールが届いた時などです そこで登場するのがコパイロットスタジオです

00:05:35.700 --> 00:05:40.480
コパイロットスタジオはビジネスプロセスを支えるローコードプラットフォームです ではコパイロットスタジオはどこにあるのでしょうか

00:05:40.480 --> 00:05:46.120
コパイロットスタジオmicrosoft.comにアクセスしてください これは単なるフォームではなく本格的なエージェント構築プラットフォームです

00:05:46.120 --> 00:05:52.960
マイクロソフト365コパイロットのライセンスをお持ちならおそらくすでに使用可能です もしお持ちでなくても重量課金性のオプションがあります

00:05:52.960 --> 00:05:59.540
自然言語でエージェントを説明するところから始めるのは同じです その手順は変わりませんしかし自動トリガーを追加できるようになります

00:05:59.540 --> 00:06:05.780
例えばシェアポイントで新しいアイテムが作成された時や特定のメールボックスにメールが届いた時に 起動するように設定できます

00:06:05.780 --> 00:06:11.400
エージェントは誰かに話しかけられるのをただ待つ必要はありません イベントが発生すると自律的に動作を開始します

00:06:11.400 --> 00:06:18.500
コネクタも大きな進化を遂げた機能の一つです コパイロットスタジオにはセールスフォースダイナミクス365エクセルアウトルックチームズなど

00:06:18.500 --> 00:06:24.820
1000を超える事前構築済みコネクタが用意されています エージェントは一つの会話の中でセールスフォースからデータを読み取りダイナミクスでレコードを作成し

00:06:24.820 --> 00:06:30.580
アウトルックでメールを送信しチームで更新情報を投稿できます これは非常に強力です知識ソースもより充実しています

00:06:30.580 --> 00:06:36.740
データバースに接続可能ですこれはマイクロソフトのデータプラットフォームです さらにシェアポイント公開ウェブサイトアップロードされたファイルも活用できます

00:06:36.740 --> 00:06:41.600
エージェントが利用できるコンテキストが増えるため回答の正確性と有用性が向上します ここからが面白いところです

00:06:41.600 --> 00:06:48.240
トピックを定義することができますこれは特定のシナリオに向けたカスタムの会話フローです 例えばユーザーが職場のトラブルを報告したとしましょう

00:06:48.240 --> 00:06:52.420
ユーザーが対立について言及した場合解決しようとしないことというトピックを作成できます

00:06:52.420 --> 00:07:02.780
代わりに氏名と部署名を収集し概要を添えて人事部長にエスカレーションするといった手順です エージェントは毎回そのフローに従います状況に応じたプレイブックをエージェントに与えるようなものです

00:07:02.780 --> 00:07:09.180
公開前にプレビューペインでエージェントをテストできます 質問を投げ反応を確認し参照元をチェックします

00:07:09.180 --> 00:07:15.080
満足のいく内容になったらチームマイクロソフト365コパイロットあるいは外部ユーザー向けのデモサイトに公開できます

00:07:15.080 --> 00:07:23.120
価格について知っておくべきことがあります 外部ユーザーがエージェントとやり取りする場合やエージェントが自律的にアクションを実行する場合はコパイロットスタジオの消費クレジットが必要です

00:07:23.120 --> 00:07:33.120
自分だけで利用する場合や同じくコパイロットライセンスを持つ同僚と共有する場合はクレジットは不要です しかし顧客やパートナー向けにエージェントを構築する場合は組織がやり取りごとに料金を支払います

00:07:33.120 --> 00:07:41.340
コパイロットスタジオはほとんどのビジネスシナリオに対応します しかし ai モデルオーケストレーションインフラストラクチャを完全に制御したい開発者にはファウンドリがあります

00:07:41.340 --> 00:07:47.700
ファウンドリはプロコードのカスタムエージェント向けです さて完全に制御したい開発者の方にはアジュールアイファウンドリがあります

00:07:47.700 --> 00:07:52.220
これは ai エージェントを大規模に構築運用するためのマイクロソフトのプロフェッショナル向けプラットフォームです

00:07:52.220 --> 00:07:57.640
マイクロソフトのエージェントフレームワークで作業したい開発者 データサイエンティスト ai エンジニア向けに設計されています

00:07:57.640 --> 00:08:05.260
ここで最近起こった重要な動きについてお話しします マイクロソフトは企業向けのセマンティックカーネルと研究やマルチエージェント実験に適したオートゲンという

00:08:05.260 --> 00:08:10.360
2つの主要なフレームワークを統合しました これらは単一のフレームワークとなったためどちらかを選ぶ必要はありません

00:08:10.360 --> 00:08:18.000
ファウンドリでは数百のオプションを備えたモデルカタログにアクセスできます オープン ai のモデルはもちろんアントロピックのクロードメタのラマなども利用可能です

00:08:18.000 --> 00:08:23.240
ユースケースに合わせてモデルを選ぶのでありその逆ではありません オーケストレーションも完全に制御できます

00:08:23.240 --> 00:08:31.120
つまりエージェントの推論方法使用するツールその順序をあなたが決定するということです ファウンドリは推論ステップを設計するためのプロンプトフロー

00:08:31.120 --> 00:08:37.500
すべてを大規模に実行するためのエージェントサービス そして公開前にエージェントの品質をテストするための組み込み評価ツールを提供します

00:08:37.500 --> 00:08:45.140
本番環境で重要な技術的詳細がこちらです ファウンドリ上に構築されたエージェントは100ミリ秒未満というほぼ瞬時の起動時間を実現する

00:08:45.140 --> 00:08:50.920
インフラ上で動作し待機コストはゼロです エージェントがアクティブに処理を行っていない間コンピューティング料金は発生しません

00:08:50.920 --> 00:08:58.540
これはコストを重視するチームにとって大きなメリットです 公開準備ができたら単一のパイプラインでマイクロソフト365個パイロットとチームにエージェントをプッシュできます

00:08:58.540 --> 00:09:03.040
サービスごとに再構築する必要はありません 一度のビルドで2つの場所へ展開できます

00:09:03.040 --> 00:09:09.320
ファウンドリは複雑なシナリオエージェント同士が対話するマルチエージェントシステムセッションをまたいで保持されるカスタムメモリ

00:09:09.320 --> 00:09:18.540
高度なセキュリティ要件大量の本番ワークロードに最適です エージェントが厳格なコンプライアンス規則の下で複数のシステムにまたがる毎分数千件ものリクエストを処理する必要がある場合

00:09:18.540 --> 00:09:24.560
ファウンドリが最適な選択肢です これで即座にローコードで作成できるエージェントビルダービジネスワークフロー向けのコパイロットスタジオ

00:09:24.560 --> 00:09:30.280
開発者が完全に制御できるファウンドリという3つの構築パスがわかりましたね では一歩引いてエージェントが仕事をする際

00:09:30.280 --> 00:09:38.660
舞台裏で実際に何が起きているのかを見てみましょう 単なる ai 以上のものがそこにはありますエージェントの実際の仕組みアイデンティティデータそしてガバナンスについてです

00:09:38.660 --> 00:09:44.160
すべてのエージェントはマイクロソフトエントラ id にデジタルアイデンティティを持っています これはあなたのログインを管理しているのと同じシステムです

00:09:44.160 --> 00:09:50.040
あなたにユーザーアカウントがあるようにエージェントにも独自のエントラエージェント id が与えられます その id によってエージェントは独自のメールボックス

00:09:50.040 --> 00:09:55.400
ワンドライブチームズアカウントそして一連の権限を持つことになります つまりエージェントは人間と同じシステムにアクセスできるのです

00:09:55.400 --> 00:10:01.280
シェアポイントドキュメントを読み取ることができます メールを送信することもできます権限の範囲内であればチームチャンネルに参加することも可能です

00:10:01.280 --> 00:10:07.800
エージェントにファイルへのアクセス権がなければ読み取ることはできません 人間の従業員と同じルールですではエージェントはどうやって使用するデータを判断するのでしょうか

00:10:07.800 --> 00:10:12.660
そこでワークIQの出番です ワークIQはエージェントの回答を記者のデータに基づいて生成グラウンディングします

00:10:12.660 --> 00:10:21.000
エージェントが質問に答える必要があるときメールドキュメント会議チャットを検索します しかし権限は遵守されますあなたが閲覧できないドキュメントはエージェントも使用しません

00:10:21.000 --> 00:10:26.740
アクセス境界はそのまま維持されます これらすべてのアイデンティティと権限管理はエージェント365コントロールプレーンを通じて行われます

00:10:26.740 --> 00:10:35.180
それはマイクロソフト365管理センター内にあるダッシュボードです IT管理者は組織内のすべてのエージェントその作成者アクセス権限実行履歴を確認できます

00:10:35.180 --> 00:10:40.420
従業員名簿のデジタルワーカー版とお考えください ガバナンスによってエージェントは企業利用に適したものになります

00:10:40.420 --> 00:10:44.940
エージェントも人と同じコンプライアンスポリシーに従います 条件付きアクセスルールが適用されます

00:10:44.940 --> 00:10:51.500
信頼されていないデバイスからエージェントにアクセスしようとするとブロックされます DLP データ損失防止機能により機密データの外部送信が阻止されます

00:10:51.500 --> 00:10:58.460
エージェントは実際の操作を実行できるためこのガバナンスが重要になります 注文書の作成顧客へのメール送信データベースのレコード更新などが可能です

00:10:58.460 --> 00:11:04.380
適切な保護策がなければそれはリスクを伴います エージェント365を使えばIT部門は完全な可視性と制御を保持できます

00:11:04.380 --> 00:11:08.960
実例として調達エージェントを見てみましょう 実際にどのように動作するかをお見せします

00:11:08.960 --> 00:11:14.380
マイクロソフトメカニクスが公開した調達エージェントの優れた事例があります これを通じて完全なライフサイクルを確認できます

00:11:14.380 --> 00:11:19.200
シナリオはこうです 同僚が調達エージェントを作成しIT部門に承認を申請します

00:11:19.200 --> 00:11:25.420
IT部門が承認すると社内のエージェントストアに公開されます 組織内のエージェント専用のアプリストアとお考えください

00:11:25.420 --> 00:11:30.580
調達マネージャーがそのストアからエージェントを見つけます 数回クリックするだけでセットアップが完了します

00:11:30.580 --> 00:11:37.660
エージェントがチームで自己紹介し必要な情報を尋ねます サプライヤーポリシー承認済みサプライヤーリスト調達ガイドラインなどです

00:11:37.660 --> 00:11:43.360
マネージャーはこのポリシーガイドに従って行動してと入力し ワンドライブ内のファイルを指定してそれらのドキュメントを提供します

00:11:43.360 --> 00:11:46.240
これだけです これでエージェントは必要な情報をすべて手にしました

00:11:46.240 --> 00:11:49.800
次にエージェントのIDについて考えてみましょう エージェント内IDを覚えていますか

00:11:49.800 --> 00:11:56.700
このエージェントは専用のメールボックスワンドライブチームズアカウントを持っています 新しいノートPCの注文が入るとエージェントはそのリクエストを分析します

00:11:56.700 --> 00:12:04.340
サプライヤーの検索SLAの確認直近の注文価格の紹介を行います ワークIQを使いマイクロソフト365全体から連絡先を抽出します

00:12:04.340 --> 00:12:09.960
納期に基づいて推奨サプライヤーを提示しマネージャーに承認を求めます マネージャーが確認を行います

00:12:09.960 --> 00:12:16.380
エージェントはノートPCの注文書を作成します 次にシェアポイントにある購入管理スプレッドシートに注文内容を記録します

00:12:16.380 --> 00:12:26.160
すべて自律的に行われますここからが未来の話のように聞こえますが現在実現可能な部分です マネージャーはチームで同僚と同じようにエージェントをメンションし状況を尋ねられます

00:12:26.160 --> 00:12:32.720
エージェントは現在取り組んでいること完了したこと保留中の項目を回答します この例が完全なライフサイクルを示しています

00:12:32.720 --> 00:12:39.860
ストアでエージェントを見つけ数クリックとドキュメント提供で構成します あとは自律的に実務をこなさせ完了時にレポートを受け取るだけです

00:12:39.860 --> 00:12:46.340
これが使い慣れたツールの中でエージェントに独自のアイデンティティを与える力です しかし強力なエージェントには強力なセキュリティが必要です

00:12:46.340 --> 00:12:51.160
マイクロソフトがどのようにエージェントを管理しているかを見てみましょう セキュリティーコンプライアンスそしてガードレールです

00:12:51.160 --> 00:12:57.540
すべてのエージェントはエージェント365というコントロールセンター内で実行されます これはマイクロソフト365管理センター内にあり

00:12:57.540 --> 00:13:01.300
it 部門が組織内のあらゆるエージェントを一元管理できるダッシュボードを提供します

00:13:01.300 --> 00:13:08.260
コパイロットスタジオで構築されたエージェントファウンドリで構築されたエージェント さらにはマイクロソフト以外のプラットフォームで構築されたエージェントまですべてを一箇所で確認できます

00:13:08.260 --> 00:13:15.720
何が実行されているかを把握するために異なるツールをいくつも探す必要はもうありません そのダッシュボードから管理者は権限の確認新しいエージェントの公開前承認

00:13:15.720 --> 00:13:23.980
不要なエージェントのブロックポリシーテンプレートの適用を行うことができます これらのテンプレートはコンテンツを外部に共有しないといったルールを強制する事前構築済みのルールセットです

00:13:23.980 --> 00:13:30.780
あるいはデータを変更する操作には承認を必須にするといった設定も可能です 舞台裏では3つのセキュリティサービスがすべてを監視しています

00:13:30.780 --> 00:13:37.760
マイクロソフトパービューがデータ損失防止を担います エージェントが機密情報を社外に送信しようとするとパービューが即座にそれを阻止します

00:13:37.760 --> 00:13:45.300
マイクロソフトエントラが条件付きアクセスを通じてアクセス制御を管理します 信頼できないデバイスからエージェントにアクセスしようとするものがいればそのエージェントはブロックされます

00:13:45.300 --> 00:13:52.260
そしてマイクロソフトディフェンダーが不審な動作がないかエージェントを監視します 通常は1日2回のログインであるエージェントが突然1時間に何十回もサインインし始めた場合

00:13:52.260 --> 00:13:55.320
ディフェンダーがそれを検知します 実際にどのように動作するかを見てみましょう

00:13:55.320 --> 00:14:01.100
例えばエージェントのサインイン頻度が異常な場合 エントラの条件付きアクセスが自動的にリソースへのアクセスをブロックします

00:14:01.100 --> 00:14:06.280
管理者はエージェント365ダッシュボードでアラートを受け取りリスクを確認した上で ワンクリックでそのエージェントを完全にブロックできます

00:14:06.280 --> 00:14:12.000
そのエージェントは現在のユーザーに対して即座に無効化され新規ユーザーにも表示されなくなります またエージェントマップも存在します

00:14:12.000 --> 00:14:18.100
これはすべてのエージェントそれら相互の接続そしてワークフローやデータソースとのつながりを視覚的に示す図です

00:14:18.100 --> 00:14:25.840
チェーン内のあるエージェントがエラーを出し始めるとマップ上でそれがわかります 詳細にドリルダウンして対策を講じることができますこれによりエージェント管理は推測

00:14:25.840 --> 00:14:32.680
ゲームから実際に見て理解できるものへと変わります 以上が全体像ですシンプルなノーコードエージェントからエンタープライズレベルの自立システムまで

00:14:32.680 --> 00:14:38.000
すべて適切なセキュリティとガバナンスの下で管理されます 次のステップへこれまでの内容をまとめましょう

00:14:38.000 --> 00:14:43.000
エージェントは単なる賢いチャットボットではありません それらは独自のデジタルアイデンティティを持つ自立的なワーカーです

00:14:48.100 --> 00:14:54.740
マイクロソフトはそれらを構築するための3つの方法を提供しています マイクロソフト365コパイロット内のエージェントビルダーを使ってすぐにノーコードエージェントを作成できます

00:14:54.740 --> 00:15:03.340
コネクタや自動トリガーを備えたビジネスワークフローにはコパイロットスタジオを活用してください 開発者としてモデルやオーケストレーションインフラを完全に制御したい場合はハウンドリをご利用ください

00:15:03.340 --> 00:15:10.220
そのすべてを包括するのがガバナンス層です エージェント365エントラーIDパービューディフェンダーがこれらのエージェントを企業向けに最適化します

00:15:10.220 --> 00:15:15.300
エージェントは人間の従業員と同じルールに従います 宿題ですマイクロソフト365コパイロットを開いてください

00:15:15.300 --> 00:15:19.500
エージェントのセクションに移動します 作成をクリックしてくださいシンプルなエージェントを説明してみましょう

00:15:19.500 --> 00:15:23.980
取り組んでいるプロジェクトについての質問に答えるようなものがいいかもしれません 知識ソースを与え指定したソースのみを使用する

00:15:23.980 --> 00:15:28.940
オンにして何ができるか試してみてください ほとんどの人はこのステップを踏みません他の人と差をつけましょう

00:15:28.940 --> 00:15:36.280
次回はコパイロットスタジオで本格的なエージェントを構築する手順を詳しく解説します どうぞお見逃しなく m 365 fm がお届けする

00:15:36.280 --> 00:15:41.060
マイクロソフトナレッジナゲッツでした お気に入りのポッドキャストプラットフォームで登録しこれから学習を始める方に

00:15:41.060 --> 00:15:44.520
シェアしてください ミルコビドビッチでしたまた次回の配信でお会いしましょう