WEBVTT

00:00:00.000 --> 00:00:01.740
Ini bagi mengejutkan yang tidak pernah diberitahukan.

00:00:02.000 --> 00:00:05.880
Saat Anda menerapkan AI di Azure Foundry, Anda tidak hanya menjalankan satu model besar.

00:00:06.300 --> 00:00:08.120
Anda menempatkannya ke dalam perantai yang terkelola,

00:00:08.220 --> 00:00:11.960
di mana setiap tindakan relevan, pesan, panggilan alat, dan langkah eksekusi dicatat serta dilacak.

00:00:12.400 --> 00:00:15.740
Anda akan melihat bagaimana utas, eksekusi, dan langkah eksekusi membentuk jejak audit

00:00:15.740 --> 00:00:17.860
yang membuat eksperimen dapat diperiksa dan siap untuk skala pusat.

00:00:18.020 --> 00:00:20.960
Ini mengubah AI dari entitas yang tidak terkendali menjadi sistem disiplin yang dapat Anda kelola.

00:00:21.540 --> 00:00:24.340
Dan setelah struktur itu ada, pertanyaan sebenarnya adalah,

00:00:24.700 --> 00:00:26.160
siapa yang memimpin tim digital ini?

00:00:27.340 --> 00:00:28.240
Kenalkan pemimpin timnya.

00:00:28.240 --> 00:00:31.300
Saat Anda mengaturnya di Foundry, Anda tidak sekadar membuka jendela opro.

00:00:31.460 --> 00:00:32.820
Anda sedang menunjuk seorang pemimpin tim.

00:00:33.020 --> 00:00:35.380
Ini bukan anak magang yang hanya mengandalkan pelengkapan otomatis.

00:00:35.780 --> 00:00:38.520
Ini adalah kapten lapangan yang dibangun untuk misi berdasarkan desain yang jelas.

00:00:39.540 --> 00:00:43.600
Dan desain itu bermuara pada tiga roda penggerak utama, model, instruksi, dan alat.

00:00:44.500 --> 00:00:45.300
Model adalah otaknya.

00:00:45.660 --> 00:00:48.840
Ia menangani penawaran dan bahasa, bagian yang dapat mengurai kata-kata manusia,

00:00:48.980 --> 00:00:50.360
merencanakan langkah, dan menyusun respon.

00:00:51.080 --> 00:00:52.200
Instruksi adalah perintah misinya.

00:00:52.620 --> 00:00:56.740
Instruksi menjaga otak agar tidak melantur dengan memfokuskannya pada hasil yang benar-benar Anda butuhkan.

00:00:56.740 --> 00:00:59.140
Dan alat adalah perlengkapan yang dibawanya.

00:00:59.380 --> 00:01:03.920
Eksekusi kode, konektor pencarian, api pelaporan, atau sistem pihak ketiga apapun yang Anda hubungkan.

00:01:04.540 --> 00:01:06.820
Agen Azure AI secara eksplisit dibangun dari triad ini.

00:01:07.640 --> 00:01:10.320
Tanpanya Anda tidak akan mendapatkan reproduksibilitas atau auditabilitas.

00:01:10.660 --> 00:01:12.240
Anda pakai pembuatan teks sama bukti yang jelas.

00:01:12.860 --> 00:01:14.660
Mari kita terjemahkan itu ke dalam contoh medan perang.

00:01:15.140 --> 00:01:16.220
Model adalah pelatihan tumpur kapten Anda.

00:01:16.800 --> 00:01:18.740
Ia tahu cara mengayunkan pedang atau menjatuhkan hukuman.

00:01:19.180 --> 00:01:20.380
Instruksi adalah pengarahan misi.

00:01:20.880 --> 00:01:21.440
Lindungi konvoy.

00:01:21.880 --> 00:01:22.860
Ambil data dikumpulan kontrak.

00:01:23.440 --> 00:01:25.120
Laporkan hasil kembali dalam format tertutup.

00:01:25.120 --> 00:01:27.400
Hidup membuat kapten tetap selaras dan dapat diprediksi.

00:01:27.740 --> 00:01:29.160
Kemudian alat menambahkan spesialisasi.

00:01:29.480 --> 00:01:32.720
Kait pengait untuk memanjat dinding ibarat penafsir kode untuk menjalankan analisis.

00:01:33.600 --> 00:01:37.620
Radio aman ibadah sharepoint atau konektor MCP kustom yang masukkan data langsung ke dalam rencana.

00:01:38.200 --> 00:01:40.460
Saat ketiganya bersatu, agen tersebut tidak lagi berimprovisasi.

00:01:40.860 --> 00:01:42.820
Ia menjalankan misi dengan catatan dan titik pemeriksaan.

00:01:43.340 --> 00:01:44.760
Foundry membuat mesin ini menjadi praktis.

