ओपनक्लॉ v2026.4.23, एंथ्रोपिक का गूगल डील, डीपसीक वी4, और वर्सेल स्पिलओवर — Episode 39 cover art
Episode 39·26 अप्रैल 2026·45:08

ओपनक्लॉ v2026.4.23, एंथ्रोपिक का गूगल डील, डीपसीक वी4, और वर्सेल स्पिलओवर

ओपनक्लॉ v2026.4.23 मुख्य कहानी है और यह इसकी हकदार भी है। इस रिलीज से ओपनएआई कोडेक्स OAuth और ओपनराउटर पर इमेज जेनरेशन और रेफरेंस-इमेज एडिटिंग में महत्वपूर्ण सुधार होता है, `image_generate` कंट्रोल का विस्तार होता है, `sessions_spawn` के लिए वैकल्पिक फोर्क्ड ट्रांसक्रिप्ट इनहेरिटेंस जोड़ा जाता है, लंबे जेनरेशन टूल्स के लिए पर-कॉल `timeoutMs` पेश किया जाता है, लोकल एम्बेडिंग कॉन्टेक्स्ट साइज़िंग को ट्यून किया जाता है, और संचालकों को वास्तव में महसूस होने वाले कोडेक्स, मीडिया, वेबचैट और सुरक्षा व्यवहारों की एक लंबी सूची को कसा जाता है। Show notes: https://tobyonfitnesstech.com/hi/podcasts/episode-39/

🎧 Listen to Episode

OPENCLAW DAILY — EPISODE 039 — 25 अप्रैल, 2026

[00:00] परिचय / हुक

OpenClaw v2026.4.23 नवीनतम स्थिर रिलीज़ है, और क्योंकि v2026.4.22, v2026.4.21, और v2026.4.20 को हालिया एपिसोड नोट्स में पहले ही कवर किया जा चुका था, v2026.4.23 EP039 के प्रारंभ में एकमात्र वैध रिलीज़ ब्लॉक है।

और यह अग्रणी स्थान के लायक है। यह OpenAI Codex OAuth और OpenRouter पर छवि जनरेशन को वास्तव में आसान बनाता है, एजेंट्स को इनहेरिटेड कॉन्टेक्स्ट के साथ चाइल्ड रन्स को फोर्क करने का एक साफ तरीका देता है, लंबे मीडिया जनरेशन जॉब्स के लिए प्रति-कॉल टाइमआउट जोड़ता है, और Codex, मीडिया समझ, वेबचैट, और सुरक्षा किनारों को साफ़ करता रहता है जो तब मायने रखते हैं जब OpenClaw असली काम कर रहा हो, न कि सिर्फ डेमो पास कर रहा हो।

उस रिलीज़ डीप डाइव के बाद, हम Google के नियोजित Anthropic निवेश, DeepSeek के V4 प्रीव्यू, और Vercel की चेतावनी की ओर बढ़ते हैं कि उसका उल्लंघन पहले प्रकट की तुलना में व्यापक और पुराना हो सकता है।

[01:30] कहानी 1 — OpenClaw v2026.4.23 छवि जनरेशन को वास्तव में संचालित करना आसान बनाता है

v2026.4.23 में मुख्य बदलाव यह है कि OpenClaw छवि कार्य को "विशेष मामला" बकेट से बाहर निकालकर सामान्य रनटाइम में ला रहा है।

OpenAI पक्ष पर, openai/gpt-image-2 अब Codex OAuth के माध्यम से जनरेशन और रेफरेंस-छवि एडिटिंग कर सकता है। यह मायने रखता है क्योंकि यह स्टैक में सबसे कष्टदायक वर्कफ़्लो स्प्लिट में से एक को हटाता है। यदि कोई ऑपरेटर पहले से Codex के माध्यम से साइन इन है, तो छवि कार्य को अब एक अलग OPENAI_API_KEY मांगने के लिए रुकना नहीं पड़ेगा सिर्फ एक ही प्रोवाइडर परिवार का उपयोग करने के लिए। छवि सतह OpenAI प्रमाणित पथ के बाकी हिस्से के साथ अधिक निरंतर हो जाती है।

