**99% लोगों को यह पता ही नहीं चला कि OpenAI ने AI इंजीनियरिंग में एक और बड़ी छलांग लगा दी है
**
- बिल्कुल नए (हैलो, Grokbot), ज़िंदगी बदल देने वाले लॉन्च, जिनकी चर्चा मैं इस आर्टिकल में करूँगा: वे क्या हैं, क्यों ज़रूरी हैं, और 100% असरदार बनाने के लिए उन्हें कैसे सेटअप करें शुरुआत करने के लिए Dots सबसे दिलचस्प जगह है। यह आपको अपना क्लाउड कंप्यूटर और बैकग्राउंड का काम सौंपने की क्षमता वाला एक पर्सनल एजेंट देता है। Dots से मिलें।
DevDay ने नए मॉडल्स, शेयर्ड डॉक्यूमेंट्स, कोडिंग अपडेट्स, प्लगइन्स और आपके खुद के प्रोडक्ट्स में एजेंट्स बनाने के टूल्स भी पेश किए।
असली जानकारी (alpha) मिलने से पहले - ताज़ा अपडेट्स के लिए मेरे Substack को सब्सक्राइब करें - https://substack.com/@0xcodila
1. अपना Dot बनाएं और उसे कोई काम दें
https://x.com/OpenAI/status/2104980481876070819
डेस्कटॉप पर ChatGPT में Dots खोलें और परिचय को फॉलो करें। आप सेटअप के दौरान कनेक्शन जोड़ सकते हैं या बाद में वापस आकर उन्हें ऐड कर सकते हैं।
लॉन्च के समय, पर्सनल एक्सेस Pro 100, 200 और 500 वाले वयस्कों को दिया जा रहा है
लेकिन फिर भी, इस फीचर के लिए प्लान खरीदने से पहले वर्तमान एक्सेस शर्तें ज़रूर चेक कर लें!
अगर आपके अकाउंट में अभी तक Dots नहीं आया है, तो स्टेप्स 5-8 आपके प्लान के हिसाब से शुरुआत करने के लिए काफी काम की जानकारी देते हैं।
Dots का लॉन्च वर्ज़न चलता है
GPT‑6 Astra पर
और यही वो पल है जब Dots, GrokBot को मात दे देता है Grok 4.6 वाकई कमज़ोर है, और इसे बेहतर बनाने का इकलौता तरीका है GPT और Claude को सीधे इससे जोड़ना
https://x.com/0xCodila/status/2104634929518641487
Sol, Work, Codex और API के लिए एक अलग मॉडल विकल्प है
अब अपने Dot को कोई ज़िम्मेदारी दें। "मेरी प्रोडक्टिविटी बढ़ाने में मदद करो" कहने से लगभग सब कुछ अधूरा रह जाता है।
यहाँ से शुरू करें:
[date] को [product] के लॉन्च को कोऑर्डिनेट करने में मेरी मदद करो। सिर्फ उन लॉन्च ब्रीफ, चेकलिस्ट और बातचीत का इस्तेमाल करो जो मैं स्पष्ट रूप से शेयर करता हूँ। बदली हुई ज़रूरतों, रुकावटों, ज़िम्मेदारी न लेने वालों और मुझे लेने वाले फैसलों की पहचान करो। अपने पहले टास्क के लिए, सोर्स लिंक्स के साथ एक लॉन्च स्टेटस रिपोर्ट दो। अगर किसी चीज़ का एक्सेस नहीं है तो पूछो। सुझाव तैयार करो; मैसेज भेजने या शेयर्ड फाइलें बदलने से पहले मेरी मंज़ूरी लो।
उस पहली रिपोर्ट को ध्यान से पढ़ें। क्या इसने सही लॉन्च डेट समझी है? क्या आप इसके सोर्सेस खोल पा रहे हैं? क्या इसने किसी सुझाव को पक्के फैसले से गलती से मिला तो नहीं दिया?
इसे कोई रोज़मर्रा का काम सौंपने से पहले इन गलतफहमियों को दूर करें।
आपकी पहली जीत एक सही ब्रीफ है। बाकी सब उसी पर टिका है।
2. ज़रूरी ऐप्स और कंप्यूटर कनेक्ट करें
मैसेजिंग के लिए, अपने Dot की प्रोफ़ाइल खोलें और Add चुनें।
चैनल गाइड में Slack और Microsoft Teams सहित सभी सपोर्टेड विकल्पों की जानकारी दी गई है।
हमारे लॉन्च के लिए, सोर्स डॉक्यूमेंट्स और काम में आने वाले कम्युनिकेशन टूल्स को कनेक्ट करें। फिर अपने Dot से पूछें कि वह वास्तव में किस-किस तक पहुँच सकता है।
मैंने जो लॉन्च ब्रीफ और चेकलिस्ट शेयर की है, उन्हें ढूँढो। उनके लिंक और हाल के ज़रूरी बदलाव मुझे दो। बताओ कि तुम किन माँगे गए सोर्सेस को नहीं पढ़ सकते।
लॉगिन वाले वेबसाइट्स के लिए, Dot की प्रोफ़ाइल में Computers से क्लाउड कंप्यूटर खोलें। ब्राउज़र हैंडऑफ़ या प्राइवेट साइन-इन फ्लो का इस्तेमाल करें।
- इसके ब्राउज़र के अपने सेशन होते हैं। आपके पर्सनल लैपटॉप पर लॉगिन होने का मतलब यह नहीं है कि Dot भी अपने आप लॉगिन हो जाएगा।
साइन-इन इंटरफ़ेस के ज़रिए पासवर्ड डालें। अकाउंट वेरिफिकेशन पूरा करें, फिर कंट्रोल वापस दें ताकि वह अपना काम जारी रख सके।
आपका लैपटॉप बंद होने पर भी क्लाउड का काम चलता रह सकता है। लेकिन अपने कंप्यूटर पर काम करवाने के लिए उस कंप्यूटर का चालू होना और ऐप का रनिंग रहना ज़रूरी है। इसलिए अपनी ज़रूरत के हिसाब से एनवायरनमेंट चुनें।
एक आम गलती: Slack को कनेक्ट करने का मतलब यह नहीं है कि आपने उसे हमेशा के लिए कोई चैनल देखने का आदेश दे दिया है। हम स्टेप 4 में इसे अलग से सेटअप करेंगे।
3. नतीजे सौंपें और कॉन्टेक्स्ट बनाए रखें
लॉन्च अपडेट कई सोर्सेस से जुड़ा होता है। अपने Dot को पूरा काम दें, और यह भी साफ़ बताएं कि 'काम पूरा' होने का मतलब क्या है।
यह बैकग्राउंड टास्क सौंप सकता है। उन टास्क्स को ज़रूरी निर्देश और कॉन्टेक्स्ट मिलता है; यह मत मानिए कि हर वर्कर को आपकी पूरी बातचीत दिख रही है।
कनेक्शन काम करने लगने के बाद यह आज़माएं:
*मौजूदा लॉन्च ब्रीफ, चेकलिस्ट और चुनी गई Slack चर्चा की तुलना करो। चार हिस्सों में एक अपडेट तैयार करो: क्या बदला, क्या रुका हुआ है, अगला कदम किसकी ज़िम्मेदारी है, और मुझे क्या
फैसला लेना है। हर तथ्य को उसके सोर्स से लिंक करो। अगर सोर्सेस में विरोधाभास है, तो उसे दिखाओ। प्रस्तावित ज़िम्मेदारियों को 'सुझाव' ही लिखो, जब तक किसी ने वो काम स्वीकार न कर लिया हो।
आखिरी लाइन बहुत ज़रूरी है। एक खूबसूरत दिखने वाली लिस्ट चुपचाप किसी अनुमान को दूसरे की ज़िम्मेदारी में बदल सकती है।
सौंपे गए काम और उसके नतीजों को जाँचने के लिए Activity का इस्तेमाल करें। असली आउटपुट खोलें और देखें कि क्या उसने वही किया जो कहा गया था।
- Dots मेमोरी और नोट्स के ज़रिए ज़रूरी कॉन्टेक्स्ट याद रख सकता है। लेकिन... इसका मतलब यह नहीं कि वह हर बातचीत की हर छोटी डिटेल याद रखेगा।
प्रोजेक्ट के अहम फैसले किसी ऐसे सोर्स डॉक्यूमेंट में रखें जिसे एक्सेस करना आसान हो, और आगे के टास्क्स में उसका हवाला दें।
क्लाउड पर सौंपे गए कोडिंग काम के लिए, पहले Codex Cloud एनवायरनमेंट सेटअप करें। स्टेप 7 में इसकी तैयारी बताई गई है।
यहाँ असली फायदा एक ऐसा अपडेट है जिस पर आप तुरंत काम कर सकें, और जिसके सबूत इतने पास हों कि आप उन्हें चेक कर सकें।
4. इसे बार-बार होने वाला बनाएं - और कंट्रोल अपने पास रखें
जब एक बार की रिपोर्ट काम की लगे, तो शेड्यूल माँगें।
हर कार्यदिवस को Europe/Sofia समय के अनुसार 09:00 बजे, हमारे वेरिफ़ाइड सोर्सेस का इस्तेमाल करके लॉन्च अपडेट तैयार करो। [end date] तक इसे जारी रखो। इसे [supported destination] पर भेजो। पिछली रिपोर्ट के बाद हुए बदलाव और मेरे फैसले का इंतज़ार कर रहे मामले शामिल करो। सेव किए गए शेड्यूल, टाइमज़ोन और डेस्टिनेशन की पुष्टि करो।
Scheduled के नीचे दी गई एंट्री चेक करें। पक्का करें कि यह वाकई बनी है और इसका समय आपकी माँग के मुताबिक है।
- इवेंट-ड्रिवन मॉनिटरिंग अलग होती है। पूछें कि कनेक्टेड सर्विस क्या सपोर्ट करती है, फिर उस पर भरोसा करने से पहले इवेंट और रिस्पॉन्स को वेरिफ़ाई करें।
उदाहरण के लिए: लॉन्च चैनल में कोई ज़रूरत बदलती है → आपका Dot अपडेटेड ब्रीफ तैयार करता है। सिर्फ चैनल कनेक्ट करने से यह रूटीन अपने आप नहीं बन जाता।
इसके बाद, Settings → Personalization → Permissions में Custom rules देखें।
आप तय कर सकते हैं कि कौन से काम अपने आप हों, किनके लिए स्पष्ट आदेश चाहिए, किनकी मंज़ूरी लेनी है, और कौन से काम वापस आपको सौंपे जाएं।
इस लॉन्च के लिए मेरा शुरुआती नियम यह होगा:
मैंने जितना एक्सेस दिया है, उसके अंदर रहकर रिसर्च करो और ड्राफ्ट तैयार करो। मैसेज भेजने, शेयर्ड प्रोजेक्ट रिकॉर्ड्स बदलने, पैसे खर्च करने या कुछ भी पब्लिश करने से पहले पूछो।
ये नियम व्यवहार को दिशा देते हैं; ये ऐप्स की छूटी हुई परमिशन नहीं देते और न ही यह गारंटी देते हैं कि हर काम बिल्कुल सही होगा।
काम रोकने की तीन अलग-अलग जगहें भी हैं:
- Pause - Activity - Scheduled
मुख्य एजेंट को पॉज़ करने से बाकी दोनों अपने आप कैंसल नहीं होते। किसी वर्कफ्लो को बंद करते समय तीनों को चेक करें।
5. GPT‑6.1 Sol से काम करवाएं
मॉडल पिकर अगली जगह है जहाँ मैं जाऊँगा।
GPT‑6.1 Sol Plus, Pro, Business, Enterprise और Edu पर Work और Codex में उपलब्ध है। Workspace एडमिनिस्ट्रेटर्स को इसे चालू करना पड़ सकता है
https://x.com/thsottiaux/status/2105007628460109953
चैट मॉडल पिकर में भी मौजूद है
OpenAI का कहना है कि Sol कम कीमत में Astra जैसी परफॉर्मेंस देता है। डिफ़ॉल्ट चुनने से पहले मैं किसी जान-पहचान वाले, भारी काम पर दोनों की तुलना करूँगा।
कंपोज़र के नीचे मॉडल सेलेक्टर खोलें, Sol चुनें, और डिफ़ॉल्ट रीज़निंग सेटिंग से शुरुआत करें।
इसे ऐसा काम दें जिसके नतीजे को आप खुद परख सकें:
इस लॉन्च ब्रीफ और मौजूदा लैंडिंग पेज को पढ़ो। ऐसे दावे ढूँढो जिनमें सबूत नहीं हैं, जो अस्पष्ट हैं या आपस में मेल नहीं खाते। बिल्कुल सही विकल्प सुझाओ और बताओ कि हर बदलाव के लिए क्या सबूत चाहिए।
API यूज़र्स के लिए, मॉडल ID है gpt-6.1-sol।
यहाँ टोकन-प्राइस की सामान्य तुलना है:
इसका मतलब है कि Sol की स्टैंडर्ड इनपुट और आउटपुट यूनिट कीमतें 80% कम हैं। आपके टास्क की कुल लागत फिर भी टोकन इस्तेमाल, टूल्स और प्राइसिंग शर्तों पर निर्भर करेगी।
Sol 1.05 मिलियन-टोकन कॉन्टेक्स्ट विंडो सपोर्ट करता है। 272,000 इनपुट टोकन से ऊपर के रिक्वेस्ट्स की दरें अधिक होती हैं; इसलिए बड़े कॉन्टेक्स्ट को सस्ता मानने से पहले मॉडल पेज ज़रूर चेक करें।
अब मॉडल चुनने और स्पीड चुनने को अलग-अलग समझें।
स्टैंडर्ड Astra की तुलना में, Astra Ultrafast Codex में 8× तक तेज़ी से टोकन जनरेट करता है।
https://x.com/sama/status/2104994601140711896
कोई ऐसा काम जिसमें ब्राउज़र का इंतज़ार, टूल्स या लंबी रीज़निंग शामिल हो, अपने आप आठ गुना तेज़ नहीं होगा
स्पीड गाइड में Pro 500 और योग्य Enterprise/Edu एक्सेस की जानकारी है। Ultrafast आपका यूसेज भी तेज़ी से खत्म करता है।
नया Pro 500 टियर $500/महीने का है। Pro 100 या 200 पर एक्स्ट्रा क्रेडिट खरीदने से Ultrafast अनलॉक नहीं होता।
आखिर में, Sign in with ChatGPT योग्य Plus/Pro यूज़र्स को भाग लेने वाले थर्ड-पार्टी ऐप्स में अपने प्लान का यूसेज इस्तेमाल करने की सुविधा दे सकता है।
ChatGPT साइन-इन विकल्प चुनें, फिर जहाँ मिले वहाँ प्लान यूसेज चालू करें। लॉगिन सपोर्ट और प्लान-यूसेज सपोर्ट अलग-अलग हैं; यूसेज आपकी लिमिट शेयर करता है, और ऐप की फीस फिर भी लग सकती है।
6. अपना काम ChatGPT Space में लाएं
**बहुत ही दिलचस्प हिस्सा
हमारे लॉन्च में अब रिपोर्ट्स, फैसले और ड्राफ्ट्स हैं। इन्हें ऐसी जगह दें जहाँ टीम को लेटेस्ट वर्ज़न मिल सके।*
https://x.com/thsottiaux/status/2104983716049379472
लॉन्च के समय, Space और Pages Pro, Business और Enterprise पर उपलब्ध हैं।
Space खोलें, New page चुनें, और एक लॉन्च पेज बनाएं। ब्रीफ, ज़रूरी फाइलें और सोर्स लिंक्स जोड़ें।
पेज के साथ-साथ ChatGPT का इस्तेमाल ड्राफ्ट बनाने या उसे सुधारने के लिए करें। Space गाइड में पेज बनाने, स्पेस ऑर्गनाइज़ करने और एक्सेस शेयर करने की जानकारी है।
इन लॉन्च मटेरियल्स को एक वर्किंग पेज में बदलो जिसमें ये हों: मौजूदा स्कोप, मंज़ूर दावे, खुले फैसले, ज़िम्मेदार लोग, और तारीख के साथ चेंज लॉग। सोर्स लिंक्स को बरकरार रखो।
यहीं पर Pages काम आता है: मंज़ूर वर्ज़न की एक पक्की जगह होती है जहाँ आप वापस आकर उसे अपडेट कर सकते हैं।
टीम स्पेस के लिए, All → New → Space का इस्तेमाल करें, नाम दें, और सहयोगियों को इनवाइट करें। संवेदनशील जानकारी डालने से पहले एक्सेस चेक करें; स्पेस की मेंबरशिप उसके सभी पेजेस पर लागू होती है।
Collaborative Slides DevDay की एक और घोषणा है, जो आने वाले हफ्तों में उपलब्ध होगी। इसे इस वर्कफ्लो के आने वाले हिस्से के रूप में देखें।
शेयर्ड ऑटोमेशन के लिए, Teams और Team Tasks कॉन्फ़िगर किए गए टीम कनेक्शन और सर्विस अकाउंट्स का उपयोग करके शेड्यूल्ड या इवेंट-ड्रिवन काम की सुविधा देते हैं।
- इस सेटअप के लिए workspace एडमिन को शामिल करें। टीम वर्कफ्लो को ऐसा एक्सेस चाहिए जो किसी एक सहकर्मी के लॉगआउट करने या छोड़ने पर भी बना रहे।
OpenAI ने @ChatGPT in Slack and Microsoft Teams की भी घोषणा की। एडमिनिस्ट्रेटर्स इस इंटीग्रेशन और इसके अनुमत टूल्स व चैनल्स को कॉन्फ़िगर करते हैं।
- Slack में आपका पर्सनल Dot और workspace का शेयर्ड @ChatGPT इंटीग्रेशन — दोनों के सेटअप और एक्सेस नियम अलग हैं। तय करें कि वर्कफ्लो को किसके सोर्सेस इस्तेमाल करने चाहिए।
फिर है Meetings plugin: इसे Plugins से इंस्टॉल करें, ऑडियो सेटअप पूरा करें, और मीटिंग के लिए Take notes का इस्तेमाल करें।
रिकॉर्डिंग से पहले प्रतिभागियों को बताएं और उनकी सहमति लें। बाद में, सारांश और सुझाए गए कामों को पक्के वादे में बदलने से पहले उन्हें अच्छी तरह जाँच लें।
लॉन्च के समय, Meetings macOS डेस्कटॉप के लिए Pro और Business पर बीटा में है, जबकि Enterprise में अल्फा में है। Calendar कनेक्शन रिमाइंडर जैसी सुविधाएँ जोड़ते हैं।
7. Codex के साथ बनाएं, रिव्यू करें और शिप करें
मान लीजिए लॉन्च रिपोर्ट में कोई असली समस्या मिलती है: साइनअप पेज मोबाइल पर काम नहीं कर रहा।
https://x.com/OpenAIDevs/status/2104996045482778973
कोडिंग टास्क को एक ऐसा लक्ष्य दें जिसे दोहराया जा सके।
पहले, Codex Cloud कॉन्फ़िगर करें: Work in → Cloud चुनें, एनवायरनमेंट बनाएं, और ज़रूरी GitHub रिपॉज़िटरी कनेक्ट करें
सेटअप को प्रोजेक्ट जाँचने और dependencies इंस्टॉल करने दें। इसकी रिपोर्ट देखें, कमियाँ दूर करें, और टास्क शुरू करने से पहले एनवायरनमेंट पब्लिश करें।
[issue] में बताई गई साइनअप विफलता को दोहराओ। कारण ढूँढो, सबसे छोटा और सही फिक्स करो, और ज़रूरी टेस्ट चलाओ। diff, नतीजे और बची हुई अनिश्चितताएँ लौटाओ।
नया Codex CLI एक और रास्ता देता है। इंस्टॉलेशन गाइड फॉलो करें, साइन इन करें, और इसे अपने प्रोजेक्ट डायरेक्टरी में खोलें।
Sol से शुरुआत करने के लिए:
1codex --model gpt-6.1-sol
इस अपडेट में वॉइस कंट्रोल और सौंपे गए काम ट्रैक करने के लिए /agents व्यू जोड़ा गया है।
- CLI में मॉडल सेलेक्शन, परमिशन और रिव्यू कंट्रोल भी शामिल हैं। वह एनवायरनमेंट चुनें जो एजेंट को वाकई ज़रूरी रिपॉज़िटरी और टूल्स देता हो।
इसके बाद, डेस्कटॉप साइडबार में Code Review खोलें, अपना प्रोवाइडर कनेक्ट करें, और pull request चुनें।
रिव्यू गाइड में GitHub सपोर्ट और GitLab प्रीव्यू की जानकारी है। कॉन्फ़िगर होने के बाद ऑटोमैटिक रिव्यू क्लाउड में पहली जाँच कर सकते हैं।
मर्ज करने से पहले रिव्यू निष्कर्षों को बदलावों और टेस्ट सबूतों के साथ जाँचें।
सिक्योरिटी काम के लिए, Codex Security Cloud इंस्टॉल करें, New scan चुनें, और रिपॉज़िटरी व क्लाउड एनवायरनमेंट कॉन्फ़िगर करें।
जहाँ ज़रूरी हो वहाँ लगातार commit चेक चालू रखें, और हर खोज के सबूत जाँचें।
- Fix with Codex पैच तैयार कर सकता है; ड्राफ्ट PR बनाने से पहले उस पैच को रिव्यू ज़रूर करें।
यहाँ मेरा नियम सरल है: बदलाव मानने के लिए ज़रूरी सबूत माँगें, और फिर उन्हें सच में पढ़ें
8. Sites और Plugins से अपने टूल्स बनाएं
कुछ लॉन्च अपडेट्स के बाद, आप देखेंगे कि कुछ स्टेप्स बार-बार दोहरा रहे हैं: वही इनपुट, वही फॉर्मेट, वही चेक।
यही प्लगइन बनाने का सही मौका है।
जहाँ उपलब्ध हो, @Plugin Creator का ज़िक्र करें और वर्कफ्लो बताएं। क्रिएशन गाइड समझाता है कि इसे कैसे सुधारें, टेस्ट करें और इंस्टॉल करें।
Launch Update प्लगइन बनाओ। इनपुट: लॉन्च ब्रीफ, मौजूदा चेकलिस्ट, और तारीख वाले बदलाव। आउटपुट: सोर्सेस, रुकावटों, ज़िम्मेदारों और फैसलों वाला अपडेट। छूटे हुए सोर्सेस के बारे में पूछो। पक्के तथ्यों को सुझावों से अलग रखो। रिव्यू के लिए ड्राफ्ट तैयार करो। फॉर्मेटिंग के लिए इस अटैच्ड अपडेट को संदर्भ के रूप में इस्तेमाल करो।
इसे अधूरी जानकारी और मेल न खाने वाली तारीखों के साथ टेस्ट करें। जो वर्कफ्लो सिर्फ एकदम सही उदाहरण पर ही काम करे, वह ज़्यादा समय नहीं बचाएगा।
DevDay की प्लगइन घोषणाओं में सबमिशन और डिस्कवरी के साथ-साथ Extensions भी शामिल हैं, जो साइडबार ऐप्स, कन्वर्सेशन पैनल और फाइल एडिटर जैसे बेहतर इंटरफ़ेस देते हैं।
यह तय करने से पहले कि आपके प्लगइन को कस्टम इंटरफ़ेस चाहिए या नहीं, आधिकारिक Extensions examples देख लें।
इसके बाद, लॉन्च डैशबोर्ड बनाने के लिए Sites का इस्तेमाल करें। बताएं कि इसके यूज़र्स कौन हैं, डेटा कहाँ से आएगा, और हर व्यक्ति क्या-क्या कर सकता है।
नई Sites with plugins सुविधा कनेक्टेड टूल्स और डेटा का इस्तेमाल कर सकती है। लॉन्च के समय, ये साइट्स workspace-प्राइवेट होती हैं और workspace की सेटिंग पर निर्भर करती हैं।
हर विज़िटर अपने कनेक्टेड अकाउंट्स और परमिशन का इस्तेमाल करता है। साइट शेयर करने से सबको आपके कनेक्शन नहीं मिल जाते।
असली अनुमत डेटा के साथ प्रीव्यू देखें। काम करते समय वर्ज़न सेव करें; deploy करने से लाइव URL बन जाता है, इसलिए पब्लिश करना एक सोचा-समझा कदम होना चाहिए।
MCP Events एक और हिस्सा जोड़ता है: सपोर्टेड सर्वर सब्सक्रिप्शन और webhooks का उपयोग करके ऐसे इवेंट भेज सकते हैं जो एजेंट का काम शुरू करते हैं।
उदाहरण के लिए, लॉन्च में कोई नई रुकावट आने पर ड्राफ्ट अपडेट तैयार हो सकता है। इवेंट गाइड में ज़रूरी सर्वर सपोर्ट की जानकारी है; कोई साधारण कनेक्टर अपने आप इवेंट सोर्स नहीं बन जाता।
आखिर में, Shareable Profiles आपको चुनी हुई Sites दिखाने की जगह देते हैं।
अपनी प्रोफ़ाइल खोलें, चुनें कि क्या दिखाना है, और शेयरिंग सेटिंग जाँचें। पर्सनल प्रोफ़ाइल शुरू में प्राइवेट होती हैं; उपलब्धता और workspace कंट्रोल अलग-अलग होते हैं, और Enterprise सपोर्ट जल्द आने वाला बताया गया है।
9. अपने प्रोडक्ट में एजेंट्स बनाएं (Jev का प्रतियोगी)
https://x.com/thsottiaux/status/2104986448269279399
डेवलपर्स के लिए अगला सवाल यह है कि इस तरह का वर्कफ्लो उस ऐप्लिकेशन के अंदर कैसे दें जिसे ग्राहक पहले से इस्तेमाल कर रहे हैं।
Agents API 10 सितंबर को लॉन्च हुई। DevDay ने computer use के साथ इस कहानी को आगे बढ़ाया; ये दोनों अलग-अलग मील के पत्थर हैं।
आधिकारिक quickstart से शुरू करें। ज़रूरी परमिशन के साथ प्रोजेक्ट API key बनाएं, SDK इंस्टॉल करें, और दिया गया sandbox उदाहरण चलाएं।
Key को एजेंट के sandbox से बाहर रखें। आपका पहला लक्ष्य है सेशन बनाना, प्रगति देखना और असली नतीजा जाँचना।
फिर, अगर आपके वर्कफ्लो को ज़रूरत हो तो browser-based computer use जोड़ें। गाइड में वेबसाइट एक्सेस रिक्वेस्ट, साइन-इन, ब्राउज़र एक्टिविटी और सेशन क्लीनअप की जानकारी है।
हमारे लॉन्च के लिए, एक छोटे काम से शुरू करें: सार्वजनिक साइनअप फ्लो चेक करो और पहला खराब स्टेप बताओ। जहाँ ऑथेंटिकेशन ज़रूरी हो, टेस्ट अकाउंट इस्तेमाल करो।
- Decisions API टेक्स्ट या इमेज कॉन्टेक्स्ट का उपयोग करके पहले से तय जवाबों में से चुनाव करता है। इसका मुख्य काम क्लासिफिकेशन, राउटिंग और ऐसे ही फैसले लेना है।
उदाहरण डिज़ाइन: आने वाले लॉन्च इश्यू को copy, engineering या human_review की तरफ भेजें। इसे प्रोडक्शन में लगाने से पहले लेबल्स और मूल्यांकन उदाहरणों पर सहमति बना लें।
यह लिमिटेड प्रीव्यू में लॉन्च हुई, और अगले कुछ दिनों में व्यापक एक्सेस की योजना है। इसके इर्द-गिर्द कुछ बनाने से पहले एक्सेस चेक कर लें।
AWS टीमों के लिए, Bedrock Managed Agents OpenAI के एजेंट हार्नेस और मॉडल इन्फरेंस को Amazon Bedrock में लाता है।
इसका एग्जीक्यूशन, ऑथेंटिकेशन और सहायक सर्विसेस OpenAI-होस्टेड API से अलग हैं। उस डिप्लॉयमेंट पाथ के लिए IAM सहित AWS-स्पेसिफिक सेटअप का इस्तेमाल करें।
Private Intelligence की घोषणाओं को भी ध्यान से पढ़ना ज़रूरी है।
Private Safety Processing बिना OpenAI द्वारा कवर किए गए प्रॉम्प्ट्स और रिस्पॉन्स को रखे, ऑटोमेटेड सेफ्टी रिव्यू सपोर्ट करता है। एन्क्रिप्टेड सेफ्टी रिकॉर्ड्स डॉक्यूमेंटेड रिटेंशन सेटअप के तहत कस्टमर-कंट्रोल्ड स्टोरेज में रहते हैं।
Private Inference की घोषणा इस पतझड़ में प्रीव्यू के लिए की गई थी। डिप्लॉयमेंट की योजना बनाते समय इसे भविष्य की उपलब्धता के रूप में देखें।
आखिर में, OpenAI Marketplace योग्य एंटरप्राइज़ को मंज़ूर पार्टनर सॉफ़्टवेयर के लिए अपने OpenAI कमिटमेंट का एक हिस्सा इस्तेमाल करने की सुविधा देता है। इसका एक्सेस एंटरप्राइज़ इंटरेस्ट प्रोसेस के ज़रिए मिलता है।
ये सभी लॉन्च स्थितियाँ आधिकारिक DevDay रीकैप में दर्ज हैं।
10. इसे काम पर लगाएं: चार व्यावहारिक सेटअप
आपको पहले दिन ही यह सब कुछ इकट्ठा करने की ज़रूरत नहीं है।
वह वर्कफ्लो चुनें जो इस हफ्ते आपके लिए कुछ काम की चीज़ बनाए। ये शुरुआती डिज़ाइन हैं; हर एक ऊपर बताए गए एक्सेस और कनेक्शन पर निर्भर करता है।
A. लॉन्च कोऑर्डिनेटर
Dots को लॉन्च ब्रीफ, चेकलिस्ट, चुनी गई चर्चाएँ और वेरिफ़ाइड शेड्यूल दें। मौजूदा प्लान को Space पेज में रखें।
आज का लॉन्च अपडेट तैयार करो। बदलाव, सबूत, रुकावटें और मेरे फैसले वाले मामले दिखाओ। फॉलो-अप मैसेज के ड्राफ्ट मंज़ूरी के लिए तैयार करो।
चेक करें: क्या आप हर अहम दावे को उसके सोर्स से जोड़ पा रहे हैं? क्या रिपोर्ट ने हाल ही में मंज़ूर बदलाव पकड़ा?
B. क्रिएटर की रिसर्च डेस्क
तय सोर्स लिस्ट से बदलाव इकट्ठा करने के लिए शेड्यूल्ड Dot टास्क का इस्तेमाल करें। वेरिफ़ाइड नोट्स को ड्राफ्ट में बदलने के लिए Sol का इस्तेमाल करें।
[date] के बाद से अपडेट्स के लिए इन आधिकारिक सोर्सेस को जाँचो। रिलीज़ हुए फीचर्स को प्रीव्यू और घोषणाओं से अलग करो। हर तथ्य को लिंक करो। आर्टिकल के तीन एंगल सुझाओ।
चेक करें: सोर्सेस खोलें, तारीखें जाँचें, और कोई भी ऐसा वाक्य हटा दें जिससे लगे कि आपने खुद कुछ टेस्ट किया है जो आपने असल में इस्तेमाल नहीं किया।
C. डेवलपर का issue-to-PR वर्कफ्लो
Codex को दोहराने योग्य इश्यू और कॉन्फ़िगर किया गया एनवायरनमेंट दें। हुए बदलावों को रिव्यू करें, फिर जहाँ ज़रूरी हो Code Review और सिक्योरिटी टूल्स का इस्तेमाल करें।
इस इश्यू को दोहराओ, फिक्स सुझाओ, और ज़रूरी टेस्ट चलाओ। diff और असली नतीजे दिखाओ। जो कुछ तुम वेरिफ़ाई नहीं कर सके, उसे हाइलाइट करो।
चेक करें: क्या असली गड़बड़ी ठीक हो गई? क्या टेस्ट सही हैं? क्या कोई रिव्यूअर बदलाव और उसके बचे हुए जोखिमों को समझ सकता है?
D. टीम का फॉलो-अप डेस्क
नोट्स के लिए Meetings, मंज़ूर रिकॉर्ड के लिए Space, और शेयर्ड एक्सेस सेटअप होने के बाद फॉलो-अप के लिए Team Task का इस्तेमाल करें।
इन नोट्स से फैसले, सुझाए गए काम, ज़िम्मेदार लोग और तारीखें निकालो। जो कुछ अनिश्चित हो उसे मार्क करो। फॉलो-अप भेजने से पहले उसे रिव्यू के लिए तैयार करो।
चेक करें: क्या हर ज़िम्मेदार ने काम स्वीकार किया? क्या अस्थायी तारीखें साफ़ तौर पर मार्क हैं? क्या टीम लिंक्ड रिकॉर्ड खोल सकती है?
बड़ा बदलाव
जिस क्षेत्र में Dot की GrokBot पर असली बढ़त है, वह है मॉडल।
लेकिन क्या यह सच में बहुत से लोगों को OpenAI की तरफ ले आएगा?
तो आप नतीजा तय करते हैं → एजेंट्स काम आगे बढ़ाते हैं → आप फैसले लेते हैं।
असली फायदा इन रिलीज़ को एक ऐसे वर्कफ्लो में जोड़ना है जिसमें ज़िम्मेदारी साफ़ हो, काम का कॉन्टेक्स्ट हो, और नतीजा ऐसा जिसे आप जाँच सकें:
- Dots को लगातार चलने वाला काम और साफ़ परमिशन सीमाएँ दें।
- रिसर्च, निर्माण और रिव्यू के लिए Sol और Codex का इस्तेमाल करें।
- शेयर्ड काम Space में रखें। बार-बार होने वाले स्टेप्स को प्लगइन्स और शेड्यूल्ड टास्क में बदलें
अब आप तय कर रहे हैं कि काम कैसे चलेगा।
इसे शुरू क्या करेगा? किन सोर्सेस का इस्तेमाल हो? काम पूरा कैसा दिखेगा? कौन से फैसले वापस आपके पास आएंगे?
अब आपके पास सेटअप, प्रॉम्प्ट्स और चार व्यावहारिक वर्कफ्लो हैं। कोई एक रोज़मर्रा का काम चुनें। बचा हुआ समय और ज़रूरी सुधारों को नापें। फिर इसे बढ़ाएं।
जो हुनर आपको सीखना है, वह है काम को इतनी साफ़-साफ़ परिभाषित करना कि एजेंट बिना आपके हर क्लिक बताए उसे आगे बढ़ा सके।
इस प्लेबुक को बुकमार्क करें - और फिर अपने Dot को उसका पहला असली काम दें