00:01:45.260 --> 00:01:47.920
Di sebagian besar api obrolan, Anda hanya mendapatkan modal dan perintah.

00:01:48.260 --> 00:01:51.680
Dan begitu mulai berbicara, tidak ada rasa formal akan perintah atau orkestrasi alat.

00:01:51.680 --> 00:01:55.200
Itu ibarat melempar kapten Anda ke lapangan tanpa rencana atau perlengkapan.

00:01:55.740 --> 00:01:59.400
Sebaliknya, layanan agen Foundry menjamin bahwa ketiga lapisan tersebut ada.

00:02:00.140 --> 00:02:01.980
Lebih baik lagi Anda tidak terpaku pada satu otak saja.

00:02:02.440 --> 00:02:04.280
Anda dapat beralih antar modal di katalog Foundry.

00:02:04.980 --> 00:02:07.940
GPT 4 untuk strategi kompleks mungkin modal yang lebih ramping untuk tugas ringan.

00:02:08.100 --> 00:02:09.980
Atau bahkan bawa mistral atau deep seek.

00:02:10.740 --> 00:02:11.860
Anda memilih apa yang sesuai dengan misi.

00:02:12.340 --> 00:02:16.400
Fleksibilitas itulah pembeda antara pekerja magang yang seragam dan komandan yang bisa beradaptasi.

00:02:16.960 --> 00:02:18.940
Sekarang pertimbangkan taruhannya jika lapisan tersebut hilang.

00:02:18.940 --> 00:02:20.340
Output menjadi tidak konsisten.

00:02:20.340 --> 00:02:24.240
Satu ringkasan kontrak terbaca seperti ini yang berikutnya secara halus menyanggahnya.

00:02:24.800 --> 00:02:28.060
Anda kehilangan keterlacakan karena tidak ada log terstruktur yang menangkap bagaimana itu terbentuk.

00:02:28.700 --> 00:02:32.180
Debaging berubah menjadi tebak-tebakan karena pengembang tidak bisa menelusuri kembali rantai penalar.

00:02:32.700 --> 00:02:34.260
Di perusahaan itu bukan sekadar gangguan kecil.

00:02:34.800 --> 00:02:36.460
Itulah risiko nyata yang menghambat kepercayaan dan opsi.

00:02:37.000 --> 00:02:38.580
Foundry menyelesaikan ini dengan cara yang lugas.

00:02:39.000 --> 00:02:40.520
Batasan Godrails dibangun ke dalam legend.

00:02:40.860 --> 00:02:43.240
Instruksi bertindak sebagai buku aturan tetap yang harus diikuti.

00:02:43.640 --> 00:02:46.620
Perangkat alat dapat dibatasi secara ketat atau diperluas berdasarkan kasus pengguna.

00:02:46.620 --> 00:02:51.140
Model dapat ditukar dengan bebas, tetapi selalu dalam struktur yang menegakkan akuntabilitas.

00:02:52.400 --> 00:02:54.740
Bersama-sama ketiganya menghadirkan pemimpin regu yang disiplin.

00:02:54.860 --> 00:03:00.000
Output yang dapat diprediksi langkah-langkah yang terlihat dan kemampuan untuk memperluas secara bertanggung jawab dengan konektor perusahaan dan api khusus.

00:03:00.460 --> 00:03:02.780
Ini bukan tentang mempromosikan AI sebagai percakapan ajaib.

00:03:03.200 --> 00:03:06.740
Ini tentang menunjukkan bahwa organisasi Anda mendapatkan petugas tangguh yang menjalankan log,

00:03:07.000 --> 00:03:08.880
mengikuti perintah, dan membawa perlengkapan yang tepat.

00:03:09.200 --> 00:03:12.580
Dan seperti kapten yang baik, ia menyimpan catatan cermat tentang apa yang terjadi di setiap misi.

00:03:12.580 --> 00:03:15.680
Karena ketika sistem diaudit atau eksekusi gagal, Anda membutuhkan buku harian itu.

00:03:16.240 --> 00:03:17.480
Di Foundry, buku harian itu punya nama.

00:03:17.960 --> 00:03:18.580
Itu disebut Thread.

00:03:19.380 --> 00:03:20.520
Thread, log garis depan.

00:03:21.340 --> 00:03:23.280
Thread adalah tempat log misi mulai terbentuk.

00:03:23.860 --> 00:03:27.340
Di Azure Foundry, Thread bukanlah jendela obrolan santai yang menguap saat Anda menutupnya.

00:03:27.780 --> 00:03:29.220
Ini adalah sesi percakapan yang persisten.

00:03:29.740 --> 00:03:32.120
Setiap pertukaran antara Anda dan agen disimpan di sini,

00:03:32.120 --> 00:03:35.880
baik itu berasal dari Anda, agen, atau bahkan agen lain dalam pengaturan multi-agen.

