AI Anda tahu kebijakannya. Apakah ia tahu siapa yang boleh menyetujui pesanan?

Seorang karyawan bertanya apakah tim boleh membeli laptop pengganti. Asisten AI menemukan kebijakan pembelian dan memberikan jawaban masuk akal. Keputusan sebenarnya masih bergantung pada anggaran, pemasok, departemen karyawan, dan orang yang berwenang menyetujui pesanan tersebut.

Pada 23 Oktober 2026, Sakana AI mengumumkan Sakana Aquarium, platform untuk membangun, menjalankan, dan mengatur agen berdasarkan data serta aturan organisasi. Perusahaan AI Jepang ini menjelaskan ontologi yang menghubungkan makna dan relasi informasi, lingkungan eksekusi agen terkelola, serta tata kelola akses, persetujuan, dan catatan eksekusi. Pengumuman resmi.

Pertanyaan bergunanya adalah apa yang terjadi antara jawaban dan tindakan berizin. Aquarium menawarkan struktur bersama bagi celah itu, agar setiap agen baru tidak harus menemukan ulang makna pelanggan, pembelian, atau persetujuan dalam perusahaan.

Antarmuka percakapan peramban TinySwallow terdahulu dari Sakana AI, sebagai latar mengenai upayanya mengubah model menjadi produk. Ini bukan Aquarium. Gambar: Sakana AI, Lisensi Apache 2.0. Ukuran diubah tanpa pemotongan.

Kata yang sama dapat berbeda makna dalam sistem berbeda

Sebagian besar organisasi sudah memiliki informasi yang diperlukan agen di suatu tempat. Lembar kerja memuat anggaran, dokumen menjelaskan aturan pengadaan, dan aplikasi mencatat status pesanan. Kesulitannya menentukan bagian yang merujuk pada hal yang sama dan bagian yang menjadi acuan ketika keputusan dibuat.

Misalnya, “disetujui” dapat berarti manajer mengiyakan melalui email, permintaan pembelian lolos pemeriksaan keuangan, atau pemasok menerima pesanan. Keadaan tersebut berkaitan, tetapi tidak dapat saling menggantikan. Agen yang menganggapnya sinonim dapat memberikan jawaban yang terdengar benar sambil mengambil langkah berikutnya yang salah.

Ontologi adalah penjelasan terstruktur mengenai makna dan hubungan semacam itu. Dalam deskripsi Aquarium, ontologi menghubungkan pengetahuan, aturan, dan data organisasi agar agen dapat memakainya dalam konteks. Halaman produk juga menjelaskan bahwa koneksi dan sinkronisasi dirancang sesuai sumber data sasaran. Penjelasan platform.

Menurut penafsiran kami, pekerjaan sulit dipindahkan ke tempat lebih terlihat. Seseorang tetap harus menentukan arti suatu keadaan, sumber yang bertanggung jawab, dan saat perubahannya. Membuat keputusan ini eksplisit bernilai karena alur lain dapat memakainya kembali, bukan memasukkan definisi sedikit berbeda ke prompt lain.

Ini bukan sekadar memberikan lemari arsip lebih besar kepada chatbot, melainkan menyepakati peta bersama. Peta tidak menggantikan wilayahnya. Peta memudahkan pengenalan catatan, aturan, dan pemilik yang dimaksud oleh pertanyaan.

Penjelasan orisinal mengenai arah yang dinyatakan produk: definisi bersama menghubungkan informasi dengan alur yang diatur.

Permintaan pembelian menunjukkan mengapa pencarian saja tidak cukup

Pertimbangkan permintaan laptop pengganti sebagai ilustrasi. Alur yang berguna mengidentifikasi karyawan, anggaran berlaku, pemasok yang disetujui, dan keadaan pembelian saat ini. Setelah itu, alur menentukan jalur persetujuan, bukan menganggap paragraf kebijakan umum sebagai izin membeli.

Jika anggaran berubah sejak permintaan dimulai, alur memerlukan kebijakan penggunaan nilai baru. Jika manajer tidak hadir, alur harus mengetahui apakah orang lain boleh menyetujui. Jika penawaran pemasok kedaluwarsa, persetujuan sebelumnya mungkin tidak lagi mencakup pesanan saat ini.

Ini bukan terutama masalah generasi bahasa. Persoalannya menyangkut kepemilikan tanggung jawab, waktu, dan kewenangan. Model dapat membantu menafsirkan permintaan, tetapi aplikasi harus menghubungkan tafsiran itu ke catatan yang tepat dan operasi yang diizinkan.

