Latest / M365.FM – Podcast Microsoft 365, Copilot & AI Bahasa Indonesia / Sistem multi-agen dengan Azure AI Foundry: perencanaan, kolaborasi, dan tool tanpa merusak produksi (Sulih Suara AI)

Transcript

Sistem multi-agen dengan Azure AI Foundry: perencanaan, kolaborasi, dan tool tanpa merusak produksi (Sulih Suara AI) · M365.FM – Podcast Microsoft 365, Copilot & AI Bahasa Indonesia

• 0:00
  Tahukah Anda, chatbot bicara, agen bertindak, dan sistem multi-agen sesuatu?
• 0:03
  Jika Anda memohon bot untuk memperbaiki inton dan bot itu membalas dengan puisi, ini untuk Anda.
• 0:08
  Begini kesepakatannya, Netflix langsung bekerja.
• 0:10
  Anda menonton, Anda makan camiran.
• 0:12
  Saya melakukan prinsip lain berbahaya sehingga tidak ada yang merusak perangkat.
• 0:15
  Kami sedang membangun sistem multi-agen mini yang dapat menyembuhkan diri sendiri dengan Azure A Foundry dan semantic kernel.
• 0:20
  Titik kontak nyata.
• 0:22
  Inton entra, graph Azure Automation, log analytics, log analytics.
• 0:26
  Satu agen versus multi-agen secara langsung 12 menit versus 3.
• 0:28
  Dan satu-satunya korban adalah kredit langgan saya.
• 0:32
  Pertama, mengapa satu agen macet sementara timster?
• 0:34
  Mengapa satu agen tidak cukup?
• 0:36
  Agen tunggal adalah pisau Swiss Army yang Anda dapatkan di Pembensi.
• 0:38
  Secara teknis, ia memiliki peralatan.
• 0:40
  Secara praktis, ia bingkau pada seks.
• 0:41
  Anda menjejalkan rencana, penalaran, eksekusi persetujuan, dan pelaporan ke dalam satu perintah.
• 0:46
  Dan sekarang perintah tersebut kekurangan konteks, lamba dan ananya percaya diri tentang hal yang salah.
• 0:49
  Kebanyakan orang berpikir model yang lebih besar, otak yang lebih besar, bu, masalah terpecahkan.
• 0:53
  Namun kegagalan yang sebenarnya adalah kebingungan peran.
• 0:55
  Satu agen mencoba merencanakan perubahan, memangga gafik, menulis skrip perbaikan, meminta persetujuan,
• 1:00
  memverifikasi hasilnya, dan mendokumentasikannya.
• 1:03
  Ini seperti menjalankan meja bantuan, papan perubahan, dan post-mortem dengan satu pekerja magang yang sangat lelah.
• 1:09
  Agen tunggal menyulap terlalu banyak status, perintah Anda menjadi novella.
• 1:13
  Jendela konteks terisi dengan log kebijakan dan setengah glosarium MDM
• 1:16
  sehingga memotong bagian-bagian penting atau berhalusinasi tentang detail yang hilang.
• 1:19
  Lonjakan latensi, token hangus, dan percobaan ulang terasa seperti dejavu dengan tagihan.
• 1:23
  Masukkan multiagen, peran, batasan, paralelisme.
• 1:28
  Rencana berfokus pada maksud dan batasan.
• 1:30
  Operator berfokus pada alat dan eksekusi.
• 1:33
  Peninjau berfokus pada pagar pembatas, persetujuan, dan apakah kita berlandeskan pada fakta.
• 1:37
  Setiap agen menyimpan serangkaian instruksi yang bersih dan singkat dengan memori minimum yang dibutuhkan.
• 1:42
  Mereka meneruskan pesan, hasil alat, atau ringkasan singkat bukan seluruh internet.
• 1:46
  Mengapa ini penting dalam perusahaan?
• 1:47
  Anda memerlukan alur kerja menyeluruh dengan manusia dalam gerbang luk,
• 1:50
  tindakan yang memiliki cakupan identitas, percobaan ulang, dan jejak audit.
• 1:52
  Itu bukan obrolan butas tunggal.
• 1:54
  Itu adalah olahraga tim.
• 1:55
  Pola perencana, pelaku, peninjau mengurangi risiko dan pengerjaan ulang
• 1:59
  karena setiap langkah memiliki sepasang mata kedua,
• 2:01
  mata otomatis yang tidak ada di sebelah serapat tim secepat kami.
• 2:04
  Biaya dan latensi juga menang.
• 2:06
  Gunakan model bahasa kecil untuk ekstraksi dan klasifikasi.
• 2:09
  Gunakan model penelaran premiumannya jika perencana menembantu.
• 2:11
  Pekerjaan batch untuk ringkasan saat memudah tidur.
• 2:14
  Anda akan mendapatkan lebih sedikit halusinasi hasil yang lebih cepat dan tagihan yang lebih rendah.
• 2:18
  Cerita mikro, saya melihat satu bot untuk melakukan segalanya, mencoba muta rahasia.
• 2:22
  Ia memperbarui kunci, lupa pengaturan aplikasi, dan memperbaikinya dengan menghapus sumber daya.
• 2:27
  Itulah hari ketika kami menciptakan agen peninjau.
• 2:30
  Sistem multi-agen selalu-selalu jelas, derhana.
• 2:32
  Oke, jadi apa sebenarnya sistem multi-agen yang dapat Anda kirimkan?
• 2:34
  Pikirkan tim digital, bukan satu otak besar.
• 2:37
  Setiap agen memiliki peran, serangkaian instruksi yang ketat, dan kotak peralatan yang terbatas.
• 2:42
  Perencana, memahami tujuan, kendala, dan lingkungan.
• 2:46
  Menghasilkan rencana dengan panggilan alat yang dapat dijalankan operator.
• 2:50
  Operator, memanggil alat, grafik, aplikasi logika, fungsi,
• 2:53
  buku panduan otomatisasi Azure, dan mengembalikan hasil yang terstruktur.
• 2:57
  Peninjau, memeriksa landasan, cakupan kepatuhan, persetujuan,
• 3:00
  dan keluaran keselamatan sebelum terjadi sesuatu yang berisiko.
• 3:03
  Petugas pengantar pesan, menangani pemberitahuan manusia,