00:03:36.240 --> 00:03:41.100
Ini adalah log garis depan, menjaga riwayi interaksi yang tahan lama yang dapat ditinjau lama setelah obrolan selesai.

00:03:41.100 --> 00:03:44.100
Kuatan sebenarnya adalah Thread bukan sekadar transcript statis.

00:03:44.520 --> 00:03:47.540
Thread adalah wadah terstruktur yang menangani pemotongan trancation.

00:03:48.140 --> 00:03:52.440
Secara otomatis, menjaga konteks aktif dalam batas modal sambil tetap mempertahankan jejak audit yang lengkap.

00:03:52.980 --> 00:03:55.380
Itu berarti agen terus memahami percakapan yang sedang berlangsung,

00:03:55.480 --> 00:03:58.960
sementara perusahaan mempertahankan catatan permanen yang dapat ditinjau.

00:03:59.200 --> 00:04:01.760
Tidak seperti kebanyakan aplikasi obrolan, tidak ada yang hilang begitu saja.

00:04:02.080 --> 00:04:04.380
Anda pakai kontinuitas untuk agen dan data kelola untuk bisnis.

00:04:04.760 --> 00:04:06.560
Entry dalam log tersebut dibangun dari pesan.

00:04:07.120 --> 00:04:08.080
Pesan tidak terbatas biasa.

00:04:08.080 --> 00:04:12.140
Pesan dapat membawa gambar, file spreadsheet, atau blok kode yang dihasilkan.

00:04:12.680 --> 00:04:16.040
Setiap pesan diberi cep waktu dan dilabri dengan peran baik pengguna atau asisten.

00:04:16.580 --> 00:04:19.840
Jadi, saat Anda memeriksa sebuah Thread, Anda tidak hanya melihat apa yang dikatakan,

00:04:19.960 --> 00:04:23.100
tetapi juga siapa yang mengatakannya, kapan itu dikatakan, dan jenis konten apa yang terlibat.

00:04:23.440 --> 00:04:27.380
Bayangkan seorang petugas kepatuhan membuka catatan dan melihat permintaan teks yang diajukan kemarin.

00:04:27.500 --> 00:04:27.780
Gambar?

00:04:28.520 --> 00:04:32.160
Bagan yang dihasilkan agen sebagai tanggapan, serta waktu kedua peristiwa tersebut terjadi.

00:04:32.980 --> 00:04:34.740
Itu lebih dari sekadar ingatan, itu adalah buku besar yang nyatam.

00:04:35.060 --> 00:04:38.440
Dalam istilah permainan, Thread itu seperti buku catatan dalam kampanye Dungeons & Dragons.

00:04:38.940 --> 00:04:43.540
Dungeon Master mencatat kota mana yang Anda kunjungi, pemparan danu mana yang berhasil, dan jerahan apa yang diambil.

00:04:44.040 --> 00:04:46.560
Tanpa catatan itu, pemain akan berakhir berdebat karena detail yang terlupa.

00:04:47.080 --> 00:04:49.900
Dengan catatan itu, perdebatan meredah karena semua peristiwa terdokumentasi.

00:04:50.400 --> 00:04:52.020
Thread melakukan hal yang sama untuk air perusahaan.

00:04:52.020 --> 00:04:56.120
Thread mencegah perselisihan tentang apa yang sebenarnya dilakukan agen karena semua yang terkam seluruh ruta.

00:04:56.420 --> 00:04:57.820
Nah, inilah mengapa catatan itu penting.

00:04:58.360 --> 00:05:00.320
Untuk audit dan kepatuhan, Thread sangatlah berharga.

00:05:00.320 --> 00:05:04.420
Regulator atau tim audit internal dapat membukanya dan langsung melihat urutan lengkapnya,

00:05:04.700 --> 00:05:08.600
permintaan pengguna, respons agen, alat apa yang terlibat, dan kapan semuanya terjadi.

00:05:08.880 --> 00:05:11.180
Bagi pengembang, catatan yang sama berfungsi seperti mode debak.

00:05:11.600 --> 00:05:15.640
Jika agen menghasilkan potongan kode yang salah, Anda dapat memutar balik Thread ke titik saat hal itu diminta

00:05:15.640 --> 00:05:17.260
dan melihat persis bagaimana hasilnya sampai disini.

00:05:17.260 --> 00:05:20.540
Kedua grup mendapatkan visibilitas dan keduanya menghindari pemborosan waktu serah.

00:05:21.000 --> 00:05:23.240
Bandingkan ini dengan sistem yang tidak menyimpan percakapan.

00:05:23.700 --> 00:05:27.560
Tanpa Thread, Anda mencoba melacak perilaku dengan tangkapan layar atau ingatan yang samar.

00:05:27.560 --> 00:05:31.940
Itu tidak akan cukup kuat saat pihak kepatuhan meminta bukti atau saat tim dukungan perlu mereproduksi bug.

