Agen bisa memilih cabang berikutnya: Dify 1.18 memudahkan pemindahan dan pemeriksaan alur

Demonstrasi agen dapat tampak meyakinkan setelah satu permintaan berhasil. Pertanyaan sulit datang ketika tim kedua ingin menggunakannya kembali: cabang mana yang akan dipilih, berkas mana yang ikut berpindah bersama aplikasi, dan di mana orang dapat melihat kejadian di dalam alur bertingkat?

Dify 1.18.0, dirilis pada 23 Oktober 2026, mempertemukan pertanyaan itu. Rilis ini memperkenalkan Output Routes agen, paket aplikasi .ifpkg portabel, dan visibilitas alur lebih mendalam. Perubahannya bukan terutama memberikan jawaban lebih mengesankan, tetapi membuat posisi agen dalam aplikasi cukup mudah dipahami untuk digunakan ulang. Rilis resmi.

Dify adalah platform membangun aplikasi AI dengan alur visual, model, pengetahuan, dan alat. Tim dapat menghubungkan penilaian model ke tahap aplikasi, bukan berulang kali menyalin prompt sama ke percakapan. Hal menarik rilis ini adalah penyatuan tiga kebutuhan praktis: menentukan langkah selanjutnya, memindahkan aplikasi, dan memeriksa eksekusinya.

Antarmuka alur oleh LangGenius / kontributor dokumentasi Dify, CC BY 4.0. Ukuran diubah dan dikonversi ke WebP tanpa pemotongan. Layar mengilustrasikan pembangun visual, bukan setiap kontrol baru yang dirilis.

Cabang adalah keputusan yang memiliki tujuan

Pada alur tradisional, kondisi sering memeriksa nilai dikenal: status disetujui, kolom kosong, atau skor melewati ambang. Permintaan bahasa alami tidak serapi itu. Pelanggan mungkin mencampur pertanyaan, keluhan, dan permintaan pengecualian dalam satu pesan.

Output Routes baru Dify memungkinkan agen memilih di antara rute terkonfigurasi agar alur berlanjut melalui cabang terkait. Tafsiran agen menjadi pilihan dalam proses, dengan langkah berikutnya digambarkan dalam alur, bukan sepenuhnya dibiarkan dalam prosa generatif.

Ini dapat memudahkan perancangan dan pemeriksaan aplikasi. Pembuat menentukan tujuan yang tersedia. Agen memilih di antaranya untuk suatu permintaan. Alur menjalankan langkah yang terhubung. Rute tetap berguna meskipun penjelasan bahasa alami agen bukan produk akhirnya.

Batasnya penting. Memilih rute “eskalasi” tidak sama dengan membuktikan kasus secara hukum atau keuangan perlu dieskalasi. Memilih “draf balasan” bukan izin mengirim balasan. Alur tetap harus menetapkan operasi berizin setelah setiap pilihan dan pemilik pengecualian.

Contoh pertama: satu pesan pelanggan, tiga kemungkinan jalur

Bayangkan tim dukungan menerima campuran pertanyaan produk dan permintaan pengecualian. Tim menginginkan aplikasi yang membedakan tiga jalur utama: menjawab dari materi bantuan disetujui, menyiapkan draf untuk manusia, atau mengeskalasi kasus tidak biasa.

Dengan rute eksplisit, tujuan tersebut dapat terlihat dalam alur. Pertanyaan penyiapan sederhana masuk ke jawaban berbasis pengetahuan. Permintaan dengan ketidakpastian khusus akun masuk ke peninjauan. Permintaan mengesampingkan syarat komersial menuju tim yang berwenang memutuskan.

Ini pilihan aplikasi ilustratif, bukan kebijakan dukungan siap pakai dari Dify. Tim perlu mendefinisikan isi setiap rute, memberi contoh sesuai, dan menentukan kejadian ketika masukan ambigu. Penjelasan meyakinkan tidak boleh menghapus batas kewenangan.

Manfaatnya bukan semua pesan mudah diklasifikasikan. Manfaatnya pembuat dapat mengevaluasi keputusan spesifik. Jika pesan sulit dikirim ke cabang jawaban biasa, kegagalan uji menjadi jelas. Jika semua permintaan dikirim ke manusia, alur mungkin aman tetapi hanya memberi sedikit otomatisasi berguna.

Simpan kumpulan pesan bermasalah dan tujuan yang diharapkan. Sertakan permintaan campuran, informasi kurang, dan variasi bahasa yang menyerupai lalu lintas pelanggan nyata. Alur yang hanya berhasil pada contoh terbersih masih berupa demo, walaupun diagramnya tampak selesai.

Rute terkonfigurasi mengubah penilaian bahasa menjadi tujuan alur terlihat. Setiap tujuan tetap memerlukan tindakan berizin dan aturan peninjauannya sendiri.

Portabel berarti lebih dari menyalin prompt

Aplikasi AI dapat bergantung pada instruksi, definisi agen, Skills, berkas, dan referensi sumber daya dalam ruang kerja. Menyalin prompt yang paling terlihat meninggalkan banyak bagian aplikasi.

