Latest / M365.FM – Podcast Microsoft 365, Copilot & AI Bahasa Indonesia / Arsitektur agen AI: executor, graf alur kerja, dan validasi agar agen benar-benar andal (Sulih Suara AI)

Transcript

Arsitektur agen AI: executor, graf alur kerja, dan validasi agar agen benar-benar andal (Sulih Suara AI) · M365.FM – Podcast Microsoft 365, Copilot & AI Bahasa Indonesia

• 0:00
  Satu validasi yang mencegah agen pintar melakukan hal-hal bodoh.
• 0:03
  Ada satu gerbang yang mengubah kepintaran menjadi kompeten pemeriksaan kontrak pra-eksekusi.
• 0:07
  Sebelum alat apapun berjalan, validator membuktikan tiga hal secara berurutan.
• 0:11
  Maksud cocok dengan kapabilitas nyata, pemanggil memiliki izin saat ini,
• 0:15
  dan hasil yang diminta layak dalam batasan data yang dinyatakan.
• 0:18
  Gagalkan bagian manapun dan tidak ada yang diksekusi.
• 0:21
  Jangan berhati-hati, jangan coba-coba.
• 0:22
  Tolak dengan alasan dan alternatif.
• 0:24
  Mulailah dengan pencocokan kapabilitas.
• 0:26
  Rencananya mengatakan berbarui item Dr. SharePoint.
• 0:28
  Validator bertanya, alat mana, metode mana, versi skema mana.
• 0:32
  Argumen diperiksa terhadap registrik.
• 0:34
  Bidang yang perlu kan ada, jenisnya benar, rentang nilai masuk akal,
• 0:37
  dan ya tidak ada bidang tambahan yang diselundupkan dengan harapan seseorang mengabaikannya.
• 0:42
  Aliasing alat dilarang.
• 0:43
  Gunakan nama kanonik atau ditolak.
• 0:45
  Ini mematikan alat yang berhalusinasi dan parameter yang dapat ditebak sebelum dapat berlaku.
• 0:49
  Berikutnya, kepatuhan kebijakan.
• 0:51
  Mesin kebijakan mengevaluasi panggilan yang diusulkan terhadap kebijakan aktif.
• 0:55
  Daftar izin untuk alat dan domain.
• 0:56
  Pemeriksaan RBC atau ABC terkait dengan klaim dan cakupan ID masuk.
• 1:01
  Aturan tingkat lingkungan.
• 1:03
  Batasan klasifikasi data.
• 1:04
  Jika agen dibatasi pada file,
• 1:06
  baca untuk situs tertentu, panggilan pembaruan, atau situs lain,
• 1:08
  itu adalah hal yang tidak boleh dilakukan.
• 1:10
  Jika muatan masuk ke klasifikasi terbatas tanpa pos pemeriksaan manusia juga tidak boleh.
• 1:15
  Token diverifikasi baru.
• 1:16
  Cakupan diverifikasi secara tepat dan peningkatan hak istimewa hanya dengan sekali ini
• 1:20
  diperlakukan seperti apa adanya percobaan pelanggaran.
• 1:22
  Kemudian kelayakan pasca kondisi tidak cukup hanya menginginkan hasil.
• 1:27
  Itu harus dapat dicapai dan diverifikasi.
• 1:29
  Validator bertanya,
• 1:30
  apakah tujuan mendukung kunci potensi item?
• 1:33
  Apakah sistem akan mencarkan pengenal tahan lama atau e-tech yang dapat kami periksa?
• 1:36
  Apakah ada tindakan kompensasi jika hilir gagal?
• 1:38
  Jika rencana tidak dapat menghasilkan pasca kondisi yang dapat diverifikasi,
• 1:41
  rencana tersebut ditolak atau ditulis ulang.
• 1:43
  Kami tidak menerima percayalah, saya akan mencatatnya nanti.
• 1:45
  Nanti adalah bagaimana insiden terjadi.
• 1:47
  Gabungkan semuanya dan Anda mendapatkan gerbang trio,
• 1:49
  kecocokan kapabilitas, kepatuhan kebijakan, kelayakan pasca kondisi.
• 1:52
  Lulus ketiganya dan pelaksanaan lanjutkan.
• 1:54
  Gagal apapun dan jalur dengan alasan diaktifkan.
• 1:57
  Jalur itu sopan, menyeluruh, dan tidak ambigu.
• 2:00
  Inilah yang Anda coba.
• 2:01
  Inilah kebijakan atau skema yang Anda langgar.
• 2:03
  Berikut alternatif yang amat.
• 2:04
  Jika maksud pengguna dapat diperbaiki,
• 2:06
  persempit cakupan, alihkan keringkasan hanya baca,
• 2:09
  rutekan ke situs yang diizinkan.
• 2:11
  Validator mengusulkan rencana yang patuh dan meminta persetujuan.
• 2:14
  Jika tidak dapat diperbaiki,
• 2:15
  tingkatkan ke pos pemeriksaan manusia dengan konteks lengkap atau hentikan langsung.
• 2:19
  Tidak ada kebuntuan misteri.
• 2:20
  Tidak ada kesuksesan yang sentuh.
• 2:22
  Kisah mikrosingkat yang telah Anda jalani,
• 2:24
  bahkan jika Anda tidak mengetahui.
• 2:25
  Agen diminta untuk merikas semua dokumen SDM dari kuartal terakhir
• 2:28
  dan mengirim email ke bagian hukum.
• 2:29
  Pengambilan mengusulkan query grafik di seluruh situs SDM dan hukum.
• 2:33
  Validator melihat adanya patas.
• 2:34
  SDM dibatasi.
• 2:36
  Hukum bersifat internal.
• 2:37
  Gerbang trio memblokir pembacaan silang dan email keluar.
• 2:40
  Jalur penolakan kembali.
• 2:42
  Konten terbatas terdeteksi.
• 2:44
  Alternatif yang diusulkan,
• 2:45
  meringkas indeks kebijakan internal,
• 2:46
  menyediakan tautan permintaan untuk ringkasan SDM kepada peninjau yang berunang.
• 2:50
  Pengguna menyetujui rencana yang patuh.
• 2:52
  Pelaksana menjalankannya.
• 2:53
  Menempatkan konten internal dan melampirkan permintaan izin untuk materi SDM.
• 2:56
  Tidak ada kebocoran di dalam tetap membang.
