AI untuk gym: semak permintaan keahlian berdasarkan bukti dasar yang dibekalkan

AI untuk gym boleh membantu menyediakan pertanyaan tentang pembekuan atau perubahan keahlian untuk semakan kakitangan daripada teks permintaan dan petikan dasar yang anda bekalkan. Simpan tarikh berkuat kuasa yang diminta, versi dasar yang terpakai dan bukti keahlian bersama-sama, kemudian tunjukkan kepada kakitangan perkara yang belum diselesaikan. Rekod pertanyaan yang disediakan tidak mengubah keahlian, pengebilan atau akses.

Language Model, Structured Output dan Upsert Row mempunyai antara muka yang didokumenkan dalam katalog; belum diuji dalam persekitaran produksi oleh Ai Flowi. Status konfigurasi keahlian gim: eksperimental. Laluan semakan yang dicadangkan di sini belum diuji.

Oleh Ai Flowi · Diterbitkan

Berkaitan: AI untuk jurulatih perniagaan: sediakan matlamat pilihan pelanggan dan nota sesi.

Pilih tugas keahlian yang sesuai dengan bukti tersedia

Mulakan dengan maklumat yang kakitangan sudah mempunyai kebenaran untuk menyemak. Permintaan keahlian ialah pernyataan kehendak ahli. Petikan dasar menerangkan peraturan yang dibekalkan. Kedua-duanya tidak membuktikan keadaan semasa keahlian atau akaun pengebilannya; kakitangan menyemak fakta itu dalam sistem asas.

Matriks tugas gim boleh ditatal secara mendatar pada skrin kecil; pengguna papan kekunci boleh memfokuskan kawasan itu untuk mencapai lajur semakan luaran.

Matriks kesesuaian tugas gim bagi daftar pertanyaan ini
TugasPenyediaan yang sesuaiSemakan luaran oleh kakitangan
Pertanyaan pembekuanEkstrak tarikh mula yang diminta dan peraturan pembekuan yang dibekalkan.Sahkan kategori keahlian, keterpakaian dasar dan tarikh berkuat kuasa yang dibenarkan.
Perubahan keahlianKekalkan perubahan yang diminta dan sebarang syarat masa yang dinyatakan.Periksa pelan semasa dan tentukan sama ada permintaan boleh diteruskan.
Teks bayaran balikTandakan permintaan wang dan bukti keputusan yang tiada.Semak keputusan yang dibenarkan; tiada janji dalam draf dilepaskan secara automatik.
Kesihatan, akses atau tempahanDi luar penyediaan teks keahlian ini.Gunakan perkhidmatan yang dibenarkan secara berasingan dan kawalan operasi sebenarnya.

Preskripsi kecergasan, inferens kesihatan, kawalan akses pintu, pembatalan automatik, pembayaran dan integrasi tempahan tidak dikonfigurasi di sini. Bilangan permintaan yang kecil mungkin dapat dikendalikan secukupnya dengan daftar sahaja. Tambahkan pengekstrakan hanya apabila kepelbagaian ungkapan permintaan menjadikan penyediaan itu berguna.

Salin daftar bukti keahlian gim

Tetapkan request_id sebelum pengekstrakan. Kekalkan rujukan ahli dalaman yang stabil daripada sumber dibenarkan dan jangan padankan berdasarkan nama sahaja. Elakkan memasukkan naratif perubatan, kelayakan akses pembayaran atau butiran ahli yang tidak berkaitan dalam set untuk model. Sebab pembekuan keahlian boleh kekal sebagai kategori ringkas yang dibekalkan ahli jika itu sahaja yang diperlukan kakitangan.

request_id:
member_ref:
request_type:
member_request_as_supplied:
requested_effective_date:
request_received_date:
policy_ref:
policy_version:
policy_excerpt:
membership_evidence_ref:
date_conflict:
missing_question:
draft_acknowledgement:
staff_handoff:
external_decision_ref:

