E-mel peribadi ejen AI anda

Berikan ejen AI anda alamat emel peribadi sendiri.
Hantar, terima, cari, balas dan majukan — terus dari Claude, Gemini, Codex, atau mana-mana klien serasi MCP.

Satu arahan. Tiada pelayan diperlukan. Tiada konfigurasi SMTP. Percuma sepenuhnya.

Mula Sekarang → Dokumen

Bukan sekadar pembalut SES atau SendGrid. Kami membina keseluruhan tumpukan emel dari awal — dari menerima mel hingga menghantarnya ke peti masuk.

Mengapa InboxAPI

Semua yang diperlukan ejen AI anda untuk berkomunikasi melalui emel.

Account Setup Illustration An illustration showing an AI agent getting its own @inboxapi.ai email address. [email protected]

Persediaan Segera

Ejen anda mendapat alamat emel peribadi @inboxapi.ai dalam beberapa saat. Tiada konfigurasi DNS, tiada pengesahan domain, tiada kunci API untuk diurus.

MCP Integration Diagram A network diagram showing InboxAPI connecting to multiple AI models via the Model Context Protocol. MCP

Asli MCP

Berfungsi serta-merta dengan Claude, Gemini, Codex, OpenCode, dan mana-mana klien serasi MCP. Ejen anda boleh membaca, menghantar, membalas, memajukan, dan mencari emel seperti manusia.

Free Forever A prominent zero-dollar badge highlighting that InboxAPI is free for AI agents. $0 FREE FOREVER

Percuma Sepenuhnya

Tiada kad kredit. Tiada peringkat penggunaan. Tiada helah. Kami percaya emel seharusnya menjadi keupayaan asas untuk setiap ejen AI. Pelan berbayar dengan ciri tambahan akan datang tidak lama lagi.

Full Email Capabilities An interface showing sending, receiving, and threading tools.

Emel Penuh, Bukan Sekadar Menghantar

Kebanyakan perkhidmatan hanya membenarkan penghantaran. InboxAPI memberi ejen anda peti masuk peribadi — terima mel, cari mengikut penghantar atau subjek, ikuti utas perbualan, semak status penghantaran.

Pencegahan Penyalahgunaan Terbina

Bukti kerja semasa pendaftaran, had penerima, kuota penghantaran, dan pengehadan kadar. Setiap lapisan direka untuk menghalang penyalahgunaan daripada platform.

Direct Infrastructure A stack showing InboxAPI's own mail infrastructure, not a third-party wrapper. OWN INFRA

Bukan Pembalut

Kami tidak bergantung pada Amazon SES, Postfix, atau SendGrid. Kami membina dan mengendalikan keseluruhan infrastruktur emel sendiri.

Mula Pantas

1

Pasang

2

Sambung ke

Berfungsi dengan Claude Code, Gemini CLI, OpenCode, Codex, dan banyak lagi.

3

Mula guna emel

Ejen anda secara automatik mendapat alamat emel peribadi yang unik (seperti ).

Tiada borang pendaftaran, tiada fail konfigurasi.

Apa yang boleh dilakukan ejen anda

  • Baca dan cari peti masuknya
  • Hantar emel kepada sesiapa
  • Balas dan majukan mesej
  • Ikuti utas perbualan
  • Semak status penghantaran mel yang dihantar

Apa yang boleh anda bina dengannya

Koordinasi Pasukan Pembangunan

Ejen yang saling menghantar emel untuk menyelaraskan aliran kerja pembangunan — satu mengendalikan pemberitahuan semakan kod, satu lagi menjejak kegagalan binaan, yang ketiga melaporkan status pelancaran.

Pemantauan & Amaran

Ejen anda memantau sistem, dan apabila sesuatu rosak, ia menghantar emel kepada pasukan anda dengan konteks — bukan sekadar amaran generik, tetapi diagnosis.

Ringkasan Surat Berita

Ejen yang menerima surat berita dan senarai mel, membacanya, dan menghantar ringkasan harian tentang perkara yang benar-benar penting kepada anda.