00:05:32.400 --> 00:05:36.440
Itu seperti diminta untuk mengulang pertarungan boss dalam sebuah game hanya untuk menyadari bahwa Anda tidak pernah menyimpannya.

00:05:37.160 --> 00:05:39.880
Tanpa catatan berarti tidak ada bukti dan tanpa jejak berarti tidak ada perbaikan.

00:05:40.700 --> 00:05:44.480
Saat terjadi kegagalan fatal, Anda hanya bisa meyakinkan pemangku kepentingan dengan janji verbal black.

00:05:44.560 --> 00:05:46.760
Dengan Thread di Foundry, Anda terhindari jubakan itu.

00:05:47.240 --> 00:05:48.920
Setiap percakapan menjadi bukti yang terstruktur.

00:05:48.920 --> 00:05:55.960
Jika alur kerja menarik bahasa hukum, catatan akan menunjukkan permintaan asli, jawaban spesifik yang dihasilkan, dan apakah alat pendukung dipanggil.

00:05:56.260 --> 00:06:01.860
Dan jika beberapa agen berbicara satu sama lain untuk membagi tugas, komunikasi bolak-balik mereka juga tercatat.

00:06:02.440 --> 00:06:08.040
Perusahaan dapat membuktikan kepatuhan, pengembang dapat menentukan lokasi bug, dan manajer dapat percaya bahwa apa yang dihasilkan sistem dapat dipertanggung.

00:06:08.200 --> 00:06:11.920
Itulah titik di mana Thread mengubah obrolan kacau menjadi sesuatu yang siap untuk produksi.

00:06:12.720 --> 00:06:17.980
Alih-alih komunikasi bolak-balik yang sementara Thread menghasilkan riwayat misi dan keputusan yang stabil, fondasi yang dapat Anda andalkan.

00:06:17.980 --> 00:06:19.900
Namun ingat lok tersebut hanyalah sebuah buku hari.

00:06:20.240 --> 00:06:23.780
Tindakan yang nyata dimulai saat agen mengambil apa yang tertulis di dalam Thread dan benar-benar mengeksekusinya.

00:06:24.360 --> 00:06:29.120
Tahap selanjutnya adalah saat misi berhenti sekadar menjadi catatan di kertas dan mulai dijalankan secara waktu nyata.

00:06:29.720 --> 00:06:31.140
Run dan Run Step adalah saat duduk dilempar.

00:06:31.580 --> 00:06:33.080
Run adalah momen ketika misi akhirnya dimulai.

00:06:33.800 --> 00:06:38.380
Dalam istilah foundry, Thread menampung riwayat percakapan, perintah, konteks, dan peta yang telah dibuka.

00:06:39.000 --> 00:06:43.080
Run adalah pemicu yang mengaktifkan agen untuk mengambil konteks tersebut dan benar-benar mengeksekusinya.

00:06:43.660 --> 00:06:46.440
Thread mengingat Run bertindak, anggaplah Run sebagai tombol pencur.

00:06:47.980 --> 00:06:50.100
Analisis CSV ini untuk gambar grafik garis.

00:06:50.580 --> 00:06:55.420
Namun Run adalah momen saat agen memproses permintaan itu melalui instruksi model dan alatnya.

00:06:55.960 --> 00:07:00.220
Agen dapat mencari data tambahan, menghitung angka, atau memanggil interpreter kode untuk membuat artefak.

00:07:00.660 --> 00:07:04.720
Dalam istilah RPG meja, Thread adalah saat kelompok Anda merencanakan langkah di sekitar meja.

00:07:05.320 --> 00:07:07.500
Run adalah lemparan inisiatif yang memulai pertempuran.

00:07:07.920 --> 00:07:09.020
Tanpanya tidak ada berjalan maju.

00:07:09.600 --> 00:07:12.160
Inilah yang diperjelas oleh foundry, Run bukanlah kotak hitam.

00:07:12.700 --> 00:07:14.660
Run adalah eksekusi yang dipantau dan dilajak statusnya.

00:07:14.660 --> 00:07:19.560
Anda biasanya akan melihat status seperti Queued, In Progress, Requires Action, Completed, atau Failed.

00:07:20.300 --> 00:07:24.300
Sample SDK sering memeriksa status ini dalam sebuah loop seperti Game Master memeriksa urutan giliran.

00:07:24.740 --> 00:07:28.000
Ini memberi Anda visibilitas tidak hanya tentang apa yang diselesaikan tetapi kapan hal itu terjadi.

00:07:28.660 --> 00:07:29.720
Namun ada kekhawatiran yang lebih besar.

00:07:30.060 --> 00:07:32.620
Bagaimana Anda tahu apa yang sebenarnya terjadi dalam eksekusi tersebut?

00:07:33.040 --> 00:07:37.580
Mungkin jawabannya terlihat baik tetapi tanpa detail Anda tidak bisa tahu apakah agen mengakses API eksternal,