• 2:59
  Implementasi membosankan besen.
• 3:00
  DSL kebijakan menentukan siapa yang dapat melakukan apa di mana dengan efek samping apa.
• 3:04
  Registri skema menyimpan kontrak alat,
• 3:06
  nama, versi, bentuk argumen, dan kondisi pasca.
• 3:10
  Penyelesai daftar yang diizinkan memetakkan domen, situs, dan cakupan ketingkatan lingkungan.
• 3:14
  Validator menyusun ini mencap setiap keputusan dengan catatan audit,
• 3:17
  masukan, evaluasi kebijakan, hasil,
• 3:19
  dan menyerahkan lampu hijau atau rencana perbaikan kepada pelaksana.
• 3:23
  Pelaksana tidak pernah lepas tangan saat lampu merah.
• 3:25
  Ia menegakkan keputusan atau berhenti.
• 3:27
  Model mental cukup bersih untuk ditator di dahi diagram arsitektur Anda.
• 3:31
  Pelaksana menegakkan.
• 3:32
  Grafik membatasi.
• 3:33
  Validator memutuskan.
• 3:35
  Dalam urutan itu.
• 3:36
  Model mengusulkan hanya di dalam halaman berpagar,
• 3:38
  dan begitu ia mencoba memanjat,
• 3:39
  validator menariknya kembali, menjelaskan alasannya, dan menunjuk ke gerbang.
• 3:43
  Ketertiban dipertanggap.
• 3:45
  Keamanan ditegakkan.
• 3:46
  Kemajuan tidak terhalang.
• 3:47
  Dalam kebijakan.
• 3:48
  Anda menginginkan satu hal yang mencegah agen pintar melakukan hal-hal bodoh.
• 3:52
  Ini dia.
• 3:53
  Pemeriksaan kontrak proeksekusi yang membuktikan kapabilitas izin
• 3:56
  dan hasil yang dapat diverifikasi sebelum mutasi dunia nyata.
• 3:59
  Ini mengubah saya pikir saya bisa menjadi saya diizinkan,
• 4:01
  saya tahu caranya, dan saya dapat membuktikan bahwa saya menang.
• 4:03
  Tidak, tidak, tidak.
• 4:04
  Kegelapan tidak terjadi pada kita.
• 4:06
  Anda sekarang memiliki arsitekturnya.
• 4:08
  Gunakanlah.
• 4:08
  Poin penting, ditambah CT.
• 4:10
  Poin penting, perintah adalah opini, eksekutor, dan grafik yang divalidasi adalah operasi,
• 4:14
  dan pemeriksaan kontrak proeksekusi adalah pagar pembatas yang menjaga keduanya tetap jujur.
• 4:19
  Jika ini menghemat waktu Anda bayar utang.
• 4:22
  Berlangganan.
• 4:23
  Selanjutnya, saksikan urayan langgap versus Microsoft Agent Framework
• 4:26
  tentang kinerja dan observabilitas jajah aktual,
• 4:29
  biaya, dan P95.
• 4:30
  5. Kunci jaru peringkatan Anda.
• 4:32
  Ikuti aktifkan peringatan dan dapatkan episode berikutnya yang dikirimkan sesuai jadwal.
• 4:36
  Anik.
• 4:36
  Kebanyakan orang berpikir perintah yang tidak stabil.
• 4:38
  Teori yang lucu.
• 4:40
  Perintah memandu pikiran.
• 4:41
  Perintah tidak menjalankan operasi.
• 4:42
  Kebenarannya, keandalan berasal dari eksekutor dan validasi grafik.
• 4:46
  Tulang punggung yang menjaga agen agar tidak gagal saat kenyataan muncul.
• 4:49
  Kita akan menghubungkan ini ke skenario Microsoft,
• 4:51
  pengambilan grafik Microsoft 365,
• 4:53
  penalaran Azure Open AI,
• 4:55
  dan agen Copilot Studio yang tidak nakal.
• 4:57
  Taruhannya sederhana.
• 4:59
  Akurasi.
• 4:59
  Latensi.
• 5:00
  Biaya.
• 5:01
  Dan auditabilitas.
• 5:02
  Terukur, bukan getaran.
• 5:04
  Saya akan memberi Anda model mental yang dapat Anda jalankan di kepala Anda
• 5:07
  diagram dengan kata-kata yang tidak akan Anda lupakan
• 5:09
  dan satu langkah validasi yang mementikan agen pintar melakukan hal-hal.
• 5:12
  Masukkan arsitektur yang seharusnya Anda gunakan sejak awal.
• 5:15
  Mengapa perintah gagal pada operasi ya eksekutor tidak?
• 5:18
  Oke, jadi begini.
• 5:19
  L.A. menangani kognisi.
• 5:21
  Eksekutor menangani operasi.
• 5:23
  Mencampurkan keduanya adalah cara Anda mendapatkan kekacauan.
• 5:26
  Model dapat mengusuhkan rencana.
• 5:27
  Model tidak dapat menjamin bahwa email telah terkirim, file telah disimpan, atau izin telah ada.
• 5:32
  Model berbicara dalam probabilitas operasi menuntut jaminan.
• 5:35
  Masukkan eksekutor.
• 5:37
  Anggap saja sebagai orang dewasa di ruangan tersebut sebuah fungsi runner yang terikat kebijakan dengan batasan status dan potensi itu.
• 5:42
  Ia tidak percaya bahwa suatu tindakan berhasil yang memeriksanya.
• 5:46
  Ia tidak berasumsi bahwa suatu alat ada.
• 5:48
  Ia memvalidasi kapabilitas, parameter, dan izin.
• 5:51
  Bahkan sebelum mencoba.
• 5:53
  Dan ketika gagal, ia gagal dengan keras mengklasifikasikan kesalahan dan mengambil celur pemulihan ditentukan.
• 5:58
  Sebagian besar agen yang hanya menggunakan perintah langsung terbagi menjadi tiga menurut.
• 6:01
  Pertama, alat yang berhalusinasi.
• 6:04
  Model meminta fungsi yang tidak terdaftar atau memanggilnya dengan bidang yang tidak ada.
• 6:08
  Kedua, prasyarat yang hilang.
• 6:10
  Ia mencoba mengedit file SharePoint tanpa memeriksa apakah ia dapat mengakses situs, daftar, atau versi item.
