Maven Apps: Agen Anda butuh operator, bukan panel saklar

Panel sakelar bekerja persis sesuai rangkaian kabelnya: tekan sakelarnya, dapatkan respons tetap yang sama, setiap kali. Minta ia menangani apa pun di luar sirkuit itu dan ia tidak bisa, karena ia tidak menangani variasi, hanya rangkaian kabel.

Operator berbeda. Berikan permintaan kepada operator, misalnya sambungkan saya ke resepsionis, dan ia akan mencari caranya: jalur mana yang dipakai, apa yang dilakukan jika jalurnya sibuk, apa yang dilakukan jika permintaannya sendiri ambigu. Operator tidak sekadar meneruskan sinyal; ia menafsirkannya lalu bertindak.

Maven Apps adalah operator, bukan panel sakelar. Saat mulai membangun framework yang menjadi fondasi infrastruktur App kami, kami mengambil taruhan yang disengaja: jangan membangun lapisan integrasi lain. Bangun platform aplikasi yang sesungguhnya, dan jadikan agen AI warga kelas satu di dalamnya.

Kini ada ribuan aplikasi di framework kami. Ya, termasuk aplikasi untuk sistem pihak ketiga utama seperti Salesforce, Zendesk, dan Notion. Namun ada juga ratusan aplikasi kustom yang berjalan di production pada agen yang sedang aktif.

Mengapa integrasi dasar tidak cukup

Tanyakan kepada 10 vendor apa arti "terintegrasi dengan Salesforce" bagi produk mereka, dan Anda akan mendapat 10 jawaban berbeda, karena sistem seperti Salesforce, Zendesk, atau Front tidak pernah hanya berfungsi untuk satu hal. Sistem itu bisa menjadi:

• Tempat yang harus didatangi agen Anda untuk mencari informasi (knowledge base, riwayat kasus)
• Tempat yang harus didatangi agen Anda untuk mengambil tindakan (membuat tiket, memperbarui data, memproses refund)
• Antarmuka tempat agen Anda perlu hadir (co-pilot agent-assist di dalam konsol yang sudah dipakai tim support Anda sehari-hari)

"Integrasi Salesforce" yang hanya mengenal artikel bukanlah produk yang sama dengan integrasi yang juga bisa membuat kasus, dan juga bukan produk yang sama dengan integrasi yang bisa hadir di dalam konsol agen sebagai co-pilot. Semua ini sering dibungkus dalam satu istilah pemasaran, sehingga Anda baru menemukan celahnya saat implementasi.

Inilah masalah mesin penjual otomatis: menu tetap yang bekerja persis seperti yang diiklankan, sampai hal yang Anda butuhkan ternyata tidak ada di daftar, dan saat itu Anda sudah terlanjur berkomitmen. Kami tidak ingin Maven Apps bekerja seperti itu, jadi kami membangun framework-nya berdasarkan pertanyaan yang sebenarnya diajukan (pengetahuan, kapabilitas, atau kanal), bukan berdasarkan "konektor" generik.

Maven Apps: lebih dari sekadar integrasi

Maven Apps bisa hadir dalam banyak bentuk, tetapi sebagian besar dibangun di atas beberapa pola umum. Beberapa contoh yang bisa dilakukan aplikasi:

• Aplikasi pengetahuan membaca dan mengindeks konten dari sistem eksternal agar agen bisa menjawab berdasarkan konten tersebut: hanya-baca, berversi, dan dapat diberi tag sesuai audiens.
• Aplikasi kapabilitas memungkinkan agen benar-benar melakukan sesuatu di sistem tersebut: panggilan API sungguhan, dirangkai menjadi workflow multi-langkah (mencari pesanan, memeriksa kebijakan pengembalian, memproses refund, lalu mengonfirmasinya kembali ke pelanggan), semuanya dalam satu percakapan. Jika ATM menjalankan transaksi berskrip dari menu tetap, aplikasi kapabilitas lebih mirip personal banker: ia menerima hasil yang diinginkan, bukan item menu, lalu melakukan apa pun yang diperlukan untuk mencapainya, termasuk menangani pengecualian.
• Aplikasi kanal menempatkan agen di tempat pelanggan atau tim support Anda sudah berada: widget tersemat, panggilan telepon, inbox, atau panel co-pilot di dalam konsol yang dipakai agen Anda setiap hari.

Aplikasi siap pakai di direktori kami biasanya bisa diinstal dalam hitungan menit. Jika sistem pelanggan belum ada di katalog, framework yang sama, SDK yang sama, lifecycle hook yang sama, dan model keamanan yang sama itulah yang dipakai developer untuk membangun aplikasi kustom.