00:07:37.580 --> 00:07:39.240
menulis kode, atau hanya mengarang teks.

00:07:39.840 --> 00:07:41.720
Ketidakjelasan itu berbahaya dalam lingkungan perusahaan.

00:07:42.240 --> 00:07:45.060
Itu setara dengan masuk ke pertandingan catur, melihat papan di tengah permainan,

00:07:45.120 --> 00:07:46.780
dan diberitahu, percayalah, langkah yang benar-benar.

00:07:47.020 --> 00:07:48.380
Anda tidak bisa memutar ulang permainan.

00:07:48.900 --> 00:07:50.020
Anda tidak tahu apakah langkah tersebut, sah.

00:07:50.360 --> 00:07:51.960
Run step adalah hal yang menghilangkan dugaan tersebut.

00:07:52.540 --> 00:07:55.560
Setiap ran direkam langkah demi langkah, output model apa yang dihasilkan,

00:07:55.660 --> 00:07:58.900
alat mana yang dipanggil, kalkulasi apa yang dijalankan, dan pesan apa yang diproduksi.

00:07:59.580 --> 00:08:02.700
Ini adalah notasi catur untuk AI, pion ke-4, kuda ke-F6.

00:08:02.700 --> 00:08:06.700
Hanya saja di sini adalah ambil file pukul 10.02, eksekusi blok kode pukul 10.03,

00:08:06.860 --> 00:08:10.060
kembalikan artifak grafik pukul 10.03, kembalikan artifak grafik pukul 10.04,

00:08:10.320 --> 00:08:12.760
setiap tindakan ditulis secara berurutan agar Anda dapat memutar yang kembali.

00:08:12.920 --> 00:08:14.440
Seru tersebut sangat melagakan bagi para pengembang.

00:08:14.920 --> 00:08:18.380
Tanpa run step, Anda hanya menatap jawaban akhir tanpa tahu bagaimana itu tercipta.

00:08:18.820 --> 00:08:19.780
Apakah queer pencerita yang salah?

00:08:20.120 --> 00:08:21.220
Apakah ada kesalahan mati yang menyelinap?

00:08:21.560 --> 00:08:22.320
Anda tidak bisa menebak-nebak.

00:08:22.640 --> 00:08:24.540
Dengan run step, Anda dapat menggulir lini masa,

00:08:24.660 --> 00:08:26.640
mengidentifikasi kesalahan yang tepat, dan memperbaikinya.

00:08:27.160 --> 00:08:29.760
Proses dibagian berhenti menjadi tebak-tebakan dan berubah menjadi forensik.

00:08:30.060 --> 00:08:31.940
Ini adalah perbedaan antara pertarungan bos yang berkabut,

00:08:32.040 --> 00:08:33.400
di mana Anda tidak tahu siapa yang menyerang,

00:08:33.620 --> 00:08:36.520
dan catatan pertempuran, dan catatan pertempuran yang menunjukkan setiap ayunan pedang.

00:08:37.020 --> 00:08:38.540
Tim repatuan juga mendapatkan keuntungan mereka.

00:08:39.280 --> 00:08:41.680
Setelah auditor bertanya bagaimana ringkasan itu dibuat, Anda tahu,

00:08:42.220 --> 00:08:44.580
Anda tidak perlu menjelaskan penalaran model dalam istilah abstract.

00:08:44.920 --> 00:08:45.580
Anda memiliki bukti.

00:08:45.840 --> 00:08:48.220
Pemanggilan alat, langkah interpreter, jawaban yang disusun,

00:08:48.220 --> 00:08:49.380
semuanya memiliki stempel waktu.

00:08:50.260 --> 00:08:51.920
Itu mengubah penjelasan menjadi tata kelola.

00:08:52.360 --> 00:08:53.920
Anda menunjukkan bukti alih-alih mengarang cerita.

00:08:54.360 --> 00:08:58.220
Dan perusahaan menyukai ini karena mengubah risiko menjadi akuntabilitas bukti alih-alih janji.

00:08:59.100 --> 00:09:00.240
Dan untuk operasi sehari-hari,

00:09:00.420 --> 00:09:02.980
langkah eksekusi menciptakan pola berulang yang bisa Anda andalkan.

00:09:03.640 --> 00:09:05.140
Jika alur kerja perlu dijalankan ulang,

00:09:05.240 --> 00:09:06.420
Anda dapat mengikuti urutan yang sama.

00:09:06.860 --> 00:09:08.680
Jika sebuah hasil dipertanyakan, Anda bisa memuntarnya kembali.

00:09:09.080 --> 00:09:11.400
Pada keberhasilan sempurna, eksekusi dengan langkah-langkah lengkap

00:09:11.400 --> 00:09:14.100
memberi Anda bukti yang dapat diaudit dan diputar ulang tentang bagaimana output itu.