OpenRouter को समानांतर अपग्रेड मिलता है। छवि जनरेशन और रेफरेंस-छवि एडिटिंग अब OPENROUTER_API_KEY के साथ image_generate के माध्यम से प्रवाहित होती है, जो कि वही मानकीकरण है जिसकी OpenClaw को जरूरत है। एक मल्टी-प्रोवाइडर रनटाइम तब बेहतर होता है जब नए प्रोवाइडर क्षमताओं को उसी टूल पथ के माध्यम से उतारा जाता है, किनारों पर वन-ऑफ हैंडलिंग को मजबूर करने के बजाय।

यहां एक टूल-क्वालिटी कहानी भी है, सिर्फ प्रोवाइडर कहानी नहीं। v2026.4.23 एजेंट्स को प्रोवाइडर-सपोर्टेड क्वालिटी और आउटपुट-फॉर्मेट हिंट्स का अनुरोध करने देता है, और image_generate के माध्यम से background, moderation, compression, और user hints जैसे OpenAI-विशिष्ट नियंत्रण पास करता है। व्यवहार में, इसका मतलब है कि छवि वर्कफ़्लोज़ अपनी पतली सार्वभौमिक इंटरफ़ेस पर निर्भर रहने के बजाय कॉल समय पर अधिक इरादा व्यक्त कर सकते हैं जो उपयोगी प्रोवाइडर फीचर्स को छुपाती है।

बिल्डर्स के लिए यह मायने रखता है क्योंकि छवि जनरेशन एक बाइनरी हां-या-नहीं क्षमता होना बंद कर देता है। यह एक नियंत्रणीय वर्कफ़्लो सतह बन जाता है। आप आउटपुट फॉर्मेट, compression, timeout व्यवहार, रेफरेंस-छवि एडिट्स, और प्रोवाइडर-विशिष्ट पैरामीटर्स की परवाह कर सकते हैं बिना शेयर्ड टूल मॉडल से बाहर निकले।

उतना ही महत्वपूर्ण, यह वह रिलीज़ है जहां छवि कार्य बोल्ट-ऑन की तरह कम और समर्थित प्रोडक्शन लेन की तरह अधिक दिखता है। OpenAI-प्रमाणित उपयोगकर्ता, OpenRouter उपयोगकर्ता, और एजेंट-संचालित टूल कॉल्स सभी को एक अधिक सुसंगत पथ मिलता है, जिसका मतलब है कम अजीब प्रमाणन फॉलबैक, कम प्रोवाइडर-विशिष्ट वर्कअराउंड, और मीडिया जनरेशन को अलग सबसिस्टम मानने की कम वजह।

[09:30] स्टोरी 1B — सबएजेंट कॉन्टेक्स्ट, लॉन्ग-रनिंग मीडिया जॉब्स, और कोडेक्स पाथ और स्पष्ट हो गया v2026.4.23 में दूसरा प्रमुख अपग्रेड एजेंट-रनटाइम साइड पर है।

नेटिव sessions_spawn रन अब वैकल्पिक फोर्क्ड कॉन्टेक्स्ट इनहेरिटेंस पाते हैं। यह उन सभी के लिए एक बड़ी बात है जो असल में सबएजेंट्स को वर्कफ्लो के हिस्से के रूप में उपयोग करते हैं। अब तक, क्लीन-आइसोलेटेड-सेशन डिफ़ॉल्ट अक्सर सही सुरक्षा विकल्प था, लेकिन ऐसे असली जॉब्स हैं जहाँ चाइल्ड को रिक्वेस्टर ट्रांसक्रिप्ट इनहेरिट करना चाहिए ताकि उसे शुरू से फिर से ब्रीफ न करना पड़े। यह रिलीज़ आइसोलेशन को डिफ़ॉल्ट के रूप में रखती है, लेकिन एक अधिक सोची-समझी मध्यम जमीन जोड़ती है: कॉन्टेक्स्ट इनहेरिट करें जब यह मदद करता है, क्लीन रहें जब नहीं करता।