• 6:16
  Ketiga, sebagian ini.
• 6:17
  Langkah kedua gagal, tetapi agen terus berjalan dan menyatakan kemenangan karena teksnya tampak meyakini.
• 6:21
  Anda telah melihat. Anda berarti tidak stabil.
• 6:23
  Pelaksana menjalankan perulangan yang tampak membosankan dan itulah sebabnya.
• 6:26
  Prasyarat memverifikasi masukan, izin, dan invarian.
• 6:29
  Tindakan, panggil alat dengan kunci potensi item sehingga percobaan ulang tidak akan ditagih dua kali atau diposting dua kali.
• 6:35
  Maska kondisi, konfirmasikan efek terhadap sumber kebenaran.
• 6:39
  Taksonomi kesalahan, apakah validasi, sementara, batas kecepatan, masa muda, atau kebijakan.
• 6:45
  Pemulihan, mundur dan coba lagi untuk sementara, autentikasi ulang,
• 6:48
  atau persetujuan ulang untuk autentikasi, fallback untuk alternatif yang diketahui,
• 6:51
  dan penghentian paksa dengan alasan pelanggaran kebijakan.
• 6:53
  Depotensi tidak dapat dinegosiasi.
• 6:54
  Jika suatu tindakan dapat dicoba ulang, tindakan tersebut memerlukan kunci yang membuat percobaan kedua menjadi tidak beroperasi atau pengendian konsisten.
• 7:00
  Batas waktu menjaga panggilan zombie.
• 7:02
  Mundur menghormati batas kecepatan.
• 7:03
  Ini adalah perilaku deterministik yang mengatur pembuatan teks stokastik yang inherent.
• 7:09
  Pelaksana adalah kotak regi.
• 7:10
  LAM adalah mesinnya.
• 7:12
  Anda tidak menginjak pedul gas dan berharap roda mengerti.
• 7:14
  Keluaran yang mengutamakan kontrak adalah penawar untuk paragraf dengan upaya terbaik.
• 7:18
  Model penawaran tidak boleh berteletet.
• 7:20
  Ia memancarkan JSON yang cocok dengan skema, nama alat, argumen, dan pasca kondisi yang diharapkan.
• 7:25
  Validator memeriksa kebatuan skema sebelum apapun berjalan.
• 7:27
  Jika bentuknya salah, eksekutor menolak dengan alasan meminta rencana yang diperbaiki atau meningkatkannya.
• 7:32
  Begitulah cara Anda menghentikan salah kata benda agar tidak menjadi insiden produksi.
• 7:35
  Sekarang Anda mungkin berpikir, tidak bisakah saya meminta model untuk memeriksa pekerjaan?
• 7:38
  Anda betul-betul.
• 7:39
  Ia akan menjawab ya.
• 7:40
  Selalu begitu.
• 7:41
  Rata-rata pengguna manis.
• 7:42
  Bukti ada dalam pasca kondisi yang diverifikasi terhadap sistem seperti Microsoft Graph SharePoint atau Exchange.
• 7:49
  Sumber kebenaran yang nyata, bukan memori model.
• 7:51
  Namun disinilah hal yang menarik.
• 7:53
  Langkah tunggal sudah cukup.
• 7:54
  Alur kerja yang nyata memiliki cabang, paralisme, kompensasi, dan pos pemeriksaan manusia.
• 7:58
  Anda memerlukan lebih dari sker ekskut.
• 8:00
  Anda memerlukan pertanyaan dapat dibaca oleh ekskut.
• 8:02
  Adalah grafik alur kerja.
• 8:03
  Dalam grafik, simpul adalah tugas atau sebagian dengan kontrak eksklusif.
• 8:06
  Tapi menentukan aliran kontrol dan aliran net.
• 8:08
  Status adalah kelas satu.
• 8:09
  Bukti yang berdistan.
• 8:10
  Apa yang dibayangkan checkpoint?
• 8:10
  Apa yang bersifat sementara?
• 8:12
  Pelaksana menelusuri grafik secara deterministik dengan menghormati daftar dan skema yang diizinkan di set-set.
• 8:16
  Jika sebuah node gagal, grafik menentukan kompensasi, pembatalan, perbaikan, atau peningkatan.
• 8:22
  Tidak ada pipa misterius.
• 8:23
  Tidak lalu keajaiban terjadi.
• 8:25
  Inilah saatnya keandalan berubah.
• 8:27
  Dalam mengusulkan.
• 8:28
  Pelaksana menegakkan.
• 8:29
  Validasi kendala grafik memutuskan.
• 8:32
  Urutan dipulihkan.
• 8:33
  Setelah Anda memisahkan kognisi dari operasi,
• 8:35
  agar Anda berhenti berimprovisasi dan mulai berperilaku.
• 8:38
  Dan ya, mereka masih merasa pintar karena begitu.
• 8:40
  Tetapi sekarang mereka diawasi.
• 8:41
  Cotak biru siap.
• 8:43
  Mari kita sambungkan ke Microsoft 365 tanpa mengubah penjawa Anda menjadi orang yang bodoh.
• 8:47
  Alur kerja grafik 101.
• 8:49
  Node, sisi, dan status yang tidak bocor.
• 8:51
  Bayangkan.
• 8:52
  Anda memiliki ekskutor yang anda tetapi tidak memiliki pet.
• 8:54
  Ia akan mengikuti perintah.
• 8:55
  Tetapi kemana?
• 8:56
  Masukkan grafik alur kerja.
• 8:58
  Manual pengoperasian Anda.
• 8:59
  Node adalah tugas atau subagan dengan kontrak eksplisit.
• 9:02
  Sisi menentukan aliran kontrol dan aliran net.
• 9:04
  Grafik menguadakan apa yang berjalan, kapan berjalan, dan data apa yang disinkan untuk melewati batas.
• 9:09
  Tanpa improviso, Cis.
• 9:10
  Ini adalah partitur.
• 9:11
  Mulai dengan bentuknya.
• 9:13
  Sebagian besar grafik produksi adalah DAG, grafik asiklik terarah.
• 9:16
  Karena siklus mengundang loop tak terbatas dan korupsi status.
• 9:20
  Anda masih dapat memiliki loop, tetapi Anda menandainya dengan sengaja dengan penghitung dan penjaga iterasi maksimum predikat keluar dan batas waktu.
