Perkembangan kecerdasan buatan (AI) belakangan ini tidak hanya berfokus pada model bahasa besar (LLM) yang menjawab pertanyaan, tetapi juga pada agen otonom yang mampu menjalankan tugas di dunia nyata melalui pemanggilan API. Namun, mayoritas API yang ada saat ini hanya bersifat "agent-compatible", artinya seorang agen dapat memanggilnya, tetapi sering kali tetap membutuhkan intervensi manusia untuk menyelesaikan prosesnya. Send16, sebuah platform email untuk pengembang dan pemasar, baru-baru ini membagikan pengalaman mereka dalam mengubah layanannya dari sekadar kompatibel menjadi "agent-native" — di mana agen dapat menyelesaikan seluruh pekerjaan secara mandiri. Upaya yang berlangsung beberapa pekan ini mengungkap bahwa jarak antara kedua kondisi tersebut lebih pendek namun aneh daripada yang dibayangkan.
Tantangan utama yang dihadapi bukan terletak pada kompleksitas endpoint pengiriman, melainkan pada proses onboarding. Endpoint pengiriman email Send16 sebenarnya sudah memadai dan dapat dibentuk oleh agen. Namun, seperti hampir semua API email, sistem mewajibkan verifikasi domain melalui SPF, DKIM, dan DMARC sebelum pesan pertama boleh dikirim. Kebijakan anti-penyalahgunaan ini wajar bagi pengguna manusia, tetapi menjadi fatal bagi agen tanpa pengawasan karena langkah pertamanya adalah "edit DNS Anda", sesuatu yang tidak bisa dilakukan agen secara mandiri. Akibatnya, upaya pengiriman pertama selalu gagal, dan kegagalan di aksi perdana adalah tempat di mana alur kerja agen biasanya mati.
Pelajaran penting dari eksperimen ini adalah bagi sebuah agen, proses onboarding adalah bagian dari API itu sendiri. Jalur sukses (happy path) harus menjamin keberhasilan pertama tanpa langkah manusia di luar sistem. Sebagai solusi pertama, Send16 menambahkan fitur pengirim sandbox tanpa DNS (zero-DNS sandbox sender). Jika agen mengirim dari alamat onboarding@send16.com, platform akan mengantarkan pesan tersebut tanpa memerlukan domain, konfigurasi DNS, atau verifikasi apa pun, namun hanya kepada pemilik akun yang terdaftar. Batasan "hanya kepada diri sendiri" inilah kunci keamanannya: agen dapat melihat siklus hidup pesan secara utuh (antre, terkirim, diterima) tetapi tidak dapat menyalahgunakannya untuk spam karena satu-satunya alamat yang bisa dijangkau adalah yang sudah dikendalikan pengguna.
Perbaikan kedua adalah penyediaan endpoint identitas yang dipanggil agen di awal sesi. Ketika sebuah agen ditempatkan ke dalam ruang kerja (workspace), ia tidak mengetahui siapa dirinya atau apa yang diizinkan. Send16 menambahkan endpoint GET /api/me yang mengembalikan informasi workspace, rencana atau kuota, pemilik akun, serta sandbox_recipient — alamat tepat yang dapat dijangkau oleh fitur sandbox. Dengan satu panggilan, agen langsung terorientasi dan siap bekerja. Dokumentasi Send16 secara eksplisit menyarankan agar agen memanggil endpoint ini pertama kali, menekankan bahwa orientasi diri adalah prasyarat efisiensi agen.
Perbaikan ketiga berkaitan dengan dokumentasi untuk runtime agen yang tidak dapat menginstal SDK, misalnya karena keterbatasan lingkungan. Send16 menerbitkan berkas llms.txt di https://send16.com/llms.txt yang mendokumentasikan kontrak HTTP mentah: endpoint pengiriman, cara membaca status pengiriman berdasarkan log_id, trik sandbox, serta bootstrap /api/me. Isi berkas ini disusun khusus untuk model AI, berisi informasi yang sama seperti yang dibaca manusia pada dokumentasi umum. Namun, terdapat detail halus yang awalnya salah: status pengiriman sebenarnya berada di endpoint GET /api/emails/:id dengan log_id dari respons kirim, bukan di /api/messages/:id yang terbatas pada paket tertentu. Jika llms.txt menunjuk ke endpoint berbatas (gated), agen akan terjebak dalam loop kesalahan izin. Pengalaman ini menegaskan bahwa setiap endpoint yang direkomendasikan untuk agen harus diverifikasi bebas batas.
Perbaikan keempat adalah peluncuran server MCP (Model Context Protocol) yang mendukung klien seperti Claude Desktop, Cursor, dan Claude Code. Send16 menyediakan send16-mcp dengan 79 alat melalui stdio serta endpoint Streamable-HTTP terhosting untuk klien jarak jauh. Dua pelajaran teknis penting dari implementasi ini: pertama, threading kunci multi-penyewa (multi-tenant key threading) menggunakan AsyncLocalStorage sehingga satu proses aman melayani banyak pengguna dengan otorisasi masing-masing. Kedua, endpoint tools/list harus berfungsi tanpa kunci API. Registri dan klien melakukan introspeksi sebelum autentikasi, sehingga jika server keluar saat kunci hilang saat boot, pemeriksaan kesehatan akan gagal. Validasi kunci sebaiknya dilakukan malas (lazy) saat tools/call, bukan saat startup.
Untuk membuktikan keberhasilan, tim menggunakan metode "cold-agent test": agen dengan konteks baru, tanpa pengetahuan sebelumnya tentang produk, diberi satu instruksi "kirim email dengan Send16". Hasilnya, agen menemukan dokumentasi, memanggil /api/me, mengirim dari sandbox, dan mengonfirmasi pengiriman dalam sekitar empat panggilan tanpa intervensi manusia. Ketika hal ini berhasil dari ujung ke ujung tanpa bantuan, konsep "agent-native" berubah dari slogan menjadi kenyataan. Metode ini disarankan sebagai tolok ukur jujur bagi pemilik API mana pun: berikan dokumen publik dan satu tujuan pada agen buta, lalu biarkan ia bekerja.
Beberapa kesimpulan yang dapat dibawa ke API apa pun telah dirumuskan. Onboarding adalah API; jamin keberhasilan pertama tanpa langkah manusia di luar sistem. Berikan agen kemampuan whoami melalui satu panggilan yang mengembalikan identitas dan kapabilitas. Terbitkan llms.txt yang menunjuk ke endpoint bebas batas, dan verifikasi setiap endpoint yang akan diakses agen. Pastikan introspeksi tidak memerlukan kunci, serta uji dengan agen dingin. Bagi pengembang di Indonesia, pendekatan ini relevan saat mulai membangun layanan yang ingin diintegrasikan dengan ekosistem agen AI global maupun lokal.
Send16 sendiri merupakan platform email untuk pengembang dan pemasar, dengan server MCP yang bersifat open source melalui github.com/spruikco/send16-mcp dan dapat dijalankan melalui npx send16-mcp. Inovasi yang mereka bagikan menunjukkan bahwa membuat API ramah agen tidak selalu membutuhkan refactoring besar, melainkan penyesuaian titik gesek kecil yang selama ini mengasumsikan kehadiran manusia. Seiring makin banyaknya agen otonom yang digunakan dalam bisnis, desain API yang mempertimbangkan onboarding otomatis akan menjadi keunggulan kompetitif.