साइन-इन आणि नूतनीकरणीय सत्रे
ग्राहक त्यांचे 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 कॉलबॅक, लोगो आणि कार्यरत गोपनीयता, अटी आणि खाते-विलोपन पृष्ठे असणे आवश्यक आहे. उदाहरण चालवण्यासाठी, Node.js 22 किंवा नवीनतम आणि तुमच्या अॅप्लिकेशनसाठी HTTPS पत्ता वापरा.
स्क्रीनशॉट्समध्ये उदाहरण अनुप्रयोग तपशील वापरले जातात. ShareAI या मार्गदर्शकातील पत्ते उत्पादन पत्ते आहेत. तयारी निर्माण करणे वास्तविक AI विनंती तयार करते आणि क्रेडिट्स खर्च करू शकते; डेमो अपॉइंटमेंट निवडणे किंवा सेव्ह करणे खर्च करत नाही. सत्यापन तपासणी तुमच्या यशस्वी एकत्रीकरण चाचण्यांद्वारे पूर्ण केली जाते.
तुम्ही खाते लॉगिन, AI वापर, पर्यायी अधिभार आणि पुष्टी केलेल्या उत्पादन खरेदी यामध्ये फरक करू शकता. हा मार्गदर्शक वाचण्यासाठी सशुल्क विनंती आवश्यक नाही.
तुम्ही तुमच्या अनुप्रयोगाचे आणि त्याच्या ग्राहक संबंधांचे मालक असलेली Builder ओळख निर्माण कराल.
जिथे तुम्ही काम कराल Console → बिल्डर प्रोग्राम
Builder Program इच्छित मालकासाठी उघडते आणि नवीन अॅप ऑफर करते. नोंदणी निर्णय, अॅप्लिकेशन पुनरावलोकन, सार्वजनिक माहिती पुनरावलोकन आणि Monetization Gateway मंजुरी हे स्वतंत्र टप्पे आहेत.
तुम्ही JamZY ला त्याचा स्वतःचा अनुप्रयोग रेकॉर्ड देणार आहात, त्यामुळे त्याची ओळख, प्रवेश आणि व्यावसायिक अटी एकत्र राहतील.
जिथे तुम्ही काम कराल बिल्डर प्रोग्राम → उत्पादन → नवीन अॅप
अनुप्रयोग प्रोफाइलसाठी पोहोचण्यायोग्य सार्वजनिक वेबसाइट वापरा. खाजगी किंवा स्थानिक-फक्त वेबसाइट सत्यापनामध्ये अपयशी ठरू शकते जरी तुमचा विकास कॉलबॅक योग्यरित्या नोंदणीकृत असेल. नवीन अनुप्रयोग मसुदा म्हणून सुरू होतो. तुम्ही ते सार्वजनिक न करता संपादन सुरू ठेवू शकता. त्याचा अनुप्रयोग ओळखकर्ता OAuth क्लायंट ID किंवा सदस्यता ID पेक्षा वेगळा आहे.
JamZY इच्छित मालकासाठी उत्पादनाखाली दिसतो. प्रत्येक डिव्हाइस प्लॅटफॉर्मसाठी अतिरिक्त अनुप्रयोग तयार करू नका.
तुम्हाला OAuth पर्याय मिळतील जेथे तुमचा अनुप्रयोग चालतो आणि कोण त्याचे क्रेडेन्शियल्स नियंत्रित करतो यावर आधारित असतील.
जिथे तुम्ही काम कराल नवीन अॅप → अनुप्रयोग सेटअप
जर तुम्ही स्वतः JamZY डिप्लॉयमेंट चालवत असाल, तर तुमच्या ऑफरिंगशी जुळणारा किंमत मॉडेल निवडा, SaaS, विक्रेता-होस्टेड क्लाउड अॅप, ग्राहक त्यांच्या स्वतःच्या वापरासाठी पैसे देतो, आणि ShareAI AI विनंत्यांसाठी. ही उदाहरणे आहेत, प्रत्येक उत्पादनासाठी आवश्यकता नाहीत.
| अॅप कुठे चालते | OAuth निवड | क्रेडेन्शियल्स कुठे राहतात |
|---|---|---|
| तुमचा होस्ट केलेला बॅकएंड | वेब सर्व्हर क्लायंट क्लायंट सीक्रेट वापरू शकतो. PKCE अजूनही लागू आहे. | सीक्रेट आणि टोकन्स तुमच्या सर्व्हरवर राहतात. |
| ब्राउझर अनुप्रयोग / SPA | PKCE सह सार्वजनिक वेब क्लायंट. | कोणतेही एम्बेडेड क्लायंट सीक्रेट नाही. योग्य ब्राउझर किंवा बॅकएंड सेशन डिझाइन वापरा. |
| सेल्फ-होस्टेड किंवा हायब्रिड वितरण | ऑनबोर्डिंग धोरणांतर्गत PKCE सह सार्वजनिक क्लायंट. | ग्राहकांच्या इंस्टॉलेशन्ससाठी सामायिक विक्रेता सीक्रेट वितरित करू नका. |
| Windows, macOS, Linux, Android किंवा iOS | प्रत्येक सक्षम प्लॅटफॉर्मसाठी एक सार्वजनिक क्लायंट. | PKCE आणि प्लॅटफॉर्म-योग्य सुरक्षित स्टोरेज; कोणतेही बंडल केलेले सीक्रेट नाही. |
डाउनलोड करण्यायोग्य JamZY नमुना जाणीवपूर्वक PKCE सह सार्वजनिक वेब क्लायंट वापरतो, जरी त्यात एक लहान बॅकएंड आहे. सर्व्हर टोकन्स ब्राउझर स्टोरेजच्या बाहेर ठेवतो. विक्रेता-होस्टेड उत्तर सर्व्हर क्लायंटला परवानगी देते; ते तुम्हाला एक निवडण्यास भाग पाडत नाही.
तुम्ही सेव्ह केलेली उत्तरे Application Information → Application setup अंतर्गत पुन्हा पाहू शकता. डिप्लॉयमेंट बदलांमुळे विसंगत क्लायंट सीक्रेट्स काढून टाकले जाऊ शकतात आणि पुनरावृत्ती पडताळणी आवश्यक असते. सेव्ह करण्यापूर्वी त्या परिणामाचा आढावा घ्या.
सेव्ह केलेले डिप्लॉयमेंट तुमची वास्तविक आर्किटेक्चर वर्णन करते. क्लायंट-सीक्रेट पर्याय त्या उत्तराचे अनुसरण करतो; अक्षम पर्याय म्हणजे धोरणाचे स्पष्टीकरण, गहाळ क्रेडेन्शियल नाही.
तुम्ही ग्राहकांना त्यांना कनेक्ट होण्यापूर्वी आवश्यक उत्पादन तपशील आणि धोरणे द्याल.
जिथे तुम्ही काम कराल अनुप्रयोग माहिती
डॅशबोर्डनंतर अनुप्रयोग माहिती उघडा. समर्पित विभागांमधून काम करा: तपशील, अनुप्रयोग सेटअप, सादरीकरण, ब्रँडिंग, गॅलरी आणि पुनरावलोकन. उत्पादनाला उपयुक्त वर्णन, अचूक वेबसाइट आणि ग्राहक वर्कफ्लोचे स्पष्ट स्क्रीनशॉट द्या.
तुमची स्वतःची अॅप ओळख वापरा. ShareAI ब्रँडिंग एकत्रीकरण बटणावर आणि स्पष्टीकरणात्मक सामग्रीवर असावी; ते तुमच्या उत्पादनाच्या लोगोची जागा घेऊ नये. गोपनीयता, अटी आणि हटवण्याचे दुवे साइन इन न करता पोहोचण्यायोग्य ठेवा.
फ्लोटिंग सेव्ह अॅक्शन दिसल्यावर बदल सेव्ह करा. सार्वजनिक माहिती प्रस्तावाचे स्वतःचे पुनरावलोकन आहे; मंजूर प्रस्ताव संपादित केल्याने थेट सार्वजनिक सादरीकरण गुपचूप बदलले जात नाही.
एक अभ्यागत JamZY काय करते, कोण चालवते आणि हटवण्याची विनंती कशी करायची हे समजू शकतो. सार्वजनिक तपशील आणि कॉलबॅक कॉन्फिगरेशन त्याच उत्पादनाचा संदर्भ घेतात.
तुम्ही तुमच्या अपॉइंटमेंट अनुभवासाठी आवश्यक असलेली प्रवेश परवानगी मागाल आणि त्याचा बिलिंग हेतू स्पष्ट कराल.
जिथे तुम्ही काम कराल Application → वापर प्रकरणे
वापर प्रकरणांमध्ये, खाते कनेक्शनसाठी ShareAI लॉगिन सक्षम करा आणि तुम्ही समर्थन करू इच्छित असलेल्या ग्राहक-फंडित प्रवाहासाठी Pay with ShareAI सक्षम करा. तुमचे उत्पादन AI वापरावर अतिरिक्त शुल्क मिळवेल असे असल्यास Monetization Gateway प्रवेशाची विनंती करा. कन्सोलमध्ये दर्शविलेल्या मंजुरी स्थितीचे अनुसरण करा.
| स्कोप | तुम्ही याची विनंती का कराल |
|---|---|
openid | त्याच्या क्लायंट-स्कोप केलेल्या ओळखीचा वापर करून खाते कनेक्ट करा. |
profile / email | तुमच्या उत्पादनाला त्यांची आवश्यकता असल्यासच प्रोफाइल किंवा ईमेल दावे मागा. |
inference | अनुप्रयोग कॉन्फिगरेशनद्वारे परवानगी दिल्यास समर्थित AI अनुमान एंडपॉइंट्स कॉल करा. |
monetization_gateway | अधिभारित अनुमानासाठी ग्राहकाने स्वीकारलेला AI बिलिंग करार वापरा. |
payments | ग्राहक पेमेंट विनंत्या तयार करा आणि तपासा. प्रत्येक खरेदीस अद्याप पुष्टीकरणाची आवश्यकता आहे. |
JamZY विनंत्या openid profile inference monetization_gateway. हे विनंती करत नाही payments आणि चेकआउटद्वारे उत्पादन विकत नाही. Console मध्ये क्षमता सक्षम केल्याने ती विद्यमान प्रवेश टोकनला दिली जात नाही: ग्राहकाने स्कोप्स आणि अटी अधिकृत करणे आवश्यक आहे.
क्षमता, कॉन्फिगर केलेले स्कोप्स आणि अधिकृतता विनंती यामध्ये सहमती आहे. तुमचे अॅप कधीही वापरत नाही किंवा सत्यापित करू शकत नाही अशा पर्यायी प्रवेशाची विनंती टाळा.
तुम्ही ब्राउझर-आधारित JamZY अनुभवासाठी एक Web क्लायंट तयार कराल, योग्य प्रमाणीकरण पद्धतीसह.
जिथे तुम्ही काम कराल OAuth सेटिंग्ज → वेब
वेगवेगळ्या प्लॅटफॉर्म्सना वेगवेगळ्या क्रेडेन्शियल्स आणि कॉलबॅक नियम असतात. ते स्वतंत्र उत्पादने नाहीत: सदस्यता आणि ग्राहक व्यवस्थापन अनुप्रयोगासाठी एकत्रित केले जातात. अनुप्रयोग परीक्षक प्लॅटफॉर्म्समध्ये सामायिक केले जातात, जास्तीत जास्त पाच ठिकाणी प्रलंबित आमंत्रणे समाविष्ट आहेत; मालक परीक्षक स्थान वापरत नाही.
अचूक एक Web प्लॅटफॉर्म अस्तित्वात आहे. तुम्ही कॉन्फिगर केलेले नाहीत असे नेटिव्ह प्लॅटफॉर्म्स तुमच्या लॉन्चला अडथळा आणत नाहीत.
अधिकृत केल्यानंतर ग्राहकांना आपल्या अनुप्रयोगाकडे परत आणा, आपण मालकी असलेल्या अचूक कॉलबॅकचा वापर करून.
जिथे तुम्ही काम कराल वेब → कॉन्फिगरेशन
वेब → कॉन्फिगरेशनमध्ये, आपल्या अनुप्रयोगाद्वारे हाताळल्या जाणाऱ्या अचूक HTTPS कॉलबॅकची नोंदणी करा. या मार्गदर्शिकेमध्ये https://jamzy.example/oauth/callback उदाहरण म्हणून वापरले आहे. jamzy.example JamZY ची प्रत आपण ज्या HTTPS डोमेनवर तैनात करता, त्यासह बदला आणि आपल्या अनुप्रयोगाच्या कॉन्फिगरेशनमध्ये तोच कॉलबॅक वापरा.
संमती-स्क्रीन नाव, अटी, गोपनीयता आणि हटविण्याची माहिती प्रदान करा. फक्त आवश्यक स्कोप सक्षम करा, नंतर जतन करा. योजना, होस्ट, पथ आणि लागू क्वेरी तपशील अधिकृत विनंती आणि कोड एक्सचेंजशी जुळले पाहिजेत. वाइल्डकार्ड किंवा URL फ्रॅगमेंट वापरू नका.
| प्लॅटफॉर्म | अंमलबजावणीसाठी कॉलबॅक |
|---|---|
| वेब | तुमच्या अनुप्रयोगावरील अचूक HTTPS पत्ता. |
| अँड्रॉइड | अनुप्रयोग ID शी जुळणारी रिव्हर्स-डोमेन अॅप योजना, किंवा पॅकेज आणि SHA-256 साइनिंग फिंगरप्रिंटसह सत्यापित HTTPS अॅप लिंक. |
| iOS | जुळणारी अॅप योजना, किंवा बंडल ID आणि Apple App ID प्रीफिक्ससह सत्यापित HTTPS युनिव्हर्सल लिंक. |
| विंडोज / macOS / लिनक्स | परवानगी दिलेला अचूक HTTPS कॉलबॅक, जुळणारी रिव्हर्स-डोमेन अनुप्रयोग योजना, किंवा 127.0.0.1 / [::1] वर समर्थित लूपबॅक पुनर्निर्देशन. लूपबॅक पोर्ट बदलू शकतो. |
स्थापित अॅप्स सिस्टम ब्राउझरमध्ये अधिकृत करतात आणि नोंदणीकृत कॉलबॅकद्वारे परत येतात. दावा केलेल्या HTTPS अॅप लिंकसाठी, आवश्यक असोसिएशन फाइल प्रकाशित करा आणि Console मध्ये असोसिएशन सत्यापन चालवा. फॉर्ममध्ये विश्वासार्ह दिसणारा कॉलबॅक हा पुरावा नाही की तुमच्या स्थापित अॅपला तो प्राप्त होतो.
अधिकृतता प्रवाहाद्वारे कॉलबॅक उघडल्यावर तुमच्या अॅपमध्ये परत येते. यादृच्छिक कोड किंवा जुळत नसलेले राज्य नाकारले जाते.
तुम्हाला अपॉइंटमेंट इंटरफेस आणि त्याचे ShareAI कनेक्शन तुमच्या स्वतःच्या अनुप्रयोग आयडेंटिफायर्ससह चालू असेल.
जिथे तुम्ही काम कराल तुमचा अनुप्रयोग → वातावरण कॉन्फिगरेशन
JamZY हा एक अपॉइंटमेंट अनुप्रयोग आहे ज्यामध्ये पर्यायी AI तयारी सहाय्यक आहे. त्याचा शेड्युलर फक्त ब्राउझर-डेमो आहे: कोणताही कॅलेंडर प्रदाता, ईमेल वितरण किंवा अपॉइंटमेंट पेमेंट नाही. ShareAI अधिकृतता आणि AI API एकत्रीकरण वास्तविक कॉन्फिगर केलेल्या अपस्ट्रीमचा वापर करते.
डाउनलोड करा JamZY संदर्भ स्रोत. यात Node सर्व्हर, ब्राउझर UI, चाचण्या आणि सेटअप README समाविष्ट आहे; कोणतेही प्रमाणपत्र, गुपिते, अवलंबित्व किंवा सत्र नाहीत. त्यांना चालवण्यापूर्वी फाइल्स पुनरावलोकन करा. Node प्रक्रिया सार्वजनिक मूळ जतन करणाऱ्या HTTPS रिव्हर्स प्रॉक्सीच्या मागे ठेवा.
# .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तुमचा अनुप्रयोग येथे तयार करा कन्सोल.शेअरएआय.आता. त्याचा उत्पादन क्लायंट ID वापरा https://auth.shareai.now आणि https://api.shareai.now/api/v1. jamzy.example पत्ता हा तुमच्या अॅपसाठी एक प्लेसहोल्डर आहे, होस्ट केलेला डेमो नाही. तुमचा स्वतःचा अॅप HTTPS वर सर्व्ह करा जेणेकरून त्याचे सुरक्षित सत्र कुकी कार्य करेल.
JamZY तुलनासाठी API-कुंजी कनेक्शन देखील ऑफर करते. हे वॉकथ्रू वॉलेट/OAuth बटण वापरते. API कुंजी ग्राहकाच्या JamZY OAuth कराराची स्थापना करत नाही आणि ग्राहक अधिकृतता प्रवाहासाठी पर्याय नाही.
अॅप HTTPS द्वारे लोड होते. त्याचे सार्वजनिक मूळ, नोंदणीकृत कॉलबॅक आणि क्लायंट ID तुमच्या नोंदणीशी जुळतात. कोणताही टोकन किंवा गुपित पृष्ठ स्रोत किंवा स्थानिक संचयनात दिसत नाही.
तुम्ही ग्राहकाला त्यांचे ShareAI खाते निवडू देणार आहात आणि तुमच्या अॅपला आवश्यक असलेली प्रवेश परवानगी मंजूर करणार आहात.
जिथे तुम्ही काम कराल JamZY → तुमच्या ShareAI वॉलेटसह पे करा
JamZY पासून, तुमच्या ShareAI वॉलेटसह पे करा निवडा. अॅप 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.स्थानिक ग्राहक रेकॉर्ड प्रमाणीकरण केलेल्या, क्लायंट-स्कोप केलेल्या sub आणि त्याच्या इश्यूअर/क्लायंट संदर्भाद्वारे की करा. वैयक्तिक आणि संघटना अधिकृतता वेगवेगळ्या देय खाती निवडू शकतात. ग्राहक ID हा जागतिक वापरकर्ता ID, ईमेल पत्ता किंवा अंतर्गत संघटना डेटाबेस ID नाही. प्लॅटफॉर्म्समध्ये डिस्प्ले नावे जुळवून ओळखी एकत्र करू नका.
रद्द करणे, जुळत नसलेला स्टेट, पुनःवापरलेला कोड आणि कालबाह्य अधिकृतता सुरक्षितपणे अयशस्वी होतात. सामान्य प्रवाह टोकन्स उघड न करता प्रमाणीकरण केलेले खाते परत करतो.
तुम्ही अधिकृत विनंत्या कार्यरत ठेवाल जसे की टोकन्स कालबाह्य होतात, ग्राहकाला डिस्कनेक्ट करण्याचा विश्वासार्ह मार्ग देताना.
जिथे तुम्ही काम कराल तुमचे अनुप्रयोग → सत्र आणि टोकन हाताळणी
| क्रेडेन्शियल | उद्देश | ते कसे हाताळायचे |
|---|---|---|
| ऑथरायझेशन कोड | ऑथरायझेशन पृष्ठावरून एकदाच हस्तांतरण. | जुळणाऱ्या व्हेरिफायर आणि कॉलबॅक वापरून एकदाच देवाणघेवाण करा. हे API टोकन नाही. |
| प्रवेश टोकन | स्वीकारलेल्या ग्रँट आणि स्कोप्सच्या आत API कॉल्स अधिकृत करते. | पाठवा म्हणून Authorization: Bearer …. कालबाह्य आणि एंडपॉइंट अधिकृतता त्रुटींचा आदर करा. |
| रिफ्रेश टोकन | आणखी साइन-इन न करता नवीन प्रवेश टोकन्स प्राप्त करते जोपर्यंत ग्रँट वैध राहतो. | सुरक्षितपणे संग्रहित करा. रिफ्रेश ऑपरेशन्स सिरीयलाइझ करा आणि फिरवलेल्या क्रेडेन्शियल्स अणुशः बदला. |
| ID टोकन | क्लायंटसाठी OpenID Connect ओळख पुष्टी. | जर तुम्ही ते वापरत असाल, तर स्वाक्षरी, इश्यूअर, प्रेक्षक, कालबाह्यता आणि नॉन्स लागू असल्यास सत्यापित करा. ते इनफरन्स बिअरर टोकन म्हणून वापरू नका. |
| क्लायंट सीक्रेट | परवानगी असलेल्या गोपनीय सर्व्हर क्लायंटला प्रमाणीकरण करते. | सर्व्हरवर संग्रहित करा. हे सर्व टोकन्सपेक्षा वेगळे आहे आणि कधीही सार्वजनिक क्लायंटमध्ये समाविष्ट केले जात नाही. |
# 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 आयुष्याचा शोध लावण्याऐवजी. जर रिफ्रेशने बदली रिफ्रेश टोकन परत केले, तर नवीन प्रवेश टोकनसह ते एका अद्ययावत म्हणून टिकवा. एका सत्रासाठी एका रिफ्रेशला उड्डाणात परवानगी द्या जेणेकरून समकालीन विनंत्या फिरवलेल्या टोकनचा पुनर्वापर करू शकणार नाहीत. अवैध किंवा रद्द केलेला रिफ्रेश ग्रँट पुन्हा कनेक्शनची आवश्यकता आहे; अनिश्चित काळासाठी लूप करू नका.
रीफ्रेशिंग स्कोप जोडू शकत नाही किंवा नवीन Monetization Gateway करार गुपचूप स्वीकारू शकत नाही. नवीन परवानग्या किंवा अटींसाठी ग्राहकांना पुन्हा अधिकृततेद्वारे पाठवा. JamZY क्रेडेन्शियल्स फक्त सर्व्हर मेमरीमध्ये जास्तीत जास्त एक तासाच्या डेमो सत्रासाठी संग्रहित करते, न सत्यापित ID टोकनवर विश्वास ठेवण्याऐवजी वापरकर्ता माहिती प्रमाणित करते आणि सुरक्षित, HttpOnly, SameSite कुकी वापरते. उत्पादन सेवेला स्वतःचे टिकाऊ, संरक्षित सत्र डिझाइन आवश्यक आहे.
डिस्कनेक्ट केल्यावर, जिथे लागू असेल तिथे रीफ्रेश/ऍक्सेस क्रेडेन्शियल्स रद्द करा आणि अनुप्रयोग सत्र साफ करा. ब्राउझर कुकी साफ करणे एकटे ShareAI ग्रँट रद्द करत नाही किंवा सशुल्क सदस्यता रद्द करत नाही. कोड्स, टोकन्स, सीक्रेट्स किंवा वैयक्तिक प्रॉम्प्ट सामग्री लॉग करणे टाळा.
कालबाह्यता एक नियंत्रित रीफ्रेश ट्रिगर करते; नवीन टोकन्स जुन्यांची जागा घेतात. डिस्कनेक्ट अनुप्रयोग सत्र साफ करते आणि कोणत्याही रद्द करण्याच्या अपयशाची नोंद करते.
तुम्ही एका अपॉइंटमेंटच्या उद्दिष्टाला एका अजेंडामध्ये आणि उपयुक्त प्रश्नांमध्ये रूपांतरित कराल, स्पष्टपणे ग्राहक-निधीत AI विनंतीसह.
जिथे तुम्ही काम कराल उपलब्ध मॉडेल्स → JamZY → तयार राहा
अनुप्रयोगामध्ये उपलब्ध मॉडेल्स उघडा. तुमचे उत्पादन कोणती मॉडेल्स आणि प्रदाते ऑफर करेल ते निवडा आणि कॉन्फिगरेशन सेव्ह करा. जर कॅटलॉग लोड होऊ शकत नसेल, तर पुढील उपलब्धता त्रुटी सोडवा; OAuth क्लायंट वारंवार बदलल्याने ते दुरुस्त होणार नाही.
JamZY त्याचा कॅटलॉग फक्त कनेक्शननंतर लोड करतो. एक परवानगी असलेले टेक्स्ट मॉडेल निवडा, एक लहान अपॉइंटमेंट उद्दिष्ट प्रविष्ट करा आणि जाणीवपूर्वक Generate preparation निवडा. निवडलेल्या खात्यास पात्र क्रेडिट्स आणि कोणत्याही आवश्यक स्वीकारलेल्या 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 आउटपुट प्रस्ताव म्हणून ठेवा; भविष्यातील कोणतीही बुकिंग क्रिया तुमच्या स्वतःच्या अनुप्रयोग नियमांद्वारे सत्यापित करा.
परवानगी दिलेल्या कॅटलॉगद्वारे परत आलेला मॉडेल स्लग वापरा. प्रत्यक्ष प्रतिसाद करार हाताळा: JamZY ShareAI च्या मूळ message.content लिफाफा आणि OpenAI-शैलीला समर्थन देते. choices[0].message.content. HTTP 200 सह अपूर्ण किंवा नेस्टेड त्रुटी प्रतिसाद यशस्वी प्रतिसाद नाही.
खर्च मर्यादा किंवा अपुरी क्रेडिट प्रतिसादावर, उपयुक्त स्पष्टीकरण आणि पुरवलेला ग्राहक बिलिंग लिंक दाखवा. निवडलेले खाते जतन करा. त्याची मर्यादा ओलांडू नका, गुपचूप पेयर स्विच करू नका किंवा शुल्क आकारलेल्या ऑपरेशनला लूपमध्ये पुन्हा प्रयत्न करू नका.
तयारी निर्माण एक वापरण्यायोग्य अजेंडा आणि प्रश्न परत करते. विनंती अधिकृत ग्राहक आणि अनुप्रयोगाशी संबंधित आहे, निवडलेल्या मॉडेल आणि स्वीकारलेल्या अटींसह. AI मसुदा अपॉइंटमेंट बुक किंवा बदलू शकत नाही.
तुम्ही तुमच्या अतिरिक्त AI शुल्काचे स्पष्टीकरण सदस्यता ऑफरमध्ये द्याल आणि ग्राहक स्वीकारू शकतील अशा अटी प्रकाशित कराल.
जिथे तुम्ही काम कराल अनुप्रयोग → सदस्यता
अॅपच्या वापर प्रकरणांद्वारे Monetization Gateway प्रवेशाची विनंती करा जर ते लागू प्रशासकीय धोरणाद्वारे आधीच मंजूर नसेल. प्रश्नावली पूर्ण करा आणि त्याची स्थिती अनुसरण करा. मंजुरी कॉन्फिगरेशन सक्षम करते; ग्राहक परवानगी आणि बिलिंग संमती स्वतंत्र राहते.
फक्त उदाहरण: पात्र नेटवर्क खर्चाच्या 20% Builder मार्कअपवर €1.00 जोडते €0.20. स्टँडर्ड किंमतीवर, ShareAI चा 5% शुल्क फक्त त्या €0.20 मार्कअपवर लागू होतो, कोणत्याही बिल करण्यायोग्य इव्हेंट इनजेशनपूर्वी. वास्तविक गणनेसाठी लाइव्ह इस्टिमेटर आणि स्वीकारलेला करार वापरा. या प्रवाहातील सबस्क्रिप्शन ऑफर म्हणजे AI बिलिंग करार आहे; खाते कनेक्शन एकट्याने निश्चित पुनरावृत्ती किंमत डेबिट करत नाही.
surcharge सेट करा.ShareAI संमती स्क्रीन स्वीकारलेल्या अटींसाठी अधिकृत आहे. JamZY च्या सार्वजनिक क्लायंटला User info वरून स्वीकारलेली बिलिंग योजना समजत नाही, त्यामुळे त्याचे कनेक्शन पॅनेल सक्रिय सदस्यत्वाचा दावा करत नाही किंवा अपॉइंटमेंटसाठी किंमत तयार करत नाही.
ऑफर शुल्क स्पष्ट करते; करार ग्राहकाद्वारे स्वीकारला जाऊ शकतो. तुम्हाला समजते की कोणते ग्राहक जुन्या अटींवर राहतात आणि का.
तुमचे अॅप्लिकेशन पुनरावलोकनासाठी सबमिट करण्यासाठी आवश्यक असलेले वास्तविक एंडपॉइंट आणि स्कोप तपासणी गोळा कराल.
जिथे तुम्ही काम कराल OAuth सेटिंग्ज → Testers आणि Verification
OAuth सेटिंग्ज उघडा → Testers आणि पाच अॅप्लिकेशन-व्याप्त परीक्षकांना आमंत्रित करा. प्रलंबित आमंत्रणे जागा व्यापतात परंतु प्रवेश देत नाहीत; प्राप्तकर्त्याने स्वीकारणे आवश्यक आहे. मालक प्रवेश आणि आमंत्रित परीक्षक प्रवेश सार्वजनिक उत्पादन प्रवेशापेक्षा वेगळा आहे.
तुम्ही प्रकाशित करायचा विचार करत असलेल्या प्रत्येक प्लॅटफॉर्मसाठी, Verification उघडा. आवश्यक एंडपॉइंट्स आणि प्रत्येक कॉन्फिगर केलेल्या स्कोपसाठी वास्तविक यशस्वी कॉल्स पूर्ण करा. शोध आणि साइनिंग की तपासा; अधिकृत/कॉलबॅक, कोड एक्सचेंज, रिफ्रेश, प्रमाणीकरण User info आणि रद्द करणे तपासा. गोपनीय क्लायंट्सनी लागू असलेले introspection देखील तपासले पाहिजे. नेटिव्ह दावा केलेल्या HTTPS लिंक्ससाठी असोसिएशन व्हेरिफिकेशन आवश्यक आहे.
प्रोफाइल/ईमेल स्कोपला त्याचे वास्तविक परत आलेले दावे आवश्यक आहेत; जिथे ईमेल आवश्यक आहे अशा वैयक्तिक चाचणी खात्याचा वापर करा. inference आणि monetization_gateway स्कोपसाठी पूर्ण अधिकृत AI विनंती आवश्यक आहे. पेमेंट्ससाठी यशस्वी स्कोप केलेला पेमेंट API कॉल आवश्यक आहे. सामान्य यशस्वी HTTP प्रतिसाद, ब्राउझर स्क्रीनशॉट किंवा मॅन्युअल चेकलिस्ट कन्सोलच्या नोंदवलेल्या तपासणीची जागा घेत नाही.
अपूर्ण प्लॅटफॉर्मसाठी तुमच्याकडे तीन पर्याय आहेत: ते पूर्ण करा आणि सत्यापित करा, ते प्रकाशनातून वगळा जेणेकरून ते मालक/परीक्षक-फक्त राहील, किंवा ते काढून टाका. तुम्ही व्यायाम न केलेल्या कॉलबॅक किंवा स्कोपसह प्लॅटफॉर्म समाविष्ट करू नका. कॉन्फिगरेशन बदल तपासणी अमान्य करू शकतात, त्यामुळे तुमच्या अंतिम बदलांनंतर नोंदवलेली स्थिती रीफ्रेश करा.
समाविष्ट केलेला प्रत्येक प्लॅटफॉर्म आवश्यक कॉन्फिगरेशन, एंडपॉइंट आणि स्कोप तपासणी पूर्ण म्हणून दर्शवतो. मार्गदर्शकाची वैयक्तिक चेकलिस्ट ही फक्त वाचन सहाय्यक आहे.
तुम्हाला पुनरावलोकनासाठी काय तयार आहे, प्रकाशन कसे कार्य करते आणि नंतर ग्राहक प्रवेश कोठे अनुसरण करायचा आहे हे कळेल.
जिथे तुम्ही काम कराल अॅप्लिकेशन → डॅशबोर्ड
लॉन्चनंतर पात्र ग्राहकासह पुन्हा संपूर्ण प्रवाहाचा प्रयत्न करा: कनेक्ट करा, खाते आणि संमती तपासा, एक लहान अपॉइंटमेंट तयारी मसुदा तयार करा, सुरक्षितपणे रीफ्रेश करा, बिलिंग अपयश हाताळा, नंतर डिस्कनेक्ट करा. यशस्वी सेव्ह कार्य करते हे गृहीत धरण्याऐवजी थेट वापरकर्ता अनुभव सत्यापित करा.
कॉलबॅक विसंगती: नोंदणीकृत URL आणि दोन्ही विनंती मूल्यांची अचूक तुलना करा. अनधिकृत परीक्षक: आमंत्रण स्वीकृती आणि निवडलेले खाते पुष्टी करा. स्कोप किंवा करार गहाळ: फक्त सक्षम प्रवेशाची विनंती करा आणि ते स्वीकारण्यासाठी पुन्हा कनेक्ट करा. कोणतेही मॉडेल नाहीत: उपलब्ध मॉडेल्स आणि प्रदाता निर्बंध तपासा. रीफ्रेश अयशस्वी: अयशस्वी स्थानिक सत्र साफ करा आणि पुन्हा कनेक्ट करा. पुनरावलोकन अवरोधित: दुसरा OAuth क्लायंट तयार करण्याऐवजी प्लॅटफॉर्म तपासणी तपासा.
अॅप इच्छित ग्राहकासाठी कार्य करते, नोंदवलेली तपासणी त्याच्या प्रकाशन स्थितीला समर्थन देते, आणि ग्राहक अधिकृतता नियंत्रित किंवा रद्द करू शकतो.
अर्ज लागू करण्यापूर्वी कार्यक्रम नोंदणीचे मालक असलेले वैयक्तिक किंवा संघटन खाते निवडा. संघटना सत्यापनापूर्वी अर्ज सादर करू शकतात, परंतु फक्त कर्मचारी मंजुरी प्रवेश सक्रिय करत नाही. Console मधील ऑनबोर्डिंग चेकलिस्टमधून संघटन ईमेल आणि कंपनी सत्यापन पूर्ण करा. मंजूर संघटना दोन्ही तपासण्या पूर्ण होईपर्यंत Pending verification राहते. Builder, Provider आणि Creator कार्यक्रम या नियमाचे पालन करतात.
Monetization Gateway किंमत पहा · ShareAI for Startups अन्वेषण करा · स्कोप्स आणि परवानग्या
तुमचे सार्वजनिक Terms & Conditions, Privacy Policy आणि विलोपन सूचना अर्जाशी जुळले पाहिजेत आणि साइन-इनशिवाय सहज उपलब्ध असले पाहिजेत. ShareAI प्रोग्राम स्वीकारणे, Monetization Gateway मंजुरी, ग्राहकाचे OAuth परवानगी आणि स्वीकारलेला बिलिंग करार हे स्वतंत्र निर्णय आहेत. रीफ्रेश करताना परवानग्या जोडता येत नाहीत किंवा नवीन व्यावसायिक अटी स्वीकारता येत नाहीत.
जुना surcharge स्कोप विद्यमान एकत्रीकरणांसाठी स्वीकारला जातो. नवीन उदाहरणे monetization_gateway वापरतात. surcharge_bps आणि surcharge_percentage सारख्या विद्यमान वायर फील्ड्स अपरिवर्तित ठेवा.
Monetization Gateway किंमत पहा · ShareAI for Startups अन्वेषण करा · स्कोप्स आणि परवानग्या
5% च्या मानक शुल्कांमध्ये Builder मार्कअपचा समावेश आहे. AI नेटवर्क खर्चाच्या €2.00 आणि 10% मार्कअपसाठी ग्राहक €2.20 भरतो. ShareAI ला €0.01 मिळते €0.20 मार्कअपमधून; Builder कडे Event Ingestion पूर्वी €0.19 असते.
पहिल्या 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 मार्कअप आणि बिल करण्यायोग्य इव्हेंट इनजेशन एकत्र कव्हर करते. हे एक ग्रॉस-मार्कअप भत्ता, स्वतंत्र फ्री-इव्हेंट कोटा किंवा फ्री AI inference नाही. खात्याचे पहिले 1,000 फ्री इव्हेंट याचा वापर करत नाहीत.
उर्वरित इव्हेंट इनजेशन शुल्क विनंतीच्या नवीन Builder कमाईतून भरले जाते, त्यानंतर उपलब्ध Builder AI कमाई आणि अनियंत्रित AI क्रेडिट्स. ग्राहक AI शुल्क आणि उत्पादन payments स्वतंत्र राहतात.
ShareAI अर्ज-विशिष्ट शुल्क किंवा शुल्क समर्थन निश्चित कालावधीसाठी किंवा बदल होईपर्यंत मंजूर करू शकते. अर्जाच्या सध्याच्या किंमती आणि Console मधील Special Programs त्याच्या मंजूर अटी, वैधता आणि वापरलेल्या भत्त्यासाठी पुनरावलोकन करा. स्तर बदल किंवा किंमत ओव्हरराइड अर्जाच्या मासिक वापराला रीसेट करत नाही.
Launch ShareAI सह लॉग इन वैकल्पिक ठेवते. Growth आणि Momentum यासाठी ते आवश्यक आहे; Momentum ला अर्जाच्या फूटरसाठी अधिकृत ShareAI for Startups बॅज देखील आवश्यक आहे. ShareAI आठवड्याला बॅज तपासते. आवश्यकता टाळण्याचे पुष्टीकरण केलेले प्रयत्न Startup Program मधून पदावनती, काढून टाकणे किंवा स्वीकारलेल्या प्रोग्राम अटींनुसार Marketplace मधून माघार घेण्यास कारणीभूत ठरू शकतात.
एंटरप्राइझ दर ShareAI टीमद्वारे Builder खात्यासाठी वैयक्तिकृत ऑफर मान्य केल्यानंतर कॉन्फिगर केले जातात. नियुक्त टक्केवारी आणि इव्हेंट दर भविष्यातील विनंत्यांवर लागू होतो.
Monetization Gateway किंमत पहा · ShareAI for Startups अन्वेषण करा · स्कोप्स आणि परवानग्या