Mencadangkan hotel bukanlah menempahnya
Section titled “Mencadangkan hotel bukanlah menempahnya”Kebanyakan “pelancongan AI” hari ini berhenti pada cadangan. Pembantu mencadangkan tiga hotel, kemudian menyerahkan pelancong ke laman web atau OTA untuk membuat tempahan sebenar. Talian terputus, harga mungkin tidak boleh ditempah, dan tiada siapa yang menyimpan konteks sumber.
Ejen AI berbeza daripada jawapan AI. Ejen tidak hanya menerangkan hotel — ia bertindak: ia memeriksa ketersediaan langsung, menyusun tempahan, mengambil pembayaran, dan boleh bertindak balas apabila sesuatu berubah. Untuk itu berlaku dengan selamat, ejen memerlukan lebih daripada teks. Ia memerlukan data berstruktur, terkini dan boleh ditempah serta lapisan transaksi yang boleh dipanggil.
Ini adalah perbezaan antara penemuan AI, yang berkaitan dengan ditemui dan difahami, dan perdagangan agentic, yang berkaitan dengan ditransaksikan.
Apa yang ejen perlukan sebelum boleh bertransaksi
Section titled “Apa yang ejen perlukan sebelum boleh bertransaksi”Tempahan hotel adalah acara komersial sebenar: bilik yang betul, kadar yang betul, ketersediaan sebenar, polisi, pembayaran dan pengesahan yang diselaraskan kembali ke hotel. Ejen hanya boleh melengkapkan itu jika setiap bahagian tersedia sebagai operasi yang boleh dipanggil.
| Apa yang ejen perlukan | Mengapa ia penting |
|---|---|
| Bekalan berstruktur dan langsung | Data yang diimbas web menjadi lapuk; ejen memerlukan inventori terkini yang dikawal hotel. |
| Kadar & ketersediaan masa nyata | Harga yang dikutip ejen mesti benar-benar boleh ditempah pada masa itu. |
| Operasi tempahan | Membuat tempahan mesti menjadi panggilan API sebenar, bukan penyerahan ke borang web. |
| Pembayaran | Ejen (atau pelancong melalui ejen) mesti boleh membayar, dengan logik polisi diterapkan. |
| Atribusi | Sumber, kempen atau ejen yang membuat tempahan harus kekal terikat. |
| Peristiwa | Ejen harus boleh bertindak balas terhadap pengesahan, perubahan, pembatalan dan bayaran balik. |
Tanpa ini, ejen boleh mencadangkan — tetapi tidak boleh menempah.
Bagaimana ejen AI menempah hotel di Wink
Section titled “Bagaimana ejen AI menempah hotel di Wink”Wink adalah API-pertama: setiap ciri platform boleh dipanggil dari luar, dan pelayan MCP yang dihoskan mendedahkan kontrak API langsung kepada ejen. Aliran ejen biasa:
1 — Sambung dan baca kontrak langsung
Section titled “1 — Sambung dan baca kontrak langsung”Ejen menyambung ke pelayan MCP yang dihoskan dan menggunakan api_search dan docs_search untuk mencari operasi yang betul dan membaca skema permintaan/respon sebenar mereka — tiada tekaan pada titik akhir, tiada dokumen lapuk.
claude mcp add --transport http \ wink-docs https://docs.mcp.wink.travel/mcp2 — Cari inventori yang boleh ditempah
Section titled “2 — Cari inventori yang boleh ditempah”Ejen mencari bekalan yang dikawal hotel, termasuk carian spatial geolokasi, dan membaca kadar serta ketersediaan langsung merentasi pengurus saluran yang disambungkan.
3 — Buat tempahan
Section titled “3 — Buat tempahan”Penciptaan tempahan adalah operasi REST API. Ejen menyusun bilik, kadar, tarikh dan tetamu, dan membuat tempahan melalui API.
4 — Ambil pembayaran dan sahkan
Section titled “4 — Ambil pembayaran dan sahkan”Booking Engine melaksanakan transaksi — pembayaran, pembayaran (Wink adalah pedagang rekod), logik polisi pembatalan, pengesahan, dan penyelarasan tempahan ke PMS atau pengurus saluran yang disambungkan. Atribusi sumber dan rakan kongsi dikekalkan melalui tempahan.
5 — Bertindak balas terhadap peristiwa
Section titled “5 — Bertindak balas terhadap peristiwa”Ejen boleh melanggan booking.created dan peristiwa webhook lain untuk menyelaraskan, memberitahu pelancong, atau mencetuskan tindakan susulan.
Prinsipnya: ejen mencipta atau menghala niat; Booking Engine kekal sebagai lapisan pemenuhan di bawah setiap penyerahan.
Carian AI vs ejen AI
Section titled “Carian AI vs ejen AI”Mereka menyelesaikan tugas yang berbeza, dan hotel perlu bersedia untuk kedua-duanya.
| Carian AI / enjin jawapan | Ejen AI | |
|---|---|---|
| Matlamat pelancong | Cari dan bandingkan hotel | Tempah dan urus penginapan |
| Apa yang hotel perlukan | Kandungan berstruktur dan boleh diimbas | API langsung, kadar, tempahan, pembayaran |
| Keadaan akhir | Cadangan | Tempahan yang disahkan |
| Permukaan Wink | Bekalan bersih + kandungan sedia jawapan | REST API, pelayan MCP, Booking Engine |
Penemuan AI untuk hotel merangkumi sisi carian; panduan ini merangkumi sisi transaksi.
Siapa yang membina ejen dalam perdagangan hotel
Section titled “Siapa yang membina ejen dalam perdagangan hotel”Perdagangan pelancongan agentic bukan hanya pembantu pengguna. Infrastruktur yang sama menggerakkan:
- Pembantu pelancongan pengguna yang mencari, menempah dan mengurus penginapan dari awal hingga akhir.
- Ejen bank, kesetiaan dan super-app yang menyematkan tempahan hotel dalam pengalaman pelanggan sedia ada.
- Automasi rakan kongsi dan pencipta yang menemui hotel layak, membina aset dan mengekalkan atribusi — memperoleh komisen lalai 10% pada tempahan yang disahkan.
- Pembantu sisi hotel yang membantu pasukan menjana kandungan dan menganalisis prestasi merentasi Extranet, Social dan Studio, sementara hotel mengekalkan peraturan.
Arah tuju
Section titled “Arah tuju”Keupayaan di atas sudah tersedia hari ini melalui REST API dan pelayan MCP. Arah tuju adalah perdagangan asli ejen yang lebih mendalam: primitif tempahan yang lebih kaya untuk ejen, identiti dan kebenaran ejen untuk bertransaksi bagi pihak pelancong, dan ejen yang mengambil bahagian sebagai sumber pendapatan yang diatributkan dalam rangkaian rakan kongsi. Garis panduan adalah konsisten — infrastruktur perdagangan pelancongan untuk ejen AI, dengan Booking Engine melaksanakan di bawahnya.
Kesilapan biasa
Section titled “Kesilapan biasa”- Menganggap penemuan AI dan ejen AI sebagai projek yang sama. Satu adalah kandungan dan struktur; satu lagi adalah API dan pemenuhan. Anda memerlukan kedua-duanya.
- Membenarkan ejen mengutip harga yang tidak boleh ditempah. Sebut harga mesti datang dari kadar dan ketersediaan langsung, bukan halaman yang diimbas.
- Mengabaikan atribusi semasa penyerahan. Jika ejen mencipta permintaan, tempahan harus kekal disambungkan kepada sumber itu.
- Melepaskan lapisan pemenuhan. Jawapan bukanlah tempahan sehingga pembayaran, pengesahan dan penyelarasan benar-benar berlaku.