Pengumuman Aquarium menjelaskan kontrol akses, persetujuan sebelum eksekusi, dan catatan yang menghubungkan dasar penilaian dengan hasilnya. Disebutkan pula definisi data dan ontologi yang dapat digunakan ulang antaragen. Itu merupakan komitmen produk yang berguna untuk diuji dalam proyek percontohan, bukan alasan menganggap proses pembelian setiap organisasi sudah tercakup. Tata kelola dan agen terkelola.

Proyek awal kecil perlu membuat satu jalur keputusan semacam itu mudah dipahami dari ujung ke ujung. Ini lebih bermakna daripada menghubungkan semua dokumen perusahaan dan mengajukan pertanyaan luas. Sasarannya tugas tertentu dengan masukan, pemilik, dan hasil yang dapat diperiksa.

Pengecualian pelanggan membutuhkan aturan sekaligus alasan

Skenario kedua adalah menangani pengecualian bagi pelanggan bisnis. Misalkan kontrak memiliki tanggal perpanjangan standar, tetapi tenaga penjualan menjanjikan pengaturan lain. Agen yang hanya membaca email terbaru dapat melewatkan kontrak; agen yang hanya membaca kontrak dapat melewatkan pengecualian berizin.

Sistem yang berguna perlu membedakan usulan dari perubahan yang disetujui. Sistem juga harus menyediakan informasi pendukung kepada pengambil keputusan. Tujuannya bukan sekadar memilih teks terbaru, tetapi menghubungkan catatan relevan dengan status dan kewenangannya.

Di sinilah definisi bersama dapat digunakan ulang. Jika satu alur memahami keadaan kontrak pelanggan dan alur lain memahami penagihan, keduanya tidak boleh menciptakan makna berbeda untuk perpanjangan yang sama. Fondasi bersama dapat mengurangi ketidakkonsistenan saat organisasi menambah agen.

Manfaatnya bergantung pada kualitas fondasi tersebut. Hubungan salah dapat digunakan ulang seefisien hubungan benar. Karena itu, tim perlu meninjau definisi dan jalur pembaruannya, bukan sekadar jawaban agen dalam demonstrasi.

Bagi pembaca yang mempertimbangkan platform serupa, pertanyaan paling berguna bersifat spesifik: keputusan mana yang akan membaik jika makna, status, dan kewenangan terkait dihubungkan? Jika tidak ada yang mampu menyebutkannya, proyek mungkin hanya mengumpulkan informasi tanpa tujuan operasional jelas.

Alur yang dapat digunakan ulang tetap memerlukan pemilik ketika dunia berubah

Halaman produk Aquarium menjelaskan alur dalam YAML, mencakup rujukan informasi, penilaian AI, eksekusi fungsi, dan persetujuan manusia. Halaman itu juga menyatakan pembaruan informasi terhubung dapat tercermin dalam ontologi. Alur dan sinkronisasi.

Ini arah yang berguna karena proses dapat ditinjau sebagai rangkaian keputusan dan tindakan. Manusia dapat menanyakan lokasi persetujuan, fungsi pelaksana operasi, dan kejadian ketika informasi kurang. Alur tidak seharusnya hanya dipahami model yang membuatnya.

Namun, pembaruan yang tiba dalam sistem tidak sama dengan kesepakatan organisasi mengenai artinya. Kebijakan baru mungkin hanya berlaku untuk permintaan setelah tanggal tertentu. Catatan pelanggan yang berubah mungkin perlu ditinjau sebelum memengaruhi tindakan sensitif. Aturan bisnis di sekelilingnya menentukan jawaban.

Karena itu, kepemilikan tanggung jawab harus jelas pada dua tingkat. Seseorang memelihara koneksi data dan mendeteksi kegagalan. Orang lain, atau orang yang sama dalam tim kecil, memiliki definisi bisnis dan memutuskan perubahan aturan. Tanpa tanggung jawab tersebut, sinkronisasi dapat mempercepat penyebaran asumsi usang.

Ini pertanyaan evaluasi, bukan klaim tentang penerapan pada pelanggan tertentu. Tujuannya menghubungkan konsep platform dengan tugas yang dapat dikenali bisnis.

Mulailah dengan satu operasi yang kesalahannya mudah dipahami

Situs resmi Aquarium saat ini menyediakan pengenalan dan jalur konsultasi. Situs tersebut tidak menetapkan harga layanan mandiri publik atau tanggal aktivasi universal bagi semua pelanggan. Diskusi awal lebih baik dibingkai melalui operasi konkret daripada janji memindahkan seluruh perusahaan ke agen. Pengenalan dan kontak.