• 9:26
  Begitulah cara Anda menjaga agar berpikir lebih keras agar tidak menjadi berpikir.
• 9:30
  Rotean bersyarat bersifat eksplisit.
• 9:33
  Jika keyakinan pengambilan di atas ambang batas, cabang ke sintesis.
• 9:36
  Jika tidak, cabang ke query ulang.
• 9:38
  Paralelisme adalah kelas 1.
• 9:40
  Jalankan ringkasan dan ekstraksi kutipan secara berdampingan,
• 9:42
  lalu gabungkan pada simpul penghalang yang memverifikasi keduanya memverifikasi keduanya memenuhi kondisi pastanya.
• 9:47
  Status bukanlah getaran melingkan buku besar.
• 9:49
  Anda mempertahankan tiga jenis.
• 9:50
  Status Persisten.
• 9:51
  Titik pemeriksaan tahan lama yang dapat Anda pulihkan setelah terjadi kerusakan.
• 9:53
  Dan masukkan keputusan tindakan yang ditanda tangan.
• 9:56
  Status sementara, buffer berumur pendek seperti keluaran modal menengah yang tidak ingin Anda cemari memori jangka panjang.
• 10:00
  Status turunan, artefak yang dapat dihitung ulang seperti penyematan atau hasil yang difilter dapat Anda buat secara deterministik.
• 10:06
  Aturannya sederhana, hanya pertahankan apa yang dapat Anda pertahankan.
• 10:09
  Segala hal lainnya dibuang dengan sengaja.
• 10:11
  Strategi rollback penting.
• 10:12
  Ketika sebuah node mengubah dunia luar, membuat acara kalender, memperbarui item daftar,
• 10:16
  Anda mencatat tindakan terbalik jika ada atau rencana kompensasi jika tidak ada.
• 10:20
  Jika node hilir gagal secara fatal, grafik dapat menelusuri kompensasi tersebut dalam urutan terbat.
• 10:26
  Tidak berlebihan ini adalah cara Anda menghindari kesalahan si I.O. yang dipesan dua kali menjadi kesalahan kami tidak dapat memperbaikinya.
• 10:31
  Edge membawa kontrak.
• 10:33
  Edge bukanlah pipa misteri.
• 10:34
  Ini adalah api antar node.
• 10:36
  Tentukan skema I.O. jenis.
• 10:38
  Bidang yang diperlukan, nilai yang diizinkan.
• 10:40
  Tentukan daftar yang diizinkan, alat atau domain apa yang dapat dipanggil node berikut.
• 10:43
  Tentukan tech kapabilitas, apa yang dijanjikan node penerima untuk dilakukan dan apa yang akan ditolaknya.
• 10:48
  Pelaksana memperlakukannya saat runtime.
• 10:49
  Node tidak dapat menyelundukkan token sharepoint melalui tepi ringkasan.
• 10:53
  Itu bukan teater keamanan.
• 10:55
  Begitulah cara Anda mencegah pergerakan natural oleh agen Anda sendiri.
• 10:58
  Pendanganan kesalahan ada di grafik, bukan di getaran.
• 11:02
  Setiap node yang mendeklarasikan taksonomi kesalahannya, kesalahan validasi infrastruktur sementara,
• 11:06
  pembatasan laju, autentikasi, otorisasi, pelanggaran kebijakan, dan tidak diketahui.
• 11:12
  Untuk setiap kelas, grafik menyediakan jalur.
• 11:14
  Coba lagi dengan penerdaan eksponensial untuk sementara token penyegaran untuk autentikasi,
• 11:18
  alat-alternatif untuk pembatasan latif, untuk pembatasan laju, tolak dengan alasan kebijakan.
• 11:22
  Antrean surat mati ada untuk yang tidak diketahui.
• 11:24
  Pelot yang gagal masuk ke karantina dengan konteks penuh sehingga manusia dapat memeriksa tanpa memutar ulang kekacauan ke dalam produksi.
• 11:30
  Titip pemeriksaan manusia dalam lingkaran bukanlah pesan slack ad hoc.
• 11:33
  Mereka membukukan eksekusi, menyajikan tindakan dan bukti yang diusulkan dan memerlukan persetujuan atau suntingan yang dicatat dan ditanik.
• 11:40
  Setelah disetujui, eksekusi dilanjut.
• 11:41
  Jika ditolak, grafik akan mengarah ke fallback yang aman.
• 11:44
  Selamat Anda baru saja menerapkan kontrol perubahan yang akan diikuti oleh pengembang karena lebih cepat daripada email,
• 11:49
  karena lebih cepat isolasi memori tidak dapat dinegosiasikan.
• 11:52
  Tiap sesi mendapatkan konteks yang dicakup, hanya dokumen, token, dan hasil antara yang dibutuhkan.
• 11:57
  Peracunan lintas sesi, di mana injeksi perintas satu percakapan masuk ke percakapan lain adalah cara Anda secara tidak sengaja mengekstrak data.
• 12:03
  Grafik memperlakukan batasan.
• 12:05
  Tidak ada memori yang dapat diubah bersama, hanya pembacaan yang disetujui dari penyimpanan yang diperiksa dengan filter konten dan validate scheme.
• 12:10
  Dan Anda dapat menyimpan penyematan dan ringkasan, tetapi Anda menandainya dengan asal dan izin, dan Anda menghapusnya pada perubahan kebijakan.
• 12:16
  Observabilitas sudah tertanam, tidak ditambahkan.
• 12:18
  Jejak tingkat note menunjukkan masukan, keluaran, durasi percobaan ulang, dan efek hilir.
• 12:22
  Anda menggabungkan jejak ke dalam ID proses grafik sehingga Anda dapat memutar ulang, mendiagnosis, dan membuktikan kepatuan.
• 12:28
  Siapa yang melakukan apa, kapan, dan mengapa.
• 12:29
  Deteksi anomali menandai pola-pola aneh, loncakan tiba-tiba dalam panggilan alat, domain yang tidak biasa, ledakan tokan.
• 12:35
  Itulah sistem peringatan dini Anda sebelum hal yang menarik menjadi insiden.
• 12:39
  Pada dasarnya, grafik adalah konstitusi.
• 12:41
  Pelaksana adalah penegak hukum.
• 12:42
  LLM adalah penasihat, bukan?