Dify 1.18 memperkenalkan paket .ifpkg yang dapat menyertakan Agents tertanam, Skills, dan berkasnya. Pada impor, rilis menjelaskan pembuatan ulang sumber daya dan pemetaan ulang referensi. Impor berkas dan URL mendukung YAML serta format paket, sementara ekspor YAML eksplisit tetap tersedia. Perubahan paket dan impor.

Ini perubahan berarti bagi penggunaan ulang. Tim lebih mungkin memindahkan bersama potongan yang menjelaskan cara kerja agen, bukan membiarkan rekan menyusunnya lagi dari daftar instruksi manual.

Ini bukan bukti bahwa seluruh dependensi luar ikut berpindah otomatis. Akses model, kredensial, ketersediaan plugin, izin jaringan, dan sumber pengetahuan dapat bergantung pada lingkungan tujuan. Aplikasi yang diimpor mungkin utuh secara struktur, tetapi masih perlu konfigurasi agar berjalan benar.

Perlakukan paket sebagai artefak aplikasi berguna yang memerlukan pemeriksaan. Berkas dapat membawa instruksi dan konten pendukung yang tidak ditulis tim penerima. Sebelum mengimpor ke ruang kerja dengan akses berharga, pahami asalnya serta tindakan yang diharapkan dari agen dan alatnya.

Contoh kedua: alur proposal berpindah ke tim lain

Bayangkan perusahaan jasa membangun alur penyusunan draf proposal pertama. Alur mengumpulkan permintaan, menerapkan Skill penulisan, memeriksa bagian wajib, dan meneruskan ketentuan komersial tidak pasti kepada manusia.

Tim kedua ingin pendekatan sama dengan katalog layanan berbeda. Serah terima prompt saja tidak lengkap: instruksi penulisan pakai ulang, templat terlampir, dan referensi agen merupakan bagian perilaku. Format paket dirancang untuk memindahkan lebih banyak bagian terhubung itu bersama-sama.

Tim penerima tetap memiliki pekerjaan. Tim harus mengganti atau mengonfirmasi informasi layanan, mengonfigurasi model dan alat berizin, serta memastikan siapa yang boleh menyetujui proposal. Jika alur impor merujuk sumber daya yang tidak semestinya ada di ruang baru, keberhasilan impor bukan alasan membiarkan referensi tanpa ditinjau.

Jalankan sedikit contoh permintaan sama sebelum dan sesudah perpindahan. Bandingkan pilihan rute, bagian wajib, akses alat, dan perilaku peninjauan. Aplikasi portabel seharusnya mempertahankan proses yang dimaksud sambil memungkinkan perubahan sengaja pada informasi khusus tujuan.

Di sinilah pengemasan menjadi fitur operasional. Pengemasan mengurangi rekonstruksi, tetapi hasil bergunanya adalah serah terima berulang yang dapat dipahami dan diuji tim lain. Jumlah klik yang dihemat saat impor hanya satu bagian hasil.

Melihat ke dalam alur mengubah cara tim menelusuri kesalahan

Rilis juga menekankan visibilitas alur lebih mendalam, termasuk eksekusi bertingkat. Ini penting karena aplikasi dapat gagal beberapa langkah sebelum titik masalah yang terlihat pengguna.

Draf akhir buruk dapat disebabkan kesalahan pengarahan, sumber pengetahuan hilang, hasil alat tidak lengkap, atau instruksi dalam alur bertingkat. Jika tim hanya memeriksa jawaban akhir, tim mungkin terus menulis ulang prompt yang bukan penyebab kegagalan.

Eksekusi yang lebih terlihat membantu tim bertanya lebih sempit: masukan apa mencapai tahap ini, hasil apa yang dihasilkan, dan tahap mana yang memakainya berikutnya? Jawabannya mendukung perbaikan lebih tepat daripada mengubah beberapa bagian aplikasi sekaligus.

Visibilitas tidak sama dengan penjelasan lengkap penalaran internal model. Informasi eksekusi memperlihatkan peristiwa aplikasi dan aliran data tanpa menetapkan alasan setiap token atau rute dipilih. Informasi itu juga tidak otomatis menentukan isi jejak yang layak dilihat setiap orang.

Gunakan visibilitas untuk memahami perilaku alur yang dapat diamati. Tentukan secara terpisah masa penyimpanan jejak, materi sensitif yang mungkin termuat, dan pihak yang boleh mengakses. Aplikasi dengan permintaan rahasia tidak boleh mengubah kemudahan penelusuran menjadi akses tak terbatas terhadap isinya.

Ketersediaan rilis dan peningkatan versi adalah pertanyaan berbeda

Rilis GitHub resmi merupakan rilis perangkat lunak bertanggal. Itu tidak membuktikan semua ruang Dify terkelola mengaktifkan fitur sama pada saat bersamaan. Pengguna layanan terkelola harus memeriksa ruang sebenarnya dan dokumentasi sebelum merencanakan pemakaian suatu kontrol.

