Opus 4.8 + Kimi Agent Swarm: मैंने अपनी कोडिंग लागत को $4,000 से घटाकर $700/माह कैसे किया

@shmidtqq
अंग्रेज़ी1 माह पहले · 02 जून 2026
121K
123
6
25
232

TL;DR

यह गाइड 'प्लान, स्वार्म, जज, शिप' (Plan, Swarm, Judge, Ship) वर्कफ़्लो का विवरण देती है, जो मासिक लागत को $4,000 से घटाकर $700 करने के लिए Kimi K2.6 के हाई-वॉल्यूम एजेंट स्वार्म को Claude Opus 4.8 के सटीक निर्णय के साथ जोड़ती है।

मैं पिछले दो हफ्तों से Kimi K2.6 के Agent Swarm और Claude Opus 4.8 के Dynamic Workflows को प्रोडक्शन वर्क पर साथ-साथ चला रहा हूँ। दिलचस्प बात यह नहीं है कि "कौन बेहतर है।" SWE-Bench पर दोनों बराबर हैं (80.2 vs 80.8)। दिलचस्प बात यह है कि उनकी कमज़ोरियाँ एक-दूसरे के बिल्कुल विपरीत हैं, और यही उन्हें एक ऐसा संयोजन बनाती है जो अकेले कोई नहीं कर सकता।

यह लेख पूरी पाइपलाइन, प्रॉम्प्ट, और 5 ऐसे उपयोग मामले हैं जिन्हें आप आज ही चला सकते हैं। सब कुछ ले लें।

एक वाक्य में मुख्य विचार

Kimi स्वार्म चौड़ा और सस्ता है। Opus 4.8 गहरा और महँगा है। तो आप स्वार्म को हर संभावित विकल्प जनरेट करने देते हैं, और केवल झूठे विकल्पों को खत्म करने के लिए ही Opus पर पैसा खर्च करते हैं।

यह विशेष रूप से क्यों काम करता है:

Kimi स्वार्म 300 तक उप-एजेंट बनाता है जो खुद ही किसी कार्य को छोटे भागों में बाँट लेते हैं: कोई LangGraph, कोई CrewAI, कोई हाथ से बनाया गया वर्कफ़्लो नहीं। यह मॉडल में ही बिल्ट-इन है। यह चौड़े कार्यों पर लगभग 4.5 गुना तेज़ है और इसकी लागत ~$0.60/M इनपुट, ~$2.50/M आउटपुट है, जिसमें कैशिंग से 75-83% की कटौती होती है। आप इसे बेकार करने का खर्च उठा सकते हैं।

इसकी ज्ञात कमी: यदि आप स्पष्ट रूप से सत्यापन नहीं माँगते, तो यह कम स्रोतों वाले, अति-आत्मविश्वासी दावे पैदा करता है, और उप-एजेंट एक-दूसरे का विरोध करते हैं।

Opus 4.8 इसके विपरीत करता है। इसके Dynamic Workflows एक ऑर्केस्ट्रेशन स्क्रिप्ट लिखते हैं, उप-एजेंट चलाते हैं जो स्वतंत्र कोणों से किसी समस्या पर हमला करते हैं, फिर विरोधी एजेंट तैनात करते हैं जिनका एकमात्र काम निष्कर्षों का खंडन करना होता है, और उत्तर एकमत होने तक दोहराते हैं। यह पहला Claude है जो दोषपूर्ण परिणामों की बिना आलोचना के रिपोर्ट करने में 0% स्कोर करता है। यह 4.7 की तुलना में लगभग 10 गुना कम अति-आत्मविश्वासी है।

इसकी लागत: एक एकल रन 1,000 एजेंट तक बना सकता है, इसलिए आप नहीं चाहते कि यह व्यापक खोज करे। आप चाहते हैं कि यह खत्म करे।

हर कोई जो सवाल पूछ रहा है, वह गलत है

"मुझे कौन सा मॉडल इस्तेमाल करना चाहिए?" यह समझदारी का सवाल लगता है। ऐसा नहीं है।

यह चुपचाप मान लेता है कि आपको एक मॉडल से शादी करनी है और दूसरे को तलाक देना है। ऐसा नहीं है।

