Mengenali Ahli Apabila Pembantu AI Berada dalam Lingkaran: Identiti, Akses dan Persetujuan

Jawapan ringkas

Sebelum pembantu AI boleh membantu ahli kesetiaan, tiga soalan perlu diselesaikan oleh sistem anda, bukan oleh pembantu. Siapa ahli ini? Satu identiti diselesaikan, jadi orang yang sama bukan tiga rekod separa. Pembantu itu bertindak bagi pihak siapa? Akses terikat pada satu akaun ahli, jadi ia dihadkan oleh sistem kepada akaun ahli tersebut. Apakah yang telah dipersetujui oleh ahli tersebut? Persetujuan dan keutamaan mesej yang ditetapkan oleh ahli sendiri, dikuatkuasakan apabila mesej dihantar dan bukan sesuatu yang boleh diubah oleh pembantu.

Bahagian ini merangkumi lapisan identiti dan persetujuan di bawah yang menghubungkan program kesetiaan kepada pembantu AI.

Mengapa identiti menjadi lebih sukar apabila pembantu berada dalam gelung

Apabila ahli mengenal pasti diri mereka di kedai atau log masuk ke apl anda, sistem anda boleh menentukan akaun yang sedang digunakan. Interaksi yang dikenal pasti itu boleh dikendalikan melalui sistem kedai dan apl anda. Pembantu AI menambah langkah antara ahli dan program anda. Pembantu bertanya bagi pihak ahli, jadi sistem anda perlu menjawab dua soalan serentak: siapa ahli itu dan sama ada pembantu ini benar-benar dibenarkan bercakap untuk mereka.

Industri pembayaran sudah pun mengusahakan versi masalah ini. Apabila Google mengumumkan Protokol Pembayaran Ejen (AP2) pada 16 September 2025, ia menulis bahawa "ejen AI mampu berurus niaga bagi pihak pengguna, yang mewujudkan keperluan untuk mewujudkan asas yang sama untuk mengesahkan, mengesahkan dan menyampaikan kuasa ejen untuk berurus niaga dengan selamat." Soalan pertama yang dikatakan AP2 membantu menangani: "Kebenaran: Membuktikan bahawa pengguna memberi ejen kuasa khusus untuk membuat pembelian tertentu."

Pasukan kesetiaan tidak perlu menyelesaikan pembayaran ejen untuk belajar daripada ini. Tiga soalan yang sama dikenakan kepada pembantu yang hanya membaca mata ahli: siapa ahli, siapa yang memberikan akses dan dalam had apa.

Soalan 1: Siapa ahli ini?

Seorang pembantu hanya boleh setepat identiti di belakangnya. Jika seorang pembeli wujud sebagai rekod kad kedai, akaun e-dagang dan pelanggan e-mel, seorang pembantu bertanya "berapa baki saya?" akan melaporkan satu serpihan dan terlepas yang lain.

Itu menjadikan peleraian identiti sebagai prasyarat untuk sebarang kerja kesetiaan yang menghadapi AI:

Satu orang, satu rekod. Padankan pendaftaran, lawatan kedai, pesanan dalam talian dan resit kepada ahli yang sama dan elakkan pendua apabila seseorang mendaftar dua kali.

Satu laluan log masuk. Jika ahli mencapai program ini melalui beberapa pintu depan (tapak anda, apl anda, platform perdagangan), masing-masing harus berakhir dengan identiti yang sama, dengan padanan profil yang sama dan gelagat ikut serta.

Status yang mengikut orang itu. Peringkat yang diperoleh dalam satu saluran atau jenama harus diiktiraf dalam yang lain. Jika tidak, pembantu memberikan jawapan yang berbeza bergantung pada rekod yang dibacanya.

Soalan 2: Bagi pihak siapa pembantu itu memangku?

Setelah ahli dikenali, soalan seterusnya ialah apa yang dibenarkan untuk dicapai oleh pembantu. Reka bentuk utama untuk pembantu penyambung diliputi di bahagian lain dalam siri ini, jadi inilah prinsip identiti: akses harus terikat pada akaun seorang ahli, bukan kepada pasukan dan bukan kepada apa sahaja yang diminta oleh pembantu.

Piawaian terbuka menggunakan idea yang sama di peringkat pelayan. Untuk penggunaan MCP berasaskan HTTP menggunakan aliran keizinan OAuth spesifikasi, spesifikasi keizinan Model Context Protocol (versi 2026-07-28) mengatakan bahawa MCP pelayan "MESTI mengesahkan bahawa token akses telah dikeluarkan khusus untuk mereka sebagai khalayak yang dimaksudkan." Dalam erti kata lain, token yang dikeluarkan untuk satu perkhidmatan tidak boleh digunakan semula secara senyap pada perkhidmatan yang lain.