Pemasangan mandiri memiliki tanggung jawab berbeda. Catatan Dify 1.18 menjelaskan perubahan terkoordinasi pada API, worker, Agent Backend, dan image lingkungan eksekusi, termasuk protokol eksekusi agen yang berubah. Memperbarui satu komponen terlihat bukan cara andal mengadopsi rilis yang mengubah komunikasi antarkomponen.

Catatan juga menyoroti detail konfigurasi serta migrasi untuk lingkungan isolasi agen lokal dan alat. Detail itu harus masuk rencana peningkatan berdasarkan pemasangan nyata. Detail tidak boleh dipadatkan menjadi perintah universal dari ikhtisar produk.

Sebelum peningkatan, pertahankan konfigurasi dan artefak aplikasi saat ini, identifikasi versi komponen yang didukung, dan uji migrasi pada lingkungan sesuai. Jangan mengganti pengaturan autentikasi atau enkripsi persisten hanya karena konfigurasi contoh berisi nilai yang tampak baru. Ikuti panduan migrasi rilis secara tepat.

Bagi tim yang segera ingin mengevaluasi rute atau paket, memulai dengan aplikasi uji terpisah masuk akal. Tim dapat mempelajari perilaku baru tanpa menjadikan percobaan pertama sebagai migrasi alur terpentingnya.

Evaluasi berguna cukup ditulis dalam satu halaman

Anda tidak memerlukan puluhan agen untuk mengetahui manfaat fitur ini. Satu aplikasi dengan keputusan nyata dan lingkungan kedua untuk uji impor cukup mengungkap beberapa sifat penting.

1. Pilih tugas terbatas. Ambil proses dengan masukan dan hasil yang dapat dikenali, seperti menyiapkan balasan dukungan untuk ditinjau. Tetapkan pemilik pengecualian.
2. Definisikan sedikit rute. Beri setiap rute makna operasional dan tentukan tindakan setelahnya. Sertakan jalur bagi permintaan yang tidak dapat dimasukkan dengan aman.
3. Kumpulkan kasus representatif. Gunakan permintaan biasa, pesan campuran maksud, dan kasus informasi kurang. Tulis rute harapan sebelum menjalankan.
4. Periksa eksekusi, bukan hanya jawaban akhir. Ikuti tahap bertingkat terkait dan temukan titik pertama kemunculan nilai atau pilihan tak terduga.
5. Ekspor dan impor aplikasi. Tinjau sumber daya paket serta periksa referensi, alat, model, dan rahasia di tujuan. Jangan menganggap akses yang kurang harus diberikan otomatis.
6. Ulangi kasus sama setelah perpindahan. Bandingkan rute serta keluaran, lalu catat perbedaan konfigurasi yang sengaja dibuat tim penerima.

Ukuran yang berguna konkret: seberapa sering permintaan mencapai tujuan harapan, seberapa banyak konfigurasi serah terima, dan apakah peninjau dapat menemukan kegagalan tanpa merekonstruksi seluruh eksekusi. Tidak satu pun mengharuskan prosa generatif dianggap bukti kebenarannya sendiri.

Paket dapat memindahkan struktur aplikasi. Tujuan tetap memerlukan pemeriksaan akses sendiri dan pengulangan kasus penentu perilaku berhasil.

Hal yang makin menjanjikan dan yang perlu diperhatikan

Arah yang memberi harapan adalah unit aplikasi yang lebih mudah digunakan ulang. Alur dapat memuat tujuan eksplisit, membawa lebih banyak sumber daya agen pendukung, dan membuka lebih banyak eksekusi ketika terjadi masalah. Gabungan ini berguna bagi tim yang sudah melewati prompt terpisah tetapi tidak ingin setiap aplikasi menjadi proyek integrasi khusus.

Kekhawatiran sebaliknya adalah portabilitas dapat menyebarkan kesalahan seefisien praktik baik. Definisi rute kabur atau alat berkewenangan berlebihan tidak menjadi tepat hanya karena datang dalam paket rapi. Tinjau perilaku yang diimpor, bukan sekadar keberhasilan membuka berkas.

Uji bermakna berikutnya untuk Dify adalah kemampuan tim memelihara aplikasi saat terjadi perubahan: model lain, Skill baru, kebijakan bisnis baru, atau perpindahan ruang kerja. Impor pertama berhasil memang menggembirakan. Pembaruan terkendali yang mempertahankan perilaku tujuan merupakan tanda kematangan lebih kuat.

Dify 1.18 membuat percobaan ini lebih menarik dengan menghubungkan keputusan agen ke struktur alur terlihat. Mulailah dari proses kecil, pertahankan rute yang dapat dipahami, dan buat serah terima dapat diulang. Begitulah demo menjanjikan mulai menjadi sesuatu yang dapat dipakai tim lain secara bertanggung jawab.

Sumber

• Catatan rilis Dify 1.18.0, diterbitkan 23 Oktober 2026, pukul 06:33 UTC.
• Dokumentasi resmi Dify, latar produk; ketersediaan rilis perlu diperiksa pada ruang kerja sebenarnya.

Ingin tempat yang mudah dicari untuk catatan alur, contoh permintaan, dan keputusan di balik revisi? Kumpulkan materi referensi di Telli.sh agar serah terima tetap mudah dipahami.