Tidak ada tingkatan framework "kelas enterprise" terpisah yang hanya dipakai engineer kami; App Studio, platform developer kami untuk membangun aplikasi, berjalan di arsitektur yang identik. Ini TypeScript sungguhan, SDK sungguhan (@mavenagi/mavenagi), dan deploy pipeline sungguhan, bukan bahasa skrip proprietary yang harus Anda pelajari khusus untuk kami.

Jika Anda pernah membangun dengan MCP, Maven App menawarkan gagasan serupa, tetapi dikelola sepenuhnya. Server MCP standar tetap mengharuskan Anda menyiapkannya, mendaftarkannya, menjaganya tetap berjalan, dan melakukan scaling sendiri. Maven App lebih mirip endpoint MCP yang mendaftar dan melakukan scaling secara otomatis, tanpa infrastruktur yang harus Anda kelola: Anda menulis logikanya, sementara endpoint, autentikasi, dan hosting ditangani untuk Anda.

Bagaimana Apps dirancang agar andal

Maven App adalah aplikasi serverless yang berjalan di lingkungan yang aman dan terisolasi, serta berkomunikasi dengan platform Maven melalui SDK yang terdefinisi. Secara konkret:

Bersifat multi-tenant. Satu aplikasi dibangun sekali dan diinstal berkali-kali, di berbagai organisasi dan agen. Setiap instalasi memiliki konteksnya sendiri (ID organisasi, ID agen, dan konfigurasi runtime masing-masing), tetapi berbagi kode dasar yang sama. Artinya, saat kami merilis peningkatan pada aplikasi Salesforce, setiap pelanggan yang menggunakannya ikut merasakan manfaatnya, dan tidak ada yang terjebak dengan versi integrasi "milik mereka" yang usang dan dibuat manual.

Terisolasi, bukan sekadar ditempelkan. Setiap aplikasi berjalan sebagai fungsi tersendiri di lingkungan yang aman, terpisah dari backend inti Maven dan terpisah dari aplikasi pelanggan lain. Logika kustom Anda tidak pernah berjalan di dalam monolit bersama di samping milik pihak lain. Koneksi keluar ke system of record Anda bisa melalui VPN, VPC peering, OIDC, atau HTTPS biasa dengan IP allowlisting, sesuai pilihan Anda, bukan kami.

Bereaksi terhadap event nyata, bukan jadwal polling. Alih-alih sync job setiap malam, aplikasi dapat menerapkan event hook yang disebut trigger: percakapan dibuat, feedback masuk, knowledge base diperbarui, dan platform memberi tahu aplikasi tepat saat event itu terjadi. Ini berbeda dari tool otomatisasi yang mungkin sudah Anda kenal. Trigger Maven bersifat pasif: platform sendiri yang memantau perubahan status dan mengirimkannya ke aplikasi mana pun yang berkepentingan, tanpa keterkaitan antara aplikasi yang memicu event dan aplikasi yang bereaksi terhadapnya. Dalam praktiknya, aplikasi balasan email dan aplikasi sync Salesforce yang sepenuhnya terpisah dapat sama-sama bereaksi terhadap event "percakapan diperbarui" secara independen, masing-masing menjalankan tugasnya sendiri, tanpa saling mengetahui keberadaan satu sama lain.

Ini mekanisme koordinasi yang sama dengan yang digunakan koloni semut. Tidak ada satu semut pun yang merencanakan perilaku koloni, dan tidak ada semut yang mengirim pesan langsung ke semut lain; seekor semut mengubah sesuatu di lingkungan bersama (jejak feromon) dan semut lainnya bereaksi terhadap perubahan itu secara independen, masing-masing mengikuti aturan sederhananya sendiri. Kecerdasan di tingkat koloni (rute mencari makan yang optimal, pembagian beban, bahkan keputusan kolektif seperti memindahkan sarang) muncul dari situ, tanpa koordinator pusat dan tanpa ada semut yang mengetahui rencananya. Maven Apps berkoordinasi dengan cara yang sama: sebuah event mengubah status bersama, dan setiap aplikasi yang berkepentingan bereaksi sendiri.

Memiliki lifecycle yang nyata. Setiap aplikasi menerapkan sejumlah kecil lifecycle hook:

• preInstall: memvalidasi kredensial dan konfigurasi sebelum apa pun diaktifkan. Jika API key Anda salah, instalasi langsung gagal dengan jelas di tahap ini, bukan diam-diam 3 minggu kemudian.
• postInstall: mendaftarkan action aplikasi dan menyiapkan resource apa pun yang dibutuhkan setelah instalasi berhasil.
• executeAction: menjalankan pekerjaan yang diminta agen, yang tersedia bagi pelanggan sebagai kapabilitas: mencari pesanan, membuat kasus, memproses refund, memeriksa saldo akun.