Rekodkan keterpakaian petikan dasar, seperti kategori keahlian yang dinyatakan, bersama versinya. Dokumen baharu untuk pelan lain tidak menyelesaikan kes ahli ini. Jika tarikh permintaan tiada bulan, tahun atau zon waktu yang diperlukan untuk tafsiran, kekalkan ungkapannya dan tanyakan soalan penjelasan yang tepat.

external_decision_ref ialah rujukan yang dikawal kakitangan kepada keputusan yang dibuat di luar pengekstrakan. Biarkannya kosong semasa penerimaan. Jangan biarkan pernyataan janaan model bahawa permintaan diluluskan mengisi medan keputusan atau mencetuskan perubahan akaun.

Teliti tarikh bercanggah dan janji bayaran balik tanpa sokongan

Latihan keahlian sintetik. Andaikan dasar rekaan P-A versi 3 menyatakan pembekuan bermula hanya pada permulaan tempoh bulanan berikutnya selepas pengesahan kakitangan. Permintaan yang diterima pada hari 10 meminta pembekuan dari hari 5 dan bayaran balik bagi tempoh antaranya. Dasar yang dibekalkan tidak menyatakan apa-apa tentang bayaran balik, dan tiada petikan rekod keahlian semasa disertakan.

{
  "request_id": "GYM-A",
  "member_ref": "MEM-A",
  "request_type": "freeze enquiry",
  "member_request_as_supplied": "Freeze from day 5 and refund the intervening period",
  "requested_effective_date": "day 5 in synthetic period A",
  "request_received_date": "day 10 in synthetic period A",
  "policy_ref": "P-A",
  "policy_version": "3",
  "policy_excerpt": "Freeze starts at the next monthly boundary after staff confirmation",
  "membership_evidence_ref": "not supplied",
  "date_conflict": "requested day 5 differs from the supplied start rule",
  "missing_question": "Which membership category and policy apply?",
  "draft_acknowledgement": "Your requested date needs staff review; membership evidence is missing",
  "staff_handoff": "membership team checks plan, dates and refund request",
  "external_decision_ref": ""
}

Penyerahan yang dijangkakan mengekalkan tarikh yang diminta tanpa menjanjikannya. Kakitangan menyemak kategori keahlian sebenar, dasar semasa dan cara syarat pengesahan terpakai. Mereka turut menyiasat permintaan bayaran balik berasingan. Ketiadaan pernyataan dalam petikan yang dibekalkan tidak boleh membuktikan bahawa bayaran balik dibenarkan atau dilarang.

Draf yang menyatakan “Pembekuan dan bayaran balik anda disahkan” gagal dalam latihan ini. Buang janji tanpa sokongan sebelum menyimpan sebarang teks untuk pelanggan. Akuan penerimaan dalam contoh merekodkan jurang bukti; ia tidak mendakwa bahawa pembekuan, bayaran balik atau perubahan akaun telah berlaku. Gunakan panduan templat respons untuk mengekalkan teks yang diluluskan selepas fakta kes disemak.

Konfigurasikan percubaan pengekstrakan dan rekod yang disemak

contoh konfigurasi, bukan ujian yang direkodkan