• 12:44
  Saat Anda menguadakan note, tepi, dan status seperti ini, Anda tidak hanya mendapatkan alur kerja yang berhasil.
• 12:49
  Anda mendapatkan alur kerja yang gagal dengan aman, menjelaskan dirinya sendiri, dan pulih secara terprediksi.
• 12:53
  Sekarang, dengan cetak biru di tangan, kita dapat terhubung ke Microsoft 365 tanpa mengubah penyewa Anda menjadi prasman.
• 12:59
  Aman sejak awal.
• 13:00
  Validasi grafik mengalahkan rekayasa kekacauan.
• 13:03
  Anda tidak membuktikan keandalan dengan menimbulkan kekacauan pada produksi dan berharap yang selamat tangguh.
• 13:08
  Anda membuktikannya dengan menolak alur kerja yang tidak aman sebelum alur kerja terprediksi.
• 13:11
  Itulah validasi grafik.
• 13:12
  Pemeriksaan statis untuk mencegah hal-hal yang tidak masuk akal bagi pembatas waktu proses untuk mematasi ban.
• 13:16
  Validasi statis adalah prapenerbang.
• 13:18
  Anda meriksa struktur sebelum roda putih.
• 13:20
  Sikus yang menciptakan loop tak terbatas, ditolak, atau dipaksa untuk mendeklarasikan penjaga iterasi.
• 13:24
  Note yang tidak dapat dijangkau, kode yang mati adalah penghapusan atau pembenan.
• 13:28
  Kontak yang hilang, setiap node harus mendeklarasikan skema input dan output, kapabilitas yang dibutuhkan, dan efek samping.
• 13:33
  Batasan hak istimewa, node yang mengubah sistem eksternal harus berjalan dalam segmen dengan kredensial hak istimewa paling sedikit dan daftar izin eksplisit.
• 13:41
  Dan ya, jika node ringkasan Anda tiba-tiba meminta akses tulis ke SharePoint, validator mengatakan tidak dengan prasangka.
• 13:47
  Sekarang waktu proses.
• 13:48
  Di sinilah orang menjadi ceroboh.
• 13:50
  Mesin kebijakan berada di samping eksekutor, bukan di belakangnya.
• 13:53
  Daftar izin alat dan domain bukanlah dokumentasi, melainkan keputusan yang tegakkan.
• 13:57
  Pada waktu panggilan, mesin memiksa bagian belakang atau belakang kita terhadap prinsip aktif, token ID intra, cakupan, klaim, dan menyebar.
• 14:03
  Dengan benar ke bawah rantai, tidak ada kekuatan superambil.
• 14:06
  Token dicakup, disegarkan saat diizinkan, dan tidak pernah diselundukkan melalui tepi yang bersahabat.
• 14:11
  Akin memperoleh akses pada setiap panggilan atau tidak memanggil.
• 14:14
  Sanitasi input dan output bersifat higienis, bukan opsional.
• 14:16
  Injeksi prompt tidak pintar itu dapat diprediksi.
• 14:20
  Setiap sumber konten masuk melewati filter konten, HTML, Scrubber Markdown, dan firewall instruksi yang mengabaikan hal-hal yang tidak masuk akal.
• 14:27
  Output melewati validator skema.
• 14:30
  Jika sebuah node menjanjikan JSON, eksekutor menolak prosa dan meminta perbaikan.
• 14:34
  Model dapat berargumen, validator tidak bernegosiasi.
• 14:38
  Validator memperlakukan tipe rentang dan infarya.
• 14:39
  Sandboxing dan segmentasi berisi radius ledakan.
• 14:43
  Node yang memanggil kode eksternal atau konektor yang tidak terpercaya berjalan di lingkungan yang dibatasi.
• 14:48
  Gateway API dengan batas kecepatan dan kebijakan.
• 14:50
  Jaringan yang mencegah pergerakan lateral dan kontrol.
• 14:53
  Keluar yang hanya mengizinkan, lalu lintas ke domain yang diperiksa.
• 14:56
  Anda tidak mengizinkan node pengambilan menemukan sumber data baru dalam produksi.
• 15:01
  Penemuan terjadi dalam pengembangan dibalik pengujian dengan pembaruan yang ditanda tangan pada daftar yang diizinkan.
• 15:04
  Pengamatan tidak dicatat di suatu tempat itu bedah.
• 15:08
  Pelacakan tingkat node mencatat masukkan keluaran, durasi, percobaan ulang, dan keputusan dari mesin kebijakan.
• 15:13
  Anda menghubungkan semuanya di Pak ID yang dijalankan.
• 15:15
  Log audit tidak dapat diubah dan dikaitkan dengan prinsip mana yang mengesahkan tindakan mana dengan cakupan apa pada waktu apa dan waktu apa dan mengapa kebijakan mengizinkannya.
• 15:22
  Ketika regulator bertanya siapa yang melakukan apa, Anda tidak mengangkat bahwa Anda mencari.
• 15:26
  Siap mematuhi berarti bukti Anda membosankan dan lengkap.
• 15:28
  Risiko patch dan pihak ketiga adalah masalah rantai pasok.
• 15:31
  Lakukan mereka seperti itu.
• 15:32
  Pemindahian dependensi berjalan pada setiap versi.
• 15:34
  Konektor dan plugin diaudit, versi disematkan dan ditinjau untuk mengetahui adanya penyebangan izin.
• 15:38
  Jika Anda mengimpor spesifikasi MCP atau AP terbuka, Anda memvalidasi bahwa metode yang dideklarasikan cocok dengan kebijakan hak istimewa paling sedikit yang Anda harapkan.
• 15:45
  Tidak ada titik akhir wildcard, tidak ada jalur tulis tersembunyi yang berpura-pura dibaca.
• 15:49
  Kebersihan bukanlah hal yang namar, namun itulah alasan Anda tidur.
• 15:54
  Validasi grafik kebenaran mengungguli rekayasa kekacauan karena mencegah kelas insiden daripada mendokumentasikan dampaknya.
• 16:00
  Anda tetap mengunci mode kegagalan, tetapi Anda melakukannya untuk mengonfirmasi pagar pembatas bukan untuk menemukan pembahasannya.
• 16:05
  Mari kita gabungkan ini kembali ke modal mental.
• 16:07
  Pemeriksaan statis menjaga catap waras.
• 16:09
  Tidak ada jalur yang mustahil, tidak ada pekerjaan yang terbengkalai, tidak ada kebocoran hak istimewa.