2026 में सबसे ज़्यादा शिप करने वाले बिल्डर्स ने मॉडल के बारे में सोचना बंद कर दिया और भूमिकाओं के बारे में सोचना शुरू कर दिया। एक लेखक टाइपराइटर और एडिटर के बीच चयन नहीं करता। वे दोनों का उपयोग करते हैं, अलग-अलग पलों में, अलग-अलग कामों के लिए।

यही पूरा रहस्य है। तो मुझे दो भूमिकाओं से परिचित कराने दें।

इंजन से मिलें: क्यों Kimi K2.6 ने चुपचाप गणित बदल दिया

अगर इस वर्कफ़्लो में कोई स्टार है, तो वह Kimi है। और जितना अधिक आप संख्याओं को देखते हैं, उतना ही यह एक अपग्रेड से कम और चीट कोड से अधिक लगता है।

कीमत मुश्किल से रजिस्टर होती है। आधिकारिक तौर पर $0.95 प्रति मिलियन इनपुट टोकन और $4.00 प्रति मिलियन आउटपुट टोकन। यह प्रीमियम टियर की तुलना में आने में लगभग 5 गुना और जाने में लगभग 6 गुना सस्ता है। शुरू करने का एक मुफ्त तरीका भी है: आप आज kimi.com पर इसका उपयोग कर सकते हैं, और Cloudflare Workers AI के माध्यम से मुफ्त दैनिक क्रेडिट पर चला सकते हैं। जब कुछ आज़माने की लागत इतनी गिर जाती है, तो आप अपने विचारों को राशन देना बंद कर देते हैं। आप बस उन्हें चलाते हैं।

shmidt - inline image

यह थकता नहीं है, और यह अकेला काम नहीं करता। यह वह हिस्सा है जिसे ज़्यादातर लोग अनदेखा कर रहे हैं। Kimi का Agent Swarm 300 तक विशेष उप-एजेंट बना सकता है और उन्हें एक स्वायत्त रन में लगभग 4,000 चरणों में समन्वयित कर सकता है, जो पिछले संस्करण की तुलना में तीन गुना अधिक है। हर दूसरा सहायक एक समय में एक काम करने वाला एक कर्मचारी है। Kimi एक समन्वयक है जो एक साथ दर्जनों या सैकड़ों कर्मचारियों को टुकड़े सौंपता है, फिर परिणामों को मर्ज करता है।

यहाँ बताया गया है कि जब आप इसे छोड़ते हैं तो यह कैसा दिखता है:

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

यह ओपन-वेट भी है, एक संशोधित MIT लाइसेंस के तहत जारी किया गया, एक साथी CLI के साथ जिसे डेवलपर्स GitHub पर हज़ारों की संख्या में स्टार कर रहे हैं। आप एक ब्लैक बॉक्स तक पहुँच किराए पर नहीं ले रहे हैं। आप एक ऐसी चीज़ पर खड़े हैं जिसे आप निरीक्षण, होस्ट और निर्माण कर सकते हैं।

Kimi इंजन रूम है। यह मीलों चलता है। यह स्वार्म चलाता है। यह "काश मैं दस संस्करण आज़मा पाता" को "मैंने दोपहर के भोजन से पहले दस संस्करण आज़माए" में बदल देता है।

लेकिन बिना किसी स्टीयरिंग वाला इंजन बस गलत दिशा में तेज़ जाता है। ठीक यहीं दूसरी भूमिका आती है।

क्लोज़र से मिलें: जहाँ Opus 4.8 अपनी कीमत चुकाता है

अगर Kimi मीलों चलता है, तो Opus 4.8 गलतियों को पकड़ता है।

एंथ्रोपिक का इस रिलीज़ के लिए शीर्षक कोई बेंचमार्क नहीं था। यह ईमानदारी था। Opus 4.8 अपने पूर्ववर्ती की तुलना में अपने स्वयं के कोड में एक दोष को बिना फ़्लैग किए जाने देने की संभावना लगभग चार गुना कम है। यह कम ब्लफ़ करता है, और यह "यह हिस्सा कमज़ोर है" कहने में अधिक तेज़ है।

shmidt - inline image

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

यह प्रक्रिया के सामने वाले हिस्से के लिए भी निर्णय लाता है, वह हिस्सा जहाँ एक अच्छा आर्किटेक्चरल निर्णय गलत दिशा में दस घंटे का काम बचाता है। एक बहुत बड़ा संदर्भ विंडो का मतलब है कि यह एक भी लाइन लिखे जाने से पहले अपने सिर में पूरी समस्या को धारण कर सकता है।