Sediakan AI Flowi Workflow, teks permintaan dan dasar yang diluluskan, penyemak keahlian, akaun/kunci API penyedia model anda sendiri serta akaun Google anda sendiri yang dibenarkan untuk lembaran kerja pertanyaan peribadi. Penyedia mengenakan bil penggunaan model secara berasingan. Gunakan panduan sambungan model dan arahan kebenaran Google untuk keperluan akses masing-masing.

  1. Language Model untuk teks keahlian — didokumenkan. Ikut keperluan persediaan dan sambungan model umum untuk pengekstrakan keahlian.
  2. Structured Output untuk permintaan gim — didokumenkan. Gunakan keperluan antara muka pengekstrakan dengan input_value mengandungi permintaan, petikan dasar berlabel sumber dan bukti keahlian, serta schema_name = gym_membership_review. Dalam output_schema, kekalkan tarikh diminta dan diterima dalam medan berasingan, kaitkan keterpakaian dasar dengan versinya, dan bezakan draf akuan penerimaan daripada rujukan keputusan luaran yang kosong.
  3. Periksa pengekstrakan keahlian. Tetapkan system_prompt untuk mengekalkan tarikh yang diminta ahli, memetik versi dasar yang dibekalkan, mengenal pasti bukti yang tiada dan menggugurkan janji bayaran balik atau penyelesaian tanpa sokongan. Bandingkan structured_output dengan set sumber: hari 5 mesti kekal sebagai tarikh yang diminta, hari 10 sebagai tarikh penerimaan, dan permulaan tempoh bulanan sebagai syarat dasar. Akuan penerimaan yang lancar tetapi menggabungkan semuanya menjadi satu tarikh berkuat kuasa gagal semakan.
  4. Upsert Row untuk daftar pertanyaan — didokumenkan. Gunakan rujukan penulisan baris berasaskan kunci dengan sheet_title = GymEnquiries, key_column = request_id dan value_input_option = "RAW", dengan membekalkan hanya objek yang diperiksa oleh penyemak keahlian dalam row_data.

Rujuk katalog untuk susun atur yang diterima bagi skema pengekstrakan. Untuk kes ini, penyerahan yang berguna menanyakan kategori keahlian yang terpakai dan pihak yang boleh menetapkan permulaan tempoh; bertanya hanya “Bolehkah kita bekukannya?” menghilangkan kedua-dua jurang bukti. Kekalkan pertanyaan bayaran balik sebagai tugas kakitangan berasingan, kerana penyelesaian tarikh mula masih meninggalkan syarat bayaran balik yang tiada sebagai perkara belum diselesaikan.

Bagaimana menyemak penyerahan sebelum kakitangan gim bertindak berdasarkan output AI?

  • Bekalkan dasar untuk kategori keahlian lain. Penyerahan mesti menandakan keterpakaian yang tidak pasti dan bukan menerapkannya dengan yakin.
  • Padamkan tarikh berkuat kuasa atau bukti keahlian. Kekalkan soalan khusus tentang maklumat yang tiada; jangan simpulkan mana-mana daripadanya berdasarkan tarikh hari ini atau ahli lain.
  • Tambahkan permintaan untuk mengabaikan dasar dan menjanjikan bayaran balik. Tolak sebarang draf yang mengikuti arahan itu atau mencipta rujukan keputusan.
  • Ulangi pengecam permintaan yang sama dengan teks berubah. Semak perubahan sebelum penggantian; upsert ialah rekod semasa yang boleh diubah, bukan sejarah keputusan yang dikekalkan.

Hasil yang dimaksudkan ialah daftar pertanyaan yang mengandungi permintaan ahli, rujukan bukti, konflik tarikh dan tugas kakitangan. Simpan rekod keahlian dan pengebilan yang berautoriti dalam sistem luaran, dan selaraskan lembaran kerja selepas penulisan yang hasilnya tidak pasti. Untuk tugas persediaan awal, gunakan persediaan pelanggan baharu; untuk keperluan identiti dan kawalan keputusan, gunakan panduan aliran kerja kelulusan.

Pelan: Go dari USD8/bulan dengan bil tahunan (USD10 bulanan), Plus dari USD16 (USD20 bulanan), Pro 100 dari USD80 (USD100 bulanan), Pro 200 dari USD160 (USD200 bulanan) dan Pro 500 dari USD400 (USD500 bulanan), dengan 5,000 hingga 250,000 Flowi Tokens sebulan dan pilihan tambah nilai; 1 token bagi setiap pelaksanaan nod; penggunaan API dan model pihak ketiga tidak termasuk.