यह डेलीगेशन को अधिक व्यावहारिक बनाता है। इसका मतलब है कि ऑपरेटर्स बाउंडेड चाइल्ड वर्क के लिए ट्रांसक्रिप्ट कॉन्टिन्यूटी बना सकते हैं बिना हर सबएजेंट को पैरेंट की अनकंट्रोल्ड क्लोन बनाए। OpenClaw के लिए, यह सुधार का सही आकार है: अधिक क्षमता, लेकिन कंट्रोल सरफेस अभी भी स्पष्ट है।

इमेज, वीडियो, म्यूजिक, और TTS जनरेशन टूल्स के लिए नया वैकल्पिक पर-कॉल timeoutMs सपोर्ट एक और शांत महत्वपूर्ण परिवर्तन है। लॉन्ग-रनिंग जनरेशन जॉब्स रनटाइम को फ्लैकी महसूस कराने के सबसे आम स्थानों में से एक हैं, भले ही प्रोवाइडर बस धीमा हो। यह अपडेट एजेंट्स को केवल उस कॉल के लिए रिक्वेस्ट टाइमआउट बढ़ाने की अनुमति देता है जिसे इसकी जरूरत है। यह सबकुछ ग्लोबली बढ़ाने और उम्मीद करने से बेहतर है कि कुछ और अजीब नहीं होगा।

एक मायने रखने वाला कोडेक्स और मॉडल-कैटलॉग क्लीनअप लेयर भी है। बंडल्ड Pi पैकेज 0.70.0 पर जाते हैं, अपस्ट्रीम gpt-5.5 कैटलॉग मेटाडेटा OpenAI और OpenAI Codex के लिए अपनाया जाता है, और रिलीज़ एम्बेडेड हार्नेस सेलेक्शन के आसपास स्ट्रक्चर्ड डीबग लॉगिंग जोड़ती है ताकि /status पठनीय रहे जबकि गेटवे लॉग्स अभी भी बताते रहें कि हार्नेस क्यों चुना गया या Pi फॉलबैक क्यों हुआ। यह सही ऑपरेटर स्प्लिट है: सरल सरफेस, जब आपको रियलिटी डीबग करनी हो तो गहरे लॉग्स।

[17:30] स्टोरी 1C — फिक्स लिस्ट असल में रियल डिप्लॉयमेंट में सरप्राइज कम करने के बारे में है v2026.4.23 में बहुत सी वैल्यू फिक्स लिस्ट में है, क्योंकि वहीं रनटाइम ऑपरेटर की अपेक्षाओं को पूरा करना बंद कर देता है।

कोडेक्स request_user_input प्रॉम्प्ट्स वापस ओरिजिनेटिंग चैट पर रूट किए जाते हैं और क्यू किए गए फॉलो-अप उत्तर सुरक्षित रहते हैं। इसका मतलब है कि सिस्टम मल्टी-टर्न ह्यूमन हैंडऑफ में बेहतर हो जाता है बजाय इसके कि मानव निर्णय की आवश्यकता के ठीक उस पल में कॉन्टेक्स्ट गिरा दिया जाए।