Urutan persiapan praktis dapat seperti berikut:

1. Pilih satu operasi berulang, misalnya memeriksa permintaan pembelian sebelum sampai ke pemberi persetujuan.
2. Identifikasi catatan asli, sistem pemilik setiap nilai, dan orang yang bertanggung jawab atas setiap aturan bisnis.
3. Tuliskan keadaan penting, termasuk informasi kurang, pengecualian, dan permintaan yang harus dihentikan.
4. Definisikan tindakan yang dapat disiapkan agen, tindakan yang boleh dijalankan, serta persetujuan di antaranya.
5. Evaluasi contoh biasa dan sulit bersama orang yang menangani pekerjaan sekarang.
6. Periksa catatan eksekusi serta jalur pembaruan sebelum meluas ke operasi lain.

Pendekatan ini memudahkan penilaian proyek percontohan. Tim dapat membandingkan kelengkapan informasi, ketepatan jalur usulan, dan beban peninjau. Tim juga dapat melihat ketika sistem dengan yakin melanjutkan permintaan yang seharusnya menunggu.

Hasil berguna pertama mungkin berupa persiapan lebih baik, bukan eksekusi otomatis. Menyatukan informasi relevan dan mengenali peninjau yang tepat dapat menghilangkan hambatan nyata. Ini juga memberi dasar lebih jelas untuk menilai apakah otonomi tambahan sesuai di kemudian hari.

Urutan evaluasi yang diusulkan. Penambahan jumlah agen seharusnya mengikuti jalur keputusan yang berfungsi, bukan menggantikannya.

Pengalaman perusahaan Sakana menjelaskan arah, bukan hasil

Pengumuman Sakana AI menghubungkan Aquarium dengan pengalaman penerapan AI dalam bidang yang membutuhkan ketepatan dan akuntabilitas, termasuk jasa keuangan. Perusahaan menjelaskan usaha berulang untuk menghubungkan data serta menata istilah dan kriteria penilaian. Aquarium diposisikan sebagai fondasi umum bagi pekerjaan yang sebelumnya dibangun ulang pada setiap proyek. Latar produk.

Latar itu berguna karena menjelaskan masalah yang dipilih untuk dijadikan produk. Itu tidak boleh disamakan dengan ukuran hasil Aquarium yang dipublikasikan. Kolaborasi Sakana AI terdahulu tidak otomatis menjadi kasus pelanggan Aquarium, dan keberhasilan penerapan sempit tidak membuktikan semua operasi mudah dialihkan.

Bukti berikutnya yang perlu dicari bersifat operasional. Tugas apa yang dipilih? Informasi apa yang diperlukan sistem? Berapa banyak pekerjaan tetap dilakukan manusia, dan bagaimana kasus salah atau tidak lengkap ditangani? Detail tersebut membuat studi kasus lebih berguna daripada klaim umum peningkatan produktivitas oleh agen.

Arah masa depan produk mencakup penggabungan koreksi dan penilaian operasional dalam pembaruan berkelanjutan, serta bantuan membangun agen. Ini menimbulkan pertanyaan desain penting: bagaimana usulan perbaikan dibedakan dari perubahan aturan perusahaan yang disetujui? Jawabannya sama penting dengan kemampuan membuat alur secara cepat.

Bagi bisnis yang mengadopsi agen, tanda kematangan terkuat mungkin kemampuan mengubah aturan dengan aman dan menjelaskan dampaknya. Fondasi yang hanya dipahami pada hari demonstrasinya akan sulit dipelihara ketika kebijakan, orang, dan sistem berubah.

Agen perusahaan yang berguna perlu memahami tindakan yang diizinkan jawabannya

Aquarium patut diperhatikan karena memperlakukan makna organisasi dan kontrol sebagai bagian platform agen. Sasaran itu lebih menuntut daripada menemukan paragraf masuk akal, tetapi lebih dekat dengan pekerjaan yang benar-benar dibutuhkan perusahaan.

Pertanyaan untuk proyek percontohan bukan apakah agen terdengar familier dengan kebijakan. Pertanyaannya apakah informasi tepat sampai pada keputusan tepat, orang tepat mengizinkan langkah berikutnya, dan organisasi mampu menjelaskan kejadian setelahnya.

Sumber

• Sakana AI: pengumuman Aquarium, 23 Oktober 2026.
• Ikhtisar platform Sakana Aquarium, diperiksa pada 26 Oktober 2026.

Pertahankan materi di balik keputusan

Telli.sh dapat digunakan untuk menyimpan materi sumber berizin bersama catatan yang sudah Anda tinjau. Buat ruang catatan.