• 3:07
  persetujuan, dan ringkasan untuk jejak audit.
• 3:10
  Mereka berkomunikasi melalui pesan dan konteks bersama
• 3:12
  sebagaimana seharusnya orang dewasa, singkat, jelas, dan hanya apa yang dibutuhkan.
• 3:15
  Berurutan, ketika tindakan bergantung pada hasil sebelumnya,
• 3:18
  paralel ketika subtugas dapat menyebar dengan aman.
• 3:21
  Anda tidak mengirim kebijakan 50 halaman, Anda mengirim cuplikan yang relevan,
• 3:24
  ID perangkat, dan perubahan yang dimaksudkan.
• 3:26
  Alat adalah tangan, rest API untuk Microsoft Graph,
• 3:29
  rack melalui pencarian Azure AI untuk pengetahuan yang dikurasi,
• 3:32
  penerjemah kode untuk cupikan,
• 3:33
  aplikasi logika untuk urutan yang diatur,
• 3:35
  fungsi untuk lem, otomatisasi Azure untuk tugas perangkat yang dapat diulang.
• 3:38
  Jaga agar input alat tetap terstruktur dengan skema
• 3:40
  sehingga operator tidak dapat menghapus penyewa Anda secara kreatif.
• 3:43
  Memori bukanlah keajaiban, itu adalah anggaran.
• 3:45
  Minimalkan memori peragen.
• 3:47
  Gunakan status eksternal, indeks pencarian, penyimpanan vektor,
• 3:49
  atau penyimpanan status kecil untuk metadata utas.
• 3:51
  Jaga agar jendela konteks teramping.
• 3:53
  Jika tidak diperlukan untuk keputusan berikutnya,
• 3:54
  ia tidak akan ikut menulis.
• 3:55
  Perencanaan versus eksekusi adalah tempat semantik kernel bersinar.
• 3:58
  Perencana mendelegasikan operator memilih alat yang tepat dengan katalog fungsi.
• 4:02
  Peninjau mengkritik keluaran dengan perintah evaluasi dan keamanan konten.
• 4:06
  Jika peninjau menandai risiko cakupan,
• 4:08
  perencana merevisi.
• 4:09
  Setelah Anda memahami lingkaran ini,
• 4:11
  Anda berhenti menulis perintah 800 kata dan mulai menghubungkan peran yang jelas.
• 4:14
  Batasan keamanan tidak dapat dinegosiasi.
• 4:16
  Panggilan alat dengan cakupan identitas terkelola.
• 4:19
  Izin agen yang terbagi antara baca dan kelola.
• 4:22
  PM untuk peningkatan tindakan destruktif.
• 4:25
  Semua panggilan alat dicatat untuk mencatat.
• 4:26
  Keamanan konten pada input dan output.
• 4:29
  Resip rom untuk jailbreak dan injeksi rom tidak langsung dari sumber pengetahuan.
• 4:33
  Waktu analogi.
• 4:34
  Peneliti analis operator QA.
• 4:37
  Asing-masing bertanggung jawab atas bagian.
• 4:39
  Operator tidak menyetuju perubahan mereka sendiri.
• 4:41
  Analis tidak mengacaukan produksi.
• 4:43
  QA tidak menulis kode yang mereka setujui.
• 4:45
  Membosankan.
• 4:46
  Aman.
• 4:46
  Mengapa Azure AI Foundry plus Semantic Kernel?
• 4:50
  Foundry memberi Anda orkestrasi agen, pilihan model, landasan pengetahuan, penggembilan alat, keamanan konten, pelacakan, evaluasi, dan tata kelola di satu tempat.
• 4:58
  Semantic Kernel memberi Anda perencana, keterampilan, alur, percobaan ulang, dan pembatalan dalam kode.
• 5:02
  Bersama-sama Anda mencampur model perperan, SLM untuk ekstraksi, kelas GPT-4 untuk perencanaan, batch untuk ringkasan, dan Anda menjaga prom Anda tetap pendek, radius led, tekan Anda kecil, dan akhir pekan Anda milik Anda.
• 5:15
  Sekarang mari kita baca-baca.
• 5:16
  Bagaimana Azure AI Foundry mengungginkan alur kerja multi-agen?
• 5:19
  Disinilah Azure AI Foundry berhenti menjadi portal yang mengilap dan mulai bertindak seperti bengkel produksi.
• 5:24
  Foundry memberi Anda tempat untuk mendefinisikan agen, menghubungkan model, menambahkan pengetahuan, hubungkan tindakan, dan mengamati semuanya tanpa harus bergantung pada 6 bilangan berbeda dan keinginan.
• 5:32
  Ini adalah orkestrasi tanpa lakban.
• 5:34
  Mulailah dengan definisi agen.
• 5:36
  Di Foundry, setiap agen mendapatkan instruksi, panduan peran yang ketat, bukan manifesto.
• 5:41
  Oh, penerapan model sebenarnya dibaliknya.
• 5:43
  Campurkan kelas GPT-4 untuk perencanaan dengan SLM kelas V untuk ekstraksi.
• 5:47
  Pengetahuan, indeks pencarian Azure AI, file yang diunggah, atau landasan Bing saat Anda mengungginkan konteks web.
• 5:52
  Tindakan, alat api terbuka, aplikasi logika, fungsi grafik, buku panduan otomatisasi Azure, atau juru bahasa kodok untuk perhitungan dan pengurahan cepat.
• 5:59
  Agen yang terhubung.
• 6:02
  Dapat memperlakukan agen lain seperti alat jika itu menjaga peran tetap bersih.
• 6:06
  Nah, ini penting karena kenal semantik terhubung ke alam semesta yang sama.
• 6:10
  Dalam kode, Anda membangun perencanaan, mendefinisikan keterampilan, dan mendaftarkan alat dalam kota langsung.
• 6:14
  Anda mengatur perencanaan, operator, peninjau, dan membiarkan Foundry menangani utas riwayat dan jalur pengaman.
• 6:21
  Anda membuat perintah tetap singkat dan meletakkan pekerjaan berat pada alat dengan skam.
• 6:24
  Menerjemahan, lebih sedikit halusinasi, lebih sedikit kesalahan, lebih banyak akhir pilihan model penting.