ब्लॉक-स्ट्रीमिंग डुप्लिकेट फाइनल रिप्लाईज़ सप्रेस हो जाती हैं जब पार्शियल चंक्स ने पहले ही जवाब पूरी तरह कवर कर लिया हो। Slack ग्रुप सरफेस इंटरनल "Working..." ट्रेसेस लीक करना बंद करते हैं। WebChat को नॉन-रेट्रायबल बिलिंग, ऑथ, और रेट-लिमिट एरर्स सरफेस किए जाते हैं बजाय ब्लैंक फेल होने के। टेक्स्ट-ओनली प्राइमरी मॉडल्स अब अटैच्ड इमेजेस को मीडिया रेफ्स के रूप में सुरक्षित रखते हैं ताकि डाउनस्ट्रीम इमेज टूल्स अभी भी उन्हें इंस्पेक्ट कर सकें। स्पष्ट इमेज-मॉडल कॉन्फ़िगरेशन नेटिव-विज़न स्किप्स से पहले सम्मानित होता है, और कोडेक्स इमेज मॉडल्स को बाउंडेड ऐप-सर्वर इमेज टर्न्स मिलते हैं जिसमें अधिक सही रूटिंग है।

ये चमकदार बुलेट पॉइंट्स नहीं हैं, लेकिन वे सीधे बदलते हैं कि सिस्टम भरोसेमंद लगता है या नहीं। OpenAI इमेज जनरेशन के आसपास ऑथ और रूटिंग फिक्सेस के साथ भी यही सच है। कोडेक्स OAuth रूटिंग हार्डन की गई है, मिसिंग openai-codex/gpt-5.5 कैटलॉग रोज़ सिंथेसाइज़ किए जाते हैं जब डिस्कवरी उन्हें छोड़ देती है, कॉम्प्लेक्स रेफरेंस-इमेज एडिट्स गार्डेड मल्टीपार्ट अपलोड्स के माध्यम से रिस्टोर होते हैं, और स्टेल कोडेक्स मॉडल रोज़ सप्रेस किए जाते हैं। यह वह तरह की रिलीज़ वर्क है जो फीचर को "तकनीकी रूप से मौजूद" से "जिस पर झुकना सुरक्षित हो" में बदल देती है।

एक गंभीर सुरक्षा और बाउंड्री स्टोरी भी है। रिलीज़ गेटवे कॉन्फ़िग एडिटिंग, वेबहुक सीक्रेट रिफ्रेश बिहेवियर, Android और पियरिंग क्लियरटेक्स्ट नियम, Teams टोकन वैलिडेशन, प्लगइन सेटअप रेज़ोल्यूशन, अप्रूवल बिहेवियर, Discord एक्सेस एन्फोर्समेंट, MCP ब्रिज एक्सपोज़र, और चैट ट्रांसपोर्ट्स में मल्टीपल प्रॉम्प्ट-इंजेक्शन-एडजेसेंट मेटाडेटा पाथ्स को हार्डन करती है।

तो v2026.4.23 का व्यावहारिक विश्लेषण सिर्फ "और फीचर्स" नहीं है। यह OpenClaw है जो एक साथ तीन सतहों को अधिक वास्तविक बना रहा है: मीडिया जनरेशन, एजेंट प्रतिनिधित्व, और ऑपरेटर विश्वास। इमेज का काम रूट करना आसान हो जाता है। सबएजेंट्स को बेहतर कॉन्टेक्स्ट-कंट्रोल मॉडल मिलता है। और रनटाइम बहुत ऊर्जा खर्च करता है छोटे ट्रांसपोर्ट और ऑथ एज को अजीब यूजर-फेसिंग फेलियर्स में बदलने से रोकने में। → https://github.com/openclaw/openclaw/releases/tag/v2026.4.23

[26:00] स्टोरी 2 — गूगल का Anthropic Commitment एक Compute Leverage Bet है, सिर्फ एक फंडिंग राउंड नहीं Anthropic में 40 बिलियन डॉलर तक का गूगल का प्रस्तावित निवेश एक वैल्यूएशन हेडलाइन के रूप में पढ़ना आसान है। यह सबसे कम दिलचस्प हिस्सा है।