00:09:14.100 --> 00:09:15.580
Pada kegagalan dalam sistem lain,

00:09:15.800 --> 00:09:17.840
yang Anda dapatkan hanyalah output yang tidak jelas tanpa jejak.

00:09:17.840 --> 00:09:20.220
Itulah mengapa bagian dari siklusi hidup agen ini penting.

00:09:20.560 --> 00:09:21.920
Anda memiliki buku harian diuntas,

00:09:22.000 --> 00:09:24.820
aktifasi di eksekusi, dan catatan langkah demi langkah di langkah eksekusi.

00:09:25.460 --> 00:09:27.420
Bersama-sama, mereka mengubah AI improvisasi

00:09:27.420 --> 00:09:30.360
menjadi rekan tim yang akuntabel yang tidak hanya dapat Anda lacak uji dan pertanggap.

00:09:30.640 --> 00:09:33.440
Tentu saja, mengetahui bahwa semua detail ini Anda hanyalah sebagian dari tegak.

00:09:33.660 --> 00:09:35.480
Anda memerlukan cara untuk berinteraksi dengannya,

00:09:35.580 --> 00:09:37.280
sesuatu yang cukup terstruktur untuk meluncurkan agen,

00:09:37.280 --> 00:09:39.060
memicu eksekusi, dan membaca kembali langkah eksekusi

00:09:39.060 --> 00:09:40.220
tanpa tenggelam dalam panggilan api-api.

00:09:40.380 --> 00:09:42.120
Dan bagian yang mengejutkan Anda tidak memerlukan

00:09:42.120 --> 00:09:43.280
ada perintah yang canggih untuk melakukan.

00:09:43.500 --> 00:09:45.200
Konsol yang digunakan kebanyakan orang adalah

00:09:45.200 --> 00:09:47.500
sesuatu yang familiar, kokoh, dan sedikit kurang glamor,

00:09:47.600 --> 00:09:49.420
yaitu gudang senjata dan aliansi.

00:09:50.300 --> 00:09:52.400
Gudang senjata dan aliansi adalah hal yang mengubah agen

00:09:52.400 --> 00:09:54.180
dari sekadar mesin obrolan menjadi pekerja.

00:09:54.640 --> 00:09:56.840
Di Azure Foundry, gudang senjata itu hadir dalam bentuk alat,

00:09:57.260 --> 00:10:00.320
ekstensi praktis yang memungkinkan agen beralih dari kata-kata ketindakan.

00:10:00.500 --> 00:10:02.900
Alih-alih hanya menjelaskan cara memeriksa dokumen

00:10:02.900 --> 00:10:04.080
atau menjalankan perhitungan,

00:10:04.220 --> 00:10:06.600
agen benar-benar dapat melakukannya dan mengambalikan outputnya.

00:10:06.600 --> 00:10:09.780
Perbedaan itulah yang membuat platform ini berharga di perusahaan nyata,

00:10:09.940 --> 00:10:11.760
bukan sekadar mengesankan dalam demo.

00:10:12.160 --> 00:10:14.160
Foundry memberi Anda tiga kategori kemampuan yang jelas.

00:10:14.600 --> 00:10:15.660
Pertama adalah alat bawaan.

00:10:16.080 --> 00:10:17.320
Ini termasuk interpreter kode,

00:10:17.660 --> 00:10:18.440
Bing Search,

00:10:18.580 --> 00:10:20.280
konektor SharePoint dan Microsoft Fabric,

00:10:20.400 --> 00:10:21.380
serta Azure iSearch,

00:10:21.520 --> 00:10:22.480
serta Azure iSearch.

00:10:22.920 --> 00:10:23.580
Dengan alat ini,

00:10:23.580 --> 00:10:24.820
Aken dapat menganalisis data,

00:10:25.000 --> 00:10:25.440
menarik file,

00:10:25.540 --> 00:10:26.420
mencari konten perusahaan,

00:10:26.460 --> 00:10:27.780
dan bahkan menyusun grafik atau laporan

00:10:27.780 --> 00:10:28.900
tanpa perlu kustomisasi tambahan.

00:10:29.580 --> 00:10:31.500
Masing-masing memperluas cakupan dari tanggapan obrolan

00:10:31.500 --> 00:10:33.940
menjadi produk kerja nyata yang dapat Anda periksa dan gunakan kembali.

00:10:33.940 --> 00:10:37.120
Kedua, Anda tidak terkunci hanya pada apa yang disediakan Microsoft.

00:10:37.660 --> 00:10:39.560
Foundry memungkinkan Anda mendaftarkan alat kustom

00:10:39.560 --> 00:10:42.320
melalui spesifikasi Open API atau modal konteks protokol MCP.

00:10:43.040 --> 00:10:46.120
MCP sangat penting karena dianggap seperti WSPC untuk alat AI.