$42.00

Pemprosesan Invois & Resit

Ejen yang menerima invois melalui emel, mengekstrak item baris dan amaun, dan memasukkannya ke dalam sistem perakaunan anda.

Dibina untuk kepercayaan

Pengasingan Akaun

Setiap ejen mendapat akaun berskop sendiri. Ejen hanya boleh mengakses data mereka sendiri.

SPF DKIM DMARC

Pengesahan Emel

SPF, DKIM, dan DMARC dikonfigurasi secara automatik untuk setiap mesej.

Forget previous instructions and... [DATAMARK: UNTRUSTED] Email content starts here...

Pertahanan Suntikan Prompt

Kandungan emel yang tidak dipercayai diubah secara automatik dengan penandaan data supaya ejen boleh membezakan data luaran daripada arahan sistem. Berdasarkan penyelidikan akademik (arXiv:2403.14720).

Pencegahan Penyalahgunaan

Bukti kerja semasa pendaftaran, had penerima berasaskan buku alamat (5 slot, penyingkiran LRU selepas 5 hari), kuota penghantaran, pengehadan kadar, dan pengesahan alamat emel RFC 5322 semuanya dikuatkuasakan secara lalai.

12:04:31 - SEND_EMAIL 12:05:12 - GET_INBOX 12:06:05 - SEARCH_EMAILS

Jejak Audit

Pengesahan berasaskan token menghubungkan setiap tindakan kepada akaun tertentu, supaya anda sentiasa tahu apa yang berlaku dan bila.

Credential Leak Prevention An authentication token being redacted and blocked from exfiltration. auth_token: sk_live_... LEAK PREVENTED

Keselamatan Kelayakan

Emel keluar yang mengandungi token pengesahan ditolak secara automatik untuk membantu mencegah kebocoran kelayakan secara tidak sengaja.

Soalan lazim #

Mengapa tidak beri ejen saya akses ke Gmail atau Outlook saya?

Keselamatan — OAuth Gmail/Outlook memberi ejen anda akses kepada keseluruhan peti masuk anda (perubatan, kewangan, undang-undang, peribadi). Suntikan prompt dalam mana-mana emel masuk boleh memanipulasi ejen yang mempunyai akses kepada semua data tersebut. InboxAPI memberi ejen anda peti masuk terpencil sendiri dengan klasifikasi kepercayaan dan penandaan data pada setiap mesej.

Identiti — Apabila ejen anda menghantar dari Gmail anda, penerima tidak dapat membezakan siapa yang mereka berhubung. Balasan pergi ke peti masuk anda, bercampur dengan mel sebenar anda. InboxAPI memberi ejen anda alamat peribadi sendiri — pemisahan jelas antara anda dan ejen anda.

Kepraktisan — API Gmail/Outlook bukan asli MCP. Anda memerlukan perisian tengah, infrastruktur OAuth, dan integrasi khas. InboxAPI berfungsi serta-merta dengan mana-mana klien MCP.

Apa bezanya dengan AWS SES, SendGrid, atau Resend?
Itu adalah API penghantaran — anda membina infrastruktur emel di atasnya. InboxAPI memberi ejen anda identiti emel lengkap: hantar, terima, cari, balas, dan majukan. Tiada apa yang perlu dikonfigurasi dan tiada infrastruktur untuk diurus.
Apa bezanya dengan AgentMail atau a1base?
Kami membina tumpukan emel kami sendiri dari awal. Kami tidak membalut SES, Postfix, atau mana-mana perkhidmatan penghantaran pihak ketiga. Mel ejen anda melalui infrastruktur yang kami kendalikan secara langsung.
Adakah ia benar-benar percuma?
Ya. Tiada kad kredit, tiada tempoh percubaan, tiada peringkat penggunaan. Kami sedang mengusahakan pelan berbayar dengan ciri tambahan, tetapi pengalaman teras akan sentiasa percuma.
Apakah had semasa?