ज्यादा जरूरी हिस्सा यह है कि इस डील के साथ ज्यादा Google Cloud compute capacity जोड़ी गई है, खासकर TPU access। Anthropic पहले से ही एक ऐसी स्थिति में है जहां मॉडल की क्वालिटी, यूजेज लिमिट्स, और इन्फ्रास्ट्रक्चर उपलब्धता स्पष्ट रूप से जुड़ी हुई हैं। तो जब गूगल कैपिटल रिलेशनशिप और compute रिलेशनशिप दोनों को गहरा करता है, तो वह सिर्फ एक रival lab में upside नहीं खरीद रहा। वह उस इन्फ्रास्ट्रक्चर लेयर को मजबूत कर रहा है जिसके बिना frontier labs अब नहीं रह सकते।

यही चीज इस स्टोरी को builders और operators के लिए उपयोगी बनाती है। AI मार्केट ज्यादा वर्टिकली एन्टैंगल्ड हो रहा है। एक ही कंपनी मॉडल्स में competitor, compute का supplier, एक distribution platform, और एक स्ट्रैटेजिक investor हो सकती है। इसका मतलब है कि मॉडल की प्रतिस्पर्धा अब अलग-थलग labs के बीच एक साफ लड़ाई नहीं है। यह training capacity, inference capacity, cloud margin, और demand spikes के समय किसे preferential access मिलता है, इस पर systems की लड़ाई है।

Anthropic के लिए, तुरंत का विश्लेषण स्पष्ट है। ज्यादा कैश और ज्यादा compute खरीदते हैं कि infrastructure bottlenecks पूरी कहानी न बनें, इसलिए Mythos, Claude, और संबंधित प्रोडक्ट्स को scaling जारी रखने की जगह मिलती है। गूगल के लिए, लॉजिक ज्यादा सूक्ष्म है। Anthropic में बेचा गया हर डॉलर और TPU hour सिर्फ फंडिंग नहीं है। यह गूगल Cloud को उन कुछ labs में से एक के लिए केंद्रीय बनाने का एक तरीका है जो अभी भी frontier conversation को आगे बढ़ा सकते हैं।

व्यापक निहितार्थ यह है कि स्वतंत्र दिखने वाले मॉडल vendors उन cloud और silicon relationships पर ज्यादा निर्भर हो सकते हैं जिन्हें वे जल्दी लॉक इन कर सकते हैं। यह मायने रखता है कि reliability, limits, और rollout speed अक्सर modeling story जितनी ही compute story होती है। → https://techcrunch.com/2026/04/24/google-to-invest-up-to-40b-in-anthropic-in-cash-and-compute/

[32:30] स्टोरी 3 — DeepSeek V4 ने Open-Weight Price-Pressure सवाल को फिर से खोल दिया है DeepSeek का V4 preview इसलिए ध्यान देने योग्य है क्योंकि हर benchmark claim पर तुरंत भरोसा नहीं किया जाना चाहिए, बल्कि announcement का आकार स्ट्रैटेजिक रूप से महत्वपूर्ण है।

कंपनी कहती है कि नए Flash और Pro models एक मिलियन-टोकन context window तक पहुंचते हैं, बहुत बड़े mixture-of-experts architectures का उपयोग करते हैं, और ऐसे प्राइसिंग पर आते हैं जो frontier closed-model options को काट देते हैं। अगर यह असली उपयोग में बना रहा, तो DeepSeek सिर्फ एक और open-weight curiosity शिप कर नहीं रहा। यह premium closed routing के पीछे आर्थिक मान्यताओं पर दबाव डाल रहा है।

builders के लिए, सवाल यह नहीं है कि DeepSeek ने पहले ही जीत लिया है। उपयोगी सवाल यह है कि किस तरह का workload नया искуственная हो जाता है जब context window огромный है और price इतना कम है कि broad use feel करना कम अविवेकपूर्ण लगे। Large codebase analysis, long-document retrieval, batch reasoning, और lower-stakes routing सभी आसानी से justify किए जा सकते हैं जब cost floor गिरती है।