यह वरिष्ठ समीक्षक है। आर्किटेक्ट। वह जिस पर आप भरोसा करते हैं कि वह इंजन द्वारा उत्पादित हर चीज़ को देखे और शांति से कहे, "यह शिप करो, लेकिन पहले उसे ठीक करो।"

सीधी तुलना: Opus 4.8 vs Kimi K2.6

यहाँ वह हिस्सा है जो हर कोई चाहता है और लगभग कोई भी ईमानदारी से नहीं लिखता।

एंथ्रोपिक ने Opus 4.8 को एक वास्तविक कदम ऊपर बनाया: तेज़ निर्णय, उनका अब तक का सबसे ईमानदार मॉडल, और सबसे कठिन कोडिंग और तर्क परीक्षणों पर शीर्ष अंक। वास्तव में उत्कृष्ट कार्य।

और इसके साथ ही, Kimi K2.6 ने चुपचाप कुछ ऐसा किया जिससे बहस करना मुश्किल है। इसके एजेंट उसी वास्तविक दुनिया के काम को करते हैं, ऐसे परिणाम देते हैं जो उसके बड़े हिस्से पर अर्थपूर्ण रूप से बदतर नहीं हैं, और कई गुना कम पैसे में करते हैं। उन चीज़ों पर जो ज़्यादातर लोग दिन-प्रतिदिन शिप करते हैं, आउटपुट में अंतर छोटा है और कीमत में अंतर बड़ा है।

यहाँ बताया गया है कि दोनों बिंदुवार कैसे तुलना करते हैं:

  • कीमत प्रति टोकन। Opus 4.8 $5 प्रति मिलियन इनपुट और $25 प्रति मिलियन आउटपुट है। Kimi K2.6 $0.95 प्रति मिलियन इनपुट और $4.00 प्रति मिलियन आउटपुट है, पूरे बोर्ड में लगभग 5x से 6x सस्ता।
shmidt - inline image
  • मॉडल वेट। Kimi एक संशोधित MIT लाइसेंस के तहत ओपन है, इसलिए आप इसे सेल्फ-होस्ट कर सकते हैं। Opus मालिकाना है।
shmidt - inline image
  • आकार और संदर्भ। Kimi 1 ट्रिलियन पैरामीटर वाला मॉडल है जिसमें 256K संदर्भ विंडो है। Opus में 1M संदर्भ विंडो है।
shmidt - inline image
  • एजेंट। Kimi की मुख्य बात स्वार्म है: एक स्वायत्त रन में लगभग 4,000 चरणों में समन्वय करने वाले 300 तक उप-एजेंट। Opus Dynamic Workflows के माध्यम से समानांतर उप-एजेंट चलाता है।
  • यह कौन से इनपुट स्वीकार करता है। Kimi टेक्स्ट, इमेज और वीडियो लेता है। Opus टेक्स्ट और इमेज लेता है।
  • सबसे कठिन कोडिंग टेस्ट (SWE-bench Verified)। दोनों उच्च स्कोर करते हैं। Kimi लगभग 80 के दशक की शुरुआत में है, Opus 80 के दशक के अंत में थोड़ा अधिक है।
  • प्रत्येक सबसे अच्छा क्या करता है। Kimi: लागत, समानांतर मात्रा, और खुलापन। Opus: ईमानदारी, निर्णय, और सटीकता।

इसे ईमानदारी से पढ़ें और सबक "Kimi जीतता है" या "Opus जीतता है" नहीं है। यह है कि वे अलग-अलग चीज़ों में जीतते हैं। एक सटीक उपकरण है जिसे आप तब लेते हैं जब बिल्कुल सही होना सबसे अधिक मायने रखता है। दूसरा वह इंजन है जो मीलों चलता है, स्वार्म चलाता है, और मुश्किल से आपके बजट को छूता है। यही कारण है कि स्मार्ट कदम एक पक्ष चुनना नहीं है। यह प्रत्येक को वहाँ रखना है जहाँ वह सबसे मजबूत है।

वर्कफ़्लो: योजना बनाएँ, झुंड लगाएँ, न्याय करें, शिप करें

यह वह हिस्सा है जिसे सेव करना है। चार बीट्स, दो मॉडल, साफ हैंडऑफ।

1. Opus 4.8 के साथ योजना बनाएँ (सोचना)।