Sebagian besar integrasi ibarat sakelar lampu: nyala atau mati, tidak ada di antaranya. Milik kami menjalankan lifecycle lengkap, mulai dari instalasi, validasi, eksekusi, hingga teardown, lebih mirip rutinitas yang membaca konteks dan beradaptasi (periksa apa yang terbuka, pastikan apa yang aman, lalu bertindak) daripada sakelar dengan 2 status. Itulah disiplin yang Anda harapkan dari perangkat lunak production, karena memang itulah wujudnya.

Apps vs. Integrasi

Integrasi pada umumnya menjawab satu pertanyaan sempit, biasanya "bisakah data berpindah dari A ke B", dan menganggapnya sebagai garis akhir. Maven App dibangun untuk menjawab pertanyaan yang lebih sulit dan lebih berguna: dapatkah agen AI secara andal mengetahui apa yang benar di sistem Anda saat ini, dan dapatkah ia dipercaya untuk bertindak atas nama Anda saat diperlukan?

Sebagian besar platform enterprise menawarkan versi "bangun sendiri jika kami belum menyediakannya secara bawaan". Yang biasanya tidak mereka sampaikan adalah membangun sendiri berarti menjalankan server sendiri, scaling sendiri, tinjauan keamanan sendiri, di infrastruktur sendiri. Celah sederhana di katalog konektor pun berubah menjadi keputusan soal SDM: apakah Anda mendapat anggaran engineering dan infrastruktur, atau tetap terbatas pada yang sudah tersedia? Dengan Maven Apps, pelanggan kami tidak dipaksa memilih opsi yang paling tidak buruk. Aplikasi kustom yang Anda atau developer Anda bangun berjalan di infrastruktur kami, dengan monitoring, scaling, dan postur keamanan yang sama seperti setiap aplikasi siap pakai di direktori kami. Anda menulis kodenya; kami yang menjalankannya.

Itu juga alasan arsitektur ini menuntut hal-hal yang tidak pernah perlu dipikirkan webhook sederhana:

• Respons terstruktur dengan ukuran terbatas. Setiap action yang dijalankan aplikasi mengembalikan respons yang jelas beserta data terstruktur yang dapat dinalar oleh agen, bukan blob mentah tanpa batas yang harus ditebak.
• Autentikasi mutual yang ditandatangani. Platform menandatangani setiap permintaan ke aplikasi agar aplikasi dapat memverifikasi bahwa yang memanggil benar-benar Maven, dan aplikasi mengautentikasi balik ke platform dengan kredensialnya sendiri. Tidak ada pihak yang harus bergantung pada jaringan semata.
• Konfigurasi divalidasi sebelum mencapai production. Karena preInstall berjalan sebelum aplikasi aktif, kredensial yang rusak atau pengaturan yang hilang terdeteksi saat instalasi, bukan saat pertama kali pelanggan mengandalkannya.
• Infrastruktur nyata di baliknya, bukan sekadar pemanggilan fungsi. Karena aplikasi adalah aplikasi utuh, ia dapat menyimpan state nyata: cache, penghitung rate, database kecil, bukan sekadar permintaan dan respons tanpa state. Inilah yang memungkinkan hal seperti memantau apakah tingkat resolusi untuk domain tertentu turun lebih dari 10% dalam 24 jam terakhir dan memberi tahu tim Anda saat itu terjadi. Panggilan API biasa tidak bisa menyimpan memori semacam itu. Aplikasi sungguhan bisa, sama seperti koloni semut yang menyimpan ingatan tentang lokasi makanan meski tidak ada satu semut pun yang mengingatnya.
• Menjauhkan data sensitif dari model. Beberapa langkah sama sekali tidak boleh melewati AI. Saat pelanggan siap membeli isi keranjangnya, agen memicu checkout aplikasi, dan aplikasi mengumpulkan data pembayaran dan data pribadi langsung dari pelanggan melalui antarmuka amannya sendiri. Agen mengorkestrasi alurnya, tetapi nomor kartu dan informasi sensitif lainnya tidak pernah masuk ke percakapan dengan AI.
• Satu codebase, semua pelanggan, dampak terisolasi. Multi-tenancy berarti perbaikan dan peningkatan dirilis sekali dan menjangkau semua orang, sementara isolasi berarti logika kustom satu pelanggan tidak pernah bisa memengaruhi pelanggan lain.

Apa artinya bagi Anda

Jika Anda sedang mengevaluasi Maven, intinya adalah ini: saat kami mengatakan agen dapat menjawab pertanyaan dan menindaklanjutinya, maksud kami ada aplikasi sungguhan di balik tindakan itu, berversi, terautentikasi, terisolasi, dan dibangun di atas framework yang sama, baik dirilis oleh tim kami maupun tim Anda. Itulah perbedaan antara agen yang bisa membicarakan sistem Anda dan agen yang benar-benar terhubung dengannya.

Kami membangun Maven Apps karena kami yakin itulah yang seharusnya dimaksud dengan "integrasi" sejak awal.