• 16:13
  Pagar pembatas waktu proses menjaga perilaku tetap hal.
• 16:15
  Setiap panggilan diautentikasi, diotorisasi, dibersihkan, dan diamati.
• 16:20
  Pelaksana memperlakukan batasan grafik yang diputuskan oleh validator.
• 16:23
  Modelnya, ia mengusulkan dalam batasan dan terpotong saat mengembar.
• 16:27
  Bukankah ini berat?
• 16:28
  Hanya jika Anda menikmati pelanggaran.
• 16:30
  Overhead bersifat mekanis dan otomatis.
• 16:32
  Validasi statis berjalan pada waktu pembuatan dan waktu penerapan.
• 16:35
  Kebijakan waktu proses adalah secer cepat dan lokal.
• 16:38
  Pemeriksaan skimanya di detik.
• 16:40
  Biaya yang Anda hapus, insiden, tinjauan manual, retrofit, menghargakan latensi mikro yang Anda tambahkan.
• 16:46
  Dan hasilnya dapat diukur.
• 16:47
  Lebih sedikit panggilan tidak sah.
• 16:49
  Lebih sedikit token yang meledak.
• 16:50
  Dan jauh lebih sedikit mengapa ia melakukan itu setelah kematian.
• 16:55
  Satu hal lagi yang dilewatkan oleh pengguna rata-rata.
• 16:57
  Validasi dapat disusun.
• 16:58
  Anda dapat membungkus alat pihak ketiga dengan node proxy yang melakukan kontrak dan kebijakan tanpa memercayai alat itu sendiri.
• 17:04
  Anda dapat mengelompokkan grafik berdasarkan sensitivitas, publik internal, terbatas,
• 17:09
  dan mempromosikan alur kerja antar tingkatan hanya setelah validasi lolos untuk batas baru.
• 17:13
  Begitulah cara Anda mengekelakan dengan aman.
• 17:15
  Aman berdasarkan desain bukanlah slogan, melainkan properti alur kerja.
• 17:18
  Anda tidak berharap agen berperilaku.
• 17:19
  Anda membuat perilaku buruk menjadi sulit secara struktural dan terlihat secara operasional.
• 17:23
  Dengan rel yang sudah ada, mencolokkan Microsoft 365 Graph dan Azure Open AI bukanlah permainan roli.
• 17:28
  Ini adalah dia yang terkontrol sesuai keinginan.
• 17:30
  Sekarang kita dapat bicara tentang pengkabelan bukan apa-apa karena.
• 17:33
  Skenario Microsoft M365 Graph plus Azure Open AI plus Co-Pilot Studio.
• 17:38
  Mari kita susun nomorannya.
• 17:41
  Agen pengambilan pustakaan disiplin yang hanya mengambil dari Microsoft Graph dengan hak istimewa paling sedikit.
• 17:46
  Agen penalaran, model Azure Open AI yang merencanakan, menempatkan, dan tidak pernah bekerja lepas mewati batasnya.
• 17:52
  Pelaksana operator terikat kebijakan yang menjalankan alat dengan idem potensi dan pemeriksaan pasca kondisi.
• 17:56
  Validator, penjaga, skema, kebijakan, dan penegakan batas.
• 18:02
  Penjaga kebijakan, sidecar, runtime yang meningkat semuanya kecakupan ID Entra dan RBAC.
• 18:07
  Bersama-sama mereka berperilaku seperti tim yang kompeten, bukan seperti otasku.
• 18:10
  Akses data dimulai dengan graph bukan tebakan.
• 18:12
  Agen pengambilan memegang pendaftaran aplikasi dengan cakupan terperinci.
• 18:15
  File dibaca untuk situs tertentu.
• 18:17
  Mail dibaca dasar untuk kotak surat terbatas.
• 18:19
  Kalender dibaca untuk kalender sumber daya.
• 18:22
  Tidak ada graph baca tulis semua heroik.
• 18:24
  Query menggunakan bidang delta dan selektif untuk menjaga muatan tetap titis.
• 18:28
  Paging adalah kelas 1.
• 18:29
  Pelaksana mengikuti tautan berikutnya secara deterministik dengan batas waktu.
• 18:32
  Menghormati pembatasan layanan.
• 18:33
  Dan ketika amat terjadi, kemuduran bersifat matematis.
• 18:36
  Tidak ada amukan, hanya kesabaran eksponensial.
• 18:38
  Grounding bukanlah getaran, itu adalah saluran.
• 18:41
  Ambil dokumen kandidat melalui pencarian graph atau query daftar.
• 18:44
  Hapus duplikat berdasarkan ID item dan versi attack sehingga Anda tidak mencampur yang lama dan yang terkini.
• 18:48
  Potong berdasarkan batasan semantik, tajuk bagian, cedah slide, lalu lampirkan asal, drive situs, jalur, ID item, modifikasi terakhir, dan hash yang ditetapkan.
• 18:58
  Agen penalaran hanya melihat potongan ditambah metadata dan diharuskan untuk mengeluarkan kutipan yang dipetakan kembali ke ID tersebut.
• 19:03
  Tidak ada kutipan, tidak ada kutipan.
• 19:05
  Pelaksana memperlakukannya sebagai kondisi pasca sebelum tindakan keluar apapun.
• 19:08
  Masukkan kopilot studio untuk orkestrasi.
• 19:10
  Anda menentukan alat deklaratif, paket query graph, tindakan penulisan sharepoint, hosting teams, pengiriman outlook masing-masing di belakang proksi dengan skema eksplisit dan daftar yang diizinkan.
• 19:19
  Koordinasi agen ke agen terstruktur.
• 19:21
  Agen pengambilan mengekspos alat dasar.
• 19:24
  Agen penalaran memintanya dengan parameter.
• 19:26
  Pelaksana menengahi, memvalidasi, dan mengembalikan konteks dasar.
• 19:30
  Titik pemeriksa manusia batasri.
• 19:33
  Menurut tindakan yang diusulkan menjidah proses, menyajikan rencana ditambah kutipan, dan memerlukan persetujuan.
• 19:39
  Persetujuan diterima dengan recat.
• 19:40
  Penolakan diarahkan ke alternatif atau eskalasi yang aman.
• 19:43
  Token dan latensi dikelola tidak dihilangkan begitu saja.