• 6:29
  Foundry mengabstraksikan inferensi melalui titik akhir model sehingga Anda dapat menukar model tanpa menusulang seluruh aplikasi Anda.
• 6:34
  Dua jalur umum, titik akhir tanpa server untuk model premium dan iterasi cepat.
• 6:38
  Anda membayar per token skala sesuai permintaan, dan tidak menjaga GPU seperti tahun 2000 tertentu yang ingin Anda sematkan ke batas penyewa Anda.
• 6:45
  Anda membayar berdasarkan waktu aktif dan mengontrol bentuknya, tetapi Microsoft menangani pipa penyebaran.
• 6:50
  Campurkan model per peran.
• 6:52
  Perencana pada GPT-4 atau 4.1 mini untuk penelaran.
• 6:55
  Operator pada model kecil yang unggul dalam ekstraksi dan pembentukan parameter.
• 6:58
  Kumpulkan ringkasan panjang Anda dalam semalam sehingga mendapatkan laporan yang bagus di pagi hari.
• 7:02
  Dan jika model dihentikan atau Anda ingin mencoba varian dipsy atau lama,
• 7:06
  API inferensi Foundry memungkinkan Anda menjaga kode tetap stabil saat bereksperimen.
• 7:10
  Alat dan tindakan adalah tempat operator memperoleh rencananya.
• 7:13
  Disinilah Anda menghadirkan kekuatannya tetanpa memberikan kunci kerajaan Anda kepada agen.
• 7:16
  Buka alat API untuk layan internal dengan swagger.
• 7:19
  Jaga kontrak tetap-ketap.
• 7:21
  Jika skema menyatakan perangkat berupa string, sebaiknya itu ID perangkat.
• 7:24
  Aplikasi logika untuk alu persetujuan dan gerbang manusia.
• 7:27
  Biarkan peninjau mengarahkan perubahan ke pemberi persetujuan perubahan, lalu lanjutkan eksekusi jika ya.
• 7:31
  Fungsi Azure untuk kode lem dan transformasi yang waras.
• 7:34
  API grafik versi kecil yang dapat diuji untuk intu intun entra dan tugas akses bersyarat perangkat pengguna.
• 7:40
  Berikan cakupan baca untuk memantau agen, kelola cakupan hanya untuk remediator.
• 7:44
  Otomatisasi Azure untuk skrip perangkat dan buku panduan.
• 7:46
  Perlakukan seperti benda tajam di laji terkunci.
• 7:50
  Hanya agen perbaikan yang dapat membukanya.
• 7:52
  Seperti grounding, jaga tetap terkurasi.
• 7:54
  Gunakan pencarian Azure AI dengan peringkat hibrit dan peringkat ulang semantik.
• 7:57
  Pecahkan pengetahuan berdasarkan.
• 7:59
  Kebijakan yang selalas terpisah dari SOP orientasi.
• 8:02
  Jadi Anda tidak mengirimkan semuanya.
• 8:04
  Operator harus meneruskan cuplikan, bukan ensiklopedia.
• 8:07
  Ukur potongan Anda, simpan kutipan, dan minta peninjau memeriksa landasan sebelum menyentuh produksi.
• 8:12
  Aman bukanlah hal yang opsional.
• 8:14
  Foundry membuat filter keamanan konten untuk input dan output,
• 8:16
  perisai prom untuk gel break dan injeksi tidak langsung, ditambah pemeriksaan material yang lindungi.
• 8:20
  Jalankan pramodal dan pasca modal keselamatan sehingga Anda tidak membayar untuk input yang buruk atau bencana PR output.
• 8:25
  Pasangkan itu dengan identitas terkelola per agen, airbag dengan hak istimewa paling rendah,
• 8:29
  dan PM untuk peningkatan sementara pada alat yang merusak.
• 8:31
  Setiap panggilan alat dilacak, tiap persetujuan dicatat.
• 8:34
  Jika seorang bertanya siapa yang menjalankan apa, Anda tidak muka out.
• 8:38
  Analisis log sudah mengetahui.
• 8:39
  Observabilitas adalah muda dewasa.
• 8:41
  Aktifkan pelacakan sehingga Anda dapat melihat riwayat pengoperasian agen mana yang memanggil alat mana dengan parameter apa,
• 8:47
  pada latensi apa, dan apa yang kembali.
• 8:49
  Hubungkan wawasan aplikasi untuk pola kinerja, log aplikasi untuk audit,
• 8:53
  dan evaluasi pengiriman ke CI untuk menangkap penyimpangan dalam relevanci landasan dan kelancaran sebelum pengguna melakukannya.
• 8:57
  Jika landasan menurun, peninjauan menandainya, perencana mempersempit query pengambilan, dan operator mencoba lagi.
• 9:03
  Tidak perlu kepanikan manusia.
• 9:05
  Dimitik penyebaran membuatnya tetap rapat.
• 9:07
  Gunakan proyek Foundry untuk kuota cokupan tim dan garis dasar kebijakan.
• 9:10
  Letakkan manajemen Azure API di depan layanan alat Anda sehingga Anda dapat membuat versi,
• 9:14
  membatasi, menerapkan pemutus sirkuit, dan merotekan antara PTU dan infidensi badship.
• 9:17
  Titik akhir pribadi tempat residensi atau kepatuhan data menunjukkan bahwa kami serius.
• 9:21
  Wilayah yang sesuai dengan pengguna Anda, bukan hanya aspirasi Anda.
• 9:25
  Dan ya, kenal semenikat haluan?
• 9:27
  Anda menjelaskan alat kerja di longkode.
• 9:28
  Rencana menguraikan.
• 9:29
  Operator memilih alat berdasarkan katalog fungsi dan ketersediaan.
• 9:33
  Peninjau memperlakukan pemeriksaan dengan perintah evaluasi dan hasil keamanan konten.
• 9:37
  Dan Anda mendapatkan percobaan ulang dengan token mundur dan kembatalan saat API eksternal berpura-pura tidak aktif untuk pemeliharaan.
• 9:44
  SK memberi Anda otak eksekusi, Foundry memberi Anda ruang operasi.
• 9:48
  Kabungkan semuanya dan Anda akan mendapatkan pelaprak.
