Kirat - Multi Model AI Council

01 — रीप्ले

काउंसिल को काम करते हुए देखें।

Kirat के टूल्स की असली रिकॉर्डिंग, 13 अक्टूबर 2026 को उसी वर्ज़न के साथ बनाई गई जो आप खरीदते हैं। कोई टूल चुनें और काउंसिल को काम करते हुए देखें: स्वतंत्र स्थितियाँ, क्रॉस-चेक, अनाम रैंकिंग और असहमति। यह एक रीप्ले है: यहाँ आप जो भी क्लिक करते हैं वह किसी मॉडल को कॉल नहीं करता, और कुछ भी इस पेज से बाहर नहीं जाता। चैट केवल उदाहरण के लिए लिखी गई है और रिकॉर्ड किए गए परिणाम को दोहराती है; Claude ने Kirat को क्या भेजा और क्या वापस आया, वह “पर्दे के पीछे” में बिना बदलाव के दिखाया गया है।

अलग-अलग क्षेत्रों से पाँच सवाल। एक चुनें।

Kirat को इस पर वोट करने दें: मैं अकेले एक छोटा B2B SaaS चलाता हूँ। क्या मुझे एक फ्री टियर जोड़ना चाहिए?

kirat_vote ने काउंसिल से पूछा

काउंसिल ने फैसला किया है (बहुमत 2:1): केवल पेड रखें, कुछ न बदलें।

मेरा अपना वोट असहमति था: “केवल पेड रखें, ट्रायल को 30 दिनों तक बढ़ाएँ”। यह अपने तर्क के साथ रिकॉर्ड पर रहता है, ताकि आप स्वयं इसे तौल सकें।

पर्दे के पीछे

kirat_vote Claude Kirat को क्या भेजता है

सवाल: मैं अकेले एक छोटा B2B SaaS चलाता हूँ। क्या मुझे एक फ्री टियर जोड़ना चाहिए?

रिकॉर्ड किया गया 2026-10-13 · KIRAT_VOTE · EFFORT: STANDARD · 1 ROUND

भेजा गया संदर्भ: सोलो डेवलपर। फ्रीलांसरों के लिए इनवॉइसिंग टूल, USD 19 प्रति माह, 14-दिन का फ्री ट्रायल, 5 महीनों के बाद 30 भुगतान करने वाले ग्राहक। साइनअप ज़्यादातर दो ब्लॉग पोस्ट से आते हैं जो Google पर रैंक करते हैं। लगभग 12% ट्रायल कन्वर्ट होते हैं। सपोर्ट पहले से ही लगभग 5 घंटे प्रति सप्ताह लेता है। डेवलपर का एक दिन का काम है और उत्पाद के लिए लगभग 10 घंटे प्रति सप्ताह।

विकल्प: फ्री टियर जोड़ें · केवल पेड रखें, ट्रायल को 30 दिनों तक बढ़ाएँ · केवल पेड रखें, कुछ न बदलें

काउंसिल से परिणाम

gpt-5.6 विश्वास 88

केवल पेड रखें, कुछ न बदलेंएक फ्री टियर संभवतः गैर-भुगतान करने वाले उपयोगकर्ताओं और सपोर्ट लोड को बढ़ाएगा, जो पहले से ही उपलब्ध 10 घंटे प्रति सप्ताह का आधा हिस्सा ले रहा है। 12% ट्रायल कन्वर्ज़न सम्मानजनक है, इसलिए इस बात का कोई स्पष्ट प्रमाण नहीं है कि ट्रायल की अवधि बाधा है। मौजूदा मॉडल रखें और सीमित समय सपोर्ट आवश्यकताओं को कम करने और दो ब्लॉग पोस्ट से आगे अधिग्रहण बढ़ाने में लगाएँ।

gemini-3.6-flash विश्वास 90

केवल पेड रखें, कुछ न बदलेंप्रति सप्ताह केवल 10 घंटे उपलब्ध होने के साथ, सपोर्ट पहले से ही क्षमता का 50% लेता है। एक फ्री टियर बिना किसी नियंत्रण के गैर-भुगतान करने वाले उपयोगकर्ताओं से सपोर्ट वॉल्यूम बढ़ाएगा। 12% ट्रायल कन्वर्ज़न दर पहले से ही मज़बूत है; बाधा ट्रैफ़िक है, प्राइसिंग मॉडल नहीं।

claude (तीसरा मतदाता) विश्वास 58

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

निर्णय केवल पेड रखें, कुछ न बदलें मार्ग बहुमत 2:1 लागत $0.015

Kirat को इस पर वोट करने दें: हमारे क्लाइंट की ऑनलाइन दुकान को रीबिल्ड की ज़रूरत है। इसे WooCommerce पर रीबिल्ड करें या Shopify पर माइग्रेट करें?

kirat_vote ने काउंसिल से पूछा

काउंसिल ने फैसला किया है (सर्वसम्मत 3:0): Shopify पर माइग्रेट करें।

तीनों स्थितियाँ, मेरी सहित, एक ही दिशा में इशारा करती हैं। प्रत्येक अपने तर्क के साथ आती है।

पर्दे के पीछे

kirat_vote Claude Kirat को क्या भेजता है

सवाल: हमारे क्लाइंट की ऑनलाइन दुकान को रीबिल्ड की ज़रूरत है। इसे WooCommerce पर रीबिल्ड करें या Shopify पर माइग्रेट करें?

रिकॉर्ड किया गया 2026-10-13 · KIRAT_VOTE · EFFORT: STANDARD · 1 ROUND

भेजा गया संदर्भ: हम एक छोटी डिजिटल एजेंसी हैं। क्लाइंट जर्मनी, ऑस्ट्रिया और स्विट्ज़रलैंड में लगभग 1,800 फर्नीचर उत्पाद बेचता है, 3 कर्मचारी हैं और कोई इन-हाउस डेवलपर नहीं है। मौजूदा दुकान एक सेल्फ-होस्टेड WooCommerce इंस्टॉल है, 6 साल पुरानी, 31 प्लगइन्स के साथ, धीमे पेज और पिछले साल दो सुरक्षा घटनाएँ। राजस्व लगभग EUR 1.2 मिलियन प्रति वर्ष है। क्लाइंट कम रखरखाव और कम आपात स्थितियाँ चाहता है; वे एक स्थानीय ERP का उपयोग करते हैं जो उत्पाद डेटा को CSV के रूप में एक्सपोर्ट करता है। रीबिल्ड के लिए बजट: EUR 25,000।

विकल्प: WooCommerce पर रीबिल्ड करें · Shopify पर माइग्रेट करें

काउंसिल से परिणाम

gpt-5.6 विश्वास 89

Shopify पर माइग्रेट करेंShopify क्लाइंट के प्राथमिक लक्ष्यों से बेहतर मेल खाता है: कम रखरखाव, कम सुरक्षा आपात स्थितियाँ और इन-हाउस डेवलपर की आवश्यकता नहीं। 1,800-उत्पाद कैटलॉग और CSV-आधारित ERP वर्कफ़्लो प्रबंधनीय हैं, और EUR 25,000 का बजट एक अनुशासित माइग्रेशन के साथ-साथ DACH-विशिष्ट टैक्स, भुगतान और कानूनी सेटअप को कवर करना चाहिए। व्यापार-समझौते आवर्ती ऐप/प्लेटफ़ॉर्म लागत, कम बैकएंड लचीलापन और प्रतिबद्ध होने से पहले ERP इम्पोर्ट वर्कफ़्लो और किसी भी फर्नीचर-विशिष्ट वेरिएंट को मान्य करने की आवश्यकता हैं। WooCommerce को रीबिल्ड करना लचीलापन बनाए रख सकता है, लेकिन यह होस्टिंग, अपडेट, प्लगइन संगतता और सुरक्षा की ज़िम्मेदारी बनाए रखेगा—ठीक वही परिचालन बोझ जिसे क्लाइंट कम करना चाहता है।

gemini-3.6-flash विश्वास 90

Shopify पर माइग्रेट करेंबिना किसी इन-हाउस डेवलपर, 3 कर्मचारियों और सुरक्षा घटनाओं के इतिहास के साथ, Shopify रखरखाव ओवरहेड और सुरक्षा जोखिमों को भारी रूप से कम करता है। €25,000 का बजट CSV ERP एकीकरण सहित Shopify माइग्रेशन के लिए पर्याप्त है, जबकि WooCommerce पर रीबिल्ड करना उच्च रखरखाव लागत और चल रहे आपात जोखिमों को कायम रखेगा।

claude (तीसरा मतदाता) विश्वास 72

Shopify पर माइग्रेट करेंबिना किसी इन-हाउस डेवलपर, 31 प्लगइन्स और दो सुरक्षा घटनाओं के साथ, क्लाइंट की असली समस्या रखरखाव है, सुविधाएँ नहीं। Shopify होस्टिंग, अपडेट और अधिकांश सुरक्षा कार्य हटा देता है; ERP से CSV उत्पाद आयात मानक है। व्यापार-समझौता लेनदेन और ऐप शुल्क तथा कम लचीलापन है, जो इस आकार में स्थिरता से कम मायने रखता है।

निर्णय Shopify पर माइग्रेट करें मार्ग सर्वसम्मत 3:0 लागत $0.015

Kirat को इस पर वोट करने दें: एक स्थानीय बेकरी अधिक केक प्री-ऑर्डर चाहती है। अगले EUR 3,000 पहले कहाँ जाने चाहिए?

kirat_vote ने काउंसिल से पूछा

काउंसिल ने फैसला किया है (सर्वसम्मत 3:0): एक उचित ऑनलाइन ऑर्डरिंग पेज।

तीनों स्थितियाँ, मेरी सहित, एक ही दिशा में इशारा करती हैं। प्रत्येक अपने तर्क के साथ आती है।

पर्दे के पीछे

kirat_vote Claude Kirat को क्या भेजता है

सवाल: एक स्थानीय बेकरी अधिक केक प्री-ऑर्डर चाहती है। अगले EUR 3,000 पहले कहाँ जाने चाहिए?

रिकॉर्ड किया गया 2026-10-13 · KIRAT_VOTE · EFFORT: STANDARD · 1 ROUND

भेजा गया संदर्भ: 40,000 लोगों के एक जर्मन शहर में 6 कर्मचारियों वाली बेकरी। कस्टम केक और प्री-ऑर्डर का सबसे अच्छा मार्जिन है। आज, ऑर्डर केवल फोन और ईमेल से आते हैं; वेबसाइट पर खुलने का समय और एक संपर्क फ़ॉर्म है, ऑर्डर करने के लिए कुछ नहीं। Google Business Profile पर 120 समीक्षाओं से 4.7 स्टार हैं। अब तक कोई पेड विज्ञापन नहीं। बजट: अगली तिमाही के लिए EUR 3,000, मालिक के पास कम समय है।

विकल्प: Google Ads · एक उचित ऑनलाइन ऑर्डरिंग पेज · दोनों के बीच समान रूप से बाँटें

काउंसिल से परिणाम

gpt-5.6 विश्वास 94

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

gemini-3.6-flash विश्वास 90

एक उचित ऑनलाइन ऑर्डरिंग पेजडिजिटल ऑर्डरिंग पथ के बिना, विज्ञापन केवल फोन और ईमेल द्वारा अधिक समय लेने वाला मैन्युअल कार्य बनाते हैं, जिसे मालिक मुश्किल से संभाल सकता है। इसके अलावा, मज़बूत Google प्रोफ़ाइल (4.7 स्टार) जो ऑर्गेनिक ट्रैफ़िक पहले से लाती है, उसे एक असली ऑर्डरिंग पेज के साथ बहुत बेहतर कन्वर्ट करेगी, तुरंत, इससे पहले कि कोई पैसा विज्ञापनों में जाना चाहिए।

claude (तीसरा मतदाता) विश्वास 74

एक उचित ऑनलाइन ऑर्डरिंग पेजविज्ञापन तभी फायदेमंद होते हैं जब क्लिक ऑर्डर में बदल सके। अभी हर विज़िटर को कॉल या ईमेल करना पड़ता है, इसलिए पेड ट्रैफ़िक लीक होगा। उत्पाद विकल्पों, पिक-अप तिथियों और प्रीपेमेंट वाला एक ऑर्डरिंग पेज उस मांग को कन्वर्ट करता है जो 4.7-स्टार प्रोफ़ाइल पहले से लाती है, और बाद के विज्ञापनों को मापने योग्य बनाता है।

निर्णय एक उचित ऑनलाइन ऑर्डरिंग पेज मार्ग सर्वसम्मत 3:0 लागत $0.012

Kirat को इस पर वोट करने दें: हमारे बिलिंग मॉड्यूल को अभी एक अलग सेवा में निकालें, या पहले मोनोलिथ के अंदर इसकी सीमाओं को मज़बूत करें?

kirat_vote ने काउंसिल से पूछा

काउंसिल ने फैसला किया है (सर्वसम्मत 3:0): पहले मोनोलिथ के अंदर सीमाओं को मज़बूत करें।

तीनों स्थितियाँ, मेरी सहित, एक ही दिशा में इशारा करती हैं। प्रत्येक अपने तर्क के साथ आती है।

पर्दे के पीछे

kirat_vote Claude Kirat को क्या भेजता है

सवाल: हमारे बिलिंग मॉड्यूल को अभी एक अलग सेवा में निकालें, या पहले मोनोलिथ के अंदर इसकी सीमाओं को मज़बूत करें?

रिकॉर्ड किया गया 2026-10-13 · KIRAT_VOTE · EFFORT: STANDARD · 1 ROUND

भेजा गया संदर्भ: 8 इंजीनियरों की टीम। एक TypeScript मोनोलिथ, लगभग 60,000 लाइनें, एक Postgres डेटाबेस, दिन में कई बार डिप्लॉय किया जाता है। बिलिंग मॉड्यूल हर हफ्ते बदलता है और पिछली 8 प्रोडक्शन घटनाओं में से 5 का कारण बना, ज़्यादातर अन्य मॉड्यूल द्वारा बिलिंग टेबल को सीधे पढ़ने और लिखने के कारण। टीम में किसी ने भी प्रोडक्शन में वितरित प्रणाली नहीं चलाई है। नेतृत्व दो तिमाहियों के भीतर कम घटनाएँ चाहता है।

विकल्प: बिलिंग को अभी एक सेवा में निकालें · पहले मोनोलिथ के अंदर सीमाओं को मज़बूत करें

काउंसिल से परिणाम

gpt-5.6 विश्वास 94

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

gemini-3.6-flash विश्वास 90

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

claude (तीसरा मतदाता) विश्वास 76

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

निर्णय पहले मोनोलिथ के अंदर सीमाओं को मज़बूत करें मार्ग सर्वसम्मत 3:0 लागत $0.014

Kirat को इस पर वोट करने दें: हमारी व्यवस्थित समीक्षा में, क्या एकल LLM स्क्रीनिंग पास दूसरे मानव स्क्रीनर की जगह ले सकता है?

kirat_vote ने काउंसिल से पूछा

काउंसिल ने फैसला किया है (सर्वसम्मत 3:0): LLM को एक अतिरिक्त स्क्रीनर के रूप में उपयोग करें; मानव विरोधों का समाधान करें।

तीनों स्थितियाँ, मेरी सहित, एक ही दिशा में इशारा करती हैं। प्रत्येक अपने तर्क के साथ आती है।

पर्दे के पीछे

kirat_vote Claude Kirat को क्या भेजता है

सवाल: हमारी व्यवस्थित समीक्षा में, क्या एकल LLM स्क्रीनिंग पास दूसरे मानव स्क्रीनर की जगह ले सकता है?

रिकॉर्ड किया गया 2026-10-13 · KIRAT_VOTE · EFFORT: STANDARD · 1 ROUND

भेजा गया संदर्भ: स्वास्थ्य सेवा अनुसंधान में एक व्यवस्थित समीक्षा के लिए लगभग 3,000 रिकॉर्ड का शीर्षक-और-सार स्क्रीनिंग, प्रकाशन के लिए नियोजित। वर्तमान प्रोटोकॉल: दो स्वतंत्र मानव स्क्रीनर, विरोध चर्चा द्वारा हल किए जाते हैं। कर्मचारियों का समय कम है। समीक्षा PRISMA का पालन करती है, और जर्नल के समीक्षक पूछेंगे कि स्क्रीनिंग कैसे की गई। एक प्रासंगिक अध्ययन को चूकना (गलत बहिष्करण) एक अप्रासंगिक अध्ययन को शामिल करने से बुरा है। विकल्प: हाँ, दूसरे मानव स्क्रीनर को बदलें · LLM को अतिरिक्त स्क्रीनर के रूप में उपयोग करें; मानव विरोधाभासों को सुलझाएँ · नहीं, दो मानव स्क्रीनर रखें और कोई LLM नहीं

परिषद का परिणाम

gpt-5.6 विश्वास 94

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

gemini-3.6-flash विश्वास 88

LLM को अतिरिक्त स्क्रीनर के रूप में उपयोग करें; मानव विरोधाभासों को सुलझाएँएक हाइब्रिड दृष्टिकोण 3,000 शीर्षकों और सारांशों के लिए मानवीय कार्यभार को काफी कम करता है, जबकि PRISMA और सहकर्मी समीक्षकों द्वारा अपेक्षित पद्धतिगत कठोरता बनाए रखता है। चूँकि गलत बहिष्करणों से बचना आवश्यक है, हर विसंगति को मानवों द्वारा सुलझाना (या अत्यधिक संवेदनशील प्रॉम्प्टिंग दृष्टिकोण का उपयोग करना) सुनिश्चित करता है कि कोई भी प्रासंगिक अध्ययन न खोए।

claude (तीसरा मतदाता) विश्वास 70

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

निर्णय LLM को अतिरिक्त स्क्रीनर के रूप में उपयोग करें; मानव विरोधाभासों को सुलझाएँ मार्ग सर्वसम्मत 3:0 लागत $0.019

13 अक्टूबर 2026 को kirat_vote के साथ मानक प्रयास स्तर पर रिकॉर्ड किया गया; प्रत्येक सत्र 20 सेकंड से कम समय लेता था और लागत दो सेंट से कम थी। प्रश्न, विकल्प और संदर्भ ठीक वैसे ही दिखाए गए हैं जैसे भेजे गए थे, तर्क पूर्ण रूप में। Gemini ने चार बार जर्मन में और ChatGPT ने एक बार उत्तर दिया; वे उत्तर यहाँ अनूदित हैं। मुफ़्त-स्तर के प्रश्न में, Claude मतदान में 2:1 से हार गया, और उसकी आपत्ति रिकॉर्ड पर बनी रही। विश्वास मान प्रत्येक मॉडल का अपना स्व-रिपोर्ट है।

विभिन्न क्षेत्रों से पाँच कोड अंश, प्रत्येक ठीक वैसे ही भेजा गया जैसे दिखाया गया है। ChatGPT और Gemini समानांतर में समीक्षा करते हैं, Claude अपने दो निष्कर्ष जोड़ता है, और प्रत्येक निष्कर्ष की जाँच दूसरे मॉडल परिवार द्वारा की जाती है। केवल पुष्टि किए गए निष्कर्ष गिने जाते हैं। एक चुनें।

हमारे Stripe भुगतान वेबहुक की सुरक्षा और शुद्धता की समीक्षा करने के लिए Kirat से कहें, इससे पहले कि हम इसे शिप करें।

kirat_review ने परिषद से पूछा

Kirat ने 14 पुष्टि किए गए मुद्दे पाए (4 × गंभीर, 4 × उच्च, 6 × मध्यम)। प्रत्येक निष्कर्ष की दूसरे मॉडल परिवार द्वारा क्रॉस-चेक की गई।

सूची में सबसे ऊपर वाले से शुरू करें; प्रत्येक के साथ एक सुझाया गया समाधान आता है।

पर्दे के पीछे

kirat_review Claude Kirat को क्या भेजता है

रिकॉर्ड किया गया 2026-10-13 · KIRAT_REVIEW · प्रयास: मानक · 14 पुष्टि, 0 अस्वीकृत · $0.14

फ़ोकस: भुगतान वेबहुक की सुरक्षा और शुद्धता

भेजा गया कोड:

// routes/webhooks.js — payment webhook of a solo invoicing SaaS (Node 20, Express 4, Stripe, pg)
const express = require('express');
const { db } = require('../db');
const router = express.Router();

router.post('/webhooks/stripe', express.json(), async (req, res) => {
  const event = req.body;

  if (event.type === 'invoice.paid') {
    const invoice = event.data.object;
    const userId = invoice.metadata.userId;
    await db.query('UPDATE users SET plan = $1, paid_until = $2 WHERE id = $3',
      ['pro', new Date(invoice.period_end * 1000), userId]);
    await db.query('INSERT INTO payments (user_id, amount) VALUES ($1, $2)',
      [userId, invoice.amount_paid / 100]);
  }

  if (event.type === 'customer.subscription.deleted') {
    await db.query("UPDATE users SET plan = 'free' WHERE stripe_customer = '" + event.data.object.customer + "'");
  }

  res.sendStatus(200);
});

module.exports = router;

परिषद का परिणाम