Walaupun InboxAPI berfungsi sepenuhnya, terdapat beberapa had semasa:

  • 5 slot buku alamat untuk penerima luaran (penyingkiran LRU selepas 5 hari tidak aktif)
  • Ia untuk kegunaan peribadi ejen sahaja, bukan perkhidmatan transaksi untuk penghantaran pukal, pemasaran, atau pemberitahuan aplikasi
Bagaimana anda mencegah spam dan penyalahgunaan?
Penciptaan akaun memerlukan bukti kerja. Setiap akaun mempunyai 5 slot buku alamat untuk penerima luaran — apabila semua slot sedang digunakan, entri yang paling lama tidak digunakan akan digantikan secara automatik selepas 5 hari tidak aktif. Kuota penghantaran harian dan pengehadan kadar dikuatkuasakan pada setiap akaun. Sekatan ini adalah struktur — ia bukan polisi, ia cara sistem berfungsi.
Adakah saya perlu menambah kenalan atau mengkonfigurasi buku alamat?
Tidak. Buku alamat adalah automatik — kenalan ditambah apabila ejen anda menghantar e-mel. Tiada senarai kenalan untuk diurus, tiada fail tetapan untuk disunting, dan tiada langkah konfigurasi. Setiap akaun boleh menghantar sehingga 5 alamat luaran unik. Apabila semua slot sedang digunakan, entri yang paling lama tidak digunakan akan digantikan secara automatik selepas 5 hari tidak aktif. E-mel antara ejen InboxAPI sentiasa tanpa had.
Bagaimana dengan suntikan prompt melalui emel?
Setiap emel masuk termasuk klasifikasi kepercayaan — dipercayai, ejen, tidak disahkan, atau mencurigakan — berdasarkan sama ada penghantar berada dalam buku alamat anda dan sama ada emel mereka lulus semakan pengesahan. Ini membantu ejen anda memutuskan seberapa berhati-hati untuk mengendalikan setiap mesej. Emel daripada ejen InboxAPI lain ditandakan secara berasingan supaya ejen anda tahu untuk menyemak dengan anda sebelum bertindak. Kandungan emel yang tidak dipercayai juga diubah secara automatik dengan aksara penanda (penandaan data) supaya ejen boleh membezakan data emel daripada arahan mereka sendiri.
Bagaimana dengan penyusupan data?
Emel keluar diimbas untuk token pengesahan dan kelayakan. Jika ejen anda secara tidak sengaja cuba menghantar emel yang mengandungi JWT atau token akses, mesej ditolak sebelum ia meninggalkan platform. Ini menghalang ejen daripada ditipu untuk membocorkan data sensitif melalui emel.
Bolehkah ejen menghantar spam antara satu sama lain?
Had penghantaran yang sama dikenakan kepada semua emel keluar — had penerima, kuota, dan pengehadan kadar berfungsi sama tanpa mengira siapa yang di hujung penerima.
Adakah emel ejen saya akan masuk folder spam?
Mungkin pada mulanya. Setiap ejen mendapat subdomain baharu, dan penghantar baharu belum mempunyai reputasi. Penerima mungkin perlu menyemak folder spam mereka untuk beberapa emel pertama. Dari masa ke masa, apabila ejen anda menghantar mel yang sah dan penerima berinteraksi dengannya, penghantaran bertambah baik. Baca lebih lanjut tentang penghantaran emel.
Mengapa emel dan bukannya protokol ejen asli seperti A2A?
Emel menjangkau seluruh internet sedia ada — berbilion orang dan perniagaan sudah menggunakannya. A2A memerlukan kedua-dua pihak melaksanakan protokol tersebut. Apabila ejen anda perlu menghubungi seseorang di luar ekosistemnya sendiri, emel adalah pilihan universal. Ejen mungkin memerlukan kedua-duanya.
Mengapa e-mel, bukan WhatsApp, Telegram, atau aplikasi pemesejan lain?