• 9:49
  Tentukan agen di Foundry dengan instruksi dan identitas yang ketat, atur peran di SK, buat landasan dengan pencarian yang dikurasi, hubungkan tindakan dengan API, terbuka, aplikasi logika, fungsi otomatisasi, terapkan keselamatan sebelum dan sesudah inferensi, dan amati semuanya.
• 10:03
  Itu membosankan cara terbaik.
• 10:04
  Seperti sabuk pengaman atau tidak.
• 10:07
  Memberikan admin global kepada pekerja magang bernama kunci default.
• 10:11
  Skenario demo 1, Pembersihan Perangkat Unit Perangkat Hantu CSI Intun.
• 10:15
  Anda tahu perangkat yang muncul sebagai terkelola, dihentikan, dan tidak aktif pada saat yang sama?
• 10:21
  Selamat datang di CSI Intun.
• 10:22
  Tugas kami, menemukan perangkat keras yang basi, duplikat, atau tidak terdaftar, dan memperbaiki dengan aman dengan persetujuan sehingga tidak ada yang marah melalui email account.
• 10:30
  Pemeran agen, monitor, query, Microsoft Graph, dan analytic log klasifikasikan status perangkat, tandai anomali.
• 10:36
  Trem mediator, memgil otomatisasi Intun dan Azure untuk mengkarantina atau menghentikan perangkat.
• 10:42
  Auditor mencatat semuanya, memberi tahu manusia, dan menulis novela, tindakan setelahnya untuk kepatuhan.
• 10:48
  Alurnya berjalan seperti ini.
• 10:49
  Monitor mengambil dari catatan perangkat grafik, check-in terakhir, status kepatuhan, jenis pendaftaran, pengguna utama, dan tanda penghentian.
• 10:56
  Monitor juga mengambil sinyal analytic log, detak jantung defender, kepatuhan pembaruan, dan peristiwa ekstensi manajemen Intun.
• 11:02
  Monitor menggabungkannya menjadi catatan terstruktur pendek per perangkat.
• 11:06
  UTC terakhir terlihat terdaftar patuh, kandidat duplikat, sinyal risiko.
• 11:10
  Tidak ada novel, hanya bidang.
• 11:11
  Sekarang otak untuk menyerahkan.
• 11:13
  Monitor mengirimkan klasifikasi yang diusulkan.
• 11:15
  Basih, duplikat, tidak ada detak jantung, atau baik-baik saja.
• 11:18
  Ninjo Meriksa Landasan
• 11:18
  Apakah bidang ini benar-benar berasal dari grafik dan eh?
• 11:22
  Keamanan konten menjalankan pramodel untuk memblokir injeksi cepat dari setiap berkas yang diunggah atau landasan web.
• 11:27
  Jika klasifikasi lolos, remediator menyiapkan tindakan.
• 11:31
  Fase pertama adalah remediasi lunak, tech, dan karantina.
• 11:34
  Kami menerapkan kandidat untuk kategori perangkat yang dihentikan,
• 11:38
  menghapus pengikatan grup dinamis yang memicu penyebaran kebijakan,
• 11:40
  dan jika perlu, memindahkan perangkat ke grup Azure AD karantina yang memblokir akses.
• 11:45
  Belum ada penghapusan.
• 11:46
  Persetujuan masuk aplikasi logika
• 11:48
  Peninjo menyertakan rencana ringkas, ID perangkat, alasan, tindakan yang diusulkan, dan pengembalian.
• 11:55
  Memberi persetujuan melihat ringkasan di Teams dengan kutipan untuk membuat grafik query dan analitik log KQL.
• 12:00
  Setujui kembali token sensor,
• 12:02
  remediator menjalankan penghantian penghapusan saat dibenarkan atau bersihkan duplikat
• 12:05
  dengan menjaga perangkat dengan detak jantung paling baru dan detak jantung paling baru,
• 12:08
  dan memutuskan tautan kutipan.
• 12:10
  Identitas terkelola menjaga tangan kita tetap bersih.
• 12:12
  Monitor berjalan dengan perangkat becah semua.
• 12:14
  Remediator menggunakan identitas terpisah dengan perangkat baca tulis semua dan izin intun yang dibutuhkannya.
• 12:20
  Penghapusan berada di balik.
• 12:21
  Agen remediator tidak dapat meningkatkan dirinya sendiri.
• 12:24
  Saat peningkatan diminta, aplikasi logika memerlukan manusia dan waktu,
• 12:27
  mulai berdetak pada izin sementara.
• 12:30
  Observabilitas adalah bagian yang matang.
• 12:31
  Tiap panggilan awat dilacak,
• 12:33
  siap yang memanggil apa parameter latensi respons.
• 12:35
  Auditor menulis catatan peristiwa untuk mencatat analitik dengan ID korelasi,
• 12:38
  sehingga Anda dapat merekonstruksi TKP tanpa arkeologi slek, tanpa arkeologi slek.
• 12:42
  Kami juga menjalankan langkah evaluasi pasca perubahan relevansi kelancaran.
• 12:46
  Jika grounding menurun, peninjau memblokir tindakan destruktif lebih lanjut,
• 12:49
  dan mengembalikan rencana tersebut kepada perencana untuk menyempurnakan pengambilan atau mempersempit cakupan.
• 12:53
  Model dicampur secara sengaja.
• 12:55
  Klasifikasi menggunakan model kecil untuk menjaga biaya dan latensi tetap rendah.
• 12:59
  Kasus ekstrem,
• 12:59
  seperti dua perangkat yang autopilot mengganti nama salah satunya dan Azure AD menganggapnya kembar,
• 13:04
  mendapatkan jalur penalaran dengan CPT 4 mini.
• 13:05
  Ringkasan dikelompokan.
• 13:07
  Tidak ada yang membutuhkan laporan Shakespeare pada pukul dosi yang cerita mikro.
• 13:10
  Minggu lalu, uji agen tunggal mencoba memperbaiki perangkat yang basi
• 13:13
  dengan menghentikan semua yang ada di grup dinamis yang sama.
• 13:15
  Peninjau dalam alur multiagen kami menandai ketidakcocokan cakupan,
• 13:18
  meminta konfirmasi tingkat perangkat, dan menghentikannya.