00:10:46.800 --> 00:10:49.420
Alih-alih menulis web percara manual setiap kali Anda menghubungkan

00:10:49.420 --> 00:10:51.140
agen ke server MCP jarak jauh,

00:10:51.200 --> 00:10:52.900
sistem secara otomatis menangani penemuan,

00:10:53.020 --> 00:10:53.720
pembuatan versi,

00:10:53.800 --> 00:10:54.580
dan pemanggilan alat.

00:10:55.520 --> 00:10:57.340
Hal ini sangat meringankan beban integrasi,

00:10:57.340 --> 00:11:00.420
terutama jika lingkungan Anda memiliki peluhan sistem yang harus dihubungkan.

00:11:01.420 --> 00:11:03.340
Ketiga, setiap pemanggilan alat di Foundry dapat diamati.

00:11:03.940 --> 00:11:05.340
Pemanggilan dicatat pada tingkat langkah

00:11:05.340 --> 00:11:07.700
dengan identitas input-output dan stempel waktu.

00:11:08.100 --> 00:11:09.720
Artinya, tampilan operasional agen-agen ini

00:11:09.720 --> 00:11:10.880
bukan sekadar sihir yang harus dipercaya.

00:11:11.060 --> 00:11:11.660
Ini adalah sebuah besar.

00:11:11.880 --> 00:11:13.580
Anda dapat melihat dengan tepat apa yang dipanggil,

00:11:13.680 --> 00:11:15.480
memastikan bahwa hal itu mengikuti izin yang tepat

00:11:15.480 --> 00:11:17.000
dan menyimpan catatan permanen untuk kepatuhan.

00:11:17.400 --> 00:11:18.580
Untuk memperjelas kategori ini,

00:11:18.680 --> 00:11:19.420
bayangkan demo quickstop.

00:11:19.820 --> 00:11:22.060
Anda mengunggah file CSV sebagai pesan ke dalam sebuah thread.

00:11:22.420 --> 00:11:23.760
Agen memanggil alat penerjemah kode

00:11:23.760 --> 00:11:24.960
di dalam langkah-langkah eksekusinya,

00:11:24.960 --> 00:11:25.860
memproses file tersebut,

00:11:25.960 --> 00:11:26.460
dan membuat grafik.

00:11:26.640 --> 00:11:28.580
Artefak tersebut kembali sebagai gambar terampir,

00:11:33.940 --> 00:11:35.540
agen memilih alat tersebut,

00:11:35.660 --> 00:11:36.300
mengeksekusinya,

00:11:36.460 --> 00:11:38.720
dan mengembalikan file yang bisa Anda masukkan ke dalam laporan.

00:11:39.220 --> 00:11:39.860
Itu bukan teori,

00:11:39.940 --> 00:11:41.980
itu adalah perilaku yang terdokumentasi dalam sampel SDK.

00:11:42.620 --> 00:11:44.640
Disinilah hal ini benar-benar terbuka untuk integrasi perusahaan.

00:11:45.240 --> 00:11:46.560
Alat dapat terhubung ke Logic Apps,

00:11:46.740 --> 00:11:48.020
yang berarti agen dapat mengakses

00:11:48.020 --> 00:11:50.800
lebih dari 1.400 konektor SaaS dan on-premise yang sudah ada.

00:11:51.280 --> 00:11:54.560
Daripada membuat ulang adaptor untuk platform CRM, ERP, atau ITSM,

00:11:54.560 --> 00:11:57.420
Anda melakukan konfigurasi terhadap konektor yang sudah dijalankan bisnis.

00:11:57.820 --> 00:11:58.680
Ini adalah kontos kalem.

00:11:59.140 --> 00:12:01.000
Satu agen dapat beroperasi dengan aman,

00:12:01.000 --> 00:12:03.980
di berbagai landscape tanpa Anda perlu menulis jembatan API yang rapuh.

00:12:04.320 --> 00:12:06.340
Pertanyaan yang diajukan semua orang selanjutnya adalah kamu?

00:12:06.700 --> 00:12:07.840
Foundry menanganinya dari intinya.

00:12:08.580 --> 00:12:11.340
Saat alat terhubung ke sistem perusahaan seperti SharePoint atau Fabric,

00:12:11.460 --> 00:12:13.940
mereka melakukannya menggunakan autentikasi atas nama pengguna

00:12:13.940 --> 00:12:15.460
yang dimediasi oleh Microsoft Entra.

00:12:16.300 --> 00:12:18.080
Jika kemarin Anda tidak diizinkan membaca file,

00:12:18.160 --> 00:12:20.160
agen tidak akan secara ajaib melewati dinding itu hari ini.

00:12:20.720 --> 00:12:21.960
Identitas dan izin tetap utuh

00:12:21.960 --> 00:12:24.640
yang merupakan satu-satunya cara tim kepatuhan memberikan persetujuan mereka.