पूरी समस्या का Opus को वर्णन करें और इसे आर्किटेक्ट करने के लिए कहें, निष्पादित करने के लिए नहीं। संरचना क्या है, जोखिम क्या हैं, सबसे साफ रास्ता क्या है। फिर इसे एक विशिष्ट चीज़ के लिए कहें: एक लिखित स्पेक (इससे क्यों मायने रखता है, इसके बारे में एक सेकंड में और अधिक)। आप जानबूझकर यहाँ प्रीमियम टोकन खर्च कर रहे हैं। यह अब तक का सबसे सस्ता घंटा है जिसे आप कभी खरीदेंगे, क्योंकि यह महंगी गलतियों को रोकता है।

2. Kimi K2.6 के साथ झुंड लगाएँ (करना)।

स्पेक को Kimi को सौंपें और इंजन को चलने दें। यह वह जगह है जहाँ मात्रा रहती है: कोड जनरेट करें, टेस्ट लिखें, विविधताओं का ड्राफ्ट बनाएं, फ़ाइलों में दोहराए जाने वाले बिल्ड-आउट करें। स्वार्म को ग्राइंड को समानांतर करने दें। क्योंकि यह इतना सस्ता है, आप पहले प्रयास को फेंकने और इसे फिर से चलाने से नहीं डरते। यह चरण लागत के एक छोटे से हिस्से पर 80% काम करता है।

3. Opus 4.8 के साथ न्याय करें (सच बताने वाला)।

स्वार्म द्वारा उत्पादित सब कुछ वापस Opus को खिलाएँ और वह सवाल पूछें जो मायने रखता है: इसमें क्या गलत है? यह वह जगह है जहाँ इसकी ईमानदारी अपने लिए भुगतान करती है। यह मूक दोषों, असमर्थित मान्यताओं, उन चीज़ों को पकड़ता है जो सही दिखती हैं लेकिन हैं नहीं। आप जनरेट करने के लिए प्रीमियम कीमतों का भुगतान नहीं कर रहे हैं। आप सत्यापित करने के लिए भुगतान कर रहे हैं, जो एक महंगे टोकन को खर्च करने का सबसे अधिक लाभकारी तरीका है।

4. Kimi K2.6 पर वापस शिप करें (लूप)।

Opus के नोट्स लें, उन्हें Kimi को सौंपें, और इंजन को लगभग शून्य लागत पर सुधार और पॉलिश करने दें। फिर शिप करें। और क्योंकि Kimi के अंत में लूप इतना सस्ता है, आप इसे कल फिर चला सकते हैं, और उसके बाद के दिन, बिना मीटर देखे।

आर्किटेक्ट के साथ योजना बनाएँ। इंजन के साथ बनाएँ। सच बताने वाले के साथ न्याय करें। इंजन के साथ शिप करें। दोहराएँ।

shmidt - inline image

असली रहस्य: एक प्रॉम्प्ट नहीं, एक स्पेक लिखें

यहाँ वह तरकीब है जो उन लोगों को अलग करती है जो एक झुंड से जादू प्राप्त करते हैं और जो महंगा कचरा प्राप्त करते हैं।

जब ज़्यादातर लोग "300 एजेंट" सुनते हैं, तो वे एक पंक्ति का प्रॉम्प्ट फायर करते हैं जैसे "अमेरिका के हर डेटा सेंटर को स्क्रैप करें" और प्रतिभा की उम्मीद करते हैं। यह क्रेडिट जलाने और कबाड़ पाने का सबसे तेज़ तरीका है।

असली रहस्य झुंड को एक जिन्न के बजाय एक ठेकेदार की तरह मानना है। एक पंक्ति के बजाय, आप इसे दो या तीन पेज का एक दस्तावेज़ देते हैं जो परिभाषित करता है कि वास्तव में क्या इकट्ठा करना है, क्या मान्य माना जाता है, कौन से स्रोत स्वीकार्य हैं, आउटपुट प्रारूप क्या होना चाहिए, और जब इसे विरोधाभासी जानकारी मिलती है तो क्या करना है। आप एक प्रॉम्प्ट नहीं लिख रहे हैं। आप एक स्पेक लिख रहे हैं, और झुंड स्पेक के खिलाफ निष्पादित करता है जबकि आप कुछ और करने जाते हैं।