• 13:21
  Itulah sebabnya kami misalkan rencana, tindakan, dan pemeriksaan.
• 13:23
  Hasil akhirnya, perangkat hantu berhenti menghentui kepatuhan.
• 13:26
  Anda mengurangi pemborosan lisensi, memotong positif palsu,
• 13:29
  dan berhenti menjelaskan kepada pimpinan mengapa penghentian gagal adalah gaya hidup.
• 13:33
  Dan ya, jejak audit dapat dibaca,
• 13:34
  yang lebih dari yang dapat saya katakan untuk setengah tiket perubahan Anda.
• 13:38
  Skenari demo 2, orientasi tanpa sentuhan.
• 13:41
  Lebendah tanpa sentuhan.
• 13:42
  Tanpa sentuhan untuk pengguna.
• 13:43
  500 sentuhan untuk teknisi hingga agen.
• 13:46
  Sasarannya, dari acara SDM hingga pengguna dan perangkat yang siap tanpa perlu repot.
• 13:50
  Lancar, teratur, dan dapat dibalik saat SDM mengece nama belakang dengan 3 cara berbeda.
• 13:54
  Susunan tim
• 13:55
  Intech, mendengarkan webhook SDM,
• 13:59
  menormalkan muatan, dan memvalidasi bidang yang diperlukan.
• 14:02
  Penyedia membuat pengguna diantra,
• 14:03
  menetapkan grup dan lisensi,
• 14:05
  mendaftarkan profil autopilot.
• 14:07
  Validator, memeriksa kepatuhan kebijakan dan postur akses persyarat
• 14:10
  sebelum kami menyerahkan laptop yang mengilap.
• 14:13
  Concierge, mengirimkan paket selamat datang,
• 14:16
  tautan sharepoint, dan daftar periksa hari pertama.
• 14:18
  Waktu alur
• 14:19
  Intech mendapatkan muatan SDM,
• 14:21
  nama, tanggal mulai, peran Departemen Manajer Wilayah.
• 14:23
  Model kecil mengekstrak dan menormalkan.
• 14:26
  Ia memetakkan ke bidang kanonik dan menangkap hal-hal yang tidak masuk akal seperti tanggal mulai.
• 14:29
  Pada tahun 2099, jika bidang yang diperlukan tidak ada,
• 14:31
  ia akan mengirim ke SDM dengan kesalahan terstruktur melalui logic apps
• 14:33
  tanpa puisi bentuk bebas, tanpa puisi bentuk bebas.
• 14:35
  Profisioner memanggil Graf dengan identitas terkelola yang dicakup oleh hak pengguna.
• 14:38
  Ia membuat pengguna entra,
• 14:39
  menetapkan lokasi penggunaan, dan menerapkan grup dasar.
• 14:43
  Kemudian, ia menyusun penetapan lisensi berdasarkan peran berita.
• 14:46
  Penalanan membantu di sini.
• 14:47
  Apakah orang ini memerlukan keamanan E5 atau premium bisnis?
• 14:49
  Kami mengodekan kebijakan dalam data dan membiarkan model memilih dari bundel yang di sini.
• 14:53
  Tidak ada model yang dapat menemukan lisensi.
• 14:55
  Ini adalah menu yang ketat.
• 14:56
  Autopilot muncul berikut.
• 14:57
  Profisioner mendaftarkan hash perangkat keras yang sudah kami miliki
• 15:00
  atau menyiapkan profil tepat waktu yang terkait dengan grup pengguna.
• 15:04
  Ia menandai grup perangkat untuk kebijakan dasar,
• 15:06
  lalu validator aktif.
• 15:08
  Ia meminta sinyal kepatuhan pada Graf dan Defender,
• 15:10
  memverifikasi akses bersyarat tidak akan merusak proses masuk pertama,
• 15:13
  dan meriksa apakah kebijakan konfigurasi perangkat yang tepat akan berlaku.
• 15:16
  Jika akses bersyarat akan memblokir karyawan baru pada hari pertama,
• 15:19
  validator membuka persetujuan dengan pengecualian terikat waktu dan alasannya.
• 15:23
  OneSearch menangani hal-hal yang bersifat men.
• 15:25
  Ia memposting pesan Teams kepada manajer dengan UPN karyawan baru,
• 15:28
  status penugasan perangkat, dan tautan keperlengkapan pemula SharePoint.
• 15:32
  Ia mengirim email kepada karyawan baru dengan langkah-langkah hari pertama,
• 15:35
  panduan pengaturan MFA, dan tempat menemukan portal TI.
• 15:37
  Ia tidak menempelkan rentang IP internal Anda ke dalam email.
• 15:41
  Pemeriksaan keamanan konten menghasilkan kebocoran dan nada.
• 15:44
  Atau kelola tema sabuk pengaman yang sama.
• 15:45
  Identitas terkelola penyedia memiliki hak lisensi tetapi tidak dapat dihaplik.
• 15:49
  Asupan tidak dapat menyediakan, ia hanya memperlidasi.
• 15:52
  PM mengunci semua tindakan berisiko tinggi seperti menambahkan pengguna ke grup sensitif.
• 15:55
  Semua tindakan dilacak kewawasan aplikasi dan analitik.
• 15:58
  Jika SDM mengirimkan muatan yang dikoreksi,
• 16:00
  perencana menghitung ulang delta, dan operator hanya memperbarui apa yang berubah,
• 16:04
  tidak ada keanggotaan grup yang lain itu.
• 16:06
  Observabilitas memberi Anda tunggal pencapaian.
• 16:07
  Penyerapan SDM, pembuatan entra, penugasan lisensi, profil autopilot,
• 16:12
  pemberitahuan putusan kepatuhan terkirim,
• 16:14
  Anda mendapatkan metri SLA dan percobaan ulang otomatis pada kesalahan grafik sementara dengan penang.
• 16:18
  Jika sistem SDM terputus-putus, utas tidak mati.
• 16:21
  Jedah, pencatatan, dan dilanjutkan saat diperbaiki.
• 16:23
  Evaluasi berjalan di CI pada muatan orientasi sintetis
• 16:27
  untuk menangkap regresi dalam relevansi dan nelfansi dan landasan
• 16:29
  sebelum perekrutan yang sebenarnya menderita.