00:12:25.060 --> 00:12:26.100
Tiap panggilan juga dapat dilacat.

00:12:26.460 --> 00:12:27.040
Siapa yang memanggil?

00:12:27.320 --> 00:12:27.760
Dapat dikirim?

00:12:28.140 --> 00:12:28.560
Bapak di terima?

00:12:28.560 --> 00:12:30.100
Nah, jadi tim selalu memegang bukti.

00:12:30.480 --> 00:12:31.340
Dalam kondisi terbaik,

00:12:31.520 --> 00:12:34.320
seluruh perangkat alat ini membuat pasukan agen Anda lebih dari sekadar hal-hal.

00:12:34.520 --> 00:12:37.060
Anda mendapatkan unit yang dapat meminta data aktual,

00:12:37.180 --> 00:12:39.440
memprosesnya, dan bertindak dalam batasan yang sudah dikenal oleh TI.

00:12:39.660 --> 00:12:41.040
Dalam kondisi terburuk tanpa opsi ini,

00:12:41.140 --> 00:12:42.760
Anda hanya memiliki sesi obrolan yang banyak bicara,

00:12:42.860 --> 00:12:44.140
tetapi tidak pernah melakukan pekerjaan nyata.

00:12:44.340 --> 00:12:46.440
Itulah mengapa persenjataan sama pentingnya dengan pemimpin pasukan.

00:12:46.960 --> 00:12:49.600
Model dan instruksi mungkin menjadi dasar cara agen berpikir,

00:12:49.700 --> 00:12:52.460
tetapi tanpa perangkat yang terhubung secara bertanggung jawab dan tercatat dengan Anda.

00:12:52.580 --> 00:12:53.340
Itu hanyalah setengah jalan.

00:12:53.340 --> 00:12:56.660
Dengan perangkat bawaan Foundry, MCP, ekstensibilitas API terbuka,

00:12:56.780 --> 00:12:57.960
dan keamanan tingkat perusahaan,

00:12:58.080 --> 00:13:00.060
Anda memiliki fondasi kekuatan yang disipin,

00:13:00.440 --> 00:13:01.840
bukan sekadar kumpulan perintah tebakan.

00:13:02.420 --> 00:13:03.760
Dan ini membawa kita pada keamanan yang lebih besar.

00:13:04.140 --> 00:13:06.800
Agen di Foundry tidak dibuat untuk menjadi pendamping acak atau sekadar main.

00:13:07.240 --> 00:13:09.560
Mereka dirancang sebagai operator yang teratur dengan struktur,

00:13:09.780 --> 00:13:10.700
beban yang diperhitungkan,

00:13:10.800 --> 00:13:12.800
dan perlengkapan yang menjadikannya berguna dalam produksi.

00:13:13.820 --> 00:13:14.840
Di sinilah kampanye ini berakhir.

00:13:15.220 --> 00:13:15.900
Waktunya kesimpulan,

00:13:16.240 --> 00:13:17.880
Foundry bukan hanya sekadar menampakkan perintah ke model.

00:13:18.400 --> 00:13:20.620
Ini memberi Anda cara yang dapat diulang untuk membangun agen

00:13:20.620 --> 00:13:22.380
dengan otak, buku aturan, dan perangkat kerja.

00:13:22.780 --> 00:13:25.860
Dan setiap tindakan yang mereka ambil dicatat dalam utas, proses, dan langkah proses.

00:13:26.640 --> 00:13:28.380
Bagi pemimpin pengembangan maupun tim kepatuhan,

00:13:28.580 --> 00:13:29.220
intinya sederhana.

00:13:29.740 --> 00:13:32.880
Eksekusi yang dapat direproduksi dan diaudit dengan SDK seperti net

00:13:32.880 --> 00:13:35.340
yang memberi Anda kontrol dan visibilitas siklus hidup penuh.

00:13:36.080 --> 00:13:37.120
Langkah Anda selanjutnya,

00:13:37.380 --> 00:13:38.060
buat proyek uji,

00:13:38.380 --> 00:13:39.060
buat agen dasar,

00:13:39.160 --> 00:13:39.760
jalankan utas,

00:13:39.840 --> 00:13:41.960
lalu periksa langkah proses baik di SDK maupun portal.

00:13:42.660 --> 00:13:44.420
Begitulah cara memastikan log Anda sesuai dengan kenyataan.

00:13:44.420 --> 00:13:47.020
Jika ini membantu Anda mendapatkan hasil maksimal dalam berapan,

00:13:47.280 --> 00:13:48.660
berlanggananlah Anda aktifkan notifikasi.

00:13:48.660 --> 00:13:50.800
Atau, kita telah menjenakkan kluster lain,

00:13:50.980 --> 00:13:52.940
berlanggananlah untuk menjaga ramada Anda tetap dalam formasi.