Untuk kesetiaan, itu diterjemahkan ke dalam ujian pendek: jika pembantu ahli bertanya tentang ahli lain, jawapannya mestilah penolakan daripada sistem anda, bukan panggilan penghakiman oleh model.

Soalan 3: Apakah yang telah dipersetujui oleh ahli?

Persetujuan ialah tempat pembantu AI membawa risiko paling tinggi, kerana antara muka perbualan memudahkan untuk mengaburkan "ahli bertanya soalan" kepada "ahli bersetuju dengan sesuatu."

Tiga prinsip menjaga kebersihan:

Ahli menetapkan persetujuan sendiri, melalui saluran anda. Keutamaan seperti saluran, topik dan waktu senyap berada di tempat yang dikawal ahli secara langsung, bukan dalam inferens yang diambil daripada sembang.

Persetujuan dikuatkuasakan apabila mesej dihantar, bukan hanya disimpan. Pilihan yang direkodkan tetapi tidak disemak pada masa penghantaran tidak melindungi sesiapa pun.

Menarik diri harus semudah bersetuju. Di bawah Peraturan Perlindungan Data Am EU, Artikel 7(3) menyatakan: "Ia adalah semudah menarik diri seperti memberikan persetujuan." Pilihan terperinci, seperti mematikan satu topik mesej dan bukannya setiap mesej, menjadikannya praktikal.

Peraturan praktikal yang berguna: pembantu boleh menerangkan keutamaan semasa ahli, tetapi perkara itu tidak sepatutnya mengubah persetujuan pemasaran mereka. Semak kewajipan undang-undang anda sendiri dengan peguam; ini adalah panduan reka bentuk, bukan nasihat undang-undang.

Cara SocialHub.AI mengendalikan identiti, akses dan persetujuan

Seorang ahli merentasi saluran. Halaman Mata Disatukan SocialHub.AI menyatakan "Satu ID menyelesaikan orang yang sama merentas jenama, kedai dan saluran." Halaman Ahli menambah bahawa orang yang sama digabungkan ke dalam satu profil hanya sekali bagi setiap program, tanpa pendua walaupun mereka mendaftar dua kali pada masa yang sama, dan dengan mata alu-aluan dan ikut serta direkodkan sekali.

Satu proses log masuk. Menurut halaman Portal Ahli, portal membenamkan ke dalam Shopify, tapak perusahaan dan apl asli, dan "Setiap laluan berkongsi satu proses log masuk, jadi pemadanan profil dan ikut serta berkelakuan sama." Halaman yang sama menyatakan bahawa log masuk tunggal tersedia untuk dibenamkan hari ini, dengan log keluar terakhir masih menunggu pengesahan pada domain sebenar.

Akses terikat kepada ahli. Dua pilihan AI yang menghadap ahli disenaraikan sebagai Tersedia pada halaman AI Frontier:

Loyalty Concierge, pembantu dalam portal ahli yang menjawab soalan ahli tentang mata mereka sendiri, kemajuan peringkat, kupon dan ganjaran. Ia adalah baca sahaja. Loyalty Concierge boleh mencadangkan kad penebusan menggunakan ganjaran dan baki sebenar ahli. Pembantu tidak membelanjakan mata atau mengeluarkan ganjaran; penebusan berjalan hanya selepas ahli mengesahkannya secara jelas melalui aliran penebusan berasingan portal.

Sambungkan pembantu anda sendiri, di mana ahli mencipta kunci baca sahaja, pertanyaan sahaja daripada portal mereka untuk pembantu AI yang telah mereka gunakan. Halaman itu menerangkan kunci itu sebagai "disematkan pada akaun mereka dan tidak dapat mencapai data orang lain." Kunci MCP yang disambungkan dengan ahli itu adalah pertanyaan sahaja dan berasingan daripada aliran kad cadangan Concierge.

Dalam dokumen pembangun, carian mata dan ganjaran yang mengembalikan data ahli sendiri di bawah kunci sedemikian. Carian peraturan program mengembalikan fakta program awam yang tidak khusus untuk mana-mana ahli.