• 16:31
  Campur model menjaga agar tagihan tetap masuk.
• 16:33
  SLM untuk ekstraksi dan normalisasi.
• 16:35
  Penalaran hanya berlaku pada keputusan pemilihan kebijakan.
• 16:38
  Ringkasan dan email sambutan jika mengungkinkan.
• 16:41
  Targetnya adalah penyediaan latensi rendah
• 16:42
  dengan kejelasan tingkat manusia dalam jejak audit.
• 16:45
  Cerita singkat.
• 16:46
  Orientasi agen tunggal mencoba menambahkan pengguna ke semua staff dan kontraktor
• 16:50
  karena judulnya mengatakan staff kontraktor.
• 16:51
  Multi-agen menangkap aturan eksklusivitas timbal balik di validator
• 16:55
  meminta keputusan manusia dan menghindari kebakaran pembangkang roti langsung
• 16:58
  dalam akses bersyarat.
• 16:59
  Hasilnya benar-benar tanpa sentuhan bagi pengguna.
• 17:01
  Satu utas, empat agen, persetujuan bersih,
• 17:04
  dan jejak kertas yang dapat Anda tunjukkan kepada ciso Anda
• 17:06
  tanpa berdoa kepada Dewa Demo.
• 17:08
  Dan ya, ketika SDM mau tidak mau mengubah tangan mulai,
• 17:10
  sistem menghitung ulang tanpa membakar anggaran esensi.
• 17:13
  Hah?
• 17:14
  Skenario Demo 3
• 17:15
  Pengerasan keamanan otomatis
• 17:17
  Harap aktifkan BitLocker
• 17:18
  Penyimpangan keamanan seperti gurma
• 17:21
  Anda menarik 3, 5 muncul,
• 17:22
  dan salah satunya melawan aktifkan BitLocker karena dendam.
• 17:25
  Sasaran kami
• 17:26
  Mendeteksi penyimpangan konfigurasi secara terus menerus
• 17:28
  dan memperbaiki dengan aman menggunakan gerbang yang akan dihormati oleh pengecat.
• 17:31
  Cash Drift Detector
• 17:31
  Meminta graph dan defender
• 17:33
  Secure Score
• 17:34
  Menarik kepatuhan Intune dan dasar konfigurasi perangkat
• 17:36
  serta membangun delta penyimpangan.
• 17:39
  Fixer
• 17:39
  Mendorong perubahan kebijakan Intune,
• 17:41
  pengaturan BitLocker,
• 17:42
  dan cincin pembaruan
• 17:43
  Windows
• 17:43
  Dose
• 17:44
  Menjalankan skrip perangkat melalui Azure Automation
• 17:47
  saat kebijakan tidak dapat menjangkau cukup jauh.
• 17:50
  Reviewer
• 17:50
  Menegakkan pagar pembatas,
• 17:51
  mengubah cakupan,
• 17:52
  menjalankan pemeriksaan landasan,
• 17:54
  dan mengakar persetujuan manusia untuk langkah-langkah berisiko.
• 17:56
  Messenger
• 17:57
  Mendorong manusia di Teams atau email dengan rencana dan tanda terima yang ringkas.
• 18:02
  Flow
• 18:02
  Drift Detector berjalan sesuai jadwal dan sesuai permintaan.
• 18:06
  Ia menarik kepatuhan perangkat,
• 18:07
  status BitLocker,
• 18:09
  status TPM,
• 18:09
  versi OS,
• 18:10
  cincin pembaruan,
• 18:11
  dan penugasan kebijakan melalui graph.
• 18:14
  Ia membandingkan setiap perangkat dengan profil emas sebagai data terstruktur,
• 18:17
  bukan dokumen getaran.
• 18:19
  Ia menandai temuan,
• 18:20
  BitLocker yang hilang,
• 18:21
  metode enkripsi yang lemah,
• 18:23
  kebijakan tidak diterapkan,
• 18:24
  boot aman mati,
• 18:25
  cincin pembaruan di luar batas.
• 18:27
  Pas perencana dimulai,
• 18:28
  usulkan rencana minimal per grup perangkat.
• 18:30
  Untuk BitLocker,
• 18:31
  gunakan kebijakan Intune BitLocker jika perangkat mampu.
• 18:34
  Jika kebijakan sudah ditargetkan,
• 18:35
  tetapi statusnya tidak aktif,
• 18:37
  usulkan skrip otomatisasi untuk menandang ulang pelindung
• 18:39
  dan menitipkan kunci Azure AD.
• 18:41
  Untuk pembaruan drift,
• 18:42
  usulkan pemindahan perangkat ke cincin pembaruan bertahap bukan pet sekarang.
• 18:46
  Untuk kesalahan akses bersyarat,
• 18:48
  usulkan pengecualian terikat waktu dengan pembenaran yang diperlukan.
• 18:52
  Peninjau mengevaluasi landasan.
• 18:54
  Apakah drift detector benar-benar mengutip bidang dari graph dan defender?
• 18:58
  Ia memiliki secakupan,
• 18:59
  ID perangkat,
• 19:00
  ID kebijakan,
• 19:01
  jenis perubahan.
• 19:02
  Jika ada yang berbau seperti semua perangkat,
• 19:03
  ia akan dipelukai dengan prasangkat.
• 19:05
  Keamanan konten ada pada input dan output untuk
• 19:07
  mencegah injeksi cepat dari pengetahuan eksternal
• 19:09
  atau log yang ditempel.
• 19:11
  Tindakan berisiko tinggi seperti menghapus kebijakan lokal yang bertentangan
• 19:14
  akan diblokir PM.
• 19:16
  Identitas fixer tidak dapat meningkatkan DNS ini.
• 19:18
  Persetujuan ada aplikasi logika dengan kartu yang rap.
• 19:20
  Apa yang salah?
• 19:21
  Apa yang akan berubah?
• 19:22
  Langkah-langkah pengembalian kutipan.
• 19:23
  Setujui dan jalankan perbaikan.
• 19:25
  Pembaruan kebijakan Intune sangat ampuh dan tertarget.
• 19:28
  Perbaikan BitLocker menggunakan buku panduan
• 19:30
  dengan parameter eksplisit dan pemeriksaan kewarasan.
• 19:32
  TPM tersedia,
