Windows 10/11
x64 आर्किटेक्चर के लिए डेस्कटॉप ऐप
Buncha Build एक Windows 10/11 एजेंट है, जो आपके मौजूदा दस्तावेज़ पढ़ता है, चेकलिस्ट और अभ्यास परिदृश्यों के ड्राफ़्ट बनाता है, और Ask first मोड में हर बदलाव को diff के रूप में दिखाता है, जिसे आप स्वीकार करते हैं। संस्करण 2.9.30।
.5 फ़ाइलेंseverity3 मिलानdocs/contacts.mdपढ़ी गईir-checklist.mdसहेजी गईir-checklist.md+4 पंक्तियाँyour spell-check commandexit 0x64 आर्किटेक्चर के लिए डेस्कटॉप ऐप
8 नवंबर 2026 को जारी
पोर्टेबल सिंगल .exe लगभग 25 MB
ऐप में इंटरफ़ेस की भाषाएँ
ऐप चलाने के लिए साइन-अप नहीं
Auto-run, Ask first, Plan only
Incident response procedures लिखित, चरण-दर-चरण विवरण होते हैं कि सुरक्षा घटना होने पर किसे सूचित किया जाता है, कौन निर्णय लेता है, क्या जाँचा जाता है और क्या दर्ज किया जाता है। नीति सामान्य नियम तय करती है, योजना भूमिकाएँ बाँटती है, और प्रक्रिया ठोस चरण गिनाती है। टीमें तीनों का उपयोग करती हैं। Buncha Build ये दस्तावेज़ आपके पीसी पर लिखता और जाँचता है; यह घटनाओं का पता नहीं लगाता और उन्हें संभालता नहीं।
कमियाँ ढूँढना पहला काम है, और इसके लिए Ask first ठीक रहता है, क्योंकि पढ़ना तुरंत होता है जबकि कोई भी बदलाव आपकी मंज़ूरी का इंतज़ार करता है। list_dir और glob वर्किंग फ़ोल्डर में नीति, संपर्क और नोट्स की फ़ाइलें सूचीबद्ध करते हैं, grep उनमें severity और contact जैसे शब्द खोजता है, और read_file ज़रूरी फ़ाइलें खोलता है। फिर एजेंट कमियाँ गिनाता है, जैसे 24 घंटे की संपर्क सूची का न होना या गंभीरता स्तर का परिभाषित न होना। यह सूची आप पढ़ते हैं। जब तक आप कोई diff स्वीकार नहीं करते, कुछ भी दोबारा नहीं लिखा जाता।
list_dir . → 5 files
glob **/*.md → 4 files
grep severity → 3 matches
read_file docs/contacts.md → readपहली चेकलिस्ट आपके अपने नोट्स से एक ही अनुरोध में बन सकती है। write_file पाँच शीर्षकों Prepare, Triage, Contain, Communicate और Review के साथ ir-checklist.md बनाता है, और हर शीर्षक के नीचे छोटी कार्य-पंक्तियाँ होती हैं, जैसे तारीख और समय के साथ घटना रिकॉर्ड खोलना। Contain के तहत एक पंक्ति पूछती है कि हर निर्णय को कौन मंज़ूर करता है और दूसरी कहती है कि समय दर्ज करें और लॉग की प्रतियाँ रखें, जिस तरह टीमें सुरक्षा लॉग से सबूत सुरक्षित रखती हैं। फ़ाइल सादा टेक्स्ट रहती है। edit_file शब्दों को ठीक करता है, और Ask first मोड में आप स्वीकार करने से पहले diff पढ़ते हैं।
write_file ir-checklist.md → saved
edit_file ir-checklist.md → +4 lines
Shell your spell-check command → exit 0टेबलटॉप अभ्यास मीटिंग रूम में एक काल्पनिक परिदृश्य पर चर्चा होती है, इसलिए एजेंट उसके लिए केवल दस्तावेज़ लिखता है। टेबलटॉप अभ्यास के टेम्पलेट में एक परिदृश्य, हर भूमिका के सवाल और नोट्स व अनुवर्ती कार्यों के लिए एक कॉलम चाहिए। write_file परिदृश्य को नई फ़ाइल के रूप में सहेजता है, और read_file आपकी संपर्क सूची लाता है, ताकि भूमिकाएँ आपकी मौजूदा 24 घंटे की संपर्क सूची से मेल खाएँ। सत्र आप खुद चलाएँ। बैठक से पहले परिदृश्य में ऐसी किसी भी बात को देखें जो असली सिस्टम की ओर इशारा करती हो, और ऐसे हर diff को अस्वीकार करें।
अभ्यास के बाद लिखित चरणों को अपडेट करना पड़ता है, और एजेंट आपके सहेजे हुए समीक्षा नोट्स से काम करता है। पहले से लिखी रिपोर्ट की रूपरेखा समीक्षा को एक तय ढाँचा देती है: सारांश, 4 कॉलम की समय-रेखा तालिका (समय, स्रोत, घटना, किसने दर्ज की), प्रभाव, की गई कार्रवाइयाँ और अनुवर्ती कार्य। edit_file प्रक्रिया बदलता है और diff दिखाता है, और वर्ज़न-कंट्रोल स्किल स्वीकृत बदलाव कमिट कर सकती है, ताकि पुरानी प्रति मौजूद रहे। Plan only से शुरू करें। यह इच्छित संपादनों की सूची देता है, और Ask first पर जाने के बाद आप हर diff को एक-एक करके मंज़ूर करते हैं।
संस्करण 2.9.30 आपकी फ़ाइलें पढ़ता है। सामान्य चैट असिस्टेंट ऐसा टेक्स्ट लौटाता है जिसे आप खुद पेस्ट करते हैं, जबकि Buncha Build दस्तावेज़ खोलता है, नए लिखता है और हर बदलाव को diff के रूप में दिखाता है।
| सामान्य चैट असिस्टेंट | Buncha Build | |
|---|---|---|
| फ़ाइलें | आमतौर पर टेक्स्ट में जवाब देता है, जिसे आप खुद कॉपी और पेस्ट करते हैं | चैट के वर्किंग फ़ोल्डर में फ़ाइलें पढ़ता और लिखता है |
| बदलाव | अक्सर टेक्स्ट का पूरा नया संस्करण लौटाता है | Ask first हर संपादन को स्वीकार करने योग्य diff के रूप में दिखाता है |
| मंज़ूरी | आमतौर पर मंज़ूर करने को कुछ नहीं होता, क्योंकि वह सिर्फ़ जवाब देता है | 3 मोड: Auto-run, Ask first और Plan only |
| स्रोत | जब तक आप टेक्स्ट पेस्ट न करें, अक्सर याददाश्त से जवाब देता है | web_search और http_get से सार्वजनिक मार्गदर्शन पढ़ता है |
छोटे संगठनों के IT एडमिन अक्सर अपनी घटना-प्रबंधन प्रक्रियाएँ खुद लिखते हैं, क्योंकि काम उसी पर आता है जो सिस्टम सबसे अच्छी तरह जानता है। नोट्स एक ही फ़ोल्डर में रहते हैं। Plan only में एजेंट वे संपादन गिनाता है जो वह करेगा, जैसे 24 घंटे की संपर्क सूची जोड़ना, और मोड बदलने के बाद उन्हें ऐसे diff के रूप में तैयार करता है जिन्हें आप स्वीकार करते हैं।
SOC और CSIRT के सदस्य हर अभ्यास के बाद अपनी प्रक्रियाओं की समीक्षा करते हैं, और एजेंट उस समीक्षा के आसपास के कागज़ी काम में मदद करता है। यह सार्वजनिक NIST SP 800-61 गाइड पढ़ता है, गिनाता है कि कोई प्रक्रिया 4 चरणों में से किन का ज़िक्र नहीं करती, और संपादन diff के रूप में सुझाता है। नतीजे की जाँच आप करते हैं।
टेबलटॉप सत्र तैयार करने वाले टीम लीड और IT मैनेजर इसका उपयोग किसी ढीले विचार को चर्चा-प्रश्नों, भूमिकाओं और नोट्स पेज वाले लिखित परिदृश्य में बदलने के लिए करते हैं। सत्र वे खुद चलाते हैं। असली घटनाएँ प्रशिक्षित रेस्पॉन्डर्स और आपके संगठन की अपनी योजना का काम हैं, इस ऐप का नहीं।
Incident response procedures वे लिखित चरण हैं जिन्हें टीम सुरक्षा घटना की पहली सूचना से लेकर बाद की समीक्षा तक अपनाती है, जिनमें भूमिकाएँ, गंभीरता स्तर, सबूत के नोट्स, संवाद और रिकवरी शामिल हैं। नीति इसके बजाय नियम तय करती है। चेकलिस्ट उसका छोटा रूप है, जिस पर अभ्यास के दौरान टिक लगाया जा सकता है।
हाँ, bunchacode.com Buncha Build की आधिकारिक वेबसाइट है। डाउनलोड को जाँचें। सेटअप प्रोग्राम पर अभी कोड-साइन नहीं है, इसलिए चलाने से पहले उसका SHA-256 चेकसम प्रकाशित मैनिफ़ेस्ट से मिलाएँ, और कुछ अजीब लगे तो ऐप के Send feedback बटन से बताएँ।
इंसिडेंट रिस्पॉन्स प्रोटोकॉल उन लिखित चरणों के कई नामों में से एक है जिन्हें टीम अपनाती है, और योजना, नीति, प्रक्रिया और चेकलिस्ट जैसे शब्द अक्सर आपस में गड्डमड्ड हो जाते हैं। शब्दों पर शुरू में सहमत हो जाएँ। नीति नियम तय करती है, जबकि प्रक्रिया या चेकलिस्ट ठोस चरण देती है।
हाँ, कुछ सीमाओं के साथ। Buncha Build एक काल्पनिक परिदृश्य, चर्चा-प्रश्न और नोट्स पेज फ़ाइलों के रूप में तैयार कर सकता है जिन्हें आप जाँचते हैं, पर चर्चा आपकी अपनी टीम के बीच मीटिंग रूम में होती है। यह हमलों का सिमुलेशन नहीं करता और असली सिस्टम को नहीं छूता।
नहीं। यह इंसिडेंट रिस्पॉन्स, डिटेक्शन या मॉनिटरिंग का प्रोडक्ट नहीं है, इसलिए यह नेटवर्क पर नज़र नहीं रखता, मशीनों को अलग नहीं करता और मैलवेयर नहीं हटाता। लाइव घटना के दौरान अपने संगठन की योजना का पालन करें और अपने रेस्पॉन्डर्स को बुलाएँ।
क्लाउड मॉडल के साथ हाँ। एजेंट जो फ़ाइल टेक्स्ट पढ़ता है, उसके साथ प्रॉम्प्ट टेक्स्ट उसी प्रदाता के पास जाता है; आपके पीसी पर स्थानीय रूप से चलने वाले मॉडल के साथ मशीन से कुछ बाहर नहीं जाता। टूल आउटपुट में मौजूद सीक्रेट मॉडल तक पहुँचने से पहले छिपा दिए जाते हैं।
नहीं। हर ड्राफ़्ट पहला संस्करण होता है, जिसे आप खुद पढ़ते, परखते और सुधारते हैं, इसीलिए diff और Ask first मोड मौजूद हैं। सूचना देने के दायित्वों की पुष्टि किसी कानूनी सलाहकार से करवानी चाहिए, क्योंकि वे देश और क्षेत्र के हिसाब से अलग होते हैं, और असली घटनाओं को प्रशिक्षित रेस्पॉन्डर्स संभालते हैं।
सेटअप लगभग 34 MB का है। Windows 10 या 11 के लिए Buncha Build डाउनलोड करें, एक मॉडल जोड़ें, फिर उसे अपने दस्तावेज़ों वाले फ़ोल्डर की ओर इशारा करें, और अगर पहले योजना पढ़ना चाहते हैं तो Plan only चुनें।
Windows के लिए Buncha Build डाउनलोड करें ↗नीचे दिया हर पेज 20 भाषाओं में उपलब्ध है।
Buncha Build आपके दस्तावेज़ों के साथ क्या कर सकता है ↗ क्लाउड, स्थानीय या बिल्ट-इन मॉडल जोड़ें ↗ अपनी पहली चेकलिस्ट के लिए चरण-दर-चरण गाइड ↗ Windows इंस्टॉलर डाउनलोड करें और जाँचें ↗ आम सवालों के जवाब ↗ आपके पीसी पर क्या रहता है और क्या लॉग होता है ↗