• 19:46
  Konteks selektif berarti Anda hanya mengusulkan potongan yang relevan, bukan seluruh penyewa Anda.
• 19:50
  Ringkasan dihitung sebelumnya, dan dicaca dengan penyematan yang dikunci oleh hash content dan izin.
• 19:55
  Ubah dokumen, ubah kunci, lewatkan caca, hitung ulang.
• 19:58
  Response streaming menjaga UI tetap aktif sementara eksekutor menangani efek samping hanya setelah rencana valid skema lengkap tiba.
• 20:05
  Kondisi keluar awal menghentikan putaran penalaran saat keyakinan ditambah cakupan mencapai ambang batas.
• 20:09
  Tidak ada pemikiran tambahan karena model terasa puitis.
• 20:12
  Auditabilitas sudah tertanam.
• 20:13
  Setiap tindakan ditanda tangani oleh prinsipa layanan atau pengguna yang didelegasikan dan dicap dengan ID proses,
• 20:19
  alat, parameter, disunting, jika perlu, cakupan, dan hasil.
• 20:24
  Log yang tidak dapat diubah ada di tumpukan observabilitas Anda, pilih favorit Anda.
• 20:27
  Jadi Anda dapat memutar ulang proses tanpa menjalankan ulang efek samping.
• 20:30
  Siapa yang melakukan apa, kapan, dan mengapa menjadi query, bukan benar-benar.
• 20:33
  Dan ya, kutipan tetap utuh, sehingga Anda dapat memverifikasi bahwa jawaban tersebut ditelusuri ke konten penyewa yang sebenarnya bukan hukum model.
• 20:40
  Kegagalan dinormalisasi dan membosan.
• 20:41
  Pertus 29 detik, pelaksana mencoba lagi dengan jitter, lalu kembali ke query dengan biaya lebih rendah atau ukuran halaman yang diperkejik.
• 20:47
  CC Basi, validator mendeteksi etek yang tidak cocok dan memaksa penyegaran.
• 20:51
  Penolakan izin, penjaga kebijakan menolak dengan alasan mengusulkan jalur permintaan persetujuan atau mempertekan keringkasan yang disunting yang tidak bucok.
• 20:58
  Pemadaman alat, grafik mendeklarasikan alternatif atau memarkir proses dalam antrian surat mati dengan konteks penuh untuk perbaikan manusia.
• 21:05
  Fallback deterministik, mengubah insiden, jadi tiket.
• 21:07
  Arang panduan singkat, pengguna bertanya, buat draft ringkasan keputusan peta jalan kuartal terakhir dengan tautan.
• 21:14
  Agen penalaran mengusulkan, gunakan pencarian grafik di seluruh situs sharepoint tertentu dan seluruhkan tims filter berdasarkan kuartal terakhir, lalu sintesiskan.
• 21:21
  Validator memeriksa apakah cakupan yang diminta cocok dengan peran agen, dan memang cocok.
• 21:25
  Pelaksana mengeluarkan panggilan grafik dengan pemilihan pegging dan bidang, menghapus duplikat berdasarkan ID item, potongan, dan mengembalikan konteks dengan nasa.
• 21:31
  Penalaran menghasilkan ringkasan dengan kutipan sebaris yang dipetakan ke ID item.
• 21:36
  Validator meriksa skema dan kutipan, lalu meneruskan.
• 21:39
  Iti pemeriksa manusia muncul dengan ringkasan dan bukti.
• 21:42
  Memberi persetujuan mengklik OK.
• 21:43
  Pelaksana memposting hasil di Teams dan mengirim email kepada pemangku kepentingan setiap tidak akan menggunakan kunci potensi item sehingga percobaan ulang tidak diposting do.
• 21:49
  Perhatikan disiplinnya.
• 21:50
  Tidak ada agen yang menciptakan alat, tidak ada node yang melintasi domain di Lord Doctor yang diizinkan.
• 21:55
  Token dicakup dan disebarkan dengan benar melalui ID Entra, tidak disalin tempel antar node.
• 21:59
  Model tidak pernah menyimpulkan keberhasilan.
• 22:02
  Pelaksana membuktikannya dengan kondisi posting grafik.
• 22:05
  ID pesan dibuat, etek item diperbarui, ID acara kalender, lalu menandai proses selesai.
• 22:09
  Dan ya, Anda dapat memperluas ini dengan aman menghadirkan planner FIFA atau layanan pihak ketiga melalui MCP atau IP terbuka,
• 22:15
  tetapi hanya dibalik alat proxy dengan skema ketat dan kontrol keluar jaringan.
• 22:18
  Ungkuh setiap konektor dengan logika validator dan pelindung kebijakan yang sama.
• 22:21
  Promosi antar lingkungan memerlukan validasi yang sesuai dengan batas baru,
• 22:25
  pengembangan untuk menguji untuk memproduksi dengan peningkatan cakupan ditinjau bukan Yesus.
• 22:29
  Itulah arsitektur Microsoft yang dilakukan dengan benar, grafik untuk kebenaran.
• 22:32
  Azure Open AI untuk berpikir, co-pilot studio untuk orkestrasi, eksekutor untuk operasi, validator,
• 22:38
  dan kebijakan untuk keselamatan dan observabilitas untuk pembuktian.
• 22:42
  Angka berikutnya bukan getaran.
• 22:44
  Matrix sebelum sesudah.
• 22:45
  Akurasi, latensi, biaya, overhead admin.
• 22:48
  Arsitektur yang bagus, buktikan.
• 22:50
  Angka bukan getaran.
• 22:52
  Agen dasar dulu hanya prom adalah ratu drama.
• 22:54
  Akurasi tidak konsisten karena mereka menciptakan sumber dan melupakan kutipan.
• 22:58
  Tanpa landasan, Anda mendapatkan proses yang meyakinkan yang tidak mengarah kemanapun.
• 23:02
  Latensi ekor itu brutal.
• 23:04
  Satu rantai panjang panggilan berpikir lebih keras,
• 23:06
  masing-masing memengkak dengan konteks yang berlebihan.
• 23:09
  Biaya melonjak karena setiap giliran mengirimkan transkrip lengkap
• 23:11
  dan dokumen mentah kembali ke model seperti layanan kurir yang dibayar lebih.
• 23:15
  Powerhead admin.
• 23:17
  Insiden, perbaikan cepat, kegagalan misterius,
