Jawab mesej WhatsApp dengan aplikasi Dify

Bolehkah Meta menghantar mesej WhatsApp terus ke Dify?

Tidak dengan cara yang melengkapkan jabat tangan. Sebelum Meta menyampaikan apa-apa, ia memanggil destinasi dengan GET dan mengharapkan nilai hub.challenge dipulangkan sebagai badan respons mentah. Webhook Trigger Dify menerima satu kaedah HTTP bagi setiap trigger, dan dokumentasinya menyatakan badan respons bukan JSON ditukar secara automatik kepada JSON, maka OK kembali sebagai objek mesej. Challenge itu tidak dapat dipantulkan dengan tepat, dan Meta tidak pernah mula menyampaikan.

Jadi sesuatu yang kecil perlu diletakkan di hadapan. Nod Webhook n8n, route dalam Python atau Node, atau fungsi serverless menjawab GET, menerima POST, dan menyerahkan teks kepada Dify. Penerima itu juga tempat rahsia rawak yang panjang dalam URL webhook disemak, kerana pengepala X-Hub-Signature-256 ditandatangani dengan app secret Tech Provider dan tidak dapat disahkan oleh pelanggan.

Bagaimana penerima berhubung dengan aplikasi Dify?

Dengan satu panggilan ke Service API Dify: POST /chat-messages, disahkan dengan kunci API aplikasi. Badannya membawa query, iaitu teks pelanggan, dan user, pengecam yang anda tentukan. Gunakan nombor WhatsApp penghantar sebagai user, dan simpan conversation_id yang dipulangkan Dify supaya mesej seterusnya daripada orang yang sama menyambung perbualan yang sama.

response_mode penting. Blocking memulangkan hasil apabila jawapan lengkap, dan dokumentasi Dify memberi amaran bahawa pada Dify Cloud, penjanaan yang panjang boleh dipotong oleh proksi edge. Aplikasi agen hanya menyokong streaming, dan permintaan blocking kepadanya gagal dengan 400. Penerima yang membaca stream dan menghantar satu mesej WhatsApp pada akhirnya ialah bentuk yang teguh.

Balasan kemudian dihantar sebagai mesej teks Cloud API ke nombor yang sama, dan ia percuma dalam tetingkap 24 jam yang dibuka oleh mesej pelanggan.

Apakah yang ditambah oleh pelayan MCP dalam Dify?

Keupayaan agen Dify untuk bertindak pada nombor itu tanpa anda menyambung setiap panggilan. Dify bersambung ke pelayan MCP melalui HTTP dan, secara lalai, mendaftarkan dirinya dengan pelayan melalui pendaftaran klien dinamik OAuth, yang disokong oleh pelayan MCP EasyCoexistence. Tambahkannya di bawah Tools, log masuk sekali, dan agen mendapat alat: senaraikan nombor, semak kesihatan nombor, hantar mesej, hantar template yang diluluskan, baca status template.

Itulah tempat yang sesuai untuk kerja proaktif: aliran kerja Dify yang membuat susulan keesokan harinya mesti menggunakan send_template, kerana teks bebas di luar tetingkap memulangkan ralat 131047, dan huraian alat memberitahu model tentang perkara ini.

Apa yang MCP tidak dapat lakukan ialah mengejutkan Dify apabila pelanggan menulis. Protokolnya berasaskan permintaan dan respons, jadi mesej masuk masih tiba melalui webhook dan penerima di hadapan.

Kesilapan biasa

• Menggunakan URL Webhook Trigger Dify sebagai destinasi webhook. Challenge dipulangkan dalam bungkusan JSON dan Meta tidak pernah mengesahkan endpoint itu.
• Menghantar permintaan blocking kepada aplikasi Agent Dify. Aplikasi agen hanya menyokong streaming, dan panggilan gagal dengan 400.
• Menggunakan nilai user yang baharu bagi setiap mesej. Dify mengikat perbualan kepada user, jadi setiap mesej memulakan perbualan baharu tanpa ingatan.

Soalan lazim

Teruskan membaca