• 19:33
  OS mendukung jalur escrow XTS AS 2D6 yang diverifikasi.
• 19:37
  Jika ada pemeriksaan awal yang gagal,
• 19:39
  maka akan gagal dengan kesalahan yang ramah manusia dan tanpa efeksaan.
• 19:42
  Messenger menutup.
• 19:43
  Perangkat diperbaiki.
• 19:45
  Ringkasan masuk ke Teams dengan jumlah tautan ke jejak
• 19:47
  puasan aplikasi dan CSV untuk orang yang masih menyukai Excel
• 19:49
  lebih dari keluarga mereka.
• 19:50
  Jika perangkat menolak untuk mematuhi,
• 19:53
  peninjau membuka utas pengecualian dengan jam dan percobaan ulang yang dijadwalkan.
• 19:57
  Observabilitas setiap panggilan alat dilacak berkorelasi dengan utas.
• 20:01
  Kami mengunci delta sebelum dan sesudah
• 20:02
  sehingga audit dapat melihat ketidakpetuan yang patut tanpa berkemah di KKL.
• 20:06
  Kami juga menjalankan agen evaluasi pada ringkasan pasca perubahan
• 20:09
  untuk meriksa landasan dan kejelasan.
• 20:11
  Jika landasan menurun atau tingkat kegagalan melonjak,
• 20:14
  rencana mempersempit pengambilan mengurangi ukuran batch
• 20:16
  atau menjadi tindakan yang merusak.
• 20:18
  Model campuran SLM untuk ekstraksi dan klasifikasi,
• 20:21
  model penalaran untuk sintesis rencana,
• 20:23
  hanya jika diperlukan, kumpulkan laporan-pahari.
• 20:25
  Tidak ada sonetok lagi.
• 20:26
  Hasil akhirnya bitlocker benar-benar aktif.
• 20:28
  Cincin pembaruan tidak terlalu bergesa.
• 20:29
  Pengecualian, dokumentasikan terikat waktu dan dapat ditinjuk.
• 20:32
  Dan tidak ada yang memperbaiki perangkat dengan membuat ulang citra laptop keuangan
• 20:34
  selama penutupan kuartal.
• 20:36
  Rincian, arsitektur, pengecoran plus SK plus peralatan plus identitas, identitas.
• 20:41
  Mari kita buka kap mesin tanpa menumpahkan oleh mesin perekutan.
• 20:45
  Pikirkan empat lapisan yang menjaga kewarasan ini.
• 20:46
  Pengecoran, kernel semantik peralatan identitas.
• 20:50
  Pengecoran adalah markas.
• 20:52
  Anda mendefinisikan agen dengan instruksi yang ketat.
• 20:54
  Memilih penyebaran perperan, melampirkan pengetahuan,
• 20:56
  melampirkan pengetahuan melalui pencarian Azure AI dan mendaftarkan tindakan.
• 20:59
  Buka alat API, aplikasi logika, fungsi, grafik, otomatisasi Azure,
• 21:03
  penerjemah kode, the state.
• 21:06
  Ancaman, riwayat pengoperasian, pelacakan, evaluasi, dan keamanan ada di sini.
• 21:09
  Recyprom, keamanan konten, dan pemeriksaan materi yang dilindungi
• 21:12
  menjalankan model peraduan pasca sehingga masukan yang buruk tidak menghabiskan token
• 21:14
  dan keluaran yang buruk tidak menghabiskan pekerjaan.
• 21:17
  Kernel semantik adalah konduktor.
• 21:18
  Dalam kode Anda menghubungkan loop perencana operator peninjau.
• 21:21
  Anda mendaftarkan katalog fungsi untuk alat,
• 21:23
  menonaktifkan kembali percobaan ulang, dan menambahkan token pembatalan.
• 21:27
  Anda membuat perintah tetap singkat,
• 21:28
  memasukkan kompleksitas ke dalam skema,
• 21:29
  dan membiarkan SK memutuskan alat mana yang akan dipanggil berdasarkan ketersediaan dan kebijakan.
• 21:32
  Jika grafik habis, SK akan menanganinya dengan jitter.
• 21:36
  Jika grounding menurun, ia akan kembali ke perencanaan untuk menyempurnakan.
• 21:39
  Alat adalah tangan.
• 21:40
  Jaga kontrak tetap ketat dengan api terbuka.
• 21:43
  Letakkan manajemen api di depan untuk membatasi versi dan pemutusan sirkut.
• 21:46
  Aplikasi logika menangani persetujuan dan alur yang berjalan.
• 21:49
  Fungsi melakukan perkataan dan transformasi.
• 21:51
  Otomatisasi Azure menjalankan skript dengan pagar pembatas dan periksaan pasca.
• 21:54
  Grafik adalah sumber kebenaran Anda untuk intun entra kepatuhan skor aman.
• 21:59
  Pencarian Azure AI menyajikan pengetahuan yang dikurasi perdomai.
• 22:01
  Tidak ada sub-pengetahuan.
• 22:02
  Identitas adalah sabuk ngaman.
• 22:04
  Setiap agen memiliki identitas terkelolahnya sendiri.
• 22:06
  Akin pemantau mendapatkan cakupan bacat.
• 22:08
  Remediator mendapatkan cakupan tulis tidak pernah menjadi adat.
• 22:10
  PM mengendalikan apapun yang merusak.
• 22:12
  Elevasi memerlukan manusia dan kedaluar saat.
• 22:15
  Titik akhir pribadi tempat batasan data menjadi penting.
• 22:17
  Garis dasar kebijakan pada proyek pengecoran menegakkan model, wilayah, dan kota yang diizinkan.
• 22:22
  Wawasan aplikasi dan analitik log mengumpulkan jejak, metrik, dan audit
• 22:25
  sehingga Anda dapat menjawab siapa yang melakukan apa tanpa arkeologi yang longgar.
• 22:28
  Model terhubung melalui titik akhir inferensi foundry.
• 22:32
  Gunakan tanpa server untuk penalaran premium kelola komputasi untuk model terbuka yang disematkan.
• 22:36
  Tukar model tanpa menulis ulang kode tetapi tetap mengevaluasi relevansi landasan
• 22:39
  dan kelancaran dalam CI sebelum mempromosikan.
