การลงชื่อเข้าใช้และเซสชันที่ต่ออายุได้
ลูกค้าเลือกบัญชี ShareAI ของพวกเขา อนุมัติแอปของคุณ และกลับไปที่ JamZY
ลงชื่อเข้าใช้ รีเฟรชเซสชัน และยกเลิกการเชื่อมต่อสำเร็จ
สร้างด้วย SHAREAI
สร้างแอปนัดหมายที่เชื่อมต่อลูกค้ากับ ShareAI เตรียมวาระ AI ที่มีประโยชน์และควบคุมการใช้จ่าย AI ของพวกเขา
ประสบการณ์ที่คุณจะสร้าง
JamZY · การนัดหมายเลือกการนัดหมาย เชื่อมต่อ ShareAI มาพร้อมแผนการ
การดำเนินการของคุณ
ผลลัพธ์ที่ชัดเจนสามประการ: เชื่อมต่อลูกค้า เตรียมการนัดหมายของพวกเขา และทำให้การผสานรวมพร้อมสำหรับการตรวจสอบ
ลูกค้าเลือกบัญชี ShareAI ของพวกเขา อนุมัติแอปของคุณ และกลับไปที่ JamZY
ลงชื่อเข้าใช้ รีเฟรชเซสชัน และยกเลิกการเชื่อมต่อสำเร็จ
เปลี่ยนเป้าหมายการนัดหมายให้เป็นวาระและคำถามผ่านคำขอ AI ที่ตั้งใจไว้
สร้างร่าง; การบันทึกการนัดหมายจะไม่ทำการเรียก AI
อธิบายค่าธรรมเนียม AI ที่เป็นทางเลือกและรวบรวมการตรวจสอบแพลตฟอร์มที่การส่งตรวจสอบของคุณต้องการ
ทุกแพลตฟอร์มที่รวมอยู่และขอบเขตที่ร้องขอมีการบันทึกการตรวจสอบ
นำเข้าสู่โปรแกรมแก้ไขของคุณ
คัดลอกคู่มือฉบับสมบูรณ์พร้อมเป้าหมายการดำเนินการ อินพุตที่จำเป็น และการตรวจสอบการยอมรับ เก็บตัวอย่างโค้ด ตาราง และลิงก์เอกสารไว้ด้วยกัน
พร้อมสำหรับโครงการของคุณในรูปแบบที่คุณต้องการ
อัปเดต
คุณจะสร้างการเชื่อมต่อที่ลูกค้าของคุณสามารถเข้าใจได้: บัญชี ShareAI ของพวกเขา, ร่างการเตรียม AI ที่เป็นตัวเลือก, และเส้นทางที่ชัดเจนกลับไปยังการนัดหมายของพวกเขา
สถานที่ที่คุณจะทำงาน ตัวอย่างที่เสร็จสมบูรณ์ของคุณ
เชื่อมต่อแอปพลิเคชันของคุณกับ ShareAI Builder ตั้งแต่การลงทะเบียนจนถึงการรวมระบบที่ผ่านการทดสอบพร้อมสำหรับการตรวจสอบ คู่มือนี้ใช้ JamZY ซึ่งเป็นแอปพลิเคชันการนัดหมาย Node.js ขนาดเล็ก เพื่อแสดงแต่ละขั้นตอน: ลงทะเบียนแอป, กำหนดค่าแพลตฟอร์มเว็บ, เชื่อมต่อบัญชี ShareAI ของลูกค้า และส่งคำขอ AI ที่ได้รับอนุญาต ใช้ขั้นตอนเดียวกันกับผลิตภัณฑ์ของคุณเอง
| ความสามารถ | สิ่งที่ลูกค้าตกลง | สิ่งที่ JamZY แสดงให้เห็น |
|---|---|---|
| เข้าสู่ระบบด้วย ShareAI | การเชื่อมต่อบัญชีและข้อมูลตัวตนที่แอปของคุณร้องขอ | ตัวตนลูกค้าที่เป็นส่วนตัวจากข้อมูลผู้ใช้ที่ได้รับการรับรอง |
| ชำระเงินด้วย ShareAI · การใช้งาน AI | ใช้บัญชีส่วนบุคคลหรือองค์กรที่ลูกค้าเลือกสำหรับการอนุมานที่ได้รับอนุญาต | ร่างการเตรียมนัดหมายที่ได้รับการสนับสนุนโดยเครดิตที่มีสิทธิ์ของบัญชีนั้น |
| Builder มาร์กอัป | ค่าธรรมเนียมการใช้งาน AI เพิ่มเติมในสัญญาแอปพลิเคชันที่ได้รับการยอมรับ | การสร้างรายได้จากการใช้งานที่เป็นตัวเลือก หลังจากการอนุมัติและการเผยแพร่สัญญา |
| การชำระเงินผลิตภัณฑ์ | การซื้อเฉพาะที่นำเสนอใน ShareAI การชำระเงินแยกต่างหาก | ส่วนขยายที่อธิบายไว้ใน คู่มือการชำระเงิน. การสาธิตการนัดหมายไม่ได้ใช้การชำระเงิน |
มีบัญชี ShareAI, สิทธิ์ในการใช้บัญชีส่วนบุคคลหรือองค์กรที่จะเป็นเจ้าของแอป, HTTPS callback สาธารณะ, โลโก้, และหน้าความเป็นส่วนตัว เงื่อนไข และการลบบัญชีที่ใช้งานได้ ในการเรียกใช้ตัวอย่าง ให้ใช้ Node.js 22 หรือใหม่กว่า และที่อยู่ HTTPS สำหรับแอปพลิเคชันของคุณ
ภาพหน้าจอใช้รายละเอียดแอปพลิเคชันตัวอย่าง ShareAI ที่อยู่ในคู่มือนี้เป็นที่อยู่การผลิต การสร้างการเตรียมการทำให้เกิดคำขอ AI จริงและอาจใช้เครดิต; การเลือกหรือบันทึกการนัดหมายตัวอย่างไม่ได้ทำให้เกิดคำขอ การตรวจสอบจะเสร็จสิ้นโดยการทดสอบการรวมระบบที่สำเร็จของคุณเอง
คุณสามารถแยกแยะการเข้าสู่ระบบบัญชี การใช้ AI ค่าใช้จ่ายเพิ่มเติมที่เลือกได้ และการซื้อผลิตภัณฑ์ที่ได้รับการยืนยัน การอ่านคู่มือนี้ไม่จำเป็นต้องมีคำขอที่ต้องชำระเงิน
คุณจะสร้างตัวตนของ Builder ที่เป็นเจ้าของแอปพลิเคชันของคุณและความสัมพันธ์กับลูกค้า
สถานที่ที่คุณจะทำงาน Console → โปรแกรม Builder
Builder Program เปิดสำหรับเจ้าของที่ตั้งใจไว้และเสนอแอปใหม่ การตัดสินใจลงทะเบียน การตรวจสอบแอปพลิเคชัน การตรวจสอบข้อมูลสาธารณะ และการอนุมัติ Monetization Gateway เป็นขั้นตอนที่แยกจากกัน
คุณจะให้ JamZY มีบันทึกแอปพลิเคชันของตัวเอง เพื่อให้ตัวตน การเข้าถึง และเงื่อนไขทางการค้าอยู่ด้วยกัน
สถานที่ที่คุณจะทำงาน โปรแกรม Builder → ผลิตภัณฑ์ → แอปใหม่
ใช้เว็บไซต์สาธารณะที่เข้าถึงได้สำหรับโปรไฟล์แอปพลิเคชัน เว็บไซต์ส่วนตัวหรือเว็บไซต์ที่เข้าถึงได้เฉพาะในเครื่องอาจไม่ผ่านการตรวจสอบแม้ว่าคุณจะลงทะเบียนการเรียกกลับสำหรับการพัฒนาอย่างถูกต้องแล้วก็ตาม แอปพลิเคชันใหม่จะเริ่มต้นในรูปแบบร่าง คุณสามารถแก้ไขต่อไปได้โดยไม่ต้องเผยแพร่ แอปพลิเคชันนี้มีตัวระบุที่แตกต่างจาก OAuth client ID หรือ subscription ID
JamZY ปรากฏอยู่ภายใต้ Product สำหรับเจ้าของที่ตั้งใจไว้ อย่าสร้างแอปพลิเคชันเพิ่มเติมสำหรับทุกแพลตฟอร์มอุปกรณ์
คุณจะได้รับตัวเลือก OAuth ที่เหมาะสมกับตำแหน่งที่แอปของคุณทำงานและผู้ที่ควบคุมข้อมูลรับรองของแอป
สถานที่ที่คุณจะทำงาน แอปใหม่ → การตั้งค่าแอปพลิเคชัน
สำหรับการปรับใช้ JamZY ที่คุณดำเนินการเอง ให้เลือกโมเดลการกำหนดราคาที่ตรงกับข้อเสนอของคุณ เช่น SaaS, แอปคลาวด์ที่โฮสต์โดยผู้ขาย, ลูกค้าชำระเงินตามการใช้งานของตนเอง และ ShareAI สำหรับคำขอ AI ตัวอย่างเหล่านี้เป็นเพียงคำตอบตัวอย่าง ไม่ใช่ข้อกำหนดสำหรับทุกผลิตภัณฑ์
| ตำแหน่งที่แอปทำงาน | ตัวเลือก OAuth | ตำแหน่งที่ข้อมูลรับรองอยู่ |
|---|---|---|
| แบ็กเอนด์ที่คุณโฮสต์ | ไคลเอนต์เว็บเซิร์ฟเวอร์อาจใช้ไคลเอนต์ซีเคร็ต PKCE ยังคงมีผลบังคับใช้ | ซีเคร็ตและโทเค็นจะอยู่บนเซิร์ฟเวอร์ของคุณ |
| แอปพลิเคชันเบราว์เซอร์ / SPA | ไคลเอนต์เว็บสาธารณะพร้อม PKCE | ไม่มีไคลเอนต์ซีเคร็ตที่ฝังอยู่ ใช้การออกแบบเซสชันเบราว์เซอร์หรือแบ็กเอนด์ที่เหมาะสม |
| การกระจายแบบโฮสต์เองหรือแบบไฮบริด | ไคลเอนต์สาธารณะพร้อม PKCE ภายใต้นโยบายการเริ่มต้นใช้งาน | อย่าแจกจ่ายซีเคร็ตของผู้ขายที่ใช้ร่วมกันไปยังการติดตั้งของลูกค้า |
| Windows, macOS, Linux, Android หรือ iOS | ไคลเอนต์สาธารณะหนึ่งตัวสำหรับแต่ละแพลตฟอร์มที่เปิดใช้งาน | PKCE และการจัดเก็บข้อมูลที่ปลอดภัยที่เหมาะสมกับแพลตฟอร์ม; ไม่มีซีเคร็ตที่ถูกรวม |
ตัวอย่างที่ดาวน์โหลดได้ JamZY ใช้ไคลเอนต์เว็บสาธารณะพร้อม PKCE โดยเจตนา แม้ว่าจะมีแบ็กเอนด์ขนาดเล็ก เซิร์ฟเวอร์จะเก็บโทเค็นออกจากที่เก็บข้อมูลของเบราว์เซอร์ คำตอบที่โฮสต์โดยผู้ขายอนุญาตให้ใช้เซิร์ฟเวอร์ไคลเอนต์; มันไม่ได้บังคับให้คุณเลือก
คุณสามารถกลับไปดูคำตอบที่บันทึกไว้ภายใต้ ข้อมูลแอปพลิเคชัน → การตั้งค่าแอปพลิเคชัน การเปลี่ยนแปลงการปรับใช้อาจลบไคลเอนต์ซีเคร็ตที่ไม่เข้ากันและต้องการการยืนยันซ้ำ ตรวจสอบผลกระทบนั้นก่อนบันทึก
การปรับใช้ที่บันทึกไว้จะอธิบายสถาปัตยกรรมจริงของคุณ ตัวเลือกไคลเอนต์ซีเคร็ตจะเป็นไปตามคำตอบนั้น; ตัวเลือกที่ปิดใช้งานเป็นคำอธิบายนโยบาย ไม่ใช่ข้อมูลรับรองที่ขาดหายไป
คุณจะให้รายละเอียดผลิตภัณฑ์และนโยบายที่ลูกค้าต้องการก่อนที่พวกเขาจะตัดสินใจเชื่อมต่อ
สถานที่ที่คุณจะทำงาน ข้อมูลแอปพลิเคชัน
เปิดข้อมูลแอปพลิเคชันหลังจากแดชบอร์ด ทำงานผ่านส่วนเฉพาะ: รายละเอียด, การตั้งค่าแอปพลิเคชัน, การนำเสนอ, การสร้างแบรนด์, แกลเลอรี และการตรวจสอบ ให้คำอธิบายผลิตภัณฑ์ที่มีประโยชน์ เว็บไซต์ที่ถูกต้อง และภาพหน้าจอที่ชัดเจนของเวิร์กโฟลว์ลูกค้า
ใช้ตัวตนของแอปของคุณเอง ShareAI การสร้างแบรนด์เป็นของปุ่มการผสานรวมและวัสดุอธิบาย; ไม่ควรแทนที่โลโก้ผลิตภัณฑ์ของคุณ รักษาความเป็นส่วนตัว ข้อกำหนด และลิงก์การลบให้เข้าถึงได้โดยไม่ต้องลงชื่อเข้าใช้
บันทึกการเปลี่ยนแปลงเมื่อการกระทำการบันทึกลอยปรากฏขึ้น ข้อเสนอข้อมูลสาธารณะมีการตรวจสอบของตัวเอง; การแก้ไขข้อเสนอที่ได้รับการอนุมัติจะไม่แทนที่การนำเสนอสดสาธารณะโดยไม่มีการแจ้งเตือน
ผู้เยี่ยมชมสามารถเข้าใจว่า JamZY ทำอะไร ใครเป็นผู้ดำเนินการ และวิธีการขอการลบ รายละเอียดสาธารณะและการกำหนดค่าคอลแบ็กอ้างอิงถึงผลิตภัณฑ์เดียวกัน
คุณจะขอการเข้าถึงที่ประสบการณ์การนัดหมายของคุณใช้งานจริงและทำให้วัตถุประสงค์การเรียกเก็บเงินของมันชัดเจน
สถานที่ที่คุณจะทำงาน แอปพลิเคชัน → กรณีการใช้งาน
ในกรณีการใช้งาน ให้เปิดใช้งานการเข้าสู่ระบบด้วย ShareAI สำหรับการเชื่อมต่อบัญชี และ Pay with ShareAI สำหรับกระแสเงินทุนที่ลูกค้าสนับสนุนที่คุณตั้งใจจะรองรับ ขอการเข้าถึง Monetization Gateway เฉพาะเมื่อผลิตภัณฑ์ของคุณจะได้รับค่าธรรมเนียมเพิ่มเติมจากการใช้งาน AI ทำตามสถานะการอนุมัติที่แสดงใน Console
| ขอบเขต | เหตุผลที่คุณจะขอมัน |
|---|---|
openid | เชื่อมต่อบัญชีโดยใช้ตัวตนที่กำหนดขอบเขตของไคลเอนต์ |
profile / email | ขอข้อมูลโปรไฟล์หรืออีเมลเฉพาะเมื่อผลิตภัณฑ์ของคุณต้องการ |
inference | เรียกใช้ endpoints การอนุมาน AI ที่รองรับเมื่อได้รับอนุญาตจากการกำหนดค่าแอปพลิเคชัน |
monetization_gateway | ใช้ข้อตกลงการเรียกเก็บเงิน AI ที่ลูกค้ายอมรับสำหรับการอนุมานที่มีค่าธรรมเนียมเพิ่มเติม |
payments | สร้างและตรวจสอบคำขอการชำระเงินของลูกค้า การซื้อแต่ละครั้งยังคงต้องการการยืนยัน |
คำขอ JamZY openid profile inference monetization_gateway. มันไม่ได้ขอ payments และไม่ได้ขายผลิตภัณฑ์ผ่านการชำระเงิน การเปิดใช้งานความสามารถใน Console ไม่ได้ให้สิทธิ์การเข้าถึงโทเค็นที่มีอยู่: ลูกค้าต้องอนุญาตขอบเขตและเงื่อนไข
ความสามารถ ขอบเขตที่กำหนดค่า และคำขอการอนุญาตต้องสอดคล้องกัน หลีกเลี่ยงการขอการเข้าถึงเพิ่มเติมที่แอปของคุณไม่เคยใช้งานหรือไม่สามารถตรวจสอบได้
คุณจะสร้าง Web client หนึ่งตัวสำหรับประสบการณ์ JamZY ที่ใช้เบราว์เซอร์ โดยใช้วิธีการรับรองความถูกต้องที่เหมาะสม
สถานที่ที่คุณจะทำงาน การตั้งค่า OAuth → Web
แพลตฟอร์มต่างๆ มีข้อมูลรับรองและกฎ callback ที่แตกต่างกัน พวกมันไม่ใช่ผลิตภัณฑ์แยกต่างหาก: การสมัครสมาชิกและการจัดการลูกค้าจะถูกรวมสำหรับแอปพลิเคชัน ผู้ทดสอบแอปพลิเคชันจะแชร์กันข้ามแพลตฟอร์ม โดยมีสูงสุดห้าสถานที่รวมถึงคำเชิญที่รอดำเนินการ; เจ้าของจะไม่ใช้สถานที่ของผู้ทดสอบ
มีแพลตฟอร์ม Web เพียงหนึ่งเดียว แพลตฟอร์มเนทีฟที่คุณยังไม่ได้กำหนดค่าไม่ได้ขัดขวางการเปิดตัวของคุณ
คุณจะส่งลูกค้ากลับไปยังแอปพลิเคชันของคุณหลังจากการอนุญาต โดยใช้ callback ที่คุณเป็นเจ้าของอย่างแม่นยำ
สถานที่ที่คุณจะทำงาน เว็บ → การกำหนดค่า
ใน Web → Configuration ให้ลงทะเบียน HTTPS callback ที่แอปพลิเคชันของคุณจัดการอย่างแม่นยำ คู่มือนี้ใช้ https://jamzy.example/oauth/callback เป็นตัวอย่าง แทนที่ jamzy.example ด้วยโดเมน HTTPS ที่คุณปรับใช้สำเนาของ JamZY และใช้ callback เดียวกันนั้นในการตั้งค่าแอปพลิเคชันของคุณ
ระบุชื่อหน้าจอการยินยอม ข้อกำหนด ความเป็นส่วนตัว และข้อมูลการลบ เปิดใช้งานเฉพาะ scopes ที่คุณต้องการ จากนั้นบันทึก Scheme, host, path และรายละเอียด query ที่เกี่ยวข้องต้องตรงกับคำขออนุญาตและการแลกเปลี่ยนโค้ด ห้ามใช้ wildcard หรือ URL fragment
| แพลตฟอร์ม | Callback ที่ต้องดำเนินการ |
|---|---|
| เว็บ | ที่อยู่ HTTPS ที่แน่นอนในแอปพลิเคชันของคุณ |
| แอนดรอยด์ | โครงร่างแอปแบบ reverse-domain ที่ตรงกับ Application ID หรือ HTTPS App Link ที่ได้รับการยืนยันพร้อมแพ็กเกจและลายนิ้วมือการเซ็น SHA-256 |
| ไอโอเอส | โครงร่างแอปที่ตรงกัน หรือ HTTPS Universal Link ที่ได้รับการยืนยันพร้อม Bundle ID และ Apple App ID prefix |
| วินโดวส์ / แมคโอเอส / ลินุกซ์ | Callback HTTPS ที่ได้รับอนุญาตที่แน่นอน, โครงร่างแอปพลิเคชันแบบ reverse-domain ที่ตรงกัน หรือการเปลี่ยนเส้นทาง loopback ที่รองรับบน 127.0.0.1 / [::1] โดยพอร์ต loopback อาจแตกต่างกัน |
แอปที่ติดตั้งจะอนุญาตในเบราว์เซอร์ของระบบและกลับมาผ่าน Callback ที่ลงทะเบียนไว้ สำหรับ HTTPS App Link ที่อ้างสิทธิ์ ให้เผยแพร่ไฟล์การเชื่อมโยงที่จำเป็นและเรียกใช้การตรวจสอบการเชื่อมโยงใน Console Callback ที่ดูเหมือนจะเป็นไปได้ในฟอร์มไม่ใช่หลักฐานว่าแอปที่ติดตั้งของคุณได้รับ Callback นั้น
การเปิด Callback ผ่านกระบวนการอนุญาตจะกลับไปยังแอปของคุณ โค้ดสุ่มหรือสถานะที่ไม่ตรงกันจะถูกปฏิเสธ
คุณจะมีอินเทอร์เฟซการนัดหมายและการเชื่อมต่อ ShareAI ที่ทำงานร่วมกับตัวระบุแอปพลิเคชันของคุณเอง
สถานที่ที่คุณจะทำงาน แอปพลิเคชันของคุณ → การกำหนดค่าของสภาพแวดล้อม
JamZY เป็นแอปพลิเคชันการนัดหมายที่มีผู้ช่วยเตรียม AI เป็นตัวเลือก ตัวจัดตารางเวลาของมันเป็นการสาธิตที่ใช้เบราว์เซอร์เท่านั้น: ไม่มีผู้ให้บริการปฏิทิน, การส่งอีเมล หรือการชำระเงินสำหรับการนัดหมาย การอนุญาต ShareAI และการผสานรวม AI API ใช้การกำหนดค่าต้นน้ำจริง
ดาวน์โหลด แหล่งอ้างอิง JamZYซึ่งมีเซิร์ฟเวอร์ Node, UI เบราว์เซอร์, การทดสอบ และ README การตั้งค่า; ไม่มีใบรับรอง, ความลับ, การพึ่งพา หรือเซสชัน ตรวจสอบไฟล์ก่อนเรียกใช้งาน วางกระบวนการ Node ไว้หลัง HTTPS reverse proxy ที่รักษาต้นกำเนิดสาธารณะ
# .env — replace both identifiers with YOUR registered application.
JAMZY_PUBLIC_ORIGIN=https://jamzy.example
SHAREAI_CLIENT_ID=YOUR_WEB_CLIENT_ID
SHAREAI_APP_ID=YOUR_APPLICATION_UUID
SHAREAI_AUTH_ORIGIN=https://auth.shareai.now
SHAREAI_API_BASE_URL=https://api.shareai.now/api/v1
SHAREAI_SCOPES="openid profile inference monetization_gateway"
PORT=3443
BIND_HOST=127.0.0.1# Node 22+, behind your HTTPS reverse proxy
node --env-file=.env server.mjs
# Mocked upstream tests; these do not spend credits
node --test test/server.test.mjsสร้างแอปพลิเคชันของคุณที่ คอนโซล.shareai.nowใช้ Client ID สำหรับการผลิตของมันกับ https://auth.shareai.now และ https://api.shareai.now/api/v1ที่อยู่ jamzy.example เป็นตัวแทนสำหรับแอปของคุณ ไม่ใช่การสาธิตที่โฮสต์ไว้ ให้บริการแอปของคุณเองผ่าน HTTPS เพื่อให้ Secure session cookie ทำงานได้
JamZY ยังมีการเชื่อมต่อ API-key สำหรับการเปรียบเทียบ คู่มือนี้ใช้ปุ่ม wallet/OAuth คีย์ API ไม่ได้สร้างข้อตกลง OAuth ของลูกค้า JamZY และไม่สามารถแทนที่กระบวนการอนุญาตของลูกค้าได้
แอปโหลดผ่าน HTTPS ต้นกำเนิดสาธารณะ, Callback ที่ลงทะเบียน และ Client ID ตรงกับการลงทะเบียนของคุณ ไม่มีโทเค็นหรือความลับปรากฏในแหล่งที่มาของหน้าเว็บหรือ localStorage
คุณจะให้ลูกค้าเลือกบัญชี ShareAI ของพวกเขาและอนุมัติการเข้าถึงที่แอปของคุณต้องการ
สถานที่ที่คุณจะทำงาน JamZY → ชำระเงินด้วย ShareAI Wallet ของคุณ
จาก JamZY, เลือก ชำระเงินด้วย ShareAI Wallet ของคุณ แอปจะเปิดหน้าอนุญาต ShareAI ลูกค้าลงชื่อเข้าใช้ เลือกบัญชีส่วนตัวหรือองค์กร ตรวจสอบแอปและการเข้าถึงที่ร้องขอ และยอมรับเงื่อนไขการสมัครสมาชิกที่เกี่ยวข้อง
const verifier = randomBytes(32).toString('base64url');
const state = randomBytes(32).toString('base64url');
const challenge = createHash('sha256').update(verifier).digest('base64url');
const authorize = new URL('https://auth.shareai.now/oauth/authorize');
authorize.search = new URLSearchParams({
client_id: clientId, response_type: 'code', redirect_uri: callback,
scope: 'openid profile inference monetization_gateway', state,
code_challenge: challenge, code_challenge_method: 'S256',
}).toString();
// Save state + verifier in the server session BEFORE redirecting.
// The downloadable server implements state expiry and one-time consumption.กำหนดบันทึกลูกค้าในระบบโดยใช้ข้อมูลที่ได้รับการตรวจสอบสิทธิ์และบริบทของ issuer/client sub การอนุญาตสำหรับบุคคลและองค์กรสามารถเลือกบัญชีที่ชำระเงินต่างกันได้ Customer ID ไม่ใช่ global user ID, ที่อยู่อีเมล หรือ ID ฐานข้อมูลองค์กรภายใน ห้ามรวมข้อมูลประจำตัวข้ามแพลตฟอร์มโดยการจับคู่ชื่อที่แสดง
การยกเลิก, state ที่ไม่ตรงกัน, โค้ดที่ถูกใช้ซ้ำ และการตรวจสอบสิทธิ์ที่หมดอายุจะล้มเหลวอย่างปลอดภัย กระบวนการปกติจะส่งคืนบัญชีที่ได้รับการตรวจสอบสิทธิ์โดยไม่เปิดเผยโทเค็น
คุณจะทำให้คำขอที่ได้รับการอนุญาตทำงานต่อไปได้เมื่อโทเค็นหมดอายุ ในขณะเดียวกันก็ให้ลูกค้ามีวิธีที่เชื่อถือได้ในการตัดการเชื่อมต่อ
สถานที่ที่คุณจะทำงาน แอปพลิเคชันของคุณ → การจัดการ session และโทเค็น
| ข้อมูลรับรอง | วัตถุประสงค์ | วิธีจัดการ |
|---|---|---|
| รหัสการอนุญาต | การส่งต่อครั้งเดียวจากหน้าการตรวจสอบสิทธิ์ | แลกเปลี่ยนครั้งเดียวโดยใช้ verifier และ callback ที่ตรงกัน ไม่ใช่ API token |
| โทเค็นการเข้าถึง | อนุญาตการเรียก API ภายใน grant และ scopes ที่ได้รับการยอมรับ | ส่งเป็น Authorization: Bearer …. เคารพการหมดอายุและข้อผิดพลาดการอนุญาต endpoint |
| โทเค็นการรีเฟรช | รับ access token ทดแทนโดยไม่ต้องลงชื่อเข้าใช้อีกครั้งในขณะที่ grant ยังคงใช้ได้ | เก็บไว้อย่างปลอดภัย ทำการ serialize การดำเนินการ refresh และแทนที่ข้อมูลรับรองที่หมุนเวียนแบบ atomic |
| โทเค็น ID | การยืนยันตัวตน OpenID Connect สำหรับ client | หากคุณใช้มัน ให้ตรวจสอบลายเซ็น, issuer, audience, การหมดอายุ และ nonce ตามความเหมาะสม ห้ามใช้เป็น Bearer token โดยการอนุมาน |
| รหัสลับของไคลเอนต์ | ตรวจสอบสิทธิ์ client server ที่ได้รับอนุญาต | เก็บไว้ในเซิร์ฟเวอร์ มันแตกต่างจากโทเค็นทั้งหมดและไม่เคยถูกรวมใน public client |
# Public client refresh; run on a trusted terminal with scoped test credentials.
curl --fail-with-body 'https://auth.shareai.now/oauth/token' \
-H 'Content-Type: application/x-www-form-urlencoded' \
--data-urlencode 'grant_type=refresh_token' \
--data-urlencode "client_id=$SHAREAI_CLIENT_ID" \
--data-urlencode "refresh_token=$SHAREAI_REFRESH_TOKEN"ใช้ expires_in ที่ส่งคืนแทนการกำหนดอายุการใช้งานเอง หาก refresh ส่งคืน refresh token ทดแทน ให้บันทึกพร้อมกับ access token ใหม่เป็นการอัปเดตเดียว อนุญาตให้มีการ refresh หนึ่งครั้งในแต่ละ session เพื่อให้คำขอพร้อมกันไม่ใช้โทเค็นที่หมุนเวียนซ้ำ การ grant refresh ที่ไม่ถูกต้องหรือถูกเพิกถอนต้องการการเชื่อมต่อใหม่ ห้ามวนซ้ำอย่างไม่สิ้นสุด
การรีเฟรชไม่สามารถเพิ่มขอบเขตหรือยอมรับสัญญา Monetization Gateway ใหม่โดยอัตโนมัติ ส่งลูกค้าผ่านการอนุญาตอีกครั้งสำหรับสิทธิ์หรือเงื่อนไขใหม่ JamZY เก็บข้อมูลรับรองไว้ในหน่วยความจำเซิร์ฟเวอร์เท่านั้นสำหรับเซสชันสาธิตสูงสุดหนึ่งชั่วโมง ตรวจสอบข้อมูลผู้ใช้แทนที่จะเชื่อถือโทเค็น ID ที่ไม่ได้รับการยืนยัน และใช้คุกกี้ Secure, HttpOnly, SameSite บริการการผลิตต้องการการออกแบบเซสชันที่ทนทานและได้รับการป้องกันของตัวเอง
เมื่อยกเลิกการเชื่อมต่อ ให้เพิกถอนข้อมูลรับรองการรีเฟรช/การเข้าถึงตามความเหมาะสมและล้างเซสชันของแอปพลิเคชัน การล้างคุกกี้ในเบราว์เซอร์เพียงอย่างเดียวไม่สามารถเพิกถอน ShareAI หรือยกเลิกการสมัครสมาชิกแบบชำระเงินได้ หลีกเลี่ยงการบันทึกรหัส โทเค็น ความลับ หรือเนื้อหาพร้อมท์ส่วนบุคคล
การหมดอายุจะกระตุ้นการรีเฟรชที่ควบคุมได้หนึ่งครั้ง โทเค็นใหม่จะแทนที่โทเค็นเก่า การยกเลิกการเชื่อมต่อจะล้างเซสชันของแอปพลิเคชันและรายงานความล้มเหลวในการเพิกถอนใด ๆ
คุณจะเปลี่ยนเป้าหมายการนัดหมายให้เป็นวาระและคำถามที่เป็นประโยชน์ พร้อมคำขอ AI ที่ได้รับการสนับสนุนจากลูกค้าอย่างชัดเจน
สถานที่ที่คุณจะทำงาน โมเดลที่มีให้เลือก → JamZY → เตรียมตัวให้พร้อม
เปิดโมเดลที่มีให้เลือกในแอปพลิเคชัน เลือกโมเดลและผู้ให้บริการที่ผลิตภัณฑ์ของคุณจะนำเสนอและบันทึกการกำหนดค่า หากไม่สามารถโหลดแคตตาล็อกได้ ให้แก้ไขข้อผิดพลาดการใช้งานต้นทางก่อนดำเนินการต่อ การเปลี่ยนไคลเอนต์ OAuth ซ้ำๆ จะไม่สามารถแก้ไขได้
JamZY โหลดแคตตาล็อกของตนเองหลังจากการเชื่อมต่อเท่านั้น เลือกโมเดลข้อความที่ได้รับอนุญาต ป้อนเป้าหมายการนัดหมายสั้นๆ และเลือก สร้างการเตรียมตัวอย่างตั้งใจ บัญชีที่เลือกต้องมีเครดิตที่มีสิทธิ์และเงื่อนไขการเรียกเก็บเงิน AI ที่ยอมรับที่จำเป็น การเลือกวันที่ การตรวจสอบการนัดหมาย และการบันทึกจะไม่ส่งคำขออนุมาน
curl --fail-with-body 'https://api.shareai.now/api/v1/chat/completions' \
-H "Authorization: Bearer $SHAREAI_ACCESS_TOKEN" \
-H 'Content-Type: application/json' \
--data '{"model":"YOUR_ENABLED_MODEL_SLUG","messages":[{"role":"user","content":"Create a short agenda and three questions for a 15-minute appointment about planning a booking app."}],"stream":false,"max_tokens":192}'ผลิตภัณฑ์การจัดตารางเวลาจริงต้องการที่เก็บการจองฝั่งเซิร์ฟเวอร์ การตรวจสอบความพร้อมใช้งาน การจัดการเขตเวลา นโยบายการยกเลิก และการผสานรวมปฏิทินหรือการแจ้งเตือน สิ่งเหล่านี้แยกจากการอนุญาต ShareAI เก็บผลลัพธ์ AI ไว้เป็นข้อเสนอ ตรวจสอบการดำเนินการจองในอนาคตผ่านกฎของแอปพลิเคชันของคุณเอง
ใช้ model slug ที่ส่งคืนโดย catalog ที่ได้รับอนุญาต จัดการ response contract จริง: JamZY รองรับ native ของ ShareAI message.content envelope และ OpenAI-style choices[0].message.contentHTTP 200 ที่มี response error ไม่สมบูรณ์หรือลำดับซ้อนกันไม่ถือว่าเป็นการตอบกลับที่สำเร็จ
ในกรณีที่มีการตอบกลับเกี่ยวกับ spending-limit หรือ insufficient-credit ให้แสดงคำอธิบายที่เป็นประโยชน์และลิงก์การเรียกเก็บเงินของลูกค้าที่จัดเตรียมไว้ รักษาบัญชีที่เลือกไว้ อย่าข้ามขีดจำกัด เปลี่ยนผู้ชำระเงินโดยไม่แจ้ง หรือพยายามดำเนินการที่มีค่าใช้จ่ายซ้ำในลูป
การสร้างการเตรียมการจะส่งคืน agenda และคำถามที่ใช้งานได้ คำขอจะถูกระบุถึงลูกค้าและแอปพลิเคชันที่ได้รับอนุญาต พร้อมด้วย model ที่เลือกและเงื่อนไขที่ยอมรับ ร่าง AI ไม่สามารถจองหรือเปลี่ยนแปลงการนัดหมายได้
คุณจะอธิบายค่าธรรมเนียม AI เพิ่มเติมของคุณในข้อเสนอการสมัครสมาชิกและเผยแพร่เงื่อนไขที่ลูกค้าสามารถยอมรับได้
สถานที่ที่คุณจะทำงาน แอปพลิเคชัน → การสมัครสมาชิก
ขอการเข้าถึง Monetization Gateway ผ่านกรณีการใช้งานของแอปหากยังไม่ได้รับการอนุมัติตามนโยบายการบริหารที่เกี่ยวข้อง กรอกแบบสอบถามและติดตามสถานะ การอนุมัติช่วยให้สามารถกำหนดค่าได้; การอนุญาตจากลูกค้าและความยินยอมในการเรียกเก็บเงินยังคงแยกกัน
ตัวอย่างเท่านั้น: 20% Builder มาร์กอัปบน €1.00 ของค่าใช้จ่ายเครือข่ายที่มีสิทธิ์เพิ่ม €0.20 ที่ราคามาตรฐาน ค่าธรรมเนียม ShareAI ของ 5% ใช้เฉพาะกับ €0.20 มาร์กอัปนั้น ก่อนการนำเข้ากิจกรรมที่สามารถเรียกเก็บเงินได้ ใช้เครื่องมือประมาณการสดและสัญญาที่ได้รับการยอมรับสำหรับการคำนวณจริง ข้อเสนอการสมัครสมาชิกในกระแสนี้เป็นข้อตกลงการเรียกเก็บเงิน AI; การเชื่อมต่อบัญชีเพียงอย่างเดียวไม่ได้หักราคาคงที่ที่เกิดขึ้นประจำ
surcharge สำหรับข้อเสนอนี้หน้าจอการยินยอม ShareAI เป็นแหล่งอ้างอิงสำหรับเงื่อนไขที่ได้รับการยอมรับ JamZY’s public client ไม่สามารถสรุปแผนการเรียกเก็บเงินที่ได้รับการยอมรับจากข้อมูลผู้ใช้ได้ ดังนั้นแผงการเชื่อมต่อจึงไม่อ้างสิทธิ์การสมัครสมาชิกที่ใช้งานอยู่หรือสร้างราคาสำหรับการนัดหมายขึ้นมาเอง
ข้อเสนออธิบายค่าธรรมเนียม; สัญญาสามารถยอมรับได้โดยลูกค้า คุณเข้าใจว่าลูกค้าคนใดยังคงอยู่ในเงื่อนไขเก่าและทำไม
คุณจะรวบรวม endpoint จริงและการตรวจสอบ scope ที่จำเป็นสำหรับการส่งแอปพลิเคชันของคุณเพื่อการตรวจสอบ
สถานที่ที่คุณจะทำงาน การตั้งค่า OAuth → ผู้ทดสอบและการตรวจสอบ
เปิดการตั้งค่า OAuth → ผู้ทดสอบและเชิญผู้ทดสอบแอปพลิเคชันได้สูงสุดห้าคน การเชิญที่รอดำเนินการจะใช้พื้นที่แต่ไม่ให้สิทธิ์การเข้าถึง; ผู้รับต้องยอมรับ การเข้าถึงของเจ้าของและการเข้าถึงของผู้ทดสอบที่ได้รับเชิญแตกต่างจากการเข้าถึงการผลิตสาธารณะ
สำหรับแต่ละแพลตฟอร์มที่คุณตั้งใจจะเผยแพร่ ให้เปิดการตรวจสอบ ทำการเรียกที่สำเร็จจริงสำหรับ endpoint ที่จำเป็นและทุก scope ที่กำหนดค่าไว้ ตรวจสอบ discovery และ signing keys; ทดสอบ authorize/callback, code exchange, refresh, authenticated User info และ revocation สำหรับ confidential clients ต้องทดสอบ introspection ที่เกี่ยวข้องด้วย ลิงก์ HTTPS ที่อ้างสิทธิ์แบบ native ต้องการการตรวจสอบการเชื่อมโยง
ขอบเขตโปรไฟล์/อีเมลต้องการการอ้างสิทธิ์ที่ส่งคืนจริง ใช้บัญชีทดสอบส่วนตัวที่ต้องการอีเมล ขอบเขต inference และ monetization_gateway ต้องการคำขอ AI ที่ได้รับอนุญาตเสร็จสมบูรณ์ การชำระเงินต้องการการเรียก API การชำระเงินที่มีขอบเขตสำเร็จ การตอบกลับ HTTP ที่สำเร็จทั่วไป ภาพหน้าจอเบราว์เซอร์ หรือรายการตรวจสอบด้วยตนเองไม่สามารถแทนที่การตรวจสอบที่บันทึกไว้ใน Console
คุณมีสามตัวเลือกสำหรับแพลตฟอร์มที่ยังไม่เสร็จ: ทำให้เสร็จและตรวจสอบ, ยกเว้นจากการเผยแพร่เพื่อให้ยังคงเป็นเจ้าของ/ผู้ทดสอบเท่านั้น หรือเอาออก อย่ารวมแพลตฟอร์มที่มี callbacks หรือ scopes ที่คุณยังไม่ได้ใช้งาน การเปลี่ยนแปลงการกำหนดค่าสามารถทำให้การตรวจสอบเป็นโมฆะ ดังนั้นให้รีเฟรชสถานะที่บันทึกหลังจากการเปลี่ยนแปลงครั้งสุดท้ายของคุณ
ทุกแพลตฟอร์มที่รวมจะแสดงการกำหนดค่าที่จำเป็น, endpoint และการตรวจสอบ scope ว่าเสร็จสมบูรณ์ รายการตรวจสอบส่วนตัวของคู่มือเป็นเพียงเครื่องมือช่วยในการอ่าน
คุณจะทราบว่าอะไรพร้อมสำหรับการตรวจสอบ, วิธีการทำงานของการเผยแพร่ และที่ที่ติดตามการเข้าถึงของลูกค้าหลังจากนั้น
สถานที่ที่คุณจะทำงาน แอปพลิเคชัน → แดชบอร์ด
ลองทำกระบวนการทั้งหมดอีกครั้งกับลูกค้าที่มีสิทธิ์หลังการเปิดตัว: เชื่อมต่อ ตรวจสอบบัญชีและการยินยอม สร้างร่างการเตรียมการนัดหมายสั้น ๆ รีเฟรชอย่างปลอดภัย จัดการความล้มเหลวในการเรียกเก็บเงิน จากนั้นตัดการเชื่อมต่อ ตรวจสอบประสบการณ์ผู้ใช้จริงแทนที่จะสมมติว่าการบันทึกสำเร็จพิสูจน์ว่ามันใช้งานได้
การไม่ตรงกันของการเรียกกลับ: เปรียบเทียบ URL ที่ลงทะเบียนและค่าคำขอทั้งสองอย่างแม่นยำ ผู้ทดสอบที่ไม่ได้รับอนุญาต: ยืนยันการยอมรับคำเชิญและบัญชีที่เลือก. ขอบเขตหรือสัญญาที่ขาดหาย: ขอการเข้าถึงที่เปิดใช้งานเท่านั้นและเชื่อมต่อใหม่เพื่อยอมรับ. ไม่มีโมเดล: ตรวจสอบโมเดลที่มีอยู่และข้อจำกัดของผู้ให้บริการ. การรีเฟรชล้มเหลว: ล้างเซสชันท้องถิ่นที่ล้มเหลวและเชื่อมต่อใหม่. การตรวจสอบถูกบล็อก: ตรวจสอบการตรวจสอบแพลตฟอร์มแทนที่จะสร้าง OAuth client ใหม่.
แอปทำงานสำหรับลูกค้าที่ตั้งใจไว้ การตรวจสอบที่บันทึกไว้สนับสนุนสถานะการเผยแพร่ และลูกค้าสามารถควบคุมหรือเพิกถอนการอนุญาต.
เลือกบัญชีส่วนบุคคลหรือบัญชีองค์กรที่จะเป็นเจ้าของการลงทะเบียนโปรแกรมก่อนการสมัคร องค์กรสามารถส่งใบสมัครก่อนการตรวจสอบได้ แต่การอนุมัติจากพนักงานเพียงอย่างเดียวไม่สามารถเปิดใช้งานการเข้าถึงได้ ให้ดำเนินการตรวจสอบอีเมลองค์กรและข้อมูลบริษัทจากรายการตรวจสอบการเริ่มต้นใช้งานใน Console องค์กรที่ได้รับการอนุมัติจะยังคงอยู่ในสถานะรอการตรวจสอบจนกว่าการตรวจสอบทั้งสองจะเสร็จสมบูรณ์ Builder, Provider และ Creator โปรแกรมปฏิบัติตามกฎนี้
ดูการกำหนดราคา Monetization Gateway · สำรวจ ShareAI for Startups · Scopes และการอนุญาต
ข้อกำหนดและเงื่อนไขสาธารณะ, นโยบายความเป็นส่วนตัว และคำแนะนำการลบของคุณต้องตรงกับแอปพลิเคชันและสามารถเข้าถึงได้โดยไม่ต้องลงชื่อเข้าใช้ ShareAI การยอมรับโปรแกรม, Monetization Gateway การอนุมัติ, การอนุญาต OAuth ของลูกค้า และสัญญาการเรียกเก็บเงินที่ได้รับการยอมรับเป็นการตัดสินใจที่แยกจากกัน การรีเฟรชไม่สามารถเพิ่มสิทธิ์หรือยอมรับเงื่อนไขทางการค้าใหม่ได้
ขอบเขต surcharge แบบเดิมยังคงได้รับการยอมรับสำหรับการผสานรวมที่มีอยู่ ตัวอย่างใหม่ใช้ monetization_gateway รักษาชื่อฟิลด์สายไฟที่มีอยู่ เช่น surcharge_bps และ surcharge_percentage ไว้เหมือนเดิม
ดูการกำหนดราคา Monetization Gateway · สำรวจ ShareAI for Startups · Scopes และการอนุญาต
ค่าธรรมเนียมมาตรฐาน 5% ของ Builder markup สำหรับ €2.00 ของต้นทุนเครือข่าย AI และ 10% markup ลูกค้าจะจ่าย €2.20 ShareAI จะได้รับ €0.01 ของ €0.20 markup; Builder มี €0.19 ก่อน Event Ingestion
การร้องขอ Production 1,000 ที่ได้รับการชำระเงินครั้งแรก Monetization Gateway จะไม่มีค่าใช้จ่ายในแต่ละเดือนปฏิทิน (UTC) โดยใช้ร่วมกันในบัญชี Builder การร้องขอเพิ่มเติมมีค่าใช้จ่าย €0.04 ต่อ 1,000 ก่อนส่วนลดที่มีสิทธิ์ การร้องขอที่ได้รับการชำระเงินหนึ่งครั้งจะสร้างเหตุการณ์หนึ่งเหตุการณ์
Pay with ShareAI ด้วยตัวมันเอง การเข้าถึงเฉพาะ inference คีย์ API บัญชีทั่วไป และการจราจร Staging หรือการทดสอบจะไม่ก่อให้เกิด Monetization Gateway Event Ingestion
ShareAI for Startups เสนอเงินสนับสนุนรายเดือนร่วมสำหรับค่าธรรมเนียมจริง ShareAI บนแอปพลิเคชันที่ได้รับการอนุมัติ ระดับ Launch, Growth และ Momentum ปัจจุบันแสดงรายการ €1,000, €5,000 และ €10,000 ต่อเดือน งบประมาณเดียวกันครอบคลุมค่าธรรมเนียมเปอร์เซ็นต์ของ ShareAI บน Builder markup และการนำเข้าเหตุการณ์ที่สามารถเรียกเก็บเงินได้รวมกัน ไม่ใช่เงินสนับสนุน markup รวม, โควตาเหตุการณ์ฟรีแยกต่างหาก หรือ AI ฟรี inference เหตุการณ์ฟรีแรก 1,000 ของบัญชีไม่ใช้เงินสนับสนุนนี้
ค่าธรรมเนียมการนำเข้าเหตุการณ์ที่เหลือจะถูกชำระจากรายได้ใหม่ของคำขอ Builder จากนั้นรายได้ AI ที่มีอยู่ Builder และเครดิต AI ที่ไม่จำกัด ค่าบริการ AI ของลูกค้าและผลิตภัณฑ์ payments ยังคงแยกกันอยู่
ShareAI สามารถอนุมัติค่าธรรมเนียมเฉพาะแอปพลิเคชันหรือการสนับสนุนค่าธรรมเนียมสำหรับระยะเวลาที่กำหนดหรือจนกว่าจะมีการเปลี่ยนแปลง ตรวจสอบราคาปัจจุบันของแอปพลิเคชันและโปรแกรมพิเศษใน Console สำหรับเงื่อนไขที่ได้รับการอนุมัติ ความถูกต้อง และเงินสนับสนุนที่ใช้ไป การเปลี่ยนระดับหรือการแทนที่ราคาจะไม่รีเซ็ตการใช้งานรายเดือนของแอปพลิเคชัน
Launch เก็บ Log in with ShareAI เป็นตัวเลือก Growth และ Momentum ต้องการมัน; Momentum ยังต้องการตรา ShareAI for Startups อย่างเป็นทางการในส่วนท้ายของแอปพลิเคชัน ShareAI ตรวจสอบตราทุกสัปดาห์ ความพยายามที่ได้รับการยืนยันในการหลีกเลี่ยงข้อกำหนดสามารถนำไปสู่การลดระดับ การลบออกจากโปรแกรม Startup หรือการถอนออกจาก Marketplace ภายใต้เงื่อนไขโปรแกรมที่ยอมรับ
อัตรา Enterprise ถูกกำหนดโดยทีม ShareAI สำหรับบัญชี Builder หลังจากตกลงข้อเสนอส่วนบุคคลแล้ว เปอร์เซ็นต์ที่กำหนดและอัตราเหตุการณ์จะถูกนำไปใช้กับการร้องขอในอนาคต
ดูการกำหนดราคา Monetization Gateway · สำรวจ ShareAI for Startups · Scopes และการอนุญาต