Izinkan kawalan ahli. Pada halaman Portal Ahli, ahli menetapkan bahasa, saluran, waktu tenang dan minat serta boleh berhenti melanggan topik mesej individu; "Pilihan topik dikuatkuasakan semasa penghantaran, jadi mematikan satu sebenarnya menghentikan jenis mesej sementara yang lain terus datang." Ramalan tidak memintas kawalan yang berkenaan. Pemberian mata dan kupon ejen pergi ke semakan manusia secara lalai, manakala pasukan automatik datuk kekal automatik. Mesej menang kembali boleh dihantar secara automatik tanpa langkah semakan gear tindakan, tertakluk pada kebenaran laluan hantar, kekerapan dan semakan penghantaran lain.

Alat kakitangan menghormati barisan yang sama. Dalam dokumen pembangun, alat sebelah kakitangan yang mencipta atau mencari ahli melalui MCP menyatakan bahawa persetujuan pemasaran tidak didayakan melaluinya.

Apa ini bukan. Semua perkara di atas melibatkan pembantu ahli sendiri dan saluran jenama anda sendiri. Artikel ini tidak meliputi pengiktirafan ahli dalam pembayaran ejen beli-belah pihak ketiga atau ejen AI yang membuat pesanan bagi pihak pelanggan.

Senarai semak: adakah identiti ahli anda sedia untuk pembantu AI?

1. Kira pendua. Berapa ramai ahli wujud sebagai lebih daripada satu rekod di seluruh kedai, dalam talian dan e-mel? Betulkan perkara ini sebelum menambah mana-mana pembantu.

2. Petakan setiap laluan log masuk. Setiap satu harus berakhir dengan identiti ahli yang sama, dengan pengendalian ikut serta yang sama.

3. Tentukan siapa yang boleh memberikan akses AI. Sebaik-baiknya ahli itu sendiri, dari halaman yang anda kawal, dan boleh dibatalkan di sana.

4. Ikat akses kepada satu ahli. Uji bahawa pembantu ahli tidak dapat mencapai rekod ahli lain.

5. Jauhkan perubahan persetujuan daripada sembang. Biarkan pembantu menerangkan keutamaan; benarkan ahli menukarnya dalam portal anda.

6. Semak penguatkuasaan pada masa penghantaran. Matikan satu topik untuk ahli ujian dan sahkan mesej seterusnya seumpama itu tidak sampai.

7. Buat pengeluaran semudah mendaftar. Kira klik untuk setiap satu.

Soalan lazim

Bagaimanakah jenama mengetahui ahli yang mana pembantu AI bertindak? Kerana akses dikeluarkan kepada akaun seorang ahli, bukan disimpulkan daripada perbualan. Dengan SocialHub.AI, ahli mencipta kunci baca sahaja yang terikat pada akaun mereka sendiri daripada portal ahli dan kunci itu hanya boleh mencapai data kesetiaan mereka sendiri.

Bolehkah pembantu AI menukar persetujuan pemasaran ahli? Ia tidak sepatutnya. Ahli hendaklah menukar persetujuan dan pilihan sendiri dalam saluran yang anda kawal. Loyalty Concierge SocialHub.AI ialah baca sahaja (ia boleh mencadangkan kad penebusan, tetapi penebusan dijalankan hanya selepas ahli mengesahkannya dalam aliran berasingan portal), dan ahli mengurus saluran dan topik mesej dalam portal ahli. Pilihan topik ialah contoh reka bentuk, bukan tuntutan pematuhan undang-undang sepenuhnya; semak kewajipan anda dengan peguam.

Mengapakah satu ID pelanggan lebih penting dengan ejen AI? Seorang pembantu menjawab dari apa jua rekod yang dibacanya. Jika seorang dipecahkan merentasi beberapa rekod, pembantu memberikan jawapan separa atau bercanggah tentang mata dan status.

Adakah piawaian industri menangani identiti dan kuasa ejen? Mereka sedang muncul. Protokol Pembayaran Ejen (2025) Google menangani, antara lain, cara membuktikan pengguna memberi kuasa ejen untuk pembelian. Untuk penggunaan MCP berasaskan HTTP menggunakan aliran keizinan OAuth spesifikasi, spesifikasi keizinan MCP memerlukan setiap pelayan MCP menyemak sama ada token akses telah dikeluarkan untuk pelayan tersebut, jadi token yang dikeluarkan untuk satu pelayan tidak diterima oleh pelayan yang lain.

Apakah yang EU GDPR katakan tentang menarik balik persetujuan? Perkara 7(3) EU GDPR menyatakan: "Ia adalah semudah menarik diri seperti memberikan persetujuan." Semak kewajipan anda dengan peguam.