और अब दो भूमिकाएँ पूरी तरह से एक साथ क्लिक करती हैं: उस स्पेक को लिखने के लिए दुनिया का सबसे अच्छा उपकरण आपका सावधान, न्यायपूर्ण मॉडल है। Opus 4.8 PLAN चरण में एक अस्पष्ट लक्ष्य को एक सटीक स्पेक में बदल देता है। Kimi का झुंड SWARM चरण में उस स्पेक को पैमाने पर निष्पादित करता है। विचारक आदेश लिखता है। सेना उन्हें पूरा करती है।

जो लोग एजेंट झुंड को "नाज़ुक" कहते हैं, उनका लगभग हमेशा मतलब होता है कि उनके प्रॉम्प्ट नाज़ुक थे। स्पेक-संचालित कार्य परिणाम को पूरी तरह से बदल देता है।

अपने आर्किटेक्ट द्वारा लिखे गए स्पेक के लिए इस ढाँचे को चुराएँ:

shmidt - inline image

इसे इंजन को सौंपें और चले जाएँ।

आज ही लूप चलाएँ: चुराने के लिए 3 प्रॉम्प्ट

इसे आज़माने के लिए आपको एक बड़े प्रोजेक्ट की आवश्यकता नहीं है। कोई भी कार्य लें जिसे आप सामान्य रूप से एक ही मॉडल पर फेंकेंगे, और इसे नीचे दिए गए तीनों प्रॉम्प्ट के माध्यम से चलाएँ। कोष्ठक भरें और जाएँ।

प्रॉम्प्ट A. योजना बनाएँ (Opus 4.8 में पेस्ट करें)

text
1मैं [अपने लक्ष्य का सादे भाषा में वर्णन करें] चाहता हूँ।
2अभी तक कुछ भी न बनाएँ। आर्किटेक्ट के रूप में कार्य करें।
3इसे इन शीर्षकों का उपयोग करके एक सटीक स्पेक में बदलें:
4लक्ष्य, दायरा, नियम, स्रोत, आउटपुट, रुकने की शर्त।
5समाप्त करने से पहले, योजना में दो सबसे जोखिम भरी मान्यताओं को फ़्लैग करें।

प्रॉम्प्ट B. झुंड लगाएँ (Kimi K2.6 में पेस्ट करें)

text
1यहाँ एक स्पेक है। इसे शुरू से अंत तक निष्पादित करें।
2जहाँ भी हो सके समानांतर करें, फिर सब कुछ नीचे परिभाषित अंतिम आउटपुट में मर्ज करें।
3मुझसे प्रश्न न पूछें जब तक कि स्पेक वास्तव में स्वयं का विरोध न करे।
4[प्रॉम्प्ट A से स्पेक पेस्ट करें]

प्रॉम्प्ट C. न्याय करें (Opus 4.8 में पेस्ट करें)

text
1यहाँ स्पेक है, और इसके खिलाफ एक झुंड द्वारा उत्पादित आउटपुट है।
2संदेहास्पद बनें। आपका काम यह खोजना है कि क्या गलत है, प्रशंसा करना नहीं।
3हर दोष, असमर्थित दावा, और मूक अंतर को सूचीबद्ध करें, गंभीरता के अनुसार रैंक करें,
4फिर मुझे एक छोटी सुधार सूची दें जिसे मैं सीधे बिल्डर को वापस सौंप सकूँ।
5[स्पेक और आउटपुट पेस्ट करें]

फिर प्रॉम्प्ट C की सुधार सूची को Kimi पर वापस ले जाएँ, इसे सब कुछ ठीक करने दें, और शिप करें। यह लूप का एक पूरा चक्र है, और इसे फिर से चलाने में लगभग कुछ भी खर्च नहीं होता है।

वे संख्याएँ जो आपके CFO को मुस्कुराने पर मजबूर कर दें

यहाँ बताया गया है कि यह केवल सुरुचिपूर्ण क्यों नहीं है। यह आर्थिक रूप से स्पष्ट है।

एक भोले वर्कफ़्लो में, आप सब कुछ प्रीमियम टोकन पर चलाते हैं। हर फेंकने योग्य ड्राफ्ट, हर टेस्ट, हर बेवकूफी भरा प्रयोग, पूरी कीमत।