यह पूरे market में स्ट्रैटेजिक दबाव पैदा करता है। Closed frontier vendors अभी भी multimodal breadth, safety layers, और कई मामलों में absolute quality पर जीतते हैं। लेकिन अगर एक open-weight family text reasoning और code tasks पर काफी करीब पहुंच जाता है, operators को ज्यादा leverage मिलती है। वे premium closed calls को high-value turns के लिए reserve कर सकते हैं और broader traffic को बिना serious capability छोड़े सस्ते विकल्पों पर offload कर सकते हैं।

Preview claims के बारे में सामान्य सावधानी के बावजूद, DeepSeek V4 अभी एक pricing और routing कहानी के रूप में मायने रखता है। यह सबको याद दिलाता है कि open-weight side of the market अभी भी एक ceiling सेट कर रहा है कि premium model providers कितनी संतुष्ट हो सकते हैं। → https://techcrunch.com/2026/04/24/deepseek-previews-new-ai-model-that-closes-the-gap-with-frontier-models/

[38:00] STORY 4 — Vercel के Breach Update से पता चलता है कि वास्तविक घटना अक्सर पहली कहानी से बड़ी होती है Vercel का नवीनतम update इस सप्ताह ऑपरेटर्स के लिए गंभीरता से लेने वाली चेतावनी है।

कंपनी अब कहती है कि उसने साक्ष्य मिले कि कुछ customer accounts उस breach window से पहले ही compromise हो गए थे जो उसने originally disclose किया था, और यह भी कि April incident से जुड़े अधिक customer accounts की पहचान की गई है। इसका मतलब है कि कहानी अब सिर्फ "एक employee ने गलत app download किया और attacker वहां से pivot किया" नहीं रही। यह एक longer-running compromise picture हो सकती है जिसका blast radius first disclosure से अधिक चौड़ा है।

यहाँ security lesson क्रूर लेकिन familiar है। एक बार attackers को developer machines, tokens, environment variables, या अन्य account secrets तक पहुँच मिल जाती है, उन्हें defenders की वह neat narrative नहीं चाहिए जो वे चाहते हैं कि incident की हो। उन्हें बस एक path चाहिए जो काम करे। और एक बार उनके पास वह path हो, तो platform APIs, internal systems, और customer-linked infrastructure सब बहुत जल्दी scope में आ सकते हैं।

यह इसलिए भी matters है क्योंकि Vercel stack के बहुत exposed part में बैठता है। Developer platform में compromise शायद ही कभी एक single app तक सीमित रहती है। यह deployment secrets, project metadata, integrations, और downstream customer systems में spill हो सकती है। इसीलिए ऐसी कहानियाँ affected vendor से परे matter करती हैं। वे realmente stories हैं कि developer credentials के आसपास कितना operational power accumulate होता है।

तो practical takeaway सीधा है। अगर आप modern hosted developer tooling operate करते हैं, तो infostealers और secret theft side-channel risks नहीं हैं। वे central risks हैं। और अगर first incident report narrow लगता है, तो उसको investigation की शुरुआत मानें, problem के final shape के रूप में नहीं। → https://techcrunch.com/2026/04/23/vercel-says-some-of-its-customers-data-was-stolen-prior-to-its-recent-hack/

[44:00] OUTRO / CLOSE आज के लिए बस इतना। OpenClaw v2026.4.23 ने image generation, subagent context control, और operator correctness को production में actually feel होगा ऐसे advance किया है। Google का Anthropic deal यह दिखाता है कि compute access strategic power कैसे बनता जा रहा है। DeepSeek V4 ने open-weight side of the market पर price pressure को alive रखा। और Vercel ने सबको याद दिलाया कि platform security का ugly part आमतौर पर first disclosure से ज़्यादा चौड़ा होता है।

→ Transcript generation approve करने के लिए यहाँ reply करें।

🎙 Never miss an episode — subscribe now

🎙 Subscribe to AgentStack Daily