1. गंभीर वेबहुक Stripe हस्ताक्षर की जाँच किए बिना अनुरोध निकाय को संसाधित करता है। इसलिए कोई भी बाहरी कॉलर नकली invoice.paid\ या customer.subscription.deleted\ इवेंट भेज सकता है और उपयोगकर्ता खातों को अनलॉक या डाउनग्रेड कर सकता है। JSON पार्सर उस असंशोधित कच्चे निकाय को भी त्याग देता है जिसकी Stripe हस्ताक्षर सत्यापन के लिए आवश्यकता होती है। समाधान: इस रूट के लिए express.raw({ type: 'application/json' })\ का उपयोग करें और किसी भी प्रसंस्करण से पहले stripe.webhooks.constructEvent(req.body, req.headers\['stripe-signature'\], webhookSecret)\ को कॉल करें। सुनिश्चित करें कि इस रूट पर पहले से कोई वैश्विक JSON पार्सर लागू न हो; अमान्य हस्ताक्षरों को 400 के साथ अस्वीकार करें। पंक्ति 6 · gpt-5.6 द्वारा पाया गया · gemini-3.6-flash द्वारा पुष्टि की गई
2. गंभीर Stripe वेबहुक हस्ताक्षर का सत्यापन अनुपस्थित है। एक हमलावर इस एंडपॉइंट पर मनमाने नकली वेबहुक इवेंट भेज सकता है ताकि बिना प्राधिकरण के खातों को Pro पर सेट किया जा सके या डेटाबेस प्रविष्टियों में हेरफेर किया जा सके। समाधान: प्रत्येक इवेंट की प्रामाणिकता और अखंडता सत्यापित करने के लिए Stripe वेबहुक सीक्रेट के साथ stripe.webhooks.constructEvent() का उपयोग करें। पंक्ति 6 · gemini-3.6-flash द्वारा पाया गया · gpt-5.6 द्वारा पुष्टि की गई
3. गंभीर उपयोगकर्ता इनपुट (event.data.object.customer) को SQL क्वेरी स्ट्रिंग में सीधे जोड़ने के कारण SQL इंजेक्शन भेद्यता। समाधान: पिछले कथनों की तरह पैरामीटरयुक्त क्वेरी का उपयोग करें: db.query('UPDATE users SET plan = $1 WHERE stripe_customer = $2', ['free', event.data.object.customer])। पंक्ति 18 · gemini-3.6-flash द्वारा पाया गया · gpt-5.6 द्वारा पुष्टि की गई
4. गंभीर वेबहुक कभी भी Stripe हस्ताक्षर सत्यापित नहीं करता, और express.json() उस कच्चे निकाय को त्याग देता है जिसकी ऐसा करने के लिए आवश्यकता होती है। कोई भी नकली invoice.paid इवेंट POST कर सकता है और किसी भी खाते को मुफ़्त में pro में अपग्रेड कर सकता है। समाधान: इस रूट पर express.raw({ type: 'application/json' }) का उपयोग करें और stripe.webhooks.constructEvent(req.body, req.headers['stripe-signature'], endpointSecret) के साथ इवेंट बनाएँ; विफलता पर अनुरोध अस्वीकार करें। पंक्ति 6 · claude द्वारा पाया गया · gpt-5.6, gemini-3.6-flash द्वारा पुष्टि की गई
5. उच्च ग्राहक ID सीधे SQL कथन में डाला जाता है। ' OR 1=1 --\ जैसा मान WHERE क्लॉज़ में हेरफेर कर सकता है और सभी उपयोगकर्ताओं को मुफ़्त योजना पर सेट कर सकता है; डेटाबेस कॉन्फ़िगरेशन के आधार पर, आगे और SQL इंजेक्शन संभव हैं। समाधान: क्वेरी को पूरी तरह पैरामीटरयुक्त करें: \[event.data.object.customer\]\ के साथ UPDATE users SET plan = 'free' WHERE stripe\_customer = $1\। इसके अतिरिक्त, Stripe हस्ताक्षर के माध्यम से इवेंट को प्रमाणित करें। पंक्ति 19 · gpt-5.6 द्वारा पाया गया · gemini-3.6-flash द्वारा पुष्टि की गई
6. उच्च कोई idempotency जाँच नहीं है। Stripe वेबहुक कम से कम एक बार वितरित करता है और टाइमआउट या त्रुटियों पर उन्हें पुनः प्रयास करता है। इसलिए वही invoice.paid\ इवेंट कई बार समान भुगतान प्रविष्टियाँ बना सकता है। समाधान: भुगतान रिकॉर्ड में Stripe इवेंट ID या invoice ID संग्रहीत करें, इसे UNIQUE बाधा से सुरक्षित करें, और इवेंट प्रसंस्करण को भुगतान के साथ मिलकर insert/upsert के रूप में परमाणु रूप से निष्पादित करें। पहले से संसाधित इवेंट को व्यावसायिक संचालन दोहराए बिना 200 के साथ स्वीकार करें। पंक्ति 14 · gpt-5.6 द्वारा पाया गया · gemini-3.6-flash द्वारा पुष्टि की गई
7. उच्च async\ हैंडलर में कोई त्रुटि अग्रेषण नहीं है। Express 4 असिंक्रोनस रूट हैंडलर से अस्वीकृत प्रॉमिस को स्वचालित रूप से नहीं पकड़ता। इसलिए DB त्रुटि या अपूर्ण invoice.paid\ ऑब्जेक्ट अनहैंडल्ड प्रॉमिस अस्वीकृति की ओर ले जाता है और, Node 20 के अंतर्गत, नियंत्रित तरीके से त्रुटि प्रतिक्रिया लौटाने के बजाय प्रक्रिया को समाप्त कर सकता है। समाधान: हैंडलर को try/catch\ में लपेटें और त्रुटियों को next(err)\ को पास करें, या async wrapper का उपयोग करें। एक्सेस करने से पहले इनपुट संरचना को मान्य करें और, अस्थायी प्रसंस्करण त्रुटियों पर, नियंत्रित तरीके से 5xx स्थिति लौटाएँ ताकि Stripe पुनः वितरित करे। पंक्ति 6 · gpt-5.6 द्वारा पाया गया · gemini-3.6-flash द्वारा पुष्टि की गई
8. उच्च वेबहुक एंडपॉइंट के लिए express.json() का उपयोग करना निकाय को पहले से JSON के रूप में पार्स करता है। हालाँकि, Stripe के हस्ताक्षर सत्यापन के लिए असंशोधित कच्चे निकाय की आवश्यकता होती है। समाधान: Stripe वेबहुक रूट हैंडलर के लिए express.json() के बजाय express.raw({ type: 'application/json' }) का उपयोग करें। पंक्ति 6 · gemini-3.6-flash द्वारा पाया गया · gpt-5.6 द्वारा पुष्टि की गई
9. मध्यम उपयोगकर्ता अपडेट और भुगतान प्रविष्टि दो स्वतंत्र रूप से कमिट किए गए डेटाबेस संचालन हैं। यदि सफल UPDATE के बाद INSERT विफल हो जाता है, तो उपयोगकर्ता को Pro योजना मिल जाती है, भले ही कोई संबंधित भुगतान रिकॉर्ड मौजूद न हो। समाधान: दोनों संचालनों को उसी क्लाइंट पर एकल डेटाबेस लेनदेन में idempotency मार्कर के साथ निष्पादित करें, और किसी भी त्रुटि पर पूरी तरह रोलबैक करें। पंक्ति 12 · gpt-5.6 द्वारा पाया गया · gemini-3.6-flash द्वारा पुष्टि की गई
10. मध्यम प्रसंस्करण इस बात को ध्यान में नहीं रखता कि Stripe इवेंट को उनके निर्माण क्रम से बाहर वितरित कर सकता है। एक विलंबित पुराना invoice.paid\ paid\_until\ को रीसेट कर सकता है; एक विलंबित customer.subscription.deleted\ उस उपयोगकर्ता को, जो तब से पुनः सक्रिय हो चुका है, वापस free\ पर सेट कर सकता है। समाधान: स्थिर Stripe ID का उपयोग करके वर्तमान सदस्यता स्थिति का मिलान करें, उदाहरण के लिए इसे Stripe से प्राप्त करके, और स्थिति संक्रमण या अंतिम संसाधित इवेंट का टाइमस्टैम्प संग्रहीत करें। कम से कम, paid\_until\ को केवल आगे की ओर अपडेट करें, और वर्तमान उपयोगकर्ता स्थिति पर विलोपन इवेंट को आँख बंद करके लागू न करें। पंक्ति 12 · gpt-5.6 द्वारा पाया गया · gemini-3.6-flash द्वारा पुष्टि की गई
11. मध्यम amount\_paid / 100\ बिना जाँच किए मान लेता है कि मुद्रा में ठीक दो दशमलव स्थान हैं। उदाहरण के लिए, JPY के लिए यह गलत है। इसके अतिरिक्त, मुद्रा उसके साथ संग्रहीत नहीं की जाती, इसलिए भुगतान रिकॉर्ड में राशि की कोई स्पष्ट इकाई नहीं है। समाधान: अधिमानतः राशियों को invoice.currency\ के साथ सबसे छोटी मुद्रा इकाई में अपरिवर्तित संग्रहीत करें। यदि प्रमुख मुद्रा इकाइयों की आवश्यकता हो, तो संबंधित मुद्रा घातांक के आधार पर रूपांतरण करें। पंक्ति 15 · gpt-5.6 द्वारा पाया गया · gemini-3.6-flash द्वारा पुष्टि की गई
12. मध्यम असिंक्रोनस Express 4 रूट में अपवाद हैंडलिंग अनुपस्थित है। डेटाबेस त्रुटि या अनुपस्थित फ़ील्ड पर, यह अनहैंडल्ड प्रॉमिस अस्वीकृति की ओर ले जाता है जो एप्लिकेशन को क्रैश कर सकता है। समाधान: try-catch ब्लॉक जोड़ें और त्रुटियों को next(err) को पास करें, या express-async-handler जैसी उपयोगिता का उपयोग करें। पंक्ति 6 · gemini-3.6-flash द्वारा पाया गया · gpt-5.6 द्वारा पुष्टि की गई
13. मध्यम कोई सत्यापन नहीं कि invoice.metadata.userId मौजूद है। यदि metadata या userId फ़ील्ड अनुपस्थित या अपरिभाषित है, तो SQL क्वेरी विफल हो जाती हैं या अमान्य मानों पर संचालित होती हैं। समाधान: डेटाबेस क्वेरी निष्पादित करने से पहले, स्पष्ट रूप से जाँचें कि invoice.metadata और invoice.metadata.userId मौजूद और मान्य हैं। पंक्ति 10 · gemini-3.6-flash द्वारा पाया गया · gpt-5.6 द्वारा पुष्टि की गई
14. मध्यम Stripe वेबहुक को पुनः प्रयास करता है और वही इवेंट एक से अधिक बार वितरित कर सकता है। प्रत्येक वितरण एक और भुगतान पंक्ति डालता है, इसलिए राजस्व रिपोर्ट दोहरी गणना करती हैं। समाधान: event.id (या invoice id) को एक अद्वितीय बाधा के साथ संग्रहीत करें और पहले से संसाधित इवेंट को छोड़ दें। पंक्ति 14 · claude द्वारा पाया गया · gpt-5.6, gemini-3.6-flash द्वारा पुष्टि की गई

इस WooCommerce आयात प्लगइन की सुरक्षा और शुद्धता की समीक्षा करने के लिए Kirat से कहें।

kirat_review ने परिषद से पूछा

Kirat ने 21 पुष्टि किए गए मुद्दे पाए (5 × गंभीर, 5 × उच्च, 10 × मध्यम, 1 × निम्न)। प्रत्येक निष्कर्ष की दूसरे मॉडल परिवार द्वारा क्रॉस-चेक की गई।

सूची में सबसे ऊपर वाले से शुरू करें; प्रत्येक के साथ एक सुझाया गया समाधान आता है।

पर्दे के पीछे

kirat_review Claude Kirat को क्या भेजता है

रिकॉर्ड किया गया 2026-10-13 · KIRAT_REVIEW · प्रयास: मानक · 21 पुष्टि, 0 अस्वीकृत · $0.17

फ़ोकस: WooCommerce आयात प्लगइन की सुरक्षा और शुद्धता

भेजा गया कोड:

<?php
// erp-import.php — custom plugin: imports the ERP's CSV export into WooCommerce (WordPress 6, WooCommerce 9)
add_action('wp_ajax_erp_import', 'erp_import');
add_action('wp_ajax_nopriv_erp_import', 'erp_import');

function erp_import() {
    global $wpdb;
    $path = $_POST['file'];
    $rows = array_map('str_getcsv', file($path));

    foreach ($rows as $row) {
        [$sku, $name, $price, $stock] = $row;
        $id = $wpdb->get_var("SELECT post_id FROM {$wpdb->postmeta} WHERE meta_key = '_sku' AND meta_value = '$sku'");
        if (!$id) continue;
        update_post_meta($id, '_price', $price);
        update_post_meta($id, '_regular_price', $price);
        update_post_meta($id, '_stock', $stock);
        wp_update_post(['ID' => $id, 'post_title' => $name]);
    }
    echo 'Imported ' . count($rows) . ' rows';
    wp_die();
}

परिषद का परिणाम

1. critical यह इम्पोर्ट wp\_ajax\_nopriv\_erp\_import\ के माध्यम से सार्वजनिक रूप से पहुँच योग्य है; प्रमाणित हुक में capability और nonce जाँचें भी नहीं हैं। इसके परिणामस्वरूप, अनाम उपयोगकर्ता या CSRF हमले उत्पाद के नाम, कीमतें और स्टॉक स्तर बदल सकते हैं। Fix: nopriv\ हुक हटाएँ, किसी भी प्रोसेसिंग से पहले manage\_woocommerce\ जैसी उपयुक्त capability जाँचें, और अनुरोध को check\_ajax\_referer()\ से सुरक्षित करें। line 3 · found by gpt-5.6 · confirmed by gemini-3.6-flash
2. critical हुक wp_ajax_nopriv_erp_import अनाम विज़िटरों को इम्पोर्ट फ़ंक्शन तक पहुँच प्रदान करता है। Fix: nopriv हुक हटाएँ और current_user_can('manage_options') का उपयोग करके अनुमति जाँचें। line 4 · found by gemini-3.6-flash · confirmed by gpt-5.6
3. critical $_POST['file'] से आने वाला फ़ाइल पथ बिना जाँचे file() को पास किया जाता है, जिससे path traversal और मनमानी फ़ाइल पढ़ना (LFI) संभव हो जाता है। Fix: फ़ाइल अपलोड को $_FILES के माध्यम से संभालें, या इनपुट पथ को अनुमत निर्देशिकाओं (जैसे wp_upload_dir()) के विरुद्ध सख्ती से सत्यापित करें। line 7 · found by gemini-3.6-flash · confirmed by gpt-5.6
4. critical SQL injection भेद्यता, क्योंकि $sku को बिना सैनिटाइज़ किए सीधे SQL क्वेरी में डाला जाता है। Fix: $wpdb->prepare() के साथ prepared statements का उपयोग करें। line 11 · found by gemini-3.6-flash · confirmed by gpt-5.6
5. critical इम्पोर्ट wp_ajax_nopriv के लिए पंजीकृत है, और कोई capability जाँच नहीं है और कोई nonce नहीं है। कोई भी विज़िटर इसे ट्रिगर कर सकता है और कीमतें, स्टॉक और उत्पाद के नाम अधिलेखित कर सकता है। Fix: nopriv हुक हटाएँ, current_user_can('manage_woocommerce') जाँचें और कुछ भी करने से पहले check_ajax_referer() से nonce सत्यापित करें। line 4 · found by claude · confirmed by gpt-5.6, gemini-3.6-flash
6. high क्लाइंट द्वारा दिया गया पथ बिना जाँचे file()\ को पास किया जाता है। इससे कोई भी पठनीय स्थानीय फ़ाइल और – allow\_url\_fopen\ के आधार पर – बाहरी या आंतरिक URL प्रोसेस किए जा सकते हैं, जिससे अनचाही फ़ाइल पहुँच और blind SSRF संभव हो जाता है। Fix: मनमाने ढंग से चुने गए पथ स्वीकार न करें। केवल सर्वर-साइड पर ज्ञात अपलोड ID का उपयोग करें, canonical पथ को एक निश्चित इम्पोर्ट निर्देशिका के विरुद्ध जाँचें, और केवल नियमित स्थानीय CSV फ़ाइलों की अनुमति दें। line 8 · found by gpt-5.6 · confirmed by gemini-3.6-flash
7. high $sku\ CSV से आता है और सीधे SQL में इंटरपोलेट किया जाता है। SQL मेटाकैरेक्टर वाला SKU मान क्वेरी में हेरफेर कर सकता है और, अन्य बातों के अलावा, किसी भी post ID को अपडेट लक्ष्य के रूप में चुन सकता है। Fix: क्वेरी को $wpdb-\>prepare()\ के साथ पैरामीटराइज़ करें, उदाहरण के लिए meta\_value = %s\ के साथ, या SKU द्वारा उत्पाद खोजने के लिए WooCommerce फ़ंक्शन का उपयोग करें। line 13 · found by gpt-5.6 · confirmed by gemini-3.6-flash
8. high file()\ पूरे इनपुट को एक साथ मेमोरी में लोड करता है, और array\_map()\ अतिरिक्त रूप से पूरा पार्स किया गया array बनाता है। आकार सीमा के बिना, एक बड़ा या अनंत रिमोट संसाधन मेमोरी, रनटाइम और PHP workers को समाप्त कर सकता है; सार्वजनिक पहुँच इसे और बदतर बनाती है। Fix: फ़ाइल आकार और पंक्ति संख्या सीमित करें, फ़ाइल को fopen()\ के साथ स्थानीय रूप से खोलें और fgetcsv()\ के माध्यम से रिकॉर्ड को स्ट्रीमिंग तरीके से प्रोसेस करें। इसके अतिरिक्त, rate limits या नियंत्रित बैकग्राउंड जॉब का उपयोग करें। line 9 · found by gpt-5.6 · confirmed by gemini-3.6-flash
9. high CSRF सुरक्षा (nonce सत्यापन) अनुपस्थित है। Fix: फ़ंक्शन की शुरुआत में check_ajax_referer() कॉल करें। line 6 · found by gemini-3.6-flash · confirmed by gpt-5.6
10. high फ़ाइल पथ सीधे अनुरोध से आता है और file() को पास किया जाता है। एक हमलावर वेब सर्वर द्वारा पढ़ी जा सकने वाली कोई भी फ़ाइल पढ़ सकता है, या यदि allow_url_fopen चालू है तो रिमोट URL पढ़ सकता है। Fix: wp_handle_upload() के माध्यम से अपलोड की गई फ़ाइल स्वीकार करें या केवल एक निश्चित इम्पोर्ट निर्देशिका से पढ़ें; अनुरोध से कभी भी पथ न लें। line 8 · found by claude · confirmed by gpt-5.6, gemini-3.6-flash
11. medium यह मान लिया जाता है कि प्रत्येक पंक्ति में ठीक चार उपयोगी कॉलम हैं। खाली या खराब पंक्तियाँ अनुपस्थित मान उत्पन्न करती हैं, जिससे चेतावनियाँ आती हैं और अनजाने में नाम, कीमत या स्टॉक खाली मानों पर सेट हो सकते हैं। Fix: destructuring से पहले, कॉलम संख्या और आवश्यक फ़ील्ड जाँचें, खाली पंक्तियाँ छोड़ें, और दोषपूर्ण रिकॉर्ड को स्पष्ट त्रुटि संदेश के साथ अस्वीकार करें। line 12 · found by gpt-5.6 · confirmed by gemini-3.6-flash
12. medium file()\ और str\_getcsv()\ का संयोजन प्रत्येक भौतिक पंक्ति को अलग-अलग पार्स करता है। इसलिए एम्बेडेड लाइन ब्रेक वाले वैध CSV फ़ील्ड कई दोषपूर्ण रिकॉर्ड में विभाजित हो जाते हैं। Fix: CSV को fgetcsv()\ के साथ स्ट्रीम के रूप में पढ़ें; यह फ़ंक्शन रिकॉर्ड सीमाओं के पार मल्टी-लाइन, सही ढंग से उद्धृत फ़ील्ड संभालता है। line 9 · found by gpt-5.6 · confirmed by gemini-3.6-flash
13. medium कीमत और स्टॉक बिना जाँचे मनमानी स्ट्रिंग के रूप में संग्रहीत किए जाते हैं। गैर-संख्यात्मक मान, गलत दशमलव प्रारूप या अमान्य स्टॉक स्तर उत्पाद डेटा को खराब कर सकते हैं और असंगत गणनाओं को जन्म दे सकते हैं। Fix: लिखने से पहले कीमत और स्टॉक सत्यापित करें और उन्हें wc\_format\_decimal()\ और wc\_stock\_amount()\ जैसे WooCommerce helpers के साथ सामान्यीकृत करें; व्यावसायिक दृष्टि से अमान्य या अस्वीकार्य मानों को अस्वीकार करें। line 15 · found by gpt-5.6 · confirmed by gemini-3.6-flash
14. medium WooCommerce डेटा सीधे post meta के रूप में बदला जाता है। परिणामस्वरूप, \_stock\_status\ जैसी संबंधित स्थितियाँ, उत्पाद lookup tables और संभवतः caches नई कीमतों और स्टॉक स्तरों के साथ विश्वसनीय रूप से सिंक्रनाइज़ नहीं होते। Fix: उत्पाद को wc\_get\_product()\ के माध्यम से लोड करें, set\_regular\_price()\, set\_price()\ और set\_stock\_quantity()\ जैसी CRUD विधियों का उपयोग करें, व्यावसायिक नियमों के अनुसार स्टॉक स्थिति या manage\_stock\ सेट करें, और फिर save()\ कॉल करें। line 15 · found by gpt-5.6 · confirmed by gemini-3.6-flash
15. medium SKU lookup सभी post metadata पर विचार करता है और न तो post type जाँचता है और न ही यह कि मिला ID वास्तव में WooCommerce उत्पाद या variation है। डुप्लिकेट या असंबंधित \_sku\ metadata के साथ, एक गैर-नियतात्मक मिलान भी अपडेट हो जाता है। Fix: wc\_get\_product\_id\_by\_sku()\ का उपयोग करें और फिर परिणाम को wc\_get\_product()\ और अपेक्षित उत्पाद प्रकार के साथ सत्यापित करें; डुप्लिकेट SKU को इम्पोर्ट त्रुटि मानें। line 13 · found by gpt-5.6 · confirmed by gemini-3.6-flash
16. medium update\_post\_meta()\ और wp\_update\_post()\ के रिटर्न मानों को अनदेखा किया जाता है। इम्पोर्ट आंशिक रूप से विफल हो सकता है या रद्द हो सकता है, लेकिन फिर भी पढ़ी गई पंक्तियों की कुल संख्या को सफलतापूर्वक इम्पोर्ट किए गए के रूप में रिपोर्ट करता है। Fix: प्रति उत्पाद सफलता और विफलता रिकॉर्ड करें, wp\_update\_post(..., true)\ का उपयोग करें, केवल वास्तव में अपडेट किए गए रिकॉर्ड गिनें, और एक संरचित त्रुटि प्रतिक्रिया लौटाएँ। बड़े इम्पोर्ट के लिए एक फिर से शुरू करने योग्य बैकग्राउंड जॉब प्रदान करें। line 15 · found by gpt-5.6 · confirmed by gemini-3.6-flash
17. medium प्रत्येक CSV पंक्ति के लिए, कम से कम एक lookup क्वेरी और कई व्यक्तिगत लेखन संचालन सिंक्रोनस रूप से निष्पादित किए जाते हैं। इसलिए बड़े इम्पोर्ट कई डेटाबेस राउंड ट्रिप का कारण बनते हैं, अनुरोध टाइमआउट में फँस सकते हैं और केवल आंशिक रूप से अपडेट किया गया कैटलॉग छोड़ सकते हैं। Fix: इम्पोर्ट को सीमित बैचों में बैकग्राउंड प्रक्रिया के रूप में चलाएँ, SKU को सामूहिक रूप से हल करें, और प्रगति और resume स्थिति संग्रहीत करें। line 11 · found by gpt-5.6 · confirmed by gemini-3.6-flash
18. medium file() पूरी फ़ाइल को एक बार में मेमोरी में पढ़ता है, जिससे बड़ी CSV फ़ाइलों के साथ मेमोरी समाप्ति त्रुटियाँ होती हैं। Fix: फ़ाइल को fopen() और fgetcsv() के माध्यम से पंक्ति दर पंक्ति स्ट्रीम करें। line 8 · found by gemini-3.6-flash · confirmed by gpt-5.6
19. medium array destructuring मानता है कि प्रत्येक पंक्ति में कम से कम 4 तत्व हैं; अन्यथा PHP चेतावनियाँ या uninitialized index त्रुटियाँ होती हैं। Fix: अनपैक करने से पहले, count($row) से जाँचें कि पर्याप्त कॉलम मौजूद हैं। line 10 · found by gemini-3.6-flash · confirmed by gpt-5.6
20. medium डेटाबेस क्वेरी और post अपडेट लूप में अलग-अलग किए जाते हैं (N+1 समस्या), जो निष्पादन समय को काफी धीमा कर देता है। Fix: इम्पोर्ट को बैचों में विभाजित करें और क्वेरी/अपडेट को बंडल करें। line 11 · found by gemini-3.6-flash · confirmed by gpt-5.6
21. low file()\ से आने वाली त्रुटियाँ जाँची नहीं जाती हैं। अनुपस्थित, अपठनीय या असमर्थित पथ के लिए, file()\ false\ लौटाता है, जिसके बाद वर्तमान PHP संस्करणों के अंतर्गत array\_map()\ एक TypeError\ फेंक सकता है। Fix: खोलने और पढ़ने की स्पष्ट रूप से जाँच करें, PHP चेतावनियों को control flow के रूप में उपयोग न करें, और त्रुटियों पर उपयुक्त HTTP या wp\_send\_json\_error()\ प्रतिक्रिया लौटाएँ। line 9 · found by gpt-5.6 · confirmed by gemini-3.6-flash

बेकरी के ऑर्डरिंग पेज के ऑर्डर और भुगतान प्रवाह की सुरक्षा और शुद्धता के लिए Kirat से समीक्षा करवाएँ।

kirat_review ने काउंसिल से पूछा

Kirat ने 14 पुष्ट समस्याएँ पाईं (4 × critical, 4 × high, 5 × medium, 1 × low)। प्रत्येक निष्कर्ष को दूसरे मॉडल परिवार द्वारा क्रॉस-चेक किया गया।

सूची में सबसे ऊपर वाली समस्याओं से शुरू करें; प्रत्येक के साथ एक सुझाया गया समाधान भी है।

पर्दे के पीछे

kirat_review Claude Kirat को क्या भेजता है

RECORDED 2026-10-13 · KIRAT_REVIEW · EFFORT: STANDARD · 14 CONFIRMED, 0 REJECTED · $0.11

Focus: ऑर्डर और भुगतान प्रवाह की सुरक्षा और शुद्धता

भेजा गया कोड:

// routes/order.js — order endpoint of the bakery's ordering page (Node 20, Express 4, pg)
const express = require('express');
const { pool } = require('../db');
const { sendConfirmation } = require('../mail');
const router = express.Router();