• 22:42
  Wilayah cocok dengan pengguna Anda, zona data cocok dengan regulator Anda.
• 22:45
  Jika digabungkan, ini adalah mesin yang andal dan membosat.
• 22:47
  Agen yang ditentukan dalam foundry,
• 22:49
  diatur oleh SK,
• 22:50
  didukung oleh alat yang ketat, dikunci oleh identitas,
• 22:54
  diukur dengan pengamatan,
• 22:55
  dan dijaga oleh keamanan.
• 22:56
  Membosankan menang.
• 22:57
  Membosankan persisik.
• 22:58
  Membosankan membuat Anda.
• 23:00
  Praktik terbaik dikirimkan tanpa penyesalan.
• 23:03
  Oke.
• 23:03
  Pengguna kebijaksanaan waktu sehingga Anda tidak menghabiskan hari minggu untuk membatalkan hari sal.
• 23:06
  Berikan setiap agen satu pekerjaan.
• 23:07
  Berencana-merencanakan, operator mengoperasikan,
• 23:10
  pengulas meninjau.
• 23:10
  Jika seorang agen mulai menulis novel yang menyentuh hati,
• 23:13
  potong perintahnya dan berikan proses kepada alat.
• 23:15
  Pak instruksi tetap singkat, terarah, dan membosankan.
• 23:17
  Anda akan lebih sedikit kejut.
• 23:19
  Lebih suka penggunaan alat daripada proses yang banyak.
• 23:21
  Letakkan kontrak dalam API terbuka,
• 23:22
  skema pada input, dan pagar pembatas pada output.
• 23:25
  Jika suatu alat mengharapkan perangkat itu,
• 23:26
  kirimkan perangkat itu,
• 23:27
  mungkin bukan perangkat ini di bagian keuangan.
• 23:29
  Model itu kreatif alat tidak.
• 23:31
  Itulah intinya.
• 23:32
  Terapkan hak istimewa paling rendah seperti pekerjaan Anda bergantung padanya,
• 23:34
  karena memang begitu.
• 23:35
  Identitas terpisah.
• 23:36
  Baca saja untuk monitor,
• 23:38
  tulis saja untuk remediator,
• 23:39
  dan tidak ada identitas yang dapat dihapus tanpa PM.
• 23:41
  Elevasi bersifat sementara dibenarkan dan dicatat.
• 23:44
  Jika seseorang meminta admin global permanen,
• 23:46
  berikan mereka bolestres dan dokumen kebijakan.
• 23:48
  Mulai lang kecil, dua agen pemeriksa.
• 23:50
  Tambahkan perencana setelah lup stabil.
• 23:51
  Kemudian, jika Anda harus menyebar,
• 23:53
  jangan terdiri dengan tim Scrum Digital yang terdiri dari 12.
• 23:55
  Itulah caranya membuat ulang bagian organisasi Anda dan manajemen.
• 23:57
  Campurkan model untuk mengasmi.
• 23:59
  SLM untuk ekstraksi,
• 24:00
  kelas GPT-4 hanya untuk penalaran yang penting.
• 24:03
  Ringkasan badge dalam semangat.
• 24:04
  Anda tidak membayar tarif premium untuk memformat sering tangan.
• 24:07
  Simpan model yang berat untuk keputusan, bukan narasi.
• 24:10
  Tambahkan nomor terakhir.
• 24:11
  Gunakan status eksternal sebagai pencarian AI Anda
• 24:13
  atau penyimpanan status kecil
• 24:14
  sebelum Anda mulai mengisi jendela konteks seperti tas jinjing.
• 24:17
  Metadata utas harus berukuran kecil.
• 24:19
  Jika tidak diperlukan untuk giliran berikutnya,
• 24:21
  maka tidak akan.
• 24:21
  Catat semuanya.
• 24:22
  Aktifkan peracakan.
• 24:24
  ID utas, parameter alat, hasil atensi.
• 24:26
  Kirim evaluasi ke CI sehingga Anda mengetahui
• 24:28
  relevansi dan penurunan landasan sebelum produksi.
• 24:31
  Beri peringatan saat landasan menurun,
• 24:33
  bukan saat diter menurut.
• 24:33
  Pakir pembatas sebelum kecepatan
• 24:35
  persetujuan untuk alat yang merusak.
• 24:37
  Mode uji cepat tanpa efek samping.
• 24:38
  Peluncuran bertahap berdasarkan grup atau wilayah perang.
• 24:41
  Jika rencana peluncuran Anda sekaligus,
• 24:43
  saya harap resumen Anda diperbarui.
• 24:44
  Lalu menentu kegagalan.
• 24:45
  Doba lagi dengan jitter.
• 24:46
  Kurangi pembatasan grafik.
• 24:48
  Pemutus sirkuit dalam manajemen API.
• 24:50
  Buku panduan idempoten.
• 24:51
  Jika suatu langkah dapat dijalankan ulang dengan aman,
• 24:53
  Anda kan tidak.
• 24:54
  Dokumentasikan kebijakan Anda sebagai data.
• 24:56
  Aturan eksklusivitas di melbalik,
• 24:58
  bunda lisensi, garis dasar perangkat,
• 24:59
  masukkan dalam bentuk terstruk.
• 25:01
  Model dapat memilih, mereka tidak boleh menciptakan.
• 25:03
  Begitulah cara Anda menjaga agen tetap membantu
• 25:04
  dan radius ledakan Anda tetap begini.
• 25:06
  Jika Anda ingat satu hal,
• 25:08
  agen tunggal membantu,
• 25:09
  tetapi tim agen yang terencana
• 25:10
  digerakkan oleh alat
• 25:11
  dan memiliki cakupan izin
• 25:13
  secara diam-diam mengubah lingkungan Anda
• 25:14
  saat Anda berpura-pura tidur.
• 25:16
  Jika ini berhasil berlangganan
• 25:17
  dan tonton tindak lanjutnya
• 25:18
  di mana saya menjatuhkan repokan lel semantik
• 25:20
  dan templat bicep
• 25:20
  sehingga Anda dapat mencurit tanpa malu-malu.
• 25:22
  Ingin episode agen evaluasi
• 25:23
  yang menepati janji Anda dengan jujur?
• 25:25
  Itu antrean minggu depan.