Balas pesan WhatsApp dengan aplikasi Dify

Bisakah Meta mengirim pesan WhatsApp langsung ke Dify?

Tidak dengan cara yang menuntaskan handshake. Sebelum mengirim apa pun, Meta memanggil tujuan dengan GET dan mengharapkan nilai hub.challenge kembali sebagai isi respons mentah. Webhook Trigger Dify hanya menerima satu metode HTTP per trigger, dan dokumentasinya menyebut isi respons non-JSON otomatis diubah menjadi JSON, sehingga OK kembali sebagai objek pesan. Challenge tidak akan pernah bisa dikembalikan persis, dan Meta tidak pernah mulai mengirim.

Jadi perlu sesuatu yang kecil di depannya. Node Webhook n8n, route dalam Python atau Node, atau fungsi serverless menjawab GET, menerima POST, dan meneruskan teksnya ke Dify. Penerima itu juga tempat rahasia acak yang panjang di URL webhook diperiksa, karena header X-Hub-Signature-256 ditandatangani dengan app secret milik Tech Provider dan tidak dapat divalidasi oleh pelanggan.

Bagaimana penerima berbicara dengan aplikasi Dify?

Dengan satu panggilan ke Service API Dify: POST /chat-messages, diautentikasi dengan API key aplikasi. Isinya memuat query, yaitu teks pelanggan, dan user, pengenal yang Anda tentukan sendiri. Gunakan nomor WhatsApp pengirim sebagai user, dan simpan conversation_id yang dikembalikan Dify agar pesan berikutnya dari orang yang sama melanjutkan percakapan yang sama.

response_mode penting. Mode blocking kembali setelah jawaban selesai, dan dokumentasi Dify memperingatkan bahwa di Dify Cloud, generasi yang panjang bisa terputus oleh proxy edge. Aplikasi Agent hanya mendukung streaming, dan permintaan blocking ke aplikasi itu gagal dengan 400. Penerima yang membaca stream dan mengirim satu pesan WhatsApp di akhir adalah bentuk yang paling andal.

Balasan lalu dikirim sebagai pesan teks Cloud API ke nomor yang sama, gratis di dalam jendela layanan pelanggan 24 jam yang dibuka oleh pesan pelanggan.

Apa yang ditambahkan server MCP di dalam Dify?

Kemampuan bagi agent Dify untuk bertindak pada nomor tanpa Anda menyambungkan setiap panggilan. Dify terhubung ke server MCP lewat HTTP dan, secara default, mendaftarkan dirinya ke server melalui OAuth dynamic client registration, yang didukung server MCP EasyCoexistence. Tambahkan di bagian Tools, masuk sekali, dan agent mendapat tool-nya: daftar nomor, cek kesehatan nomor, kirim pesan, kirim template yang disetujui, baca status template.

Itulah tempat yang tepat untuk pekerjaan proaktif: workflow Dify yang menindaklanjuti keesokan harinya harus memakai send_template, karena teks bebas di luar jendela mengembalikan kesalahan 131047, dan deskripsi tool menyampaikannya kepada model.

Yang tidak bisa dilakukan MCP adalah membangunkan Dify saat pelanggan menulis. Protokolnya berupa permintaan dan respons, sehingga pesan masuk tetap tiba lewat webhook dan penerima di depannya.

Kesalahan umum

• Memakai URL Webhook Trigger Dify sebagai tujuan webhook. Challenge kembali terbungkus JSON dan Meta tidak pernah memverifikasi endpoint.
• Mengirim permintaan blocking ke aplikasi Agent Dify. Aplikasi Agent hanya mendukung streaming, dan panggilan gagal dengan 400.
• Memakai nilai user baru untuk setiap pesan. Dify membatasi percakapan per user, sehingga setiap pesan memulai percakapan baru tanpa ingatan.

Pertanyaan yang sering diajukan

Lanjut membaca