router.post('/order', async (req, res) => {
  const { cakeId, pickupDate, name, email, price, note } = req.body;

  const cake = await pool.query(\`SELECT * FROM cakes WHERE id = ${cakeId}\`);
  if (!cake.rows.length) return res.status(404).send('Unknown cake');

  const order = await pool.query(
    'INSERT INTO orders (cake_id, pickup_date, name, email, amount, note) VALUES ($1, $2, $3, $4, $5, $6) RETURNING id',
    [cakeId, pickupDate, name, email, price, note]
  );

  sendConfirmation(email, order.rows[0].id);
  res.redirect(\`/pay?order=${order.rows[0].id}&amount=${price}\`);
});

module.exports = router;

काउंसिल से परिणाम

1. critical cakeId को सीधे SQL स्ट्रिंग में इंटरपोलेट किया गया है। एक हमलावर SQL एक्सप्रेशन या अतिरिक्त स्टेटमेंट इंजेक्ट कर सकता है और इस तरह डेटा पढ़ या बदल सकता है, या डेटाबेस पर लोड डाल सकता है। Fix: इस क्वेरी को भी पैरामीटराइज़ करें, जैसे SELECT... FROM cakes WHERE id = $1\ के साथ \[cakeId\]\, और साथ ही cakeId की अपेक्षित टाइप के लिए जाँच करें। line 10 · found by gpt-5.6 · confirmed by gemini-3.6-flash
2. critical SQL क्वेरी में cakeId के सीधे टेम्पलेट-स्ट्रिंग इंटरपोलेशन के कारण SQL इंजेक्शन भेद्यता। Fix: पैरामीटराइज़्ड SQL क्वेरी का उपयोग करें: pool.query('SELECT * FROM cakes WHERE id = $1', [cakeId]). line 9 · found by gemini-3.6-flash · confirmed by gpt-5.6
3. critical क्लाइंट-साइड मूल्य हेरफेर संभव है। मूल्य req.body से लिया जाता है और सीधे संग्रहीत और संसाधित किया जाता है। Fix: मूल्य को सर्वर-साइड पर डेटाबेस से पढ़ें (cake.rows[0].price) और क्लाइंट द्वारा भेजे गए मान पर भरोसा न करें। line 8 · found by gemini-3.6-flash · confirmed by gpt-5.6
4. critical रिक्वेस्ट बॉडी से cakeId को SQL स्ट्रिंग में इंटरपोलेट किया गया है: SQL इंजेक्शन। Fix: पैरामीटराइज़्ड क्वेरी का उपयोग करें: SELECT * FROM cakes WHERE id = $1. line 10 · found by claude · confirmed by gpt-5.6, gemini-3.6-flash
5. high जो राशि संग्रहीत की जाती है और भुगतान प्रवाह को दी जाती है, वह पूरी तरह से req.body.price\ से आती है। एक ग्राहक किसी भी केक के लिए हेरफेर की गई, ऋणात्मक या बहुत छोटी राशि दर्ज कर सकता है। Fix: मूल्य को विशेष रूप से सर्वर-साइड पर चयनित केक या किसी अपरिवर्तनीय मूल्य संस्करण से निर्धारित करें। भुगतान प्रदाता पर इस राशि के साथ सर्वर-साइड भुगतान सत्र बनाएँ और भुगतान पुष्टि पर अपेक्षित राशि को फिर से सर्वर-साइड पर सत्यापित करें। line 16 · found by gpt-5.6 · confirmed by gemini-3.6-flash
6. high कोई भी सफल भुगतान सत्यापित होने से पहले ऑर्डर बनाया जाता है और पुष्टि भेजी जाती है। इसलिए रद्द किए गए या जानबूझकर अवैतनिक लेनदेन पुष्ट ऑर्डर के रूप में दिखाई देते हैं और मनमाने ढंग से उत्पन्न किए जा सकते हैं। Fix: शुरू में ऑर्डर को pending\_payment\ जैसी स्थिति के साथ बनाएँ। केवल प्रमाणित, इडेम्पोटेंट रूप से संसाधित भुगतान प्रदाता सूचना के बाद paid\ पर स्विच करें, और फिर पुष्टि भेजें या उत्पादन या आरक्षण ट्रिगर करें। line 19 · found by gpt-5.6 · confirmed by gemini-3.6-flash
7. high async Express 4 रूट में त्रुटि प्रबंधन अनुपस्थित है। डेटाबेस या रनटाइम त्रुटियाँ अनहैंडल्ड प्रॉमिस रिजेक्शन का कारण बनती हैं। Fix: try/catch ब्लॉक का उपयोग करें और त्रुटियों को next(err) के साथ आगे भेजें, या express-async-errors जैसे पैकेज का उपयोग करें। line 8 · found by gemini-3.6-flash · confirmed by gpt-5.6
8. high राशि क्लाइंट से ली जाती है (रिक्वेस्ट बॉडी में मूल्य), इसलिए एक ग्राहक अपना मूल्य स्वयं निर्धारित कर सकता है। Fix: सर्वर पर cakes पंक्ति से मूल्य पढ़ें और किसी भी क्लाइंट मान को अनदेखा करें। line 15 · found by claude · confirmed by gpt-5.6, gemini-3.6-flash
9. medium async हैंडलर में त्रुटि अग्रेषण नहीं है। Express 4 async\ हैंडलर से अस्वीकृत प्रॉमिस को स्वचालित रूप से संभालता नहीं है; इसलिए डेटाबेस या सिंक्रोनस मेल त्रुटियाँ अनुत्तरित अनुरोधों और अनहैंडल्ड रिजेक्शन का कारण बन सकती हैं। Fix: हैंडलर को try/catch\ में लपेटें और त्रुटियों को next(err)\ को आगे भेजें, या एक स्थापित async रैपर का उपयोग करें। साथ ही, केंद्रीय त्रुटि प्रबंधन कॉन्फ़िगर करें। line 7 · found by gpt-5.6 · confirmed by gemini-3.6-flash
10. medium sendConfirmation\ के परिणाम का न तो इंतज़ार किया जाता है और न ही त्रुटियों के लिए अन्यथा संभाला जाता है। एक प्रॉमिस रिजेक्शन अनहैंडल्ड रह सकता है; साथ ही, क्लाइंट को पहले से ही सफलता प्रतिक्रिया मिल जाती है, भले ही मेल भेजना विफल हो गया हो। Fix: पुष्ट भुगतान के बाद पुनः प्रयास के साथ एक स्थायी outbox या जॉब क्यू के माध्यम से भेजना करें। कम से कम, प्रॉमिस का इंतज़ार करें और त्रुटियों को नियंत्रित तरीके से लॉग या संभालें। line 19 · found by gpt-5.6 · confirmed by gemini-3.6-flash
11. medium कोई इडेम्पोटेंसी सुरक्षा नहीं है। ब्राउज़र पुनः प्रयास, डबल क्लिक या नेटवर्क पुनः प्रयास प्रत्येक नया ऑर्डर और संभवतः कई पुष्टियाँ या भुगतान प्रयास बनाते हैं। Fix: एक इडेम्पोटेंसी कुंजी या चेकआउट सत्र ID स्वीकार करें, इसे एक अद्वितीय बाधा के साथ सुरक्षित करें, और पुनः प्रयास पर पहले से मौजूद ऑर्डर लौटाएँ। line 13 · found by gpt-5.6 · confirmed by gemini-3.6-flash
12. medium pickupDate, name, email, price और note को बिना व्यावसायिक या सिंटैक्टिक सत्यापन के संसाधित किया जाता है। इसका मतलब है, उदाहरण के लिए, पिछली या अमान्य पिकअप तिथियाँ, गुम ग्राहक डेटा और अनुपयुक्त फ़ील्ड मान संग्रहीत किए जा सकते हैं; डेटाबेस त्रुटियाँ भी केवल देर से और अनियंत्रित तरीके से होती हैं। Fix: प्रकार, आवश्यक फ़ील्ड, लंबाई सीमा और सामान्यीकृत प्रारूपों वाले रिक्वेस्ट स्कीमा का उपयोग करें। पिकअप तिथियों को समय क्षेत्र, लीड समय और अनुमत खुलने के घंटे या क्षमता नियमों के विरुद्ध जाँचें; मूल्य को क्लाइंट इनपुट के रूप में स्वीकार न करें। line 8 · found by gpt-5.6 · confirmed by gemini-3.6-flash
13. medium sendConfirmation के async कॉल का न तो इंतज़ार किया जाता है और न ही त्रुटियों के लिए पकड़ा जाता है। Fix: sendConfirmation से पहले await लगाएँ और ईमेल भेजते समय संभावित त्रुटियों को संभालें। line 17 · found by gemini-3.6-flash · confirmed by gpt-5.6
14. low email, pickupDate, name और note जैसे फ़ील्ड के लिए अपूर्ण इनपुट सत्यापन। Fix: रिक्वेस्ट डेटा को संसाधित करने से पहले स्कीमा सत्यापन लागू करें (जैसे Zod या express-validator के साथ)। line 8 · found by gemini-3.6-flash · confirmed by gpt-5.6

Kirat से इस बिलिंग फ़ंक्शन की शुद्धता और डेटा अखंडता की जाँच करवाएँ।

kirat_review ने काउंसिल से पूछा

Kirat ने 16 पुष्ट समस्याएँ पाईं (1 × critical, 11 × high, 3 × medium, 1 × low)। प्रत्येक निष्कर्ष को दूसरे मॉडल परिवार द्वारा क्रॉस-चेक किया गया।

सूची में सबसे ऊपर वालों से शुरू करें; प्रत्येक के साथ एक सुझाया गया समाधान है।

पर्दे के पीछे

kirat_review Claude Kirat को क्या भेजता है

RECORDED 2026-10-13 · KIRAT_REVIEW · EFFORT: STANDARD · 16 CONFIRMED, 0 REJECTED · $0.14

Focus: बिलिंग फ़ंक्शन की शुद्धता और डेटा अखंडता

Code sent:

// billing/applyCredit.ts — billing module in the monolith (TypeScript, node-postgres)
import { pool } from '../db';

export async function applyCredit(customerId: string, invoiceId: string, creditCents: number) {
  const inv = await pool.query('SELECT total_cents, status FROM invoices WHERE id = $1', [invoiceId]);
  const balance = await pool.query('SELECT credit_cents FROM customers WHERE id = $1', [customerId]);

  const available = balance.rows[0].credit_cents;
  if (creditCents > available) throw new Error('Not enough credit');

  const newTotal = inv.rows[0].total_cents - creditCents;
  await pool.query('UPDATE invoices SET total_cents = $1 WHERE id = $2', [newTotal, invoiceId]);
  await pool.query('UPDATE customers SET credit_cents = credit_cents - $1 WHERE id = $2', [creditCents, customerId]);

  if (newTotal <= 0) {
    await pool.query("UPDATE invoices SET status = 'paid' WHERE id = $1", [invoiceId]);
  }
  return newTotal * 1.19 / 100;
}

काउंसिल से परिणाम

1. critical डेटाबेस ट्रांज़ैक्शन और रो लॉक अनुपस्थित है। समानांतर अनुरोधों के साथ, रेस कंडीशन (जैसे क्रेडिट का दोहरा खर्च) और किसी त्रुटि की स्थिति में अपूर्ण अपडेट हो सकते हैं। Fix: पूल से एक क्लाइंट का उपयोग BEGIN/COMMIT के साथ करें, और पंक्तियों को परमाणु रूप से लॉक और अपडेट करने के लिए SELECT FOR UPDATE का उपयोग करें। line 5 · found by gemini-3.6-flash · confirmed by gpt-5.6
2. high तीन संबंधित अपडेट डेटाबेस ट्रांज़ैक्शन में निष्पादित नहीं किए जाते हैं। यदि ग्राहक क्रेडिट को डेबिट करना या स्थिति परिवर्तन विफल हो जाता है, तो इनवॉइस पहले ही कम हो सकता है, जबकि क्रेडिट सही ढंग से चार्ज नहीं हुआ होगा या स्थिति सेट नहीं हुई होगी। Fix: पूल से एक समर्पित क्लाइंट प्राप्त करें और सभी जाँच और अपडेट BEGIN और COMMIT के बीच निष्पादित करें; किसी भी त्रुटि पर ROLLBACK का उपयोग करें। line 11 · found by gpt-5.6 · confirmed by gemini-3.6-flash
3. high इनवॉइस को पहले पढ़ा जाता है और बाद में एक निरपेक्ष परिकलित मान से अधिलेखित किया जाता है। दो समानांतर कॉल एक ही प्रारंभिक मान पढ़ सकते हैं और फिर एक-दूसरे को अधिलेखित कर सकते हैं; दोनों क्रेडिट डेबिट अभी भी होते हैं, जबकि इनवॉइस में केवल एक क्रेडिट पूरी तरह से दिखाई देता है। Fix: प्रभावित इनवॉइस को उसी ट्रांज़ैक्शन के भीतर SELECT... FOR UPDATE के साथ लॉक करें, या उपयुक्त शर्तों के साथ UPDATE... SET total_cents = total_cents - $1 के माध्यम से राशि को परमाणु रूप से बदलें। line 4 · found by gpt-5.6 · confirmed by gemini-3.6-flash
4. high ग्राहक क्रेडिट की जाँच और डेबिट करना परमाणु नहीं है। समानांतर कॉल दोनों एक ही उपलब्ध कवरेज देख सकते हैं और फिर क्रेडिट को शून्य से नीचे कम कर सकते हैं। Fix: ग्राहक रिकॉर्ड को ट्रांज़ैक्शनल रूप से लॉक करें या एक सशर्त UPDATE का उपयोग करें, जैसे UPDATE customers SET credit_cents = credit_cents - $1 WHERE id = $2 AND credit_cents >= $1 RETURNING credit_cents, और ठीक एक लौटाई गई पंक्ति की आवश्यकता रखें। line 8 · found by gpt-5.6 · confirmed by gemini-3.6-flash
5. high यह जाँच नहीं की जाती है कि इनवॉइस निर्दिष्ट ग्राहक का है या नहीं। परिणामस्वरूप, एक ग्राहक का क्रेडिट invoiceId के माध्यम से पहचाने गए किसी भी इनवॉइस पर लागू किया जा सकता है। Fix: स्वामित्व संबंध के माध्यम से इनवॉइस और ग्राहक को क्वेरी और अपडेट करें, उदाहरण के लिए WHERE invoices.id = $1 AND invoices.customer_id = $2 के साथ; यदि कोई मेल नहीं है तो निरस्त करें। line 4 · found by gpt-5.6 · confirmed by gemini-3.6-flash
6. high लागू किया जाने वाला क्रेडिट खुली इनवॉइस राशि तक सीमित नहीं है। यदि creditCents total_cents से अधिक है, तो एक ऋणात्मक इनवॉइस राशि संग्रहीत की जाती है और अतिरिक्त ग्राहक क्रेडिट का उपभोग हो जाता है। Fix: केवल खुली इनवॉइस मूल्य तक की राशि की अनुमति दें, या वास्तव में उपयोग की गई राशि को min(creditCents, total_cents) के रूप में निर्धारित करें और ग्राहक क्रेडिट से केवल इसी राशि को डेबिट करें। line 10 · found by gpt-5.6 · confirmed by gemini-3.6-flash
7. high ऋणात्मक, गैर-पूर्णांक या सुरक्षित रूप से प्रतिनिधित्व योग्य नहीं होने वाले मानों को अस्वीकार नहीं किया जाता है। विशेष रूप से, एक ऋणात्मक creditCents मान इनवॉइस राशि को बढ़ाता है और साथ ही, ऋणात्मक मान के घटाव के माध्यम से, ग्राहक क्रेडिट को भी बढ़ाता है। Fix: किसी भी डेटाबेस एक्सेस से पहले Number.isSafeInteger(creditCents) && creditCents > 0 की आवश्यकता रखें; मौद्रिक राशियों को लगातार पूर्णांक सेंट मानों के रूप में मानें। line 8 · found by gpt-5.6 · confirmed by gemini-3.6-flash
8. high पढ़ी गई इनवॉइस स्थिति को पूरी तरह से अनदेखा किया जाता है। इसलिए क्रेडिट उन इनवॉइस पर भी लागू किया जा सकता है जो पहले से भुगतान किए गए, रद्द किए गए या अन्यथा अब संशोधन योग्य नहीं हैं; परिणामस्वरूप एक पहले से भुगतान किया गया इनवॉइस ऋणात्मक हो सकता है। Fix: अनुमत प्रारंभिक स्थितियों को स्पष्ट रूप से परिभाषित करें और उन्हें UPDATE शर्त में परमाणु रूप से जाँचें, उदाहरण के लिए AND status = 'open'। यदि कोई मेल नहीं है, तो ऑपरेशन निरस्त करें। line 4 · found by gpt-5.6 · confirmed by gemini-3.6-flash
9. high पूर्व जाँच के बिना balance.rows[0] और inv.rows[0] तक पहुँच। यदि कोई ग्राहक या इनवॉइस नहीं मिलता है, तो एप्लिकेशन एक अनहैंडल्ड TypeError के साथ क्रैश हो जाता है। Fix: एक्सेस से पहले inv.rows.length और balance.rows.length की जाँच करें और एक स्पष्ट त्रुटि संदेश फेंकें। line 8 · found by gemini-3.6-flash · confirmed by gpt-5.6
10. high ऋणात्मक मानों के लिए creditCents का सत्यापन अनुपस्थित है। एक ऋणात्मक मान जाँच (creditCents > available) को बायपास करता है और गलत क्रेडिट या इनवॉइस समायोजन की ओर ले जाता है। Fix: सुनिश्चित करें कि creditCents 0 से बड़ा एक धनात्मक पूर्णांक है। line 9 · found by gemini-3.6-flash · confirmed by gpt-5.6
11. high पढ़ने और तीन अपडेट ट्रांज़ैक्शन के बाहर और रो लॉक के बिना चलते हैं। दो समवर्ती कॉल दोनों क्रेडिट जाँच पास कर सकते हैं और एक ही क्रेडिट को दो बार खर्च कर सकते हैं, और अपडेट के बीच एक क्रैश इनवॉइस और क्रेडिट बैलेंस को असंगत छोड़ देता है। Fix: सब कुछ एक ही क्लाइंट पर एक ट्रांज़ैक्शन में चलाएँ, पंक्तियों को SELECT... FOR UPDATE के साथ लॉक करें, और सभी अपडेट सफल होने के बाद ही कमिट करें। line 5 · found by claude · confirmed by gpt-5.6, gemini-3.6-flash
12. high फ़ंक्शन कभी जाँच नहीं करता कि इनवॉइस ग्राहक का है या कि यह अभी भी खुला है। एक ग्राहक का क्रेडिट किसी अन्य ग्राहक के इनवॉइस पर, या उस इनवॉइस पर लागू किया जा सकता है जिसका पहले ही भुगतान हो चुका है। Fix: इनवॉइस को WHERE id = $1 AND customer_id = $2 AND status = 'open' के साथ चुनें और यदि कोई पंक्ति वापस नहीं आती है तो विफल हों। line 11 · found by claude · confirmed by gpt-5.6, gemini-3.6-flash
13. medium इनवॉइस और ग्राहक के अस्तित्व की जाँच नहीं की जाती है। अज्ञात ID के लिए, rows[0] तक पहुँचना एक नियंत्रित व्यावसायिक त्रुटि के बजाय रनटाइम त्रुटियों की ओर ले जाता है; इसके अतिरिक्त, यह स्पष्ट होने से पहले दोनों क्वेरी अनावश्यक रूप से निष्पादित की जाती हैं। Fix: दोनों क्वेरी के लिए rowCount या rows.length की जाँच करें और एक परिभाषित not-found त्रुटि उठाएँ; जाँच को ट्रांज़ैक्शन में और यदि संभव हो तो एक रिलेशनल क्वेरी में एकीकृत करें। line 4 · found by gpt-5.6 · confirmed by gemini-3.6-flash
14. medium वापसी मान न तो संग्रहीत सेंट राशि से मेल खाता है और न ही मुख्य मुद्रा में सरल रूपांतरण से: यह एक सपाट 19 प्रतिशत जोड़ता है और फ़्लोटिंग-पॉइंट अंकगणित का उपयोग करता है। परिणामस्वरूप, कॉलर को एक ऐसा मान प्राप्त हो सकता है जो कर और राउंडिंग के संदर्भ में वास्तव में संग्रहीत शेष इनवॉइस बैलेंस से भिन्न हो। Fix: शेष राशि को सेंट में अपरिवर्तित लौटाएँ, या एक स्पष्ट रूप से टाइप किया गया वापसी मान परिभाषित करें। यदि व्यावसायिक कारणों से कर गणना आवश्यक है, तो कर दर और राउंडिंग नियम इनवॉइस डेटा से लें और पूर्णांक या दशमलव अंकगणित के साथ गणना करें। line 17 · found by gpt-5.6 · confirmed by gemini-3.6-flash
15. medium वित्तीय गणनाओं के लिए IEEE 754 फ़्लोटिंग-पॉइंट अंकगणित (newTotal * 1.19 / 100) का उपयोग। यह परिशुद्धता और राउंडिंग त्रुटियों की ओर ले जाता है। Fix: पूर्णांकों (BigInt/Math.round) के साथ लगातार सेंट में गणना करें, या सटीक दशमलव अंकगणित के लिए एक लाइब्रेरी का उपयोग करें। line 18 · found by gemini-3.6-flash · confirmed by gpt-5.6
16. low इनवॉइस स्थिति के लिए एक अलग UPDATE कमांड अनावश्यक डेटाबेस राउंड ट्रिप का कारण बनता है। Fix: total_cents और status के अपडेट को एक ही UPDATE क्वेरी में संयोजित करें। line 12 · found by gemini-3.6-flash · confirmed by gpt-5.6

Kirat से हमारी व्यवस्थित समीक्षा के लिए स्क्रीनिंग विश्लेषण स्क्रिप्ट की शुद्धता की जाँच करने को कहें।

kirat_review ने काउंसिल से पूछा

Kirat ने 11 पुष्ट किए गए मुद्दे पाए (6 × high, 4 × medium, 1 × low)। प्रत्येक निष्कर्ष की दूसरे मॉडल परिवार द्वारा क्रॉस-चेक की गई।

सूची में सबसे ऊपर वाले से शुरू करें; प्रत्येक के साथ एक सुझाया गया फ़िक्स आता है।

पर्दे के पीछे

kirat_review Claude Kirat को क्या भेजता है

RECORDED 2026-10-13 · KIRAT_REVIEW · EFFORT: STANDARD · 11 CONFIRMED, 0 REJECTED · $0.09

Focus: एक व्यवस्थित समीक्षा के लिए स्क्रीनिंग विश्लेषण की शुद्धता

भेजा गया कोड:

# screening/agreement.py — compares two screeners' include/exclude decisions (Python 3.12, pandas)
import pandas as pd

a = pd.read_csv('screener_a.csv')   # columns: record_id, decision ('include'/'exclude')
b = pd.read_csv('screener_b.csv')

merged = a.merge(b, on='record_id', suffixes=('_a', '_b'))

agree = (merged.decision_a == merged.decision_b).mean()
p_inc_a = (merged.decision_a == 'include').mean()
p_inc_b = (merged.decision_b == 'include').mean()
expected = p_inc_a * p_inc_b + (1 - p_inc_a) * (1 - p_inc_b)
kappa = (agree - expected) / (1 - expected)

conflicts = merged[merged.decision_a != merged.decision_b]
excluded = merged[merged.decision_a == 'exclude']

print(f'Records screened: {len(a)}')
print(f"Cohen's kappa: {kappa:.2f}")
excluded.record_id.to_csv('excluded.csv', index=False)
conflicts.to_csv('conflicts.csv', index=False)

काउंसिल से परिणाम

1. उच्च डिफ़ॉल्ट इनर जॉइन उन सभी record_id मानों को हटा देता है जो दोनों फ़ाइलों में से केवल एक में मौजूद होते हैं। इसलिए कापा और विरोधाभासों की गणना केवल इंटरसेक्शन के लिए की जाती है, जिससे छूटी हुई स्क्रीनिंग दिखाई नहीं देती। साथ ही, पंक्ति 18 में "Records screened" वास्तव में विश्लेषण किए गए इंटरसेक्शन के बजाय a की लंबाई बताता है। सुधार: merge indicator के साथ outer join का उपयोग करें, ID सेटों की स्पष्ट रूप से तुलना करें, और छूटे हुए निर्णयों को अलग से रिपोर्ट करें या उन्हें डेटा त्रुटियों के रूप में मानें। प्रत्येक मीट्रिक के लिए, वास्तव में उपयोग किया गया हर (denominator) आउटपुट करें। पंक्ति 7 · gpt-5.6 द्वारा पाया गया · gemini-3.6-flash द्वारा पुष्टि की गई
2. उच्च record_id की विशिष्टता की जाँच नहीं की जाती। डुप्लिकेट ID merge के दौरान many-to-many Cartesian product उत्पन्न करते हैं और व्यक्तिगत अध्ययनों को कई बार भार देते हैं, जिससे सहमति, prevalences, kappa और आउटपुट फ़ाइलें विकृत हो जाती हैं। सुधार: merge से पहले, दोनों फ़ाइलों में record_id की non-nullness और विशिष्टता की जाँच करें, और डुप्लिकेट पर निरस्त करें। इसके अतिरिक्त, merge(..., validate='one_to_one') का उपयोग करें। पंक्ति 7 · gpt-5.6 द्वारा पाया गया · gemini-3.6-flash द्वारा पुष्टि की गई
3. उच्च निर्णय मानों की पुष्टि नहीं की जाती। include prevalence की गणना करते समय छूटे हुए मान, टाइपो, अपर/लोअर केस या अतिरिक्त श्रेणियों को अंतर्निहित रूप से "exclude" की तरह माना जाता है, जबकि observed agreement सटीक मानों की तुलना करता है। इसलिए गणना अब बाइनरी Cohen's kappa के अनुरूप नहीं रहती और विरोधाभासी परिणाम उत्पन्न कर सकती है। सुधार: विश्लेषण से पहले नियंत्रित तरीके से decision को सामान्यीकृत करें और सुनिश्चित करें कि प्रत्येक मान ठीक 'include' या 'exclude' हो। छूटे हुए या अज्ञात मानों को डेटा त्रुटियों या अपूर्ण स्क्रीनिंग के रूप में अलग से संभालें। पंक्ति 9 · gpt-5.6 द्वारा पाया गया · gemini-3.6-flash द्वारा पुष्टि की गई
4. उच्च excluded में स्क्रीनर A द्वारा बाहर किए गए सभी रिकॉर्ड शामिल हैं, जिनमें वे विरोधाभास भी हैं जिनमें स्क्रीनर B ने "include" का निर्णय लिया। इसलिए ऐसे रिकॉर्ड excluded.csv और conflicts.csv दोनों में लिखे जाते हैं। यदि excluded.csv का अर्थ अंतिम रूप से बाहर किए गए हिट्स को दर्शाना है, तो अनसुलझे विरोधाभासों को समीक्षा से गलत तरीके से हटाया जा सकता है। सुधार: प्रलेखित precedence नियम के बिना, केवल मेल खाने वाले exclusions चुनें, अर्थात् (decision_a == 'exclude') & (decision_b == 'exclude')। सहमति निर्णय होने तक विरोधाभासों को केवल conflicts.csv में रखें। पंक्ति 16 · gpt-5.6 द्वारा पाया गया · gemini-3.6-flash द्वारा पुष्टि की गई
5. उच्च बाहर किए गए अध्ययनों की गलत फ़िल्टरिंग: 'excluded' केवल स्क्रीनर A के निर्णय ('merged.decision_a == "exclude"') को ध्यान में रखता है। यदि कोई विरोधाभास है (स्क्रीनर A बाहर करता है, स्क्रीनर B शामिल करता है), तो अध्ययन को गलत तरीके से बाहर किया गया गिना जाता है। सुधार: exclusions केवल तब निर्यात करें जब दोनों स्क्रीनरों ने लगातार 'exclude' चुना हो (जैसे '(merged.decision_a == "exclude") & (merged.decision_b == "exclude")'), या विरोधाभास के सुलझने की प्रतीक्षा करें। पंक्ति 16 · gemini-3.6-flash द्वारा पाया गया · gpt-5.6 द्वारा पुष्टि की गई
6. उच्च excluded.csv में वह प्रत्येक रिकॉर्ड शामिल है जिसे स्क्रीनर A ने बाहर किया, जिनमें वे विरोधाभास भी हैं जहाँ स्क्रीनर B ने उसे शामिल किया। उन रिकॉर्ड्स को विरोधाभास चर्चा से पहले हटा दिया जाता है, जो ठीक वही गलत exclusion है जिससे प्रोटोकॉल को बचना चाहिए। सुधार: केवल वे रिकॉर्ड बाहर करें जिन्हें दोनों स्क्रीनरों ने बाहर किया: merged[(merged.decision_a == 'exclude') & (merged.decision_b == 'exclude')]; प्रत्येक विरोधाभास को पहले समाधान के लिए भेजें। पंक्ति 16 · claude द्वारा पाया गया · gpt-5.6, gemini-3.6-flash द्वारा पुष्टि की गई
7. मध्यम यदि दोनों स्क्रीनर केवल एक ही श्रेणी का उपयोग करते हैं, तो expected 1 के बराबर होता है और kappa का हर 0 के बराबर होता है। परिणाम NaN हो जाता है या division-by-zero चेतावनी उत्पन्न कर सकता है; स्वरूपित आउटपुट "nan" यह नहीं बताता कि kappa गणितीय रूप से अपरिभाषित है। खाली विश्लेषित इंटरसेक्शन भी अर्थहीन NaN मीट्रिक्स उत्पन्न करता है। सुधार: विभाजन से पहले जाँचें कि क्या कोई युग्मित वैध निर्णय हैं और क्या 1 - expected 0 से अधिक है। अपवाद स्थितियों में, kappa को स्पष्ट रूप से "परिभाषित नहीं" बताएं और अंतर्निहित आवृत्तियों को रिपोर्ट करें। पंक्ति 13 · gpt-5.6 द्वारा पाया गया · gemini-3.6-flash द्वारा पुष्टि की गई
8. मध्यम Cohen's kappa में शून्य से विभाजन की संभावना यदि अपेक्षित संयोग मान 'expected' 1 के बराबर हो (जैसे यदि दोनों स्क्रीनर 100% रिकॉर्ड्स के लिए एक ही श्रेणी चुनते हैं)। सुधार: गणना से पहले, पकड़ें कि क्या '1 - expected == 0' है और उस स्थिति में एक परिभाषित मान (जैसे 1.0 या NaN) निर्दिष्ट करें। पंक्ति 12 · gemini-3.6-flash द्वारा पाया गया · gpt-5.6 द्वारा पुष्टि की गई
9. मध्यम डिफ़ॉल्ट इनर जॉइन द्वारा रिकॉर्ड्स का मौन त्याग। यदि स्क्रीनर A और स्क्रीनर B ने 'record_id' के अलग-अलग सेटों को रेट किया है, तो संसाधित अध्ययनों में विसंगतियाँ रिपोर्ट नहीं की जाती हैं। इसके अतिरिक्त, कंसोल आउटपुट में 'len(a)' तब वास्तव में मेल खाए गए अध्ययनों की संख्या के अनुरूप नहीं होता। सुधार: जाँचें कि क्या 'len(a) == len(b) == len(merged)' सत्य है, या अपूर्ण रूप से रेट किए गए रिकॉर्ड्स को स्पष्ट रूप से दिखाने के लिए outer join करें। पंक्ति 7 · gemini-3.6-flash द्वारा पाया गया · gpt-5.6 द्वारा पुष्टि की गई
10. मध्यम इनर merge उन रिकॉर्ड्स को मौन रूप से हटा देता है जिन पर केवल एक स्क्रीनर ने निर्णय लिया है, और मुद्रित गणना len(a) का उपयोग करती है। बिना स्क्रीन किए गए रिकॉर्ड्स agreement और PRISMA संख्याओं दोनों से गायब हो जाते हैं। सुधार: how='outer', indicator=True के साथ merge करें, और जब किसी रिकॉर्ड में किसी भी स्क्रीनर का निर्णय न हो तो विफल हों या रिपोर्ट करें। पंक्ति 7 · claude द्वारा पाया गया · gpt-5.6, gemini-3.6-flash द्वारा पुष्टि की गई
11. निम्न 'decision' कॉलम में इनपुट सैनिटाइज़ेशन और छूटे हुए मानों को संभालने की कमी। अपर/लोअर केस, whitespace या NaN मान गलत तुलनाओं को जन्म देते हैं। सुधार: तुलना से पहले कॉलम मानों को साफ़ करें (जैसे '.str.strip().str.lower()' के साथ) और डेटा प्रकार की सुरक्षा सुनिश्चित करें। पंक्ति 9 · gemini-3.6-flash द्वारा पाया गया · gpt-5.6 द्वारा पुष्टि की गई

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

विभिन्न क्षेत्रों से पाँच आइडिया ब्रीफ़। ChatGPT और Gemini तीन ट्रैक में काम करते हैं, Claude एक आइडिया जोड़ता है, और दोनों सदस्य हर आइडिया को गुमनाम रूप से रेट करते हैं (प्रत्येक 1–10, अधिकतम 20 अंक)। एक चुनें।

मेरे दो ब्लॉग पोस्ट Google पर रैंक करते हैं, लेकिन कम पाठक ट्रायल शुरू करते हैं। Kirat के साथ आइडिया ब्रेनस्टॉर्म करें।

kirat_brainstorm ने काउंसिल से पूछा

काउंसिल ने 14 आइडिया निकाले और हर एक को गुमनाम रूप से रेट किया। शीर्ष तीन:

1. 14-दिन की घड़ी को तीन वास्तविक सेंड्स से बदलें (18/20 अंक)
2. लेख के भीतर ही कार्य पूरा करें (17/20 अंक)
3. चेज़ लेख को recovery console में बदलें (17/20 अंक)

पर्दे के पीछे

kirat_brainstorm Claude Kirat को क्या भेजता है

RECORDED 2026-10-13 · KIRAT_BRAINSTORM · EFFORT: STANDARD · 14 IDEAS · 1 ROUND · $0.11

विषय: एक सोलो डेवलपर के लिए आइडिया, ताकि Google पर रैंक करने वाले दो ब्लॉग पोस्टों के अधिक पाठक फ्रीलांसरों के लिए एक invoicing टूल के ट्रायल साइनअप में बदल सकें

भेजा गया संदर्भ: फ्रीलांसरों के लिए invoicing टूल, USD 19 प्रति माह, 14-दिन का फ्री ट्रायल, 5 महीनों के बाद 30 भुगतान करने वाले ग्राहक। साइनअप मुख्य रूप से दो ब्लॉग पोस्टों से आते हैं जो Google पर रैंक करते हैं (फ्रीलांस invoice कैसे लिखें; देर से भुगतान कैसे वसूलें)। लगभग 12% ट्रायल कन्वर्ट होते हैं। डेवलपर के पास एक दिन की नौकरी है और उत्पाद के लिए प्रति सप्ताह लगभग 10 घंटे हैं। HARD: कोई पेड विज्ञापन नहीं। HARD: इसके लिए प्रति सप्ताह अधिकतम 3 घंटे।

काउंसिल से परिणाम

1. 1 14-दिन की घड़ी को तीन वास्तविक सेंड से बदलें gpt-5.6 · rule breaker · 18/20 अंक (9 + 9) ऐसे ट्रायल का परीक्षण करें जो 14 कैलेंडर दिनों के बजाय तीन भेजे गए इनवॉइस या भुगतान-अनुस्मरण के बाद समाप्त हो। यह जानबूझकर इस कोमल धारणा को तोड़ता है कि समय-सीमित ट्रायल उपयुक्त है: फ्रीलांसर किसी मनमानी दो-सप्ताह की अवधि में इनवॉइस नहीं बना सकते, इसलिए मौजूदा ट्रायल उत्पाद के मूल्य को साबित होने से पहले ही समाप्त हो सकता है। $19 मासिक प्लान को अपरिवर्तित रखें और कोहोर्ट के अनुसार सक्रियण-से-भुगतान रूपांतरण की तुलना करें।
2. 2 लेख के भीतर ही कार्य पूरा करें gpt-5.6 · within brief · 17/20 अंक (9 + 8) "फ्रीलांस इनवॉइस कैसे लिखें" में एक छोटा इनवॉइस बिल्डर एम्बेड करें: पाठक क्लाइंट, राशि, देय तिथि और भुगतान शर्तें दर्ज करते हैं, फिर तैयार प्रीव्यू देखते हैं। "इस इनवॉइस को भेजें या सहेजें" उन विवरणों के साथ पहले से लोड किया गया ट्रायल बनाता है, जिससे सीखने और करने के बीच का अंतर समाप्त हो जाता है। इसे तीन घंटे तक सीमित साप्ताहिक स्लाइस में बनाएं, फिर रखरखाव को लगभग शून्य रखें।
3. 3 चेज़ लेख को रिकवरी कंसोल में बदलें gpt-5.6 · neighbor · 17/20 अंक (9 + 8) एम्बेडेड इनवॉइस बिल्डर के एक-चरणीय प्रतिस्थापन के रूप में, पाठकों को अतिदेय राशि और देय तिथि दर्ज करने दें ताकि तिथि-युक्त तीन-संदेश चेज़ अनुक्रम उत्पन्न हो। ट्रायल शुरू करने से देनदार सहेजा जाता है, संदेश शेड्यूल होते हैं, और पहला ड्राफ्ट भेजने के लिए तैयार खुलता है। यह सबसे मजबूत पैटर्न—साइनअप से पहले उपयोगी आउटपुट—को बनाए रखता है, साथ ही दूसरी पोस्ट के इरादे से मेल खाता है।
4. 4 रूपांतरण का क्षण देनदार के कैलेंडर पर रखें gpt-5.6 · within brief · 16/20 अंक (7 + 9) देर से भुगतान वाले लेख में एक जनरेट किया गया .ics फ़ाइल प्रदान करें जिसमें देय तिथि और दिन 1, 7 और 14 पर बढ़ते फ़ॉलो-अप के लिए रिमाइंडर हों। प्रत्येक कैलेंडर इवेंट में एक डीप लिंक होता है जो तिथियों के साथ पहले से भरे संबंधित चेज़ वर्कफ़्लो को खोलता है, जिससे पाठक तब वापस आता है जब परेशानी वास्तविक होती है, न कि तब जब वे केवल शोध कर रहे होते हैं। इसमें किसी ईमेल कैप्चर की आवश्यकता नहीं है और यह बिना निगरानी के चल सकता है।
5. 5 ट्रायल अवधि के बजाय एक क्लाइंट के लिए स्थायी रूप से मुफ़्त प्लान gemini-3.6-flash · rule breaker · 16/20 अंक (8 + 8) यह विचार 14-दिन के ट्रायल की कोमल बाधा को तोड़ता है और इसे ठीक एक सक्रिय क्लाइंट के लिए फ्रीमियम प्लान से बदल देता है। फ्रीलांसर अपने पहले क्लाइंट के लिए उत्पाद का स्थायी रूप से मुफ़्त उपयोग करते हैं और दूसरा क्लाइंट जोड़ते ही 19-डॉलर फ्लैट दर पर सहजता से अपग्रेड करते हैं।
6. 6 पाठकों को तत्काल समस्या के आधार पर रूट करें gpt-5.6 · within brief · 14/20 अंक (8 + 6) सामान्य ट्रायल बैनर को तीन इनलाइन विकल्पों से बदलें जैसे "मुझे अपना पहला इनवॉइस चाहिए," "मैं बार-बार इनवॉइस बनाता हूँ," और "एक क्लाइंट पहले से ही देर कर चुका है।" प्रत्येक विकल्प एक ही होमपेज के बजाय मेल खाता ऑनबोर्डिंग स्टेट खोलता है, और लेख अनुभाग ID उपयुक्त डिफ़ॉल्ट पहले से चुन सकते हैं। केवल CTA क्लिक नहीं, बल्कि पूर्ण ट्रायल सक्रियण मापें, और प्रति सप्ताह एक रूट का परीक्षण करें।
7. 7 तीन फोरेंसिक इनवॉइस मेकओवर प्रकाशित करें gpt-5.6 · within brief · 14/20 अंक (8 + 6) अनुमति के साथ, तीन अनामीकृत ग्राहक इनवॉइस को स्थिर बिफोर-एंड-आफ्टर केस स्टडी में बदलें जो ठीक-ठीक दिखाएं कि क्या बदला और क्यों। रैंकिंग पोस्ट में प्रत्येक मेकओवर को संबंधित सलाह के बगल में डालें, साथ में एक CTA जो उसी सुधारित संरचना को संपादन योग्य ट्रायल टेम्पलेट के रूप में खोलता है। छोटे ग्राहक आधार से विशिष्ट प्रमाण व्यापक प्रशंसापत्रों से अधिक विश्वसनीय हो सकते हैं।
8. 8 पाठकों को दोनों पोस्टों के बीच प्रगति ले जाने दें gpt-5.6 · within brief · 14/20 अंक (7 + 7) पाठक की चुनी हुई मुद्रा, इनवॉइस चरण और देय तिथि को ब्राउज़र में स्थानीय रूप से संग्रहीत करें, फिर जब वे दोनों लेखों के बीच जाएं तो उस स्टेट का उपयोग करें। जिसने इनवॉइस प्लान बनाया है, वह बाद में संदर्भ-आधारित प्रॉम्प्ट देख सकता है जैसे "आपका इनवॉइस अब 3 दिन देर से है—तैयार फ़ॉलो-अप खोलें," जिसमें ट्रायल ऑनबोर्डिंग पहले से भरी हो। यह बिना किसी खाते या निरंतर सामग्री उत्पादन की आवश्यकता के एक हल्की दो-पोस्ट यात्रा बनाता है।
9. 9 इंटरैक्टिव रिमाइंडर पत्र कॉन्फ़िगरेटर gemini-3.6-flash · within brief · 14/20 अंक (7 + 7) अतिदेय भुगतानों के फ़ॉलो-अप वाले लेख में बढ़ते भुगतान रिमाइंडर पत्रों के लिए एक जनरेटर जोड़ें। टेक्स्ट दर्ज करने के बाद, टेम्पलेट उत्पन्न होता है, जिसे ट्रायल खाते में भविष्य के इनवॉइस के लिए स्वचालित भुगतान रिमाइंडर सेट करने के CTA के साथ जोड़ा जाता है।
10. 10 पूर्व पंजीकरण के बिना इंस्टेंट-सेंड मैजिक लिंक gemini-3.6-flash · neighbor · 14/20 अंक (8 + 6) इन-कंटेंट जनरेटर का रूपांतर: पाठक ब्लॉग लेख में सीधे इनवॉइस विवरण दर्ज करता है और अभी इनवॉइस भेजें पर क्लिक करता है। पृष्ठभूमि में, सिस्टम सहजता से एक ट्रायल खाता बनाता है और ईमेल सीधे भेजता है; पासवर्ड केवल बाद में सेट किया जाता है।
11. 11 ब्लॉग लेख में सीधे लाइव इनवॉइस जनरेटर gemini-3.6-flash · within brief · 13/20 अंक (6 + 7) इनवॉइस लिखने वाले लेख में सीधे एक सरल, इंटरैक्टिव फ़ॉर्म टूल एम्बेड करें। पाठक अपने इनवॉइस विवरण टाइप करते हैं और तैयार PDF तुरंत और मुफ़्त डाउनलोड कर सकते हैं। एक प्रमुख बटन एक क्लिक में इनवॉइस को डिजिटल रूप से भेजने और 14-दिन के ट्रायल खाते में भुगतान स्थिति ट्रैक करने की पेशकश करता है।
12. 12 मासिक सदस्यता के बजाय एकबारगी पे-पर-यूज़ रिमाइंडर gemini-3.6-flash · rule breaker · 13/20 अंक (6 + 7) यह विचार 19 डॉलर प्रति माह के शुद्ध SaaS सदस्यता मॉडल की कोमल बाधा को तोड़ता है। 5 डॉलर के एकबारगी शुल्क पर, देर से भुगतान वाले लेख के पाठक एक ट्रैकिंग लिंक सहित कानूनी रूप से सुदृढ़ रिमाइंडर पत्र भेजवा सकते हैं, और यदि वे बाद में सदस्यता लेते हैं तो शुल्क पूरी तरह से जमा हो जाता है।
13. 13 टेम्पलेट जो टूल में खुलता है claude · within brief · 11/20 अंक (6 + 5) पोस्ट से इनवॉइस टेम्पलेट को टूल में उपयोग-के-लिए-तैयार इनवॉइस के रूप में प्रदान करें: एक क्लिक फ़ाइल डाउनलोड के बजाय पहले से भरा ट्रायल खाता खोलता है।
14. 14 समस्या-विशिष्ट एग्ज़िट इंटेंट के साथ स्वचालित ईमेल अनुक्रम gemini-3.6-flash · within brief · 8/20 अंक (4 + 4) देर से भुगतान वाले लेख पर एक एग्ज़िट-इंटेंट पॉपअप लागू करें जो ईमेल पते के बदले देर से भुगतान करने वाले क्लाइंट के लिए एक आपातकालीन ईमेल टेम्पलेट प्रदान करता है। फिर एक स्वचालित तीन-भाग ईमेल अनुक्रम निष्क्रिय रूप से समझाता है कि स्वचालित वर्कफ़्लो देर से भुगतान कैसे कम करते हैं, और ट्रायल खाते से लिंक करता है।

Kirat के साथ विचार-मंथन करें: हम इस एकबारगी शॉप रीबिल्ड को ऐसे केयर प्लान में कैसे बदलें जो क्लाइंट वास्तव में चाहता है?

kirat_brainstorm ने काउंसिल से पूछा

काउंसिल ने 15 विचार निकाले और प्रत्येक को अनाम रूप से रेट किया। शीर्ष तीन:

1. बजट ब्रेक: लॉन्च ग्लॉस से पहले ऑपरेशन्स (18/20 अंक)
2. CSV Product Gatekeeper (17/20 अंक)
3. Reliability Dividend (17/20 अंक)

पर्दे के पीछे

kirat_brainstorm Claude Kirat को क्या भेजता है

दर्ज 2026-10-13 · KIRAT_BRAINSTORM · प्रयास: मानक · 15 विचार · 1 राउंड · $0.10

विषय: एक छोटी डिजिटल एजेंसी के लिए विचार, ताकि एकबारगी शॉप रीबिल्ड को ऐसे आवर्ती केयर रिटेनर में बदला जा सके जो क्लाइंट वास्तव में चाहता है

भेजा गया संदर्भ: 4 लोगों की एजेंसी। क्लाइंट जर्मनी, ऑस्ट्रिया और स्विट्ज़रलैंड में लगभग 1,800 फर्नीचर उत्पाद बेचता है, उसके पास 3 कर्मचारी हैं और कोई इन-हाउस डेवलपर नहीं है, राजस्व लगभग EUR 1.2 मिलियन प्रति वर्ष। पुराने सेल्फ-होस्टेड WooCommerce शॉप में 31 प्लगइन थे और पिछले वर्ष दो सुरक्षा घटनाएँ हुईं; क्लाइंट कम रखरखाव और कम आपात स्थितियाँ चाहता है। एक स्थानीय ERP उत्पाद डेटा को CSV के रूप में निर्यात करता है। रीबिल्ड बजट: EUR 25,000। कठोर: कोई लॉक-इन नहीं; क्लाइंट किसी भी समय सभी डेटा और एक्सेस के साथ जा सके। कठोर: एजेंसी में कोई अतिरिक्त भर्ती नहीं।

काउंसिल से परिणाम

1. 1 बजट ब्रेक: लॉन्च से पहले संचालन की स्पष्ट व्याख्या gpt-5.6 · नियम तोड़ने वाला · 18/20 अंक (9 + 9) यह विचार जानबूझकर 25,000 EUR के रीबिल्ड बजट की सॉफ्ट बाधा को तोड़ता है: प्रस्ताव है, उदाहरण के लिए, जानबूझकर लीन लॉन्च के लिए 22,000 EUR और संचालन के पहले बाध्यकारी वर्ष के लिए 12,000 EUR। बदले में, शुरुआती प्रोजेक्ट से nice-to-have फीचर्स हटा दिए जाते हैं; इसके बजाय, इम्पोर्ट हार्डनिंग, रिस्टोर ड्रिल, मॉनिटरिंग और मासिक सुधारों को फंड किया जाता है। अधिक कुल वॉल्यूम इसलिए फायदेमंद है क्योंकि क्लाइंट एक बार फिर से ऐसी दुकान नहीं खरीद रहा है जो देखने में तैयार लगे लेकिन जिसकी असली परिचालन लागत लॉन्च के बाद ही दिखे; सभी एक्सेस क्रेडेंशियल, डेटा और कार्य परिणाम किसी भी समय हस्तांतरणीय रहते हैं।
2. 2 CSV प्रोडक्ट गेटकीपर gpt-5.6 · ब्रीफ के भीतर · 17/20 अंक (9 + 8) हर ERP इम्पोर्ट से पहले, एक स्वचालित पाइपलाइन CSV में गुम कीमतों, डुप्लिकेट, अमान्य वेरिएंट, इमेज त्रुटियों, DACH टैक्स लॉजिक और संदिग्ध स्टॉक बदलावों की जाँच करती है। मासिक रिटेनर में नियम रखरखाव, इम्पोर्ट मॉनिटरिंग और तीन कर्मचारियों के लिए एक समझने योग्य त्रुटि रिपोर्ट शामिल है। यह तकनीकी रखरखाव को सीधे व्यावसायिक लाभ में बदल देता है: कम गलत उत्पाद, कम फॉलो-अप प्रश्न और कम छोड़ी गई खरीदारी।
3. 3 विश्वसनीयता लाभांश gpt-5.6 · ब्रीफ के भीतर · 17/20 अंक (8 + 9) क्लाइंट मॉनिटरिंग और रखरखाव के लिए एक मध्यम आधार शुल्क देता है; एक अतिरिक्त त्रैमासिक राशि तभी देय होती है जब सहमत विश्वसनीयता लक्ष्य जैसे सफल इम्पोर्ट, परीक्षित रिस्टोरेशन और प्रतिक्रिया समय पूरे हुए हों। एजेंसी के कारण होने वाले टालने योग्य आउटेज बिल योग्य आपातकालीन घंटों के बजाय सर्विस क्रेडिट उत्पन्न करते हैं। यह मॉडल आर्थिक प्रोत्साहनों को रोकथाम के साथ जोड़ता है और क्लाइंट का यह डर दूर करता है कि एजेंसी समस्याओं से लाभ कमाती है।
4. 4 एग्ज़िट-रेडी केयर चार्टर gpt-5.6 · ब्रीफ के भीतर · 16/20 अंक (9 + 7) रिटेनर को जानबूझकर एक anti-lock-in उत्पाद के रूप में बेचा जाता है: मॉनिटरिंग, अपडेट, बैकअप, सुरक्षा जाँच और प्रति माह दो छोटे बदलाव लगभग 1,200–1,500 EUR में। सभी खाते क्लाइंट के पास होते हैं, और कोड और इम्पोर्ट स्क्रिप्ट क्लाइंट के रिपॉज़िटरी में रहते हैं; हर महीने क्लाइंट को डॉक्यूमेंटेशन, एक डेटा एक्सपोर्ट और एक हैंडओवर पैक भी मिलता है जिससे वे किसी भी समय रद्द कर सकते हैं। इस तरह क्लाइंट निर्भरता के बजाय प्रदर्शन योग्य संचालनशीलता के लिए भुगतान करता है।
5. 5 मौसमी रिलीज़ ट्रेन gpt-5.6 · ब्रीफ के भीतर · 16/20 अंक (8 + 8) मनमाने सपोर्ट टिकटों के बजाय, प्रति वर्ष चार योजनाबद्ध कॉमर्स रिलीज़ होते हैं, उदाहरण के लिए गार्डन फर्नीचर, गर्मियों के अंत, Black Week और क्रिसमस के लिए। रिटेनर में प्रत्येक रिलीज़ के लिए एक छोटा UX या मर्चेंडाइज़िंग पैकेज, रिग्रेशन टेस्ट और बीच का तकनीकी रखरखाव शामिल है। यह क्लाइंट को दिखने योग्य निरंतर विकास देता है और चार-व्यक्ति वाली एजेंसी के लिए प्रयास को बंडल करने योग्य रखता है।
6. 6 त्रैमासिक एस्केप टेस्ट gpt-5.6 · ब्रीफ के भीतर · 16/20 अंक (9 + 7) हर तिमाही, एजेंसी उत्पाद, ग्राहक, ऑर्डर और कंटेंट डेटा का पूरा एक्सपोर्ट प्रदान करती है और एक तटस्थ टेस्ट वातावरण में एक प्रलेखित रीस्टार्ट करती है। क्लाइंट जिस चीज़ के लिए भुगतान करता है, वह सबसे बढ़कर नियमित रूप से सिद्ध किया गया एग्ज़िट है: एक्सेस सूची, रिस्टोर लॉग और हैंडओवर मैनुअल क्लाइंट के होते हैं। इस प्रकार कठोर no-lock-in मानदंड एक आपत्ति से रिटेनर के लिए एक असामान्य सेलिंग पॉइंट में बदल जाता है।
7. 7 केयर चार्टर प्लस ग्रोथ एक्सचेंज gpt-5.6 · पड़ोसी · 16/20 अंक (8 + 8) एग्ज़िट-रेडी केयर चार्टर के एक छोटे म्यूटेशन के रूप में, शामिल परिवर्तन घंटे पहले से तय नहीं होते बल्कि संचालन, डेटा गुणवत्ता और कन्वर्ज़न सुधारों के बीच मासिक रूप से स्थानांतरित होते हैं; अप्रयुक्त वॉल्यूम अधिकतम एक तिमाही तक आगे बढ़ता है। एक संयुक्त 30 मिनट का बोर्ड जोखिमों और राजस्व अवसरों के आधार पर उनके उपयोग का निर्णय लेता है। रिटेनर एग्ज़िट-रेडी रहता है लेकिन बीमा जैसा कम और एक लचीली बाहरी डिजिटल टीम जैसा अधिक लगता है।
8. 8 ERP सिंक और कैटलॉग सुरक्षा रिटेनर gemini-3.6-flash · ब्रीफ के भीतर · 13/20 अंक (7 + 6) एजेंसी स्थानीय ERP CSV और ऑनलाइन शॉप के बीच इंटरफ़ेस की निरंतर मॉनिटरिंग और रखरखाव अपने हाथ में लेती है। गलत डेटा इम्पोर्ट, गुम फर्नीचर वेरिएंट या गलत कीमतें लाइव होने से पहले स्वचालित रूप से पकड़ी जाती हैं। यह क्लाइंट की 3-व्यक्ति टीम से डेटा रखरखाव का परिचालन बोझ पूरी तरह हटा देता है।
9. 9 AI-संचालित प्रोडक्ट डेटा एनरिचमेंट फ्लैट रेट gemini-3.6-flash · पड़ोसी · 13/20 अंक (6 + 7) ERP इंटरफ़ेस विचार का म्यूटेशन: एजेंसी न केवल CSV इम्पोर्ट बनाए रखती है बल्कि AI स्क्रिप्ट का उपयोग करके कच्चे डेटा को संरचित विशेषताओं, SEO कॉपी और DACH-विशिष्ट डिलीवरी समय नोट्स के साथ स्वचालित रूप से समृद्ध भी करती है। यह क्लाइंट के मैन्युअल रखरखाव प्रयास को बचाता है और अतिरिक्त एजेंसी स्टाफिंग के बिना फर्नीचर बाजार में दृश्यता बढ़ाता है।
10. 10 CI/CD-आधारित विज़ुअल रिग्रेशन रखरखाव अनुबंध gemini-3.6-flash · ब्रीफ के भीतर · 12/20 अंक (6 + 6) जोखिम भरे लाइव अपडेट के बजाय, एजेंसी एक स्टेजिंग पाइपलाइन सेट करती है जो मासिक प्लगइन अपडेट को दृश्य और कार्यात्मक रूप से स्वचालित रूप से जाँचती है। क्लाइंट को मासिक पारदर्शिता रिपोर्ट और सुरक्षा कमज़ोरियों के लिए गारंटीकृत प्रतिक्रिया समय मिलता है। यह पिछले आपातकालों के बिना पूर्ण स्थिरता की गारंटी देता है।
11. 11 त्रैमासिक कन्वर्ज़न और UX पॉलिशिंग gemini-3.6-flash · ब्रीफ के भीतर · 11/20 अंक (6 + 5) बुनियादी रखरखाव के अलावा, रिटेनर में चेकआउट फ़ंक्शन और फर्नीचर वेरिएंट डिस्प्ले को अनुकूलित करने के लिए निश्चित घंटा कोटा शामिल है। एजेंसी हर महीने DACH क्षेत्र में उपयोगकर्ता व्यवहार का विश्लेषण करती है और उच्च-रिटर्न समायोजन लागू करती है। यह रिटेनर को शुद्ध लागत कारक से राजस्व चालक में बदल देता है।
12. 12 सुरक्षित अपडेट और तत्काल रोलबैक गारंटी gemini-3.6-flash · पड़ोसी · 11/20 अंक (5 + 6) CI/CD रखरखाव अनुबंध का म्यूटेशन: रिटेनर पूरी तरह से गारंटीकृत ज़ीरो-डाउनटाइम SLA पर केंद्रित है, जिसमें घटनाओं के मामले में 15 मिनट के भीतर स्वचालित स्नैपशॉट रिस्टोरेशन शामिल है। यह न्यूनतम निरंतर मैन्युअल प्रयास के साथ दो सुरक्षा घटनाओं के बाद क्लाइंट के डर को सीधे संबोधित करता है।
13. 13 निश्चित बजट के बजाय राजस्व-हिस्सेदारी ग्रोथ पैकेज gemini-3.6-flash · नियम तोड़ने वाला · 9/20 अंक (4 + 5) 25,000 EUR के कठोर एकमुश्त रीबिल्ड बजट की सॉफ्ट धारणा को तोड़ता है: रीबिल्ड लागत घटाकर 10,000 EUR कर दी जाती है, जिसे अतिरिक्त राजस्व के एक छोटे हिस्से के साथ मासिक रिटेनर से जोड़ा जाता है। यह फायदेमंद है क्योंकि क्लाइंट अपना निवेश जोखिम कम करता है और एजेंसी 1.2 मिलियन EUR की दुकान की वृद्धि में सीधे भागीदार होती है।
14. 14 हेडलेस-आर्किटेक्चर केयर सर्विस gemini-3.6-flash · नियम तोड़ने वाला · 7/20 अंक (3 + 4) क्लासिक मोनोलिथ सेटअप (जैसे मानक WooCommerce) की सॉफ्ट बाधा को तोड़ता है: फ्रंटएंड को बैकएंड से अलग किया जाता है, इसलिए प्लगइन सुरक्षा कमज़ोरियाँ अब वेबसाइट पर सीधे हमला नहीं कर सकतीं। यह फायदेमंद है क्योंकि आपातकाल संरचनात्मक रूप से समाप्त हो जाते हैं और ओपन-सोर्स स्टैक और पूर्ण Git एक्सेस के कारण क्लाइंट किसी भी समय पोर्टेबल रहता है।
15. 15 मासिक एक-पृष्ठ केयर रिपोर्ट claude · ब्रीफ के भीतर · 6/20 अंक (4 + 2) अपटाइम, पेज स्पीड, लागू किए गए अपडेट और रोकी गई घटनाओं के साथ एक-पृष्ठ की मासिक रिपोर्ट, ताकि क्लाइंट देख सके कि रिटेनर किसके लिए भुगतान कर रहा है।

हमारा नया ऑर्डरिंग पेज अगले महीने लाइव हो रहा है। Kirat के साथ विचार-मंथन करें कि हम पेड विज्ञापनों के बिना अधिक केक प्री-ऑर्डर कैसे प्राप्त करें।

kirat_brainstorm ने काउंसिल से पूछा

काउंसिल ने 15 विचार निकाले और प्रत्येक को गुमनाम रूप से रेट किया। शीर्ष तीन:

1. वार्षिक जन्मदिन ऑटोपायलट (18/20 अंक)
2. सामान्य पोस्टों के बजाय असली केक स्लॉट (17/20 अंक)
3. केक अपने आप में एक विज्ञापन माध्यम बनकर यात्रा करता है (16/20 अंक)

पर्दे के पीछे

kirat_brainstorm Claude Kirat को क्या भेजता है

रिकॉर्ड किया गया 2026-10-13 · KIRAT_BRAINSTORM · प्रयास: मानक · 15 विचार · 1 राउंड · $0.09

विषय: एक स्थानीय बेकरी के लिए अपने नए ऑनलाइन ऑर्डरिंग पेज के माध्यम से अधिक कस्टम-केक प्री-ऑर्डर प्राप्त करने के विचार, पेड विज्ञापनों के बिना

भेजा गया संदर्भ: 40,000 लोगों के एक जर्मन कस्बे में 6 कर्मचारियों वाली बेकरी। कस्टम केक और प्री-ऑर्डर का मार्जिन सबसे अच्छा है। एक नया ऑनलाइन ऑर्डरिंग पेज (केक चयन, पिक-अप तिथि, अग्रिम भुगतान) अगले महीने लाइव हो रहा है; अब तक ऑर्डर केवल फोन और ईमेल से आते थे। Google Business Profile पर 120 समीक्षाओं से 4.7 स्टार हैं। मालिक के पास कम समय है, इसलिए विचारों को प्रति सप्ताह अधिकतम 2 घंटे में चलना चाहिए। कठोर: इस तिमाही कोई पेड विज्ञापन नहीं। कठोर: कोई अतिरिक्त कर्मचारी नहीं।

काउंसिल से परिणाम

1. 1 वार्षिक जन्मदिन ऑटोपायलट gpt-5.6 · ब्रीफ के भीतर · 18/20 अंक (9 + 9) चेकआउट पर ग्राहक स्वेच्छा से अवसर और महीना छोड़ सकते हैं ताकि अगले वर्ष उन्हें अनुस्मारक मिले। 21 दिन पहले एक स्वचालित ईमेल पहले से भरे ऑर्डर पेज तक ले जाता है; इस तरह हर ऑर्डर एक भविष्य का ऑर्डर बनाता है, बिना निरंतर ग्राहक अधिग्रहण के और स्पष्ट सहमति के साथ।
2. 2 सामान्य पोस्ट के बजाय असली केक स्लॉट gpt-5.6 · ब्रीफ के भीतर · 17/20 अंक (9 + 8) ऑर्डर पेज अगले चार हफ्तों के लिए वास्तविक शेष उत्पादन स्लॉट दिखाता है, जैसे "शनिवार के लिए अभी भी 2 कस्टम केक उपलब्ध हैं"। एक साप्ताहिक Google Business पोस्ट सीधे इस दृश्य से लिंक करता है; इसे अपडेट करने और पोस्ट करने में एक साथ अधिकतम 20 मिनट लगते हैं और बिना छूट के विश्वसनीय तात्कालिकता पैदा होती है।
3. 3 केक अपने आप में एक विज्ञापन माध्यम बनकर यात्रा करता है gpt-5.6 · ब्रीफ के भीतर · 16/20 अंक (8 + 8) हर उठाए गए केक के साथ एक छोटा कार्ड मिलता है जिस पर लिखा होता है "इस केक को दोबारा ऑर्डर करें या कस्टमाइज़ करें" और मिलते-जुलते वेरिएंट के लिए एक QR कोड। केक काटते समय कार्ड दिखाई देता है, ताकि ठीक उपस्थित जन्मदिन या शादी के मेहमान ऑर्डर करने का तरीका जान सकें; एक बार बनाया गया कार्ड सेट लगभग कोई साप्ताहिक प्रयास नहीं मांगता।
4. 4 लॉन्च पर एक बार का केक परामर्श घंटा gpt-5.6 · नियम तोड़ने वाला · 16/20 अंक (8 + 8) लॉन्च के बाद पहले शनिवार को चार घंटे के लिए एक खुला केक परामर्श घंटा होता है: मेहमान नमूना कार्डों से स्वाद और शैली चुनते हैं और फिर उनके लिए रखे गए QR कोड के माध्यम से स्वयं अपना ऑर्डर देते हैं। यह जानबूझकर उस सप्ताह में अधिकतम दो घंटे के प्रयास की नरम बाधा को तोड़ता है; अतिरिक्त प्रयास फलदायी होता है क्योंकि वास्तविक ऑर्डर, देखी गई उपयोगिता समस्याएं और पुन: प्रयोग योग्य तस्वीरें व ग्राहक प्रश्न सब एक साथ पैदा होते हैं — बिना अतिरिक्त कर्मचारियों या सशुल्क विज्ञापन के।
5. 5 प्रभावशालकों के बजाय अवसर साझेदार gpt-5.6 · ब्रीफ के भीतर · 15/20 अंक (8 + 7) बच्चों के खेल स्थल, फोटोग्राफर, फूलवाले, शादी स्थल और क्लबहाउस प्रत्येक को एक छोटा QR स्टैंड मिलता है जो उनके अवसर के लिए पहले से कॉन्फ़िगर किए गए केक चयन तक ले जाता है। बदले में, बेकरी इन साझेदारों का नाम एक स्थानीय सिफारिश पेज पर रखती है; प्रति माह पांच लक्षित अनुरोध पर्याप्त हैं, और कमीशन व सशुल्क पहुंच समाप्त हो जाते हैं।
6. 6 कार्यालयों और क्लबों के लिए केक रोटा gpt-5.6 · ब्रीफ के भीतर · 15/20 अंक (8 + 7) स्थानीय कार्यालयों, प्रैक्टिसों और क्लबों को एक पेज मिलता है जहां कई जन्मदिन या आवर्ती तिथियां एकत्र की जा सकती हैं और एक के बाद एक पूर्वभुगतान की जा सकती हैं। त्रैमासिक रोटा, एक बार सेट होने पर, व्यक्तिगत अवसरों को योजनाबद्ध श्रृंखला ऑर्डर में बदल देते हैं; आउटरीच प्रति सप्ताह दो संगठनों तक सीमित की जा सकती है।
7. 7 काउंटर टैबलेट पर हाइब्रिड केक परामर्श gemini-3.6-flash · नियम तोड़ने वाला · 14/20 अंक (7 + 7) शुक्रवार को 1 घंटे का इन-स्टोर परामर्श देकर जानबूझकर 'केवल ऑनलाइन ऑर्डरिंग' की नरम बाधा को तोड़ता है, जिसके दौरान ऑर्डर एक साथ टैबलेट पर दर्ज किए जाते हैं। यह फलदायी होता है क्योंकि अनिर्णीत और वृद्ध ग्राहकों को धीरे-धीरे नई ऑनलाइन प्रणाली से परिचित कराया जाता है।
8. 8 समीक्षाएं निर्णय सहायक बनती हैं gpt-5.6 · पड़ोसी · 13/20 अंक (7 + 6) सबसे मजबूत मौजूदा सामग्री के एक छोटे पुनर्संयोजन के रूप में, 120 Google समीक्षाओं के बारह सार्थक वाक्यों को मिलते-जुलते केक शैलियों के साथ जोड़ा जाता है, प्रत्येक के साथ एक सीधा ऑर्डर लिंक। इस तरह 4.7 सितारे केवल विश्वास संकेत के रूप में नहीं दिखाए जाते बल्कि उत्पाद चयन में मदद करते हैं; एक बार सेटअप के बाद पेज अधिकतर रखरखाव-मुक्त रहता है।
9. 9 शॉप डीप लिंक के साथ नमूना-केक डिस्प्ले gemini-3.6-flash · पड़ोसी · 13/20 अंक (6 + 7) बिक्री कक्ष में सबसे सुंदर केकों की एक भौतिक फोटो गैलरी में हर तस्वीर के साथ एक विशिष्ट QR कोड होता है जो ऑनलाइन शॉप में ठीक इसी केक मॉडल को पहले से चयनित करके खोलता है। विचार 1 का रूपांतरण: इन-स्टोर डिस्प्ले को शॉप में सीधे डीप लिंक से जोड़ना।
10. 10 Google प्रोफ़ाइल अनुकूलन और स्वचालित समीक्षा लिंक gemini-3.6-flash · ब्रीफ के भीतर · 12/20 अंक (6 + 6) मजबूत Google प्रोफ़ाइल (4.7 सितारे) को आधिकारिक 'ऑनलाइन ऑर्डर करें' बटन के साथ पूरक किया जाता है और वर्तमान केकों की तस्वीर के साथ साप्ताहिक रूप से अपडेट किया जाता है। पिकअप पर, ग्राहकों को ईमेल द्वारा समीक्षा और पुनः ऑर्डर पेज के लिंक वाला एक टेम्पलेट मिलता है। प्रति सप्ताह 30 मिनट से कम समय लगता है।
11. 11 रसीदों और ब्रेड बैगों पर QR कोड टीज़र gemini-3.6-flash · ब्रीफ के भीतर · 11/20 अंक (6 + 5) हर रसीद और पैकेजिंग पर एक आकर्षक QR कोड छपा होता है, जो सीधे ऑनलाइन केक कॉन्फ़िगरेटर तक ले जाता है ('अपने उत्सव के लिए अपने सपनों का केक ऑनलाइन प्लान करें')। यह काउंटर पर अतिरिक्त प्रयास के बिना रोज़ाना आने वाले ग्राहकों को डिजिटल प्री-ऑर्डर करने वालों में बदल देता है।
12. 12 स्थानीय इवेंट स्थलों के साथ B2B साझेदारी gemini-3.6-flash · ब्रीफ के भीतर · 11/20 अंक (6 + 5) वेबसाइट के लिए सीधे बुकिंग कोड वाले स्टैंड और फ्लायर स्थानीय रेस्तरां, इवेंट बार्न और शादी योजनाकारों के यहां रखे जाते हैं। जश्न मनाने वाले ग्राहक अपना केक सीधे ऑनलाइन बुक करते हैं, जबकि स्थल को बदले में एक छोटा व्यय भत्ता या रेफ़रल मिलता है।
13. 13 डेकेयर और स्कूल जन्मदिन कैलेंडर gemini-3.6-flash · पड़ोसी · 10/20 अंक (4 + 6) माता-पिता परिषदों के लिए सूचना फ्लायर के माध्यम से स्थानीय किंडरगार्टन के साथ सहयोग, जिनमें बच्चों के थीम वाले केकों के लिए एक निश्चित छूट कोड होता है। विचार 3 का रूपांतरण: सामान्य B2B साझेदारों के बजाय, बच्चों के जन्मदिन के उच्च-आवृत्ति अवसर को विशेष रूप से स्वचालित तरीके से संबोधित किया जाता है।
14. 14 सजाए गए केकों के लिए मासिक मिनी कार्यशाला gemini-3.6-flash · नियम तोड़ने वाला · 10/20 अंक (4 + 6) जानबूझकर 'प्रति सप्ताह अधिकतम 2 घंटे का समय' की नरम बाधा को तोड़ता है, क्योंकि महीने में एक बार 4 घंटे की कार्यशाला होती है। यह फलदायी होता है क्योंकि प्रतिभागी ब्रांड राजदूत के रूप में कार्य करते हैं, उत्साही सोशल मीडिया सामग्री बनाते हैं और ऑनलाइन शॉप के माध्यम से अनुवर्ती ऑर्डर अवश्य देते हैं।
15. 15 हर केक बॉक्स पर ऑर्डर लिंक claude · ब्रीफ के भीतर · 8/20 अंक (4 + 4) केक बॉक्स और रसीदों पर ऑर्डरिंग पेज का QR कोड प्रिंट करें, ताकि हर वह ग्राहक जो पहले से केक खरीदता है, बिना फोन किए अगले जन्मदिन के लिए दोबारा ऑर्डर कर सके।

Kirat का Claude के लिए नोट: सर्वश्रेष्ठ rule_breaker विचार केवल रैंक 4 पर: "लॉन्च पर एक बार का केक परामर्श घंटा" — यह जानबूझकर एक नरम बाधा को तोड़ता है। इसे खारिज करने से पहले एक बार steelman करें।

Kirat के साथ विचार-मंथन करें कि हम बिलिंग को मोनोलिथ से अलग किए बिना दो तिमाहियों के भीतर बिलिंग घटनाओं को कैसे कम करें।

kirat_brainstorm ने काउंसिल से पूछा

काउंसिल ने 15 विचार निकाले और प्रत्येक को गुमनाम रूप से रेट किया। शीर्ष तीन:

1. बिलिंग तालिकाओं के चारों ओर डेटाबेस फ़ायरवॉल (17/20 अंक)
2. निष्पादन योग्य वित्तीय अपरिवर्तनीय (17/20 अंक)
3. रिलीज़ गॉन्टलेट के रूप में घटना पुनःप्ले (17/20 अंक)

पर्दे के पीछे

kirat_brainstorm Claude Kirat को क्या भेजता है

दर्ज 2026-10-13 · KIRAT_BRAINSTORM · प्रयास: मानक · 15 विचार · 1 राउंड · $0.06

विषय: बिलिंग मॉड्यूल के कारण होने वाली उत्पादन घटनाओं को दो तिमाहियों के भीतर कम करने के विचार, इसे अलग सेवा में निकाले बिना

भेजा गया संदर्भ: 8 इंजीनियरों की टीम। एक TypeScript मोनोलिथ, लगभग 60,000 पंक्तियां, एक Postgres डेटाबेस, दिन में कई बार डिप्लॉय किया जाता है। बिलिंग मॉड्यूल हर हफ्ते बदलता है और पिछली 8 उत्पादन घटनाओं में से 5 का कारण बना, मुख्यतः अन्य मॉड्यूल द्वारा बिलिंग तालिकाओं को सीधे पढ़ने और लिखने के कारण। टीम में किसी ने भी उत्पादन में वितरित प्रणाली नहीं चलाई है। नेतृत्व दो तिमाहियों के भीतर कम घटनाएं चाहता है। कठोर: बिलिंग मॉड्यूल का पुनर्लेखन नहीं। कठोर: बिलिंग पर फ़ीचर कार्य हर हफ्ते जारी रहता है।

काउंसिल से परिणाम

1. 1 बिलिंग तालिकाओं के चारों ओर डेटाबेस फ़ायरवॉल gpt-5.6 · within brief · 17/20 अंक (9 + 8) मोनोलिथ के बिलिंग और गैर-बिलिंग कोड पथों के लिए अलग-अलग Postgres रोल बनाएँ, फिर सामान्य एप्लिकेशन रोल से बिलिंग तालिकाओं में सीधे लेखन को रद्द करें। सभी परिवर्तनों को समीक्षित स्टोर्ड प्रोसीजर या ट्रांज़ैक्शन फ़ंक्शन के एक छोटे से समूह के माध्यम से रूट करें, और साप्ताहिक फ़ीचर कार्य को रोके बिना कॉलरों को खोजने और माइग्रेट करने के लिए पहले अस्थायी ऑडिट लॉगिंग जोड़ें।
2. 2 निष्पादन-योग्य वित्तीय अपरिवर्तनीयताएँ gpt-5.6 · within brief · 17/20 अंक (9 + 8) अपरिवर्तनीयताओं की एक छोटी सूची—जैसे अपरिवर्तनीय अंतिम चालान, संतुलित लेजर प्रविष्टियाँ, इडेम्पोटेंट चार्ज निर्माण, और वैध स्थिति संक्रमण—को जहाँ सुरक्षित हो वहाँ डेटाबेस बाधाओं के रूप में और जहाँ नहीं हो वहाँ निर्धारित प्रोडक्शन प्रोब के रूप में एन्कोड करें। CI में अनामीकृत प्रोडक्शन-आकार के फ़िक्स्चर के विरुद्ध वही प्रोब चलाएँ, जिससे घटना-ज्ञान व्यापक परीक्षण विस्तार के बजाय स्थायी ट्रिपवायर में बदल जाए।
3. 3 रिलीज़ गॉन्टलेट के रूप में घटना पुनःप्ले gpt-5.6 · within brief · 17/20 अंक (9 + 8) पाँच बिलिंग घटनाओं को कैप्चर किए गए क्वेरी आकारों और सैनिटाइज़ किए गए पंक्तियों का उपयोग करके नियतात्मक पुनःप्ले परिदृश्यों में बदलें, फिर हर बिलिंग परिवर्तन को उन्हें पार करना अनिवार्य करें। उन्हीं सटीक परिदृश्यों के आसपास रिट्राई, डुप्लिकेट इवेंट, ट्रांज़ैक्शन क्रम और आंशिक विफलताओं को क्रमपरिवर्तित करने वाले जनरेटिव परीक्षण जोड़ें, जिससे व्यापक मोनोलिथ कवरेज का प्रयास करने के बजाय विफलता के पड़ोस को लक्षित किया जाए।
4. 4 बिलिंग सीमा का छाया-प्रवर्तन gpt-5.6 · neighbor · 16/20 अंक (9 + 7) डेटाबेस फ़ायरवॉल के कम-जोखिम वाले परिवर्तन के रूप में, शुरू में वर्तमान अनुमतियाँ बनाए रखें लेकिन बिलिंग तालिकाओं को छूने वाली हर क्वेरी को उसके मॉड्यूल, कॉल साइट और ट्रांज़ैक्शन ID के साथ लॉग करें। चार सप्ताह बाद, अप्रत्याशित लेखन को CI विफलताओं में बदलें, फिर मॉड्यूल-दर-मॉड्यूल प्रोडक्शन त्रुटियों में; यह तत्काल अनुमति कटओवर के बजाय चरणबद्ध प्रवर्तन का विकल्प प्रदान करता है।
5. 5 बिलिंग ब्लास्ट-रेडियस स्विचबोर्ड gpt-5.6 · within brief · 16/20 अंक (9 + 7) जोखिम भरे बिलिंग व्यवहारों को—पूरे मॉड्यूल को नहीं—सर्वर-साइड किल स्विच और प्रतिशत रोलआउट के पीछे रखें, जिसमें चालान, भुगतान और मिलान संबंधी विसंगतियों पर केंद्रित डैशबोर्ड हों। प्रत्येक साप्ताहिक फ़ीचर एक परीक्षित ऑफ-पाथ के साथ शिप होता है ताकि प्रतिक्रियाकर्ता असंबंधित मोनोलिथ डिप्लॉयमेंट को वापस किए बिना या स्कीमा माइग्रेशन को पूर्ववत किए बिना नए व्यवहार को अक्षम कर सकें।
6. 6 Postgres स्कीमा एनकैप्सुलेशन और Row Level Security gemini-3.6-flash · within brief · 15/20 अंक (7 + 8) बिलिंग तालिकाओं को एक समर्पित Postgres स्कीमा (billing.*) में अलग करें और अन्य DB रोल से सीधे लेखन और पढ़ने की पहुँच रद्द करें। मॉड्यूल उन्हें केवल परिभाषित SQL व्यू या स्टोर्ड इंटरफ़ेस के माध्यम से एक्सेस करते हैं। यह घटनाओं के मुख्य कारण को सीधे डेटाबेस स्तर पर समाप्त करता है।
7. 7 बिलिंग रिलीज़ के लिए कॉन्ट्रैक्ट परीक्षण और शैडो पाइपलाइन gemini-3.6-flash · within brief · 15/20 अंक (8 + 7) CI पाइपलाइन में सभी बिलिंग इंटरफ़ेस के लिए स्वचालित उपभोक्ता-चालित कॉन्ट्रैक्ट परीक्षण स्थापित करें। इसके अतिरिक्त, महत्वपूर्ण गणनाओं में बिलिंग परिवर्तन प्रोडक्शन में शैडो मोड में चलते हैं, बिना साइड इफ़ेक्ट के और स्वचालित अंतर जाँच के साथ।
8. 8 सुरक्षा उपकरण के रूप में दूसरा डेटाबेस gpt-5.6 · rule breaker · 14/20 अंक (7 + 7) "एक Postgres डेटाबेस" की नरम धारणा को जानबूझकर तोड़ें और लॉजिकल रेप्लिकेशन के माध्यम से फ़ीड होने वाला एक रीड-ओनली शैडो डेटाबेस जोड़ें, जबकि बिलिंग को मोनोलिथ के अंदर रखें और प्राइमरी को एकमात्र राइटर बनाए रखें। नए बिलिंग रीड और मिलान जाँच दोनों डेटाबेस के विरुद्ध चलाएँ, एक्सपोज़र से पहले परिणामों की तुलना करें, और फ़ॉरेंसिक क्वेरी के लिए शैडो का उपयोग करें ताकि घटना निदान प्रोडक्शन को ओवरलोड या गलती से परिवर्तित न कर सके।
9. 9 सख्त मॉड्यूल सीमा लिंटिंग और सार्वजनिक API फ़साड gemini-3.6-flash · within brief · 14/20 अंक (7 + 7) dependency-cruiser के माध्यम से आर्किटेक्चर लिंटिंग पेश करें जो बिल्ड चरण में अन्य मॉड्यूल में बिलिंग आंतरिक भागों के सीधे आयात को प्रतिबंधित करता है। संचार केवल एकल, टाइप-सेफ़ BillingFacade इंटरफ़ेस के माध्यम से हो सकता है, ताकि रिसता हुआ युग्मन तुरंत अवरुद्ध हो जाए।
10. 10 बिलिंग परिवर्तन पासपोर्ट gpt-5.6 · within brief · 13/20 अंक (7 + 6) प्रत्येक बिलिंग-संबंधित पुल रिक्वेस्ट को मशीन-जाँचित पासपोर्ट ले जाना अनिवार्य करें: प्रभावित तालिकाएँ, अपरिवर्तनीयताएँ, माइग्रेशन संगतता, रोलबैक पथ, और डिप्लॉय-पश्चात स्वास्थ्य सिद्ध करने वाली एक प्रोडक्शन क्वेरी। एक CODEOWNERS गेट और 15-मिनट का रोटेटिंग बिलिंग स्टीवर्ड समीक्षा प्रक्रिया को साप्ताहिक परिवर्तनों के लिए पर्याप्त हल्का रखती है जबकि जाँच को क्रॉस-मॉड्यूल प्रभावों पर केंद्रित करती है।
11. 11 बाहरी मॉड्यूल के लिए स्वतः-जनित रीड-ओनली Postgres व्यू gemini-3.6-flash · neighbor · 13/20 अंक (7 + 6) स्कीमा एनकैप्सुलेशन का एक परिवर्तन: महँगे API रीफ़ैक्टरिंग के बजाय, बाहरी क्वेरी के लिए स्वचालित रूप से रीड-ओनली Postgres व्यू प्रदान किए जाते हैं। बाहरी मॉड्यूल केवल इन स्थिर व्यू को पढ़ते हैं, जबकि सीधी तालिका पहुँच DB अनुमतियों के माध्यम से अवरुद्ध होती है।
12. 12 रीड मॉडल के लिए अतुल्यकालिक इन-प्रोसेस इवेंट बस gemini-3.6-flash · within brief · 12/20 अंक (4 + 8) अन्य मॉड्यूल द्वारा बिलिंग तालिकाओं को सीधे क्वेरी करने के बजाय, बिलिंग मॉड्यूल स्थिति परिवर्तनों पर इन-मेमोरी इवेंट भेजता है। प्राप्त करने वाले मॉड्यूल अपने स्वयं के स्थानीय प्रोजेक्शन बनाते हैं। यह वितरित सिस्टम पेश किए बिना बिलिंग तालिकाओं से रीड एक्सेस को पूरी तरह अलग कर देता है।
13. 13 बिलिंग एनकैप्सुलेशन के लिए दो-सप्ताह का फ़ीचर फ़्रीज़ gemini-3.6-flash · rule breaker · 11/20 अंक (5 + 6) ठीक दो सप्ताह के लिए निरंतर साप्ताहिक फ़ीचर आउटपुट की नरम बाधा को तोड़ता है। पूरी टीम DB युग्मन को अलग करने पर केंद्रित होती है। यह एकबारगी प्रयास शेष 5 महीनों में घटनाओं की संख्या को स्थायी रूप से कम करने की नींव रखता है।
14. 14 प्रति मॉड्यूल डेटाबेस रोल claude · within brief · 11/20 अंक (6 + 5) बिलिंग को अपना Postgres स्कीमा और रोल दें और अन्य मॉड्यूल की बिलिंग तालिकाओं तक लेखन पहुँच रद्द करें, ताकि सीधे लेखन प्रोडक्शन तक पहुँचने से पहले स्टेजिंग में विफल हों।
15. 15 दूसरे Postgres इंस्टेंस में भौतिक DB विभाजन gemini-3.6-flash · rule breaker · 9/20 अंक (3 + 6) एकल-डेटाबेस आर्किटेक्चर की नरम बाधा को तोड़ता है लेकिन मोनोलिथिक कोड बनाए रखता है। बिलिंग डेटा अपने स्वयं के डेटाबेस इंस्टेंस में चला जाता है, जिससे क्रॉस-कटिंग SQL जॉइन तकनीकी रूप से असंभव हो जाते हैं। परिचालन जटिलता न्यूनतम रहती है क्योंकि कोड मोनोलिथिक रहता है।

Kirat का Claude के लिए नोट: सर्वश्रेष्ठ rule_breaker विचार केवल रैंक 8 पर है: "A second database as a safety instrument" — यह जानबूझकर एक नरम बाधा को तोड़ता है। इसे खारिज करने से पहले एक बार steelman करें।

Kirat के साथ विचार-मंथन करें कि समीक्षा को कमज़ोर किए बिना लगभग 3,000 रिकॉर्ड के लिए स्क्रीनिंग समय को कैसे कम किया जा सकता है।

kirat_brainstorm ने काउंसिल से पूछा

काउंसिल ने 14 विचार प्रस्तुत किए और प्रत्येक को अनाम रूप से रेट किया। शीर्ष तीन:

1. दो-व्यक्ति बहिष्करण गेट (18/20 अंक)
2. एज-केस लेजर के साथ कैलिब्रेशन स्प्रिंट (16/20 अंक)
3. तेज़ बाइनरी कंसोल, लघु डेटा निष्कर्षण नहीं (15/20 अंक)

पर्दे के पीछे

kirat_brainstorm Claude Kirat को क्या भेजता है

RECORDED 2026-10-13 · KIRAT_BRAINSTORM · EFFORT: STANDARD · 14 IDEAS · 1 ROUND · $0.18

विषय: सुव्यवस्थित समीक्षा की कठोरता को कमज़ोर किए बिना लगभग 3,000 रिकॉर्ड के लिए शीर्षक-और-सार स्क्रीनिंग के स्टाफ़ समय को कम करने के विचार

भेजा गया संदर्भ: स्वास्थ्य सेवा अनुसंधान में सुव्यवस्थित समीक्षा, प्रकाशन के लिए नियोजित। वर्तमान प्रोटोकॉल: दो स्वतंत्र मानव स्क्रीनर, विवाद चर्चा द्वारा हल। स्टाफ़ समय कम है। जर्नल के समीक्षक पूछेंगे कि स्क्रीनिंग कैसे की गई। प्रासंगिक अध्ययन को चूकना (गलत बहिष्करण) अप्रासंगिक अध्ययन को शामिल करने से बुरा है। HARD: विधि PRISMA 2020 के अंतर्गत रिपोर्ट करने योग्य होनी चाहिए। HARD: गलत बहिष्करण की दर नहीं बढ़नी चाहिए।

काउंसिल से परिणाम

1. 1 दो-मानव बहिष्करण गेट gpt-5.6 · नियम तोड़ने वाला · 18/20 अंक (10 + 8) समीक्षक A को हर रिकॉर्ड की जाँच करने दें, लेकिन A के शामिल करने और अनिश्चित निर्णयों को सीधे आगे भेजें; समीक्षक B स्वतंत्र रूप से केवल A के प्रस्तावित बहिष्करणों का आकलन करे। किसी रिकॉर्ड को केवल तब बाहर रखें जब दोनों मनुष्य स्वतंत्र रूप से उसे बाहर रखें, और हर असहमति को स्वतः आगे बढ़ाएँ, जिससे अधिकांश विवाद-चर्चाएँ समाप्त हो जाती हैं। यह जानबूझकर उस नरम वर्तमान-प्रोटोकॉल धारणा को तोड़ता है कि दो मनुष्यों को हर रिकॉर्ड का आकलन करना चाहिए; यह इसलिए उपयुक्त है क्योंकि यह स्क्रीनिंग समय बचाता है और संरचनात्मक रूप से अधिक झूठे शामिलीकरण की अनुमति देता है, लेकिन कोई अतिरिक्त झूठा बहिष्करण नहीं, और PRISMA चयन-प्रक्रिया अनुभाग में इसे सीधे वर्णित किया जा सकता है।
2. 2 एज-केस बही के साथ अंशांकन स्प्रिंट gpt-5.6 · ब्रीफ के भीतर · 16/20 अंक (9 + 7) एक स्तरीकृत पहले बैच को स्वतंत्र रूप से दोहरे-स्क्रीन करें, विरोधों को सुलझाएँ, और बार-बार आने वाली अस्पष्टताओं को सकारात्मक और नकारात्मक उदाहरणों के साथ छोटे परिचालन नियमों में बदलें। आगे बढ़ने से पहले नियमों को लॉक करें; पायलट निर्णयों को केवल तब बनाए रखें जब पात्रता मानदंड नहीं बदले हों, अन्यथा उन्हें फिर से स्क्रीन करें। यह दोहरी स्वतंत्र स्क्रीनिंग को बनाए रखता है जबकि बाद के विचार-विमर्श और विरोध-समाधान समय को कम करता है, और अंशांकन को PRISMA के अंतर्गत रिपोर्ट किया जा सकता है।
3. 3 तेज़ बाइनरी कंसोल, लघु डेटा निष्कर्षण नहीं gpt-5.6 · ब्रीफ के भीतर · 15/20 अंक (8 + 7) दोनों समीक्षकों को एक ब्लाइंडेड, कीबोर्ड-चालित इंटरफ़ेस दें जो केवल शामिल करें, बाहर रखें, या अनिश्चित तक सीमित हो, जिसमें पूरा शीर्षक और सारांश हमेशा दिखाई दे; विस्तृत कोडिंग और बहिष्करण कारणों को पूर्ण-पाठ समीक्षा तक टालें। PRISMA 2020 को शीर्षक-और-सारांश चरण में रिकॉर्ड-स्तरीय कारणों की आवश्यकता नहीं है। निर्णय प्रक्रिया अपरिवर्तित रहती है, लेकिन बचने योग्य पढ़ने, क्लिक करने और दस्तावेज़ीकरण का समय घट जाता है।
4. 4 केवल-शामिल करने वाला मशीन रिलीज़ वाल्व gpt-5.6 · पड़ोसी · 15/20 अंक (9 + 6) दो-मानव बहिष्करण गेट के एक-चरणीय उत्परिवर्तन के रूप में, A के प्रस्तावित बहिष्करणों को एक सत्यापित क्लासिफायर के माध्यम से चलाएँ जो केवल रिकॉर्ड को शामिलीकरण के लिए रिलीज़ कर सकता है, उन्हें कभी बाहर नहीं रख सकता; समीक्षक B स्वतंत्र रूप से उन सभी चीज़ों को स्क्रीन करे जिन्हें क्लासिफायर रिलीज़ नहीं करता। अंतिम बहिष्करण के लिए अभी भी दो मनुष्यों के सहमत निर्णयों की आवश्यकता होती है, इसलिए एक मशीन त्रुटि पूर्ण पाठ जोड़ सकती है लेकिन झूठा बहिष्करण नहीं बना सकती। PRISMA के अंतर्गत मॉडल, संस्करण, इनपुट, थ्रेशोल्ड, सत्यापन, और इसकी सख्ती से केवल-शामिल करने वाली भूमिका की रिपोर्ट करें।
5. 5 असममित बहिष्करण स्क्रीनिंग gemini-3.6-flash · ब्रीफ के भीतर · 15/20 अंक (7 + 8) एक पहला समीक्षक सभी 3,000 रिकॉर्ड को पूरी तरह वर्गीकृत करता है। दूसरा समीक्षक केवल उन रिकॉर्ड की जाँच करता है जिन्हें पहले समीक्षक ने बाहर रखा, ताकि झूठे नकारात्मक (शामिलीकरण सीधे स्वीकार किए जाते हैं) पकड़े जा सकें। यह दूसरे समीक्षक के प्रयास को लगभग आधा कर देता है, झूठे बहिष्करण का जोखिम अत्यंत कम रखता है, और सभी PRISMA आवश्यकताओं को पूरा करता है।
6. 6 उच्च-उपज स्तरों के लिए स्क्रीनिंग बायपास gpt-5.6 · नियम तोड़ने वाला · 13/20 अंक (8 + 5) उच्च-उपज उपसमुच्चय पहले से घोषित करें—जैसे किसी अत्यधिक विशिष्ट खोज ब्लॉक के रिकॉर्ड, ज्ञात पात्र अध्ययनों के सीधे वंशज, या किसी निकट से संरेखित समीक्षा में पहले से शामिल रिकॉर्ड—और उन सभी को शीर्षक-और-सारांश निर्णयों के बिना सीधे पूर्ण-पाठ पुनर्प्राप्ति के लिए भेजें। यह जानबूझकर उन रिकॉर्ड के लिए नरम दो-स्क्रीनर प्रोटोकॉल को तोड़ता है, लेकिन यह झूठे बहिष्करणों को नहीं बढ़ा सकता क्योंकि उपसमुच्चय में कुछ भी बाहर नहीं रखा जाता; व्यापार-बंद अतिरिक्त पूर्ण-पाठ कार्य है। PRISMA प्रवाह आरेख और चयन विधियों में बायपास नियम और परिणामी गणनाओं को स्पष्ट रूप से रिपोर्ट करें।
7. 7 सक्रिय शिक्षण के माध्यम से प्राथमिकता-आधारित स्क्रीनिंग gemini-3.6-flash · ब्रीफ के भीतर · 13/20 अंक (5 + 8) दोनों मानव स्क्रीनर एक सक्रिय शिक्षण उपकरण (जैसे ASReview) का उपयोग करते हैं जो प्रासंगिक शीर्षकों/सारांशों को शीर्ष पर क्रमबद्ध करता है। जैसे ही सांख्यिकीय रूप से सत्यापित रोकने का मानदंड पहुँच जाता है (जैसे लगातार 500 अप्रासंगिक हिट), स्क्रीनिंग समाप्त हो जाती है। यह प्रक्रिया 70% तक समय बचाती है, PRISMA 2020-अनुरूप तरीके से प्रलेखित की जा सकती है, और एल्गोरिथ्म अंशांकन के माध्यम से न्यूनतम झूठा बहिष्करण दर बनाए रखती है।
8. 8 स्क्रीनिंग से पहले केवल-सटीक डुप्लिकेट हटाना gpt-5.6 · ब्रीफ के भीतर · 12/20 अंक (8 + 4) केवल उन रिकॉर्ड हटाएँ जो DOI, डेटाबेस एक्सेसन संख्या, या सटीक सामान्यीकृत ग्रंथसूची मिलान के माध्यम से समान सिद्ध हों; सबसे समृद्ध मेटाडेटा वाली प्रति रखें और अनिश्चित निकट-डुप्लिकेट को केवल चिह्नित करें। फिर दोनों समीक्षक हर शेष अद्वितीय रिकॉर्ड को स्वतंत्र रूप से स्क्रीन करते हैं, जबकि PRISMA स्क्रीनिंग से पहले हटाए गए डुप्लिकेट की रिपोर्ट करता है। यह किसी अद्वितीय अध्ययन को बाहर रखने का मार्ग बनाए बिना मात्रा कम करता है।
9. 9 AI सुरक्षा जाल के साथ मानव-AI कैस्केड gemini-3.6-flash · पड़ोसी · 12/20 अंक (5 + 7) असममित बहिष्करण स्क्रीनिंग का एक उत्परिवर्तन: एक मानव स्क्रीनर सभी रिकॉर्ड अकेले संसाधित करता है, जबकि अधिकतम संवेदनशीलता के लिए ट्यून किया गया एक AI मॉडल केवल मानव बहिष्करणों की जाँच करता है। दूसरा मानव केवल वहाँ जाँच करता है जहाँ विसंगतियाँ हों। यह पूर्ण कवरेज के साथ मानव क्षमता को 50% से अधिक कम कर देता है।
10. 10 पूर्णतः स्वचालित AI दूसरा समीक्षक gemini-3.6-flash · नियम तोड़ने वाला · 11/20 अंक (3 + 8) इस नरम बाधा को तोड़ता है कि स्क्रीनिंग अनिवार्य रूप से दो मनुष्यों को करनी चाहिए। एक बड़ा भाषा मॉडल (LLM) शून्य-झूठा-नकारात्मक प्रॉम्प्टिंग के साथ स्वतंत्र दूसरे समीक्षक की भूमिका निभाता है। यह इसलिए फायदेमंद है क्योंकि मानव कार्य समय आधा हो जाता है और LLM को सारांश स्क्रीनिंग में उच्च रिकॉल दर प्राप्त करते हुए दिखाया गया है; PRISMA 2020 स्पष्ट रूप से AI उपकरणों की रिपोर्टिंग की अनुमति देता है।
11. 11 विश्वास ट्राइएज के साथ जोखिम-अनुकूलित एकल स्क्रीनिंग gemini-3.6-flash · नियम तोड़ने वाला · 11/20 अंक (5 + 6) पूरे डेटासेट के लिए निरंतर दोहरी स्क्रीनिंग की नरम बाधा को तोड़ता है। यदि पहला समीक्षक उच्च व्यक्तिपरक विश्वास बताता है और स्पष्ट बहिष्करण कारण मौजूद हैं, तो दूसरा समीक्षक हटा दिया जाता है; केवल अनिश्चित मामले दोहरी स्क्रीनिंग में जाते हैं। यह 60% तक कर्मचारी समय बचाता है, जबकि छूटे हुए अध्ययनों का जोखिम न्यूनतम रहता है क्योंकि संसाधन धूसर क्षेत्रों पर केंद्रित होते हैं।
12. 12 पहले अंशांकन दौर claude · ब्रीफ के भीतर · 11/20 अंक (6 + 5) दोनों स्क्रीनर समान 100 रिकॉर्ड स्क्रीन करते हैं, हर विरोध पर चर्चा करते हैं और मुख्य दौर से पहले पात्रता मानदंडों को तीक्ष्ण करते हैं, जिससे बाद के विरोध और पुनः-पठन घट जाते हैं।
13. 13 AI ट्राइएज के साथ बाइनरीकृत त्वरित स्क्रीनिंग gemini-3.6-flash · पड़ोसी · 10/20 अंक (4 + 6) सक्रिय शिक्षण प्राथमिकता का उत्परिवर्तन: टीम त्वरित रेटिंग के लिए एक सरलीकृत इंटरफ़ेस का उपयोग करती है (केवल 'शामिल करें/अनिश्चित' बनाम 'बाहर रखें' के लिए क्लिक)। एक AI मॉडल पृष्ठभूमि में अनिश्चितताओं का मूल्यांकन करता है और केवल सीमांत उम्मीदवारों को गहन दोहरी जाँच के लिए भेजता है। प्रति सारांश संज्ञानात्मक भार और पढ़ने का समय नाटकीय रूप से कम करता है।
14. 14 मिलान एल्गोरिथ्म के माध्यम से नियतात्मक पूर्व-फ़िल्टरिंग gemini-3.6-flash · ब्रीफ के भीतर · 6/20 अंक (3 + 3) रूढ़िवादी खोज फ़िल्टर और स्क्रिप्ट स्पष्ट रूप से अनुपयुक्त हिट को पहले से छाँट देते हैं (जैसे गलत अध्ययन डिज़ाइन या गैर-मानव आबादी)। दोनों स्क्रीनर इन स्वचालित बहिष्करणों की जाँच केवल एक प्रतिनिधि नमूने (जैसे 10%) के माध्यम से करते हैं। यह PRISMA-अनुरूप तरीके से और संवेदनशीलता की हानि के बिना मैन्युअल रूप से स्क्रीन किए जाने वाले कुल वॉल्यूम को कम करता है।

सभी विचार, पूर्ण और रैंक क्रम में। Claude का अपना विचार गुमनाम रूप से और समान शर्तों पर भाग लेता है। विषय और संदर्भ अंग्रेज़ी में भेजे गए थे; सदस्यों ने जो विचार जर्मन में लिखे, उन्हें यहाँ अनुवादित किया गया है।

विभिन्न क्षेत्रों से पाँच शीर्षक और हेडलाइन। प्रत्येक सदस्य एक संस्करण लिखता है, Claude का मसौदा भाग लेता है, और दोनों सदस्य तीनों को गुमनाम रूप से रेट करते हैं। एक चुनें।

Kirat को मेरे मूल्य निर्धारण पृष्ठ के लिए हेडलाइन संस्करण लिखने दें। अधिकतम 8 शब्द, कोई अतिशयोक्ति नहीं।

kirat_create ने परिषद से पूछा

विजेता संस्करण (17/20 अंक): "Get paid without Word—free for 14 days"

मेरा अपना मसौदा #2 पर आया; सदस्यों ने तीनों को गुमनाम रूप से रेट किया।

पर्दे के पीछे

kirat_create Claude Kirat को क्या भेजता है

दर्ज 2026-10-13 · KIRAT_CREATE · मोड: VARIANTS · प्रयास: STANDARD · $0.03

ब्रीफ: फ्रीलांसरों के लिए एक छोटे इनवॉइसिंग टूल के मूल्य निर्धारण पृष्ठ के लिए हेडलाइन (USD 19 प्रति माह, 14-दिन का निःशुल्क परीक्षण)। दर्शक: वे फ्रीलांसर जो अभी Word या Excel में इनवॉइस लिखते हैं। लक्ष्य: परीक्षण को जोखिम-मुक्त और लाभदायक महसूस कराना। प्रारूप: एक हेडलाइन, अंग्रेज़ी में।

मानदंड: अधिकतम 8 शब्द · ठोस, कोई अतिशयोक्ति नहीं · बचाए गए समय या भुगतान प्राप्त करने का उल्लेख · कोई विस्मयादिबोधक चिह्न नहीं

परिषद से परिणाम

1. 1 "Get paid without Word—free for 14 days" gpt-5.6 · 17/20 अंक (9 + 8) सीधे Word उपयोगकर्ताओं से बात करता है, भुगतान प्राप्त करने को सबसे आगे रखता है और जोखिम-मुक्त परीक्षण को ठोस बनाता है।
2. 2 "Send invoices in minutes. Get paid on time." claude · 17/20 अंक (8 + 9) ऑर्केस्ट्रेटर का अपना मसौदा।
3. 3 "Replace Word and Excel. Get paid days faster." gemini-3.6-flash · 14/20 अंक (7 + 7) वर्तमान मैन्युअल वर्कफ़्लो को सीधे संबोधित करना तत्काल विरोधाभास प्रदान करता है, परीक्षण को सामान्य प्रचार के बिना नकदी प्रवाह के लिए एक त्वरित, जोखिम-मुक्त उन्नयन के रूप में प्रस्तुत करता है।

Kirat को WooCommerce पर फर्नीचर दुकानों के लिए हमारे लैंडिंग पृष्ठ के लिए हेडलाइन संस्करण लिखने दें। अधिकतम 10 शब्द, कोई शब्दजाल नहीं।

kirat_create ने परिषद से पूछा

विजेता संस्करण (18/20 अंक): "Losing furniture buyers to a slow, frustrating WooCommerce store?"

मेरा अपना मसौदा #3 पर आया; सदस्यों ने तीनों को गुमनाम रूप से रेट किया।

पर्दे के पीछे

kirat_create Claude Kirat को क्या भेजता है

दर्ज 2026-10-13 · KIRAT_CREATE · मोड: VARIANTS · प्रयास: STANDARD · $0.02

ब्रीफ: एक छोटी डिजिटल एजेंसी के लैंडिंग पृष्ठ के लिए हेडलाइन, जो WooCommerce चलाने वाले फर्नीचर रिटेलरों के लिए दुकान पुनर्निर्माण के बारे में है। दर्शक: मध्यम आकार की फर्नीचर दुकानों के मालिक जिनके पास इन-हाउस डेवलपर नहीं हैं। लक्ष्य: निःशुल्क दुकान जाँच बुक कराना। प्रारूप: एक हेडलाइन, जर्मन बाज़ार लेकिन इसे अंग्रेज़ी में लिखें।

मानदंड: अधिकतम 10 शब्द · पाठक के दर्द का नाम लेता है, एजेंसी का नहीं · "headless" या "omnichannel" जैसे शब्दजाल नहीं · कोई अतिशयोक्ति नहीं

परिषद से परिणाम

1. 1 "Losing furniture buyers to a slow, frustrating WooCommerce store?" gemini-3.6-flash · 18/20 अंक (8 + 10) सीधे मालिक की प्राथमिक निराशा—खराब स्टोर प्रदर्शन के कारण खोई बिक्री—को लक्षित करता है, बिना तकनीकी शब्दजाल या आत्म-प्रशंसात्मक एजेंसी भाषा के।
2. 2 "Is your WooCommerce shop turning furniture buyers away?" gpt-5.6 · 17/20 अंक (9 + 8) मूल दर्द का सीधे नाम लेता है और बिना शब्दजाल के फर्नीचर रिटेलरों से बात करता है।
3. 3 "Fewer shop emergencies, more time for your furniture." claude · 11/20 अंक (7 + 4) ऑर्केस्ट्रेटर का अपना मसौदा।

Kirat को बेकरी के नए केक ऑर्डरिंग पृष्ठ के लिए हेडलाइन संस्करण लिखने दें। छोटा, स्थानीय, चेन जैसा नहीं।

kirat_create ने परिषद से पूछा

विजेता संस्करण (19/20 अंक): "Your celebration cake, baked here for pickup."

मेरा अपना मसौदा #3 पर आया; सदस्यों ने तीनों को गुमनाम रूप से रेट किया।

पर्दे के पीछे

kirat_create Claude Kirat को क्या भेजता है

दर्ज 2026-10-13 · KIRAT_CREATE · मोड: VARIANTS · प्रयास: STANDARD · $0.02

ब्रीफ: बेकरी के कस्टम केक के लिए नए ऑनलाइन ऑर्डरिंग पृष्ठ के लिए हेडलाइन। दर्शक: स्थानीय ग्राहक जो अब तक फ़ोन से ऑर्डर करते थे। लक्ष्य: ऑनलाइन ऑर्डर करना आसान और व्यक्तिगत महसूस कराना। प्रारूप: एक हेडलाइन, जर्मन बाज़ार लेकिन इसे अंग्रेज़ी में लिखें।

मानदंड: अधिकतम 8 शब्द · ठोस, कोई अतिशयोक्ति नहीं · पिक-अप या अवसर का उल्लेख · स्थानीय बेकरी जैसा लगे, चेन जैसा नहीं

परिषद से परिणाम

1. 1 "Your celebration cake, baked here for pickup." gpt-5.6 · 19/20 अंक (10 + 9) गर्मजोश, ठोस और व्यक्तिगत: "baked here" स्थानीय महसूस होता है, जबकि "for pickup" ऑनलाइन प्रक्रिया को सीधा बनाता है।
2. 2 "Order your custom birthday cake, pick up fresh." gemini-3.6-flash · 16/20 अंक (8 + 8) हेडलाइन विशेष रूप से अवसर के साथ-साथ पिकअप का भी नाम लेती है और ताज़गी के वादे के माध्यम से अवैयक्तिक क्लिच के बिना स्थानीय शिल्प गुणवत्ता व्यक्त करती है।
3. 3 "Your cake, your date. Order in two minutes." claude · 9/20 अंक (5 + 4) ऑर्केस्ट्रेटर का अपना मसौदा।

Kirat को मोनोलिथ के भीतर पहले बिलिंग की सीमाओं को मजबूत करने के मेरे प्रस्ताव के लिए एक शीर्षक खोजने दें।

kirat_create ने परिषद से पूछा

मेरा अपना मसौदा जीता (19/20 अंक): "Fix billing's boundaries first, split it later if needed"

पर्दे के पीछे kirat_create Claude Kirat को क्या भेजता है

दर्ज 2026-10-13 · KIRAT_CREATE · मोड: VARIANTS · प्रयास: STANDARD · $0.02

संक्षिप्त: एक आंतरिक इंजीनियरिंग प्रस्ताव का शीर्षक: अलग सेवा पर विचार करने से पहले मोनोलिथ के भीतर बिलिंग मॉड्यूल की सीमाओं को मज़बूत करना। दर्शक: 8 इंजीनियर और नेतृत्व, जो कम घटनाएँ चाहते हैं। लक्ष्य: प्रस्ताव को पढ़वाना और मंज़ूर करवाना। प्रारूप: एक शीर्षक, अंग्रेज़ी में।

मानदंड: अधिकतम 10 शब्द · निर्णय बताए, केवल विषय नहीं · कोई बज़वर्ड नहीं · गैर-इंजीनियरों के लिए समझने योग्य

काउंसिल का परिणाम

1. 1 "Fix billing's boundaries first, split it later if needed" claude · 19/20 अंक (10 + 9) ऑर्केस्ट्रेटर का अपना ड्राफ़्ट।
2. 2 "Keep Billing Together, but Isolate It to Prevent Incidents" gpt-5.6 · 16/20 अंक (9 + 7) शीर्षक बिलिंग को मोनोलिथ में रखने के निर्णय को बताता है और साथ ही उसकी सीमाओं को मज़बूत करता है, और इस चयन को कम घटनाओं के साझा लक्ष्य से जोड़ता है।
3. 3 "Strengthen Billing Boundaries in Current App Before Splitting Service" gemini-3.6-flash · 13/20 अंक (7 + 6) शीर्षक दिशा पर स्पष्ट निर्णय देता है, प्रबंधन के लिए 'monolith' जैसे अनावश्यक शब्दजाल से बचता है, और स्थिरता के साझा लक्ष्य को सीधे संबोधित करता है।

Kirat को LLM को अतिरिक्त स्क्रीनर के रूप में उपयोग करने पर हमारे मेथड्स पेपर का शीर्षक खोजने दें। सटीक, बिना हाइप।

kirat_create ने काउंसिल से पूछा

विजेता वैरिएंट (18/20 अंक): "Large Language Model–Assisted Study Selection in Health Services Research: A Method for Additional Screening in Systematic Reviews"

मेरा अपना ड्राफ़्ट #2 पर रहा; सदस्यों ने तीनों को गुमनाम रूप से रेट किया।

पर्दे के पीछे

kirat_create Claude Kirat को क्या भेजता है

दर्ज 2026-10-13 · KIRAT_CREATE · मोड: VARIANTS · प्रयास: STANDARD · $0.02

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

मानदंड: अधिकतम 20 शब्द · विधि और सेटिंग का नाम बताए · डेटा से आगे कोई दावा नहीं · "revolutionize" जैसे हाइप शब्द नहीं

काउंसिल का परिणाम

1. 1 "Large Language Model–Assisted Study Selection in Health Services Research: A Method for Additional Screening in Systematic Reviews" gpt-5.6 · 18/20 अंक (9 + 9) शीर्षक स्क्रीनिंग विधि, व्यवस्थित समीक्षा संदर्भ और हेल्थ सर्विसेज़ रिसर्च सेटिंग की पहचान करता है, बिना प्रदर्शन या लाभ का संकेत दिए।
2. 2 "An LLM as additional screener: a prospective comparison in a health services systematic review" claude · 16/20 अंक (9 + 7) ऑर्केस्ट्रेटर का अपना ड्राफ़्ट।
3. 3 "Large Language Models as Auxiliary Screeners in Health Services Research Systematic Reviews: A Methodological Evaluation" gemini-3.6-flash · 15/20 अंक (7 + 8) शीर्षक अनुप्रयोग के क्षेत्र और कार्यप्रणाली का सटीक नाम देता है, ट्रिगर शब्दों से बचता है और वैज्ञानिक प्रकाशन संदर्भ के लिए तथ्यात्मक, उद्धरण-योग्य लहजा चुनता है।

शीर्षक और हेडलाइन वैसे ही दिखाए गए हैं, अंग्रेज़ी में, जैसा संक्षिप्त विवरणों में माँगा गया था। Claude की प्रविष्टि में तर्क Kirat का अपना लेबल है। जर्मन में लिखा तर्क यहाँ अनुवादित है।

अलग-अलग क्षेत्रों से पाँच इमेज ब्रीफ़। OpenAI और Google प्रत्येक एक इमेज बनाते हैं, और दोनों सदस्य दोनों इमेज को गुमनाम रूप से रेट करते हैं। एक चुनें।

Kirat को मेरे इनवॉइसिंग टूल के लैंडिंग पेज के लिए हीरो इमेज बनाने दें: एक शांत होम-ऑफ़िस डेस्क, कोई पठनीय स्क्रीन नहीं।

kirat_image ने काउंसिल से पूछा

जूरी ने gpt-image-2 की इमेज चुनी (18/20 अंक)। दोनों सदस्यों ने दोनों इमेज को गुमनाम रूप से रेट किया।

पर्दे के पीछे

kirat_image Claude Kirat को क्या भेजता है

दर्ज 2026-10-13 · KIRAT_IMAGE · मोड: VARIANTS · LANDSCAPE · ≈ $0.17

संक्षिप्त: फ्रीलांसरों के लिए एक छोटे इनवॉइसिंग टूल के लैंडिंग पेज के लिए हीरो इमेज: सुबह में एक साफ़-सुथरा होम-ऑफ़िस डेस्क, जिसमें एक लैपटॉप (स्क्रीन दूर या धुँधली, कोई पठनीय इंटरफ़ेस नहीं), एक कप कॉफ़ी और एक कागज़ी नोटबुक। प्राकृतिक दिन का प्रकाश, शांत डॉक्युमेंट्री फ़ोटो शैली, कोई टेक्स्ट नहीं, कोई लोगो नहीं, लोगों के चेहरे नहीं।

मानदंड: एक असली फ्रीलांसर के कार्यक्षेत्र जैसा लगे, स्टॉक-फ़ोटो ऑफ़िस जैसा नहीं · शांत और अव्यवस्था-रहित · हेडलाइन के लिए शांत जगह छोड़े · कोई टेक्स्ट, लोगो या पठनीय स्क्रीन नहीं

काउंसिल का परिणाम

1 gpt-image-2 · 18/20 अंक (9 + 9)

2 gemini-3.1-flash-image · 13/20 अंक (6 + 7)

Kirat को फर्नीचर की दुकान के लिए प्रोडक्ट फ़ोटो बनाने दें: एक असली लिविंग रूम में चार कुर्सियों के साथ ओक की डाइनिंग टेबल।

kirat_image ने काउंसिल से पूछा

जूरी ने gemini-3.1-flash-image की इमेज चुनी (18/20 अंक)। दोनों सदस्यों ने दोनों इमेज को गुमनाम रूप से रेट किया।

पर्दे के पीछे

kirat_image Claude Kirat को क्या भेजता है

दर्ज 2026-10-13 · KIRAT_IMAGE · मोड: VARIANTS · LANDSCAPE · ≈ $0.17

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

मानदंड: टेबल स्पष्ट विषय हो · लकड़ी की वास्तविक बनावट और रंग · असली घर जैसा लगे, 3D रेंडर जैसा नहीं · कोई टेक्स्ट या लोगो नहीं

काउंसिल का परिणाम

1 gemini-3.1-flash-image · 18/20 अंक (9 + 9)

2 gpt-image-2 · 17/20 अंक (8 + 9)

Kirat को केक ऑर्डरिंग पेज के लिए हीरो इमेज बनाने दें: बॉक्स में एक बर्थडे केक, पिक-अप के लिए तैयार।

kirat_image ने काउंसिल से पूछा

जूरी ने gpt-image-2 की इमेज चुनी (17/20 अंक)। दोनों सदस्यों ने दोनों इमेज को गुमनाम रूप से रेट किया।

पर्दे के पीछे

kirat_image Claude Kirat को क्या भेजता है

दर्ज 2026-10-13 · KIRAT_IMAGE · मोड: VARIANTS · LANDSCAPE · $0.17

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

मानदंड: असली स्थानीय बेकरी जैसा लगे, चेन या स्टॉक फ़ोटो जैसा नहीं · केक स्पष्ट विषय हो · हेडलाइन के लिए शांत जगह छोड़े · इमेज में कोई टेक्स्ट या लोगो नहीं

काउंसिल का परिणाम

1 gpt-image-2 · 17/20 अंक (8 + 9)

2 gemini-3.1-flash-image · 7/20 अंक (4 + 3)

Kirat को मोनोलिथ से बिलिंग को सुलझाने के बारे में हमारे ब्लॉग पोस्ट के लिए कवर इमेज बनाने दें। अमूर्त और शांत।

kirat_image ने काउंसिल से पूछा

जूरी ने gpt-image-2 की इमेज चुनी (16/20 अंक)। दोनों सदस्यों ने दोनों इमेज को गुमनाम रूप से रेट किया।

पर्दे के पीछे

kirat_image Claude Kirat को क्या भेजता है

दर्ज 2026-10-13 · KIRAT_IMAGE · मोड: VARIANTS · LANDSCAPE · ≈ $0.17

संक्षिप्त: मोनोलिथ से बिलिंग मॉड्यूल को सुलझाने के बारे में एक आंतरिक इंजीनियरिंग ब्लॉग पोस्ट के लिए कवर इमेज: एक स्पष्ट रूप से सीमांकित ब्लॉक का अमूर्त, शांत चित्रण, जो परस्पर जुड़े ब्लॉकों के घने समूह से अलग है। फ्लैट शैली, मंद रंग, कोई टेक्स्ट नहीं, कोई लोगो नहीं।

मानदंड: स्पष्ट सीमा का विचार एक नज़र में पढ़ा जा सके · शांत, नाटकीय नहीं · छोटे आकार में काम करे · कोई टेक्स्ट या लोगो नहीं

काउंसिल का परिणाम

1 gpt-image-2 · 16/20 अंक (9 + 7)

2 gemini-3.1-flash-image · 10/20 अंक (6 + 4)

Kirat को AI-सहायित स्क्रीनिंग पर मेरे कॉन्फ़्रेंस टॉक के लिए कवर इमेज बनाने दें। गंभीर, कोई रोबोट नहीं।

kirat_image ने काउंसिल से पूछा

जूरी ने gpt-image-2 की इमेज चुनी (18/20 अंक)। दोनों सदस्यों ने दोनों इमेज को गुमनाम रूप से रेट किया।

पर्दे के पीछे

kirat_image Claude Kirat को क्या भेजता है

दर्ज 2026-10-13 · KIRAT_IMAGE · मोड: VARIANTS · LANDSCAPE · ≈ $0.17

संक्षिप्त: व्यवस्थित समीक्षाओं में AI-सहायित स्क्रीनिंग पर एक कॉन्फ़्रेंस टॉक के लिए कवर इमेज: डेस्क पर मुद्रित शोध सारांशों का एक साफ़ ढेर, कुछ दो ट्रे में छाँटे गए, मुलायम दिन का प्रकाश, डॉक्युमेंट्री फ़ोटो शैली। कोई पठनीय टेक्स्ट नहीं, कोई लोगो नहीं, लोगों के चेहरे नहीं।

मानदंड: गंभीर और वैज्ञानिक, हाइप नहीं · कोई रोबोट या चमकते दिमाग नहीं · छँटाई का विचार दिखे · कोई पठनीय टेक्स्ट या लोगो नहीं

काउंसिल का परिणाम

1 gpt-image-2 · 18/20 अंक (9 + 9)

2 gemini-3.1-flash-image · 9/20 अंक (5 + 4)

AI-जनित इमेज, छोटा किया गया और अन्यथा बिना संपादन। ≈ से चिह्नित लागत उन रन से आती है जो समानांतर में चले: प्रत्येक रन की अपनी इमेज लागत और रेटिंग कॉल का समान हिस्सा। रैंकिंग एक प्री-सेलेक्शन है, और अंतिम चयन आपका है। जर्मन में लिखी रेटिंग यहाँ अनुवादित हैं।

02 — समस्या

एक मॉडल, एक अंधा धब्बा।

स्व-समीक्षा खुद को बढ़ा-चढ़ाकर दिखाती है

अपने ही काम की जाँच करता मॉडल खुद को विश्वसनीय पाता है। उसी मॉडल का दूसरा पास स्वतंत्र जाँच नहीं है।

और राउंड इसका समाधान नहीं हैं

Kirat बहस को दो राउंड तक सीमित रखता है, कोड में, प्रॉम्प्ट में नहीं। कोई मॉडल बातों से इस सीमा को पार नहीं कर सकता। अगर फिर भी बहुमत न हो, तो आपको बताया जाता है।

अलग परिवार अलग तरह से विफल होते हैं

Kirat Claude, ChatGPT और Gemini को एक ही प्रश्न पर रखता है और आपको विभाजन दिखाता है — कौन असहमत हुआ, और क्यों।

03 — यह कैसे काम करता है

एक बार पूछें। तीन स्थितियाँ और एक वोट पाएँ।

चरण 1

आप Claude में पूछते हैं

सरल भाषा में, हमेशा की तरह: Ask the Kirat council: Shopify or WooCommerce for my shop? Give your own position too. Claude आपके लिए Kirat को कॉल करता है।

चरण 2

तीन स्वतंत्र स्थितियाँ

ChatGPT और Gemini प्रत्येक दूसरे का उत्तर देखे बिना उत्तर देते हैं। Claude तीसरे सदस्य के रूप में अपनी स्थिति लेता है।

चरण 3

एक वोट, असहमति सुरक्षित रखते हुए

अगर तीन में से दो सहमत हों, तो वही बहुमत का मत है। आप हर स्थिति को उसके कारणों सहित देखते हैं, और कौन असहमत हुआ। बहुमत के बिना, Kirat ऐसा कहता है, और निर्णय आपका है।

Kirat कोड की भी समीक्षा करता है (प्रत्येक निष्कर्ष की जाँच दूसरे मॉडल परिवार द्वारा की जाती है), विचारों को रैंक करता है, आपकी कॉपी की आलोचना करता है और इमेज की तुलना करता है। ऊपर का रीप्ले यह सब दिखाता है।

कोई कोडिंग आवश्यक नहीं। आप एक Claude एक्सटेंशन इंस्टॉल करते हैं और OpenAI में एक API कुंजी और Google में एक बनाते हैं; इंस्टॉल के चरण नीचे विवरण में हैं।

नौ टूल और एक दर्ज किया गया उदाहरण कॉल →

04 — मूल्य निर्धारण

Claude Desktop और Claude Code के लिए एक खरीद।

कोई सदस्यता नहीं, कोई सीट नहीं, हमारे पास कोई खाता नहीं। खरीदने से पहले जाँचें कि Kirat कहाँ चलता है:

Kirat कहाँ चलता है

इनमें काम करता है

• macOS और Windows पर Claude Desktop चैट
• टर्मिनल में, VS Code में या Claude Desktop के Code टैब में Claude Code
• Claude Code क्लाउड सत्र, प्रति क्लाउड वातावरण एक बार के सेटअप के बाद सीमाओं के साथ: नेटवर्क सीक्रेट के रूप में संग्रहीत कुंजियाँ अपठनीय रहती हैं (Team और Enterprise प्लान पर, किसी एडमिन को उन्हें जोड़ना पड़ सकता है), पर्यावरण चर में कुंजियाँ उस पर्यावरण का उपयोग करने वाले सभी के लिए पठनीय होती हैं, और दैनिक बजट प्रति सत्र गिना जाता है।

इनमें काम नहीं करता

• ब्राउज़र में चैट (claude.ai) या Claude मोबाइल ऐप्स में
• क्लाउड में चलने वाले Cowork कार्य
• कुछ कंपनी सेटअप: प्रॉक्सी जो आपके Windows खाते से साइन इन करते हैं (NTLM/Kerberos), और ऐसे संगठन जो Desktop एक्सटेंशन को allowlist तक सीमित रखते हैं पहले अपनी IT टीम से पूछें।

यह कहाँ चलता है, पूरी जानकारी · सभी क्लाउड सीमाएँ

Desktop एक्सटेंशन + Claude Code प्लगइन

Kirat

$99

$99 लॉन्च मूल्य — पहले 50 खरीदारों के लिए

फिर $149। एकमुश्त खरीद। दोनों प्रारूपों के साथ एक ZIP डाउनलोड। आपको एक OpenAI और एक Gemini API कुंजी भी चाहिए: आप जो पूछते हैं वह दोनों प्रदाताओं को जाता है, और वे आपसे प्रति उपयोग बिल करते हैं।

• 01Claude Desktop एक्सटेंशन और Claude Code प्लगइन, एक डाउनलोड में
• 02Claude Code क्लाउड सत्रों के लिए सेटअप स्क्रिप्ट
• 03सभी नौ टूल: वोट, कोड समीक्षा, विचार रैंकिंग, कॉपी आलोचना, इमेज तुलना और अधिक
• 04लागत नियंत्रण: एक दैनिक बजट ($5 डिफ़ॉल्ट रूप से) जो उन कॉलों को रोकता है जो इसे पार कर सकती हैं। बेस्ट एफ़र्ट, इसलिए प्रदाताओं पर भी सीमाएँ सेट करें
• 05एक व्यक्ति के लिए लाइसेंस, आपके अपने डिवाइस और क्लाउड वातावरण पर
• 06जब संभव हो तो संगतता अपडेट — मुफ़्त, लेकिन कोई गारंटी नहीं Claude Desktop (macOS/Windows) और Claude Code में चलता है; Claude Code क्लाउड सत्रों में एक बार के सेटअप के साथ — ब्राउज़र या मोबाइल चैट में नहीं। कहाँ चलता है · क्लाउड सीमाएँ

Blueprint

$49

केवल दस्तावेज़ — किसी कोडिंग एजेंट के साथ अपना खुद का काउंसिल सर्वर बनाने या अनुकूलित करने के लिए। Kirat का उपयोग करने के लिए इसकी आवश्यकता नहीं है।

• 01विनिर्देश: टूल्स के लिए संरचित आवश्यकताएँ
• 02आर्किटेक्चर निर्णय, प्रत्येक के पीछे के तर्क के साथ
• 03स्वीकृति चेकलिस्ट जिसके विरुद्ध एक एजेंट स्वयं सत्यापन कर सकता है
• 04इस साइट पर दिए गए आंकड़ों के पीछे का बेंचमार्क डेटा

कोई कोड नहीं, कोई इंस्टॉल करने योग्य एक्सटेंशन नहीं।

एकमुश्त खरीद · भुगतान Lemon Squeezy के माध्यम से (merchant of record), चेकआउट पर VAT संभाला जाता है · रिफंड: देखें नियम और शर्तें

API उपयोग का भुगतान सीधे OpenAI और Google को आपके खातों के अंतर्गत किया जाता है — हमारे मापन में प्रति काउंसिल निर्णय $0.02–$0.15।

Kirat आपके लिए नहीं है, अगर…

• —आप Claude का उपयोग केवल ब्राउज़र या अपने फ़ोन पर चैट के रूप में करते हैं। Kirat Claude Desktop (macOS/Windows) और Claude Code में, तथा एक बार के सेटअप के साथ Claude Code क्लाउड सत्रों में चलता है — उन चैट्स में नहीं।
• —आपको एक होस्टेड सेवा या किसी भी प्रकार का सहायता चाहिए।
• —आप दो प्रदाताओं पर API खाते और बिलिंग नहीं चाहते।
• —आप महीने में कुछ ही निर्णय लेते हैं और अलग-अलग चैट्स में हाथ से उत्तरों की तुलना करके खुश हैं।
• —आप ऐसा उत्तर चाहते हैं जो निश्चित लगे। काउंसिल का काम आपको विभाजन दिखाना है, और कभी-कभी विभाजन ही उत्तर होता है।
• —आपका डेटा OpenAI या Google को नहीं जा सकता। आप Kirat को जो कुछ भी देते हैं वह दोनों को जाता है, आपके खातों और उनकी शर्तों के अंतर्गत।

05 — प्रश्न

खरीदने से पहले।

यह llm-council या PAL MCP से कैसे अलग है?

पहले दोनों को देखें। llm-council एक ओपन-सोर्स वेब ऐप है; इसके लेखक इसे डिज़ाइन से असहाय बताते हैं। PAL MCP एक मुफ़्त, ओपन-सोर्स MCP सर्वर है जिसे आप टर्मिनल के माध्यम से इंस्टॉल करते हैं; यह कई प्रदाताओं का समर्थन करता है और इसका अपना सहमति टूल है। उनकी वर्तमान स्थिति देखें। यदि उनमें से कोई आपकी आवश्यकता पूरी करता है, तो उसका उपयोग करें।

Kirat का अंतर पैकेज है: यह Claude Desktop के अपने एक्सटेंशन डायलॉग के माध्यम से इंस्टॉल होता है, आपकी कुंजियाँ ऑपरेटिंग सिस्टम के सुरक्षित स्टोरेज में रहती हैं, और यह दैनिक सीमा वाला बजट गार्ड, दो-राउंड की सीमा, डोमेन टाई-ब्रेक, बैकग्राउंड टिकट, विफलता प्रबंधन, 345 टेस्ट, अंग्रेज़ी परिणाम फ़ील्ड और सरल भाषा में उपयोग लाता है।

पूरा उत्तर →

क्या मुझे डेवलपर होना चाहिए?

नहीं। यदि आप एक Claude एक्सटेंशन इंस्टॉल कर सकते हैं और दो API कुंजियाँ बना सकते हैं, तो आप Kirat का उपयोग कर सकते हैं। आप Claude से सरल भाषा में पूछते हैं — Ask the Kirat council: Postgres or SQLite? Give your own position too. — और Claude टूल्स को कॉल करता है।

मुझे क्या चाहिए?

macOS या Windows पर Claude Desktop। इसमें अपना Node शामिल होता है, इसलिए आपको और कुछ इंस्टॉल नहीं करना पड़ता। या Node.js 20 या बाद के संस्करण के साथ Claude Code। Claude Code क्लाउड सत्रों के लिए, अपने क्लाउड वातावरण का एक बार का सेटअप (नीचे देखें)।

साथ ही एक OpenAI API कुंजी और एक Google Gemini API कुंजी, दोनों में बिलिंग सक्षम। Kirat एक कुंजी के साथ भी चलता है: तब काउंसिल में एक बाहरी सदस्य होता है, और प्रत्येक परिणाम अनुपस्थित कुंजी का नाम बताता है।

इसे चलाने में कितना खर्च होता है, और अनियंत्रित बिल को क्या रोकता है?

आप जो उपयोग करते हैं उसका भुगतान सीधे OpenAI और Google को करते हैं। हमारे मापन में एक काउंसिल निर्णय का खर्च $0.02–$0.15 है, जो प्रयास स्तर और इनपुट आकार पर निर्भर करता है, और इसमें 8 सेकंड से 3 मिनट लगते हैं। इमेज जनरेशन प्रति कॉल लगभग $0.05–$0.20 है।

बजट गार्ड प्रत्येक कॉल से पहले सबसे खराब स्थिति की लागत आरक्षित करता है और उन कॉल्स को रोकता है जो आपके दैनिक बजट से अधिक हो सकती हैं — डिफ़ॉल्ट रूप से प्रति UTC दिन $5, समायोज्य। यह best-effort है, इसलिए प्रदाताओं पर भी खर्च सीमाएँ सेट करें। kirat_status बजट और खर्च दिखाता है, और इसमें कुछ भी खर्च नहीं होता।

पूरा उत्तर →

मेरा डेटा और कुंजियाँ कहाँ जाती हैं?

आपका डेटा: आप Kirat को जो कुछ भी देते हैं (प्रश्न, संदर्भ, कोड, चित्र) वह सीधे OpenAI और Google को जाता है, आपके खातों और उनकी शर्तों के अंतर्गत — आपके कंप्यूटर से, या Claude Code क्लाउड सत्रों में आपके अपने क्लाउड वातावरण से उस वातावरण के लिए Anthropic के नेटवर्क प्रॉक्सी के माध्यम से। कोई Kirat सर्वर नहीं है, हमारे साथ कोई खाता नहीं है और कोई टेलीमेट्री नहीं है। हम आपकी कुंजियाँ या आपका डेटा कभी नहीं देखते।

आपकी कुंजियाँ: आप उन्हें Claude के अपने इंस्टॉल या सेटिंग्स डायलॉग में दर्ज करते हैं। Claude Desktop उन्हें आपके ऑपरेटिंग सिस्टम के सुरक्षित स्टोरेज (macOS Keychain, Windows Credential Manager) में संग्रहीत करता है। Claude Code उन्हें macOS Keychain में संग्रहीत करता है; Windows और Linux पर ~/.claude/.credentials.json में, जो केवल आपके उपयोगकर्ता द्वारा पढ़ा जा सकता है। हम खर्च सीमा वाले एक अलग प्रदाता प्रोजेक्ट की सलाह देते हैं।

Claude Code क्लाउड सत्रों में: Kirat आपके क्लाउड वातावरण में चलता है। आप कुंजियों को वहाँ नेटवर्क सीक्रेट के रूप में संग्रहीत करते हैं: Anthropic का प्रॉक्सी बाहर जाते समय उन्हें Kirat के अनुरोधों में जोड़ता है, इसलिए सत्र में कोई भी उन्हें पढ़ नहीं सकता, Claude भी नहीं। Team और Enterprise प्लान पर, आपकी भूमिका के आधार पर, किसी संगठन व्यवस्थापक को उन्हें जोड़ना पड़ सकता है। वैकल्पिक रूप से, कुंजियाँ उस वातावरण के एनवायरनमेंट वेरिएबल हो सकती हैं, जिन्हें उसका उपयोग करने वाला हर व्यक्ति पढ़ सकता है।

आपके कंप्यूटर पर: Kirat आपके होम फ़ोल्डर में .kirat फ़ोल्डर रखता है जिसमें दैनिक लागत काउंटर, लागत लॉग, अंतिम 20 परिणाम (इनमें आपके प्रश्न और उत्तर होते हैं), प्रत्यायोजित निर्णयों का लॉग और उत्पन्न चित्र होते हैं। आप इसे कभी भी हटा सकते हैं। कंप्यूटर पर सभी Kirat सत्र इसे साझा करते हैं, Desktop और Code दोनों।

पूरा उत्तर →

Kirat Claude Code क्लाउड सत्रों में कैसे काम करता है, और सीमाएँ क्या हैं?

क्लाउड सत्र — Code टैब क्लाउड सत्र, वेब पर या मोबाइल ऐप में Claude Code — Anthropic के सर्वर पर एक क्लाउड वातावरण में चलते हैं। आपके कंप्यूटर पर का एक्सटेंशन उन तक नहीं पहुँच सकता। इसके बजाय, आप क्लाउड वातावरण को एक बार सेट करते हैं:

• डाउनलोड से ब्लॉक (cloud/setup-script.txt) को वातावरण के सेटअप स्क्रिप्ट के शीर्ष पर पेस्ट करें;
• अपनी दो कुंजियाँ जोड़ें — api.openai.com और generativelanguage.googleapis.com के लिए नेटवर्क सीक्रेट के रूप में (Team और Enterprise प्लान पर, एक व्यवस्थापक को उन्हें जोड़ना पड़ सकता है; डाउनलोड में गाइड में विवरण है); अन्यथा एनवायरनमेंट वेरिएबल के रूप में, आदर्श रूप से KIRAT_OPENAI_API_KEY और KIRAT_GEMINI_API_KEY नाम से, जो किसी प्रोजेक्ट के अपने OPENAI_API_KEY से टकराते नहीं (Kirat OPENAI_API_KEY और GEMINI_API_KEY भी स्वीकार करता है);
• नेटवर्क एक्सेस: यदि यह Full है, तो बदलने के लिए कुछ नहीं है; अन्यथा इसे Custom (नए ऐप्स में: Limited) पर पैकेज-मैनेजर की डिफ़ॉल्ट सूची, साथ में Kirat डाउनलोड होस्ट के साथ सेट करें (कुंजियाँ एनवायरनमेंट वेरिएबल में होने पर, api.openai.com भी)।

स्क्रिप्ट Kirat का ठीक आपका संस्करण डाउनलोड करती है, उसका SHA-256 चेकसम सत्यापित करती है और उसे इंस्टॉल करती है। यह एक बार का सेटअप है, एक क्लिक नहीं। हमने इसे एक क्लाउड कंटेनर में परखा।

सीमाएँ: एनवायरनमेंट वेरिएबल में कुंजियाँ उस वातावरण का उपयोग करने वाले हर व्यक्ति द्वारा पढ़ी जा सकती हैं (नेटवर्क सीक्रेट उन्हें अपठनीय रखते हैं)। प्रत्येक क्लाउड सत्र नए सिरे से शुरू होता है, इसलिए Kirat का दैनिक बजट प्रति सत्र गिना जाता है — OpenAI और Google पर खर्च सीमाएँ सेट करें; क्लाउड में वे ही आपकी वास्तविक सीमा हैं। बैकग्राउंड जॉब्स और हाल के परिणाम सत्र के साथ समाप्त हो जाते हैं। वातावरण के नेटवर्क एक्सेस को Kirat डाउनलोड होस्ट की अनुमति देनी चाहिए, और api.openai.com को भी यदि आपकी कुंजियाँ एनवायरनमेंट वेरिएबल हैं (Gemini डिफ़ॉल्ट सूची में शामिल है)। यदि सेटअप विफल हो जाता है, तो सत्र फिर भी शुरू होता है, बस Kirat के बिना — और विफल स्थिति नए सत्रों के लिए कैश्ड रह सकती है जब तक आप सेटअप स्क्रिप्ट संपादित नहीं करते (कोई भी परिवर्तन नए सत्रों को इसे फिर से चलाने पर मजबूर करता है)।

सेटअप स्क्रिप्ट में डाउनलोड पता आपकी खरीद का हिस्सा है, ZIP की तरह; इसे प्रकाशित न करें। लाइसेंस आपके अपने क्लाउड वातावरणों को कवर करता है। दूसरों के साथ साझा किए गए क्लाउड वातावरण के लिए प्रत्येक व्यक्ति के लिए लाइसेंस आवश्यक है।

पूरा उत्तर →

यह किन मॉडलों का उपयोग करता है? यदि कोई प्रदाता किसी को सेवानिवृत्त कर दे तो क्या होगा?

डिफ़ॉल्ट रूप से OpenAI से gpt-5.6 और Google से gemini-3.6-flash, तीसरे मतदाता के रूप में Claude के साथ।

मॉडल नाम और कीमतें सेटिंग्स हैं। यदि कोई प्रदाता किसी मॉडल को सेवानिवृत्त कर देता है, तो आप नया नाम और उसकी दो कीमतें दर्ज करते हैं। किसी अपडेट की आवश्यकता नहीं।

Claude Desktop कहता है कि एक्सटेंशन Anthropic द्वारा सत्यापित नहीं है। क्या यह समस्या है?

वह चेतावनी अपेक्षित है। Claude Desktop इसे फ़ाइल से इंस्टॉल किए गए एक्सटेंशन के लिए दिखाता है, और Kirat फ़ाइल से इंस्टॉल होता है — यह Anthropic द्वारा सत्यापित या हस्ताक्षरित नहीं है।

अपडेट कैसे काम करते हैं?

Claude Desktop में, नया .mcpb पहले की तरह ही इंस्टॉल करें। आपकी कुंजियाँ और सेटिंग्स सुरक्षित रहती हैं।

संगतता अपडेट जब संभव हो मुफ़्त हैं, लेकिन कोई गारंटी नहीं है। बड़े नए संस्करण अलग से बेचे जा सकते हैं।

क्या मुझे सहायता मिलती है?

नहीं। Kirat बिना सहायता, इंस्टॉलेशन मदद या परामर्श के आता है। भुगतान और रसीदें Lemon Squeezy द्वारा संभाली जाती हैं। यदि Kirat किसी समर्थित सेटअप में नहीं चलता, तो आपको आपका पैसा वापस मिल जाता है; देखें नियम और शर्तें।

लाइसेंस क्या अनुमति देता है?

एक व्यक्ति, आपके अपने किसी भी संख्या के डिवाइस पर और आपके अपने क्लाउड वातावरणों में। दूसरों के साथ साझा किए गए क्लाउड वातावरण के लिए प्रत्येक व्यक्ति के लिए लाइसेंस आवश्यक है। कोई पुनर्विक्रय नहीं और कोई पुनर्वितरण नहीं। Kirat स्वामित्व वाला सॉफ़्टवेयर है, ओपन सोर्स नहीं।

काउंसिल जो उत्पन्न करती है उसका उपयोग आपके अपने काम में करना, जिसमें व्यावसायिक काम भी शामिल है, ठीक है। पूरी शर्तें नियम और शर्तों में हैं।

Blueprint किस लिए है? क्या मुझे इसकी आवश्यकता है?

Kirat का उपयोग करने के लिए आपको इसकी आवश्यकता नहीं है। Blueprint उन लोगों के लिए है जो किसी कोडिंग एजेंट के साथ अपना खुद का काउंसिल सर्वर बनाना या अनुकूलित करना चाहते हैं।

यह केवल दस्तावेज़ हैं — कोई कोड नहीं, कोई इंस्टॉल करने योग्य एक्सटेंशन नहीं: विनिर्देश (टूल्स के लिए संरचित आवश्यकताएँ), प्रत्येक के पीछे के तर्क के साथ आर्किटेक्चर निर्णय, स्वीकृति चेकलिस्ट जिसके विरुद्ध एक एजेंट स्वयं सत्यापन कर सकता है, और इस साइट पर दिए गए आंकड़ों के पीछे का बेंचमार्क डेटा। कोई बंडल मूल्य नहीं है।

06 — विवरण

विवरण, रिकॉर्ड के लिए।

इंस्टॉलेशन, हर जगह जहाँ Kirat चलता है और क्लाउड सीमाएँ, नौ टूल्स, और आंकड़ों के पीछे के प्रमाण। जो आपको चाहिए वह खोलें।

Kirat इंस्टॉल करें और अपनी API कुंजियाँ कनेक्ट करें

Kirat कोई ऐसी सेवा नहीं है जिसके लिए आप साइन अप करते हैं। यह आपके कंप्यूटर पर (या आपके अपने Claude Code क्लाउड वातावरण में), Claude के अंदर, आपकी अपनी API कुंजियों के साथ चलता है। कोई Kirat सर्वर नहीं है और हमारे साथ कोई खाता नहीं है। आप Kirat को जो कुछ भी देते हैं वह सीधे OpenAI और Google को जाता है, आपके खातों के अंतर्गत — आपके कंप्यूटर से, या Claude Code क्लाउड सत्रों में आपके अपने क्लाउड वातावरण से उस वातावरण के लिए Anthropic के नेटवर्क प्रॉक्सी के माध्यम से। हम आपकी कुंजियाँ या आपके प्रश्न कभी नहीं देखते।

अभी-अभी Kirat खरीदा? चरण-दर-चरण सेटअप गाइड का पालन करें: पहले कि आप कौन सा Claude उपयोग करते हैं, फिर केवल उसके लिए चरण।

चरण 1 · धीमा हिस्सा

दो API कुंजियाँ

एक OpenAI API कुंजी और एक Google Gemini API कुंजी, दोनों में बिलिंग सक्षम। यहाँ समय प्रदाताओं के साइनअप और बिलिंग फ़ॉर्म में लगता है। खर्च सीमा वाला एक अलग प्रदाता प्रोजेक्ट अच्छा विचार है।

न्यूनतम अनुमतियाँ (वैकल्पिक): OpenAI पर, एक प्रतिबंधित कुंजी पर्याप्त है, “List models” Read पर और “Model capabilities” Request पर, बाकी सब None पर। Google AI Studio से एक Gemini कुंजी पहले से ही Gemini API तक सीमित है; Google Cloud कंसोल से कुंजी को Generative Language API तक सीमित करें।

पहले से दोनों कुंजियाँ हैं? चरण 2 पर जाएँ।

चरण 2

इंस्टॉल करें

Claude Desktop: डाउनलोड को अनज़िप करें। Settings → Extensions → Advanced settings → Install Extension… खोलें और .mcpb फ़ाइल चुनें। डायलॉग में दोनों कुंजियाँ दर्ज करें। Desktop में अपना Node शामिल होता है, इसलिए और कुछ इंस्टॉल करने की आवश्यकता नहीं।

Claude Code: डाउनलोड को अनज़िप करें और निकाले गए kirat फ़ोल्डर को अपने होम फ़ोल्डर में ले जाएँ, ताकि ~/kirat/claude-code मौजूद हो। फिर नीचे दिए गए कमांड चलाएँ। Node.js 20 या बाद के संस्करण की आवश्यकता है।

Claude Code क्लाउड सत्र: आपके क्लाउड वातावरण का एक बार का सेटअप, सीमाओं के साथ — नीचे देखें।

चरण 3

पूछें

इंस्टॉल जाँचें: Use the Kirat extension and call kirat_status. यह OpenAI और Google के साथ दोनों API कुंजियों की भी जाँच करता है, निःशुल्क।

फिर एक वास्तविक प्रश्न पूछें: Ask the Kirat council: Postgres or SQLite? Give your own position too. या टेम्पलेट से शुरू करें: Claude Desktop में संदेश बॉक्स के + बटन से, Claude Code में प्लगइन के साथ /kirat:decide, /kirat:review, /kirat:critique या /kirat:brainstorm के रूप में। Claude Code क्लाउड सत्रों में, इन्हें /mcp__kirat__decide, /mcp__kirat__review, /mcp__kirat__critique और /mcp__kirat__brainstorm कहा जाता है।

# in Claude Code, once ~/kirat/claude-code exists
/plugin marketplace add ~/kirat/claude-code
/plugin install kirat@kirat
# enter both keys when asked; to change them later:
/plugin configure kirat@kirat

Claude Desktop चेतावनी देगा कि एक्सटेंशन को Anthropic द्वारा सत्यापित नहीं किया गया है। यह चेतावनी किसी फ़ाइल से इंस्टॉल किए गए हर एक्सटेंशन के लिए अपेक्षित है — FAQ देखें।

यह कहाँ चलता है, पूरी जानकारी के साथ, क्लाउड सीमाओं सहित नौ टूल और एक रिकॉर्ड किया गया उदाहरण कॉल

आप सरल भाषा में पूछते हैं। Claude कॉल करता है:

// a real call and a real answer — nothing staged
kirat_vote({
  question: "Cap the coupled effort default, or leave it at maximum?",
  options: ["cap at high", "decouple", "leave as is"],
  ownPosition: { position: "cap at high", reasoning: "…", confidence: 72 }
})
→ outcome:       "completed"
  decision:      "cap at high"
  decisionPath:  "unanimous"
  rounds:        1
  votes:         openai 94, gemini 92,
                 claude 72
  cost:          $0.021

अन्य परिणाम: needs_human (कोई बहुमत नहीं — आप तय करते हैं), domain_decision, limited, budget_exhausted। विश्वास मान प्रत्येक मॉडल का अपना स्व-रिपोर्ट है।

चित्र 6.3 — पुर्जों की सूची

नौ टूल जिन्हें Claude कॉल करता है

7 में API लागत · 2 बिना

क्रम	टूल	यह क्या करता है	API लागत
01	kirat_vote	वोट द्वारा निर्णय: प्रत्येक सदस्य एक स्थिति लेता है, फिर दो-तिहाई बहुमत, डोमेन स्वामी, या needs_human।	API लागत
02	kirat_review	कोड समीक्षा। प्रत्येक निष्कर्ष को दूसरे मॉडल परिवार द्वारा सत्यापित किया जाता है।	API लागत
03	kirat_create	अपने ड्राफ़्ट की समीक्षा करें, किसी सदस्य को ड्राफ़्ट बनाने दें, या छोटे वेरिएंट को रैंक करें।	API लागत
04	kirat_brainstorm	तीन ट्रैक में विविध विचार — ब्रीफ़ के भीतर, निकटवर्ती, नियम-तोड़ने वाला — गुमनाम रूप से रैंक किए गए।	API लागत
05	kirat_decide	प्रतिवर्ती कार्य विकल्पों के लिए प्रत्यायोजित निर्णय, वीटो और दैनिक सीमा के साथ।	API लागत
06	kirat_ask	ठीक एक सदस्य से पूछें। कोई काउंसिल नहीं।	API लागत
07	kirat_image	दोनों प्रदाताओं द्वारा छवि निर्माण, एक गुमनाम जूरी द्वारा रेट किया गया।	API लागत
08	kirat_result	बैकग्राउंड जॉब और हाल के परिणाम प्राप्त करें।	कोई नहीं
09	kirat_status	बजट, खर्च, उपलब्ध सदस्य, सेटिंग्स, मुफ़्त कुंजी जाँच।	कोई नहीं

"API लागत" का अर्थ है कि टूल आपकी अपनी कुंजियों के साथ OpenAI और Google को कॉल करता है, और आप उन प्रदाताओं को सीधे भुगतान करते हैं। ऊपर दिया गया रीप्ले दिखाता है कि प्रत्येक रन पर कितना खर्च हुआ। Kirat स्वयं प्रति उपयोग कुछ भी शुल्क नहीं लेता: आप इसे एक बार खरीदते हैं। kirat_image और छवि इनपुट आपके कंप्यूटर पर फ़ाइलों के साथ काम करते हैं, इसलिए ये Claude Code के लिए सबसे उपयुक्त हैं।

प्रमाण: रिकॉर्ड किए गए निर्णय, मापी गई लागतें, प्रलेखित विफलताएँ