• 23:20
  dan audit yang terasa seperti arkeologi dengan penutup mata.
• 23:22
  Sekarang status terlalu ada dengan eksekutor dan grafik yang divalidasi.
• 23:25
  Akurasi meningkat karena klaim memerlukan tanda terima.
• 23:28
  Kutipan yang didasarkan pada ID item grafik,
• 23:30
  etek, dan hash yang ditanda tangani berarti jawaban yang tidak memiliki asal-usul
• 23:33
  tidak akan lolos validator.
• 23:35
  Efeknya langsung terasa.
• 23:36
  Lebih sedikit jawaban salah yang dikirim,
• 23:38
  lebih sedikit pengulangan pengerjaan ulang,
• 23:39
  dan peningkatannya yang terukur dalam tingkat keberhasilan tugas pada set evaluasi.
• 23:42
  Ketika klaim tidak dapat didukung,
• 23:44
  agen menolak dengan alasan atau meminta persetujuan manusia,
• 23:47
  dapat diprediksi, dapat diinjau aman.
• 23:49
  Latensi terkompresi karena tiga alasan.
• 23:50
  Pertama, paralisme, pengambilan pemeringkatan ulang,
• 23:53
  dan ekstraksi kutipan berjalan berdampingan lalu disingkurankan pada nantar penghalang.
• 23:57
  Kedua, cacing, penyematan dan ringkasan yang dikunci oleh hash content
• 24:00
  dan cakupan izin menghindari penghitungan ulang apa yang tidak berubah.
• 24:03
  Ketiga, keluar lebih awal.
• 24:05
  Setelah cakupan dan keyakinan mencapai ambang batas grafik menghentikan penghitung.
• 24:08
  Bandingkan dengan permintaan serial,
• 24:09
  di mana model mencerminkan paragraf dan pengguna Anda mencerminkan keluaran.
• 24:13
  Biaya turun karena disipin token ditegakkan, bukan diminta.
• 24:16
  Keluaran yang dibatasi skema mencangkan bertetak-tetak.
• 24:20
  Potongan yang relevan dengan metadata, bukan seluruh situs.
• 24:24
  Rintah yang lebih pendek, respon yang lebih kecil, lebih sedikit percobaan ulang.
• 24:26
  Potensi item dan logika kemunduran eksekutor menghindari panggilan duplikat dan siklus yang terbuang.
• 24:31
  Efek bersihnya adalah lebih sedikit token perhasil yang berhasil dan varian yang jauh lebih sedikit.
• 24:35
  Keuangan menyukai pengurangan varian.
• 24:37
  Beban admin menyusut karena observabilitas direkayasa bukan diimprovisasi.
• 24:40
  Jejak tingkat node dan log yang tidak dapat diubah mengurangi waktu insiden untuk mendiak node.
• 24:44
  Anda melihat node mana yang gagal, mengapa mesin kebijakan ditolak, dan apa yang dicoba eksekutor selanjutnya.
• 24:48
  Penerapan yang dapat diulang mempengotong pekerjaan di teater mesin lain.
• 24:53
  Kepatuan berhenti menjadi krisis musiman karena setiap proses sudah berisi siapa, apa, kapan, dan mengapa.
• 24:58
  Mari kita buat ini konkret dengan rik pengukuran yang berbeda dapatan dijalankan.
• 25:02
  Buat set evaluasi tugas representatif, tanya jawab dengan kutipan ringkasan dengan tautan dan proposal tindakan dengan persetujuan.
• 25:08
  Untuk setiap jawaban emas atau kriteria penerimaan yang ditentukan.
• 25:10
  Perbaiki fakta dengan ID item yang dipetakan, cakupan kutipan, dan varian yang diizinkan.
• 25:16
  Instrumen SLOP50 dan B95 latensi menyeluruh pengeluaran token bertugas yang berhasil dan rasio penolakan kebijakan.
• 25:21
  Tautkan setiap metrik ke jejak sehingga setiap regresi memiliki jejak remah roti.
• 25:25
  Hasil yang seharusnya Anda harapkan jika Anda mengikuti arsitektur bukan mengimprovisasi.
• 25:29
  Validitas jawaban yang lebih tinggi karena klaim yang tidak didukung tidak pernah meninggalkan pementasan.
• 25:33
  Latensi B95 yang lebih rendah karena ekor panjang dipotong oleh node paralel dan keluar lebih awal.
• 25:38
  Pengeluaran token yang lebih rendah karena Anda berhenti mengirimkan novel dan mulai mengirimkan cuplikan yang relevan.
• 25:44
  Lebih sedikit halaman untuk admin karena sebagian besar kegagalan ditangani oleh fallback deterministik.
• 25:49
  Metrik membosankan yang dilupakan semua orang.
• 25:51
  Rasio penyelesaian lintasan pertama yang berhasil lebih banyak proses yang selesai tanpa penyelamat esnya.
• 25:55
  Dampak bisnis, resolusi yang lebih cepat berarti pengguna berhenti membuka tiket duplikat.
• 25:59
  Pengeluaran yang dapat diprediksi berarti penganggaran tanpa token hangover yang muncul.
• 26:02
  Keyakinan kepatuhan berarti lebih sedikit siklus audit yang membaca petajalanan.
• 26:06
  Kemenangan yang tidak jelas adalah reputasi.
• 26:08
  Ketika jawaban agen mengutip konten penyewa dan tautan berfungsi,
• 26:11
  orang-orang mempercayainya, menggunakannya, dan berhenti meneruskan tangkapan layar yang diboleh dengan mengapa dikatakan demikian.
• 26:18
  Saran penting langsung ukur jejak ketautan metrik atau Anda hanya mengandalkan opini.
• 26:22
  Jika Anda tidak dapat membuka proses dan melihat dengan tepat node mana yang meningkatkan token
• 26:26
  atau menghentikan latensi, Anda tidak memiliki kemampuan observasi Anda memiliki getaran dengan stand block.
• 26:30
  Semuanya berubah ketika validator berada di antara rencana yang bagus dan tindakan nyata.
• 26:34
  Akurasi menjadi stabil, latensi menyempit, biaya menjadi datar, admin tertidur.
• 26:39
  Itu bukan sihir, itu adalah eksekutor grafik dan validasi yang melakukan pekerjaan yang salah Anda tetapkan ke perintah.