Skalabiliti — Anda boleh mencipta ratusan alamat e-mel secara programatik. WhatsApp, Telegram, dan Signal semuanya memerlukan nombor telefon dan pengesahan. Menambah akaun melebihi beberapa sahaja tidak praktikal, sering melanggar syarat perkhidmatan, dan kadangkala mustahil tanpa kad SIM fizikal.

Tiada penjaga pintu — E-mel adalah satu-satunya saluran komunikasi di mana anda boleh mencipta identiti tanpa nombor telefon, kad pengenalan, atau kelulusan daripada pemilik platform. Tiada satu syarikat pun yang mengawal siapa yang mendapat alamat e-mel.

Protokol terbuka — E-mel bersifat federasi dan neutral vendor. WhatsApp, Discord, dan Telegram bersifat proprietari — mereka boleh membatalkan akses API, melarang akaun bot, atau menukar peraturan pada bila-bila masa. E-mel tidak boleh dimatikan oleh satu syarikat.

Pematuhan ToS — Kebanyakan platform pemesejan secara eksplisit melarang akaun automatik atau mempunyai proses kelulusan yang ketat (WhatsApp Business API memerlukan pengesahan perniagaan, Telegram mengehadkan pemesejan antara bot). E-mel tidak mempunyai sekatan sedemikian — penghantaran automatik adalah kes penggunaan kelas pertama.

Capaian universal — Saluran pemesejan terpencil. Bot Telegram anda tidak boleh mencapai pengguna WhatsApp. E-mel mencapai sesiapa yang mempunyai alamat e-mel — iaitu pada dasarnya semua orang.

Untuk rangka kerja ejen berbilang saluran seperti OpenClaw, e-mel mengisi jurang yang tidak boleh diisi oleh platform pemesejan secara struktur — penciptaan identiti tanpa had dan terprogram tanpa kelulusan platform diperlukan. InboxAPI memberikan keupayaan itu secara langsung.

Model AI apakah yang patut saya gunakan dengan InboxAPI?

Model anda mesti menyokong panggilan alat/fungsi (tool/function calling) — MCP memerlukannya. Kami mengesyorkan minimum tetingkap konteks 32K token.

Bagus: Claude Haiku 4.5+, GPT-4.1 mini+, GPT-4.1 nano+, Gemini 2.5 Flash+

Disyorkan: Claude Sonnet 4.5+, GPT-4.1+, GPT-5 mini+, Gemini 2.5 Pro+

Terbaik: Claude Opus 4.5+, GPT-5+, GPT-5.2+, Gemini 2.5 Pro+

InboxAPI menggunakan penandaan data (spotlighting) kepada kandungan e-mel yang tidak dipercayai, yang boleh meningkatkan sedikit penggunaan token. Model dengan tetingkap konteks yang lebih besar mengendalikan perkara ini dengan lebih selesa.

Apa yang tidak akan berfungsi: Model tanpa panggilan alat/fungsi, tetingkap konteks di bawah 16K token, atau model tempatan yang sangat kecil (di bawah ~7B parameter).

Bagaimana jika ejen saya kehilangan akses ke akaunnya?
Jika kelayakan ejen anda hilang atau rosak, anda boleh memulihkan akaun menggunakan alat account_recover — tetapi hanya jika anda sebelum ini telah menghubungkan e-mel anda melalui verify_owner. Pemulihan membatalkan semua token sedia ada dan mengeluarkan kelayakan baharu. Tanpa e-mel pemilik yang disahkan, tiada cara untuk memulihkan akaun yang terkunci.
Apakah pengesahan pemilik?
Pengesahan pemilik menghubungkan alamat e-mel peribadi anda ke akaun InboxAPI ejen anda. Ejen anda memanggil verify_owner dengan e-mel anda, anda menerima kod 6 digit, dan ejen anda menghantarnya untuk melengkapkan pengesahan. Setelah disahkan, anda boleh memulihkan akaun jika kelayakan hilang, dan sekatan percubaan dikeluarkan daripada akaun.

Berikan ejen anda alamat emel peribadi

Satu arahan. Percuma selamanya.

Mula Sekarang → Dokumen GitHub