इस वर्कफ़्लो में, महंगा मॉडल केवल उन दो पलों को छूता है जहाँ निर्णय वास्तव में मायने रखता है: योजना और फैसला। बीच में सब कुछ, टोकन मात्रा का 80% जो केवल काम कर रहा है, उस मॉडल पर चलता है जो कई गुना सस्ता है।

shmidt - inline image

आप गुणवत्ता में कटौती नहीं कर रहे हैं। आप उन हिस्सों की कीमत काट रहे हैं जिन्हें कभी महंगा होने की आवश्यकता नहीं थी।

इस तरह टीमें चुपचाप अपने AI बिलों को भारी मार्जिन से कम कर रही हैं जबकि वे जितना शिप करते हैं उसे बढ़ा रही हैं। कम खरीदकर नहीं। स्मार्ट खरीदकर।

क्यों यह कॉम्बो किसी भी एक मॉडल से बेहतर है

गहरा सिद्धांत AI से भी पुराना है: तुलनात्मक लाभ।

मात्रा के लिए अथक, सस्ते इंजन का उपयोग करें। निर्णय के लिए सावधान, प्रीमियम दिमाग का उपयोग करें। अपने सबसे महंगे विचारक को मेहनत का काम न करने दें, और अपने सबसे तेज़ निर्माता को अंतिम शब्द न मानें।

अकेला एक मॉडल समझौता करने के लिए मजबूर करता है। सभी-प्रीमियम उन कार्यों पर पैसा जलाता है जिन्हें इसकी आवश्यकता नहीं थी। सभी-सस्ता उन दोषों को शिप करने का जोखिम उठाता है जिन्हें किसी ने नहीं पकड़ा। दो-मॉडल लूप समझौते को पूरी तरह से अस्वीकार करता है। यह सस्ते मॉडल के अर्थशास्त्र और सावधान मॉडल के विवेक को प्राप्त करता है।

यह कोई हैक नहीं है। यह केवल श्रम का अच्छा विभाजन है, जो अंततः सॉफ्टवेयर में उपलब्ध है।

एक गलती जो चुपचाप इस वर्कफ़्लो को मार देती है

JUDGE चरण को छोड़ना।

यह काटने के लिए सबसे लुभावना कोना है, क्योंकि झुंड का आउटपुट आमतौर पर तैयार दिखता है। यह कंपाइल होता है। यह चलता है। यह पूरा लगता है।

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

सस्ती मात्रा केवल एक सुपरपावर है जब कोई भरोसेमंद चीज़ काम की जाँच कर रही हो। न्यायाधीश को रखें।

निचली पंक्ति

एक वर्ष में जो "सर्वश्रेष्ठ" मॉडल के बारे में तेज़ और तेज़ तर्कों द्वारा परिभाषित है, शांत सत्य लगभग हास्यास्पद है। सबसे अच्छा मॉडल उनमें से दो निकला, प्रत्येक उस काम पर इंगित है जिसके लिए वह पैदा हुआ था।

Kimi मीलों चलता है। Opus गलतियों को पकड़ता है। एक अच्छा स्पेक उनके बीच का पुल है।

shmidt - inline image

जो लोग अभी भी बहस कर रहे हैं, वे बहस करते रहेंगे। आपके पास अब एक वर्कफ़्लो है।

जाओ वह चीज़ बनाओ जिसके बारे में वे अगले महीने थ्रेड लिख रहे होंगे।

इसको सेव करें 🔖।**

एक क्लिक में सहेजें

YouMind में वायरल लेखों की AI गहन पढ़ाई

स्रोत सहेजें, केंद्रित सवाल पूछें, तर्क का सारांश बनाएँ और एक वायरल लेख को एक ही AI वर्कस्पेस में दोबारा इस्तेमाल करने लायक नोट्स में बदलें।

YouMind देखें
क्रिएटर्स के लिए

अपने Markdown को एक साफ़-सुथरे 𝕏 आर्टिकल में बदलें

जब आप अपना लंबा कंटेंट पब्लिश करते हैं, तो इमेज, टेबल और कोड ब्लॉक को 𝕏 के लिए फ़ॉर्मेट करना मुश्किल होता है। YouMind पूरे Markdown ड्राफ़्ट को एक साफ़-सुथरे, पोस्ट के लिए तैयार 𝕏 आर्टिकल में बदल देता है।

Markdown से 𝕏 आज़माएँ

समझने के लिए और पैटर्न

हाल के वायरल लेख

और वायरल लेख देखें