Block का Berd: AI एजेंट्स के लिए एक ही डेस्कटॉप वर्कस्पेस

अलग-अलग AI एजेंट्स को Berd कैसे जोड़ता है?

Berd डेस्कटॉप क्लाइंट और एजेंट हर्नेस के बीच इंटरऑपरेबिलिटी के लिए Agent Client Protocol, यानी ACP, का इस्तेमाल करता है। इसका उद्देश्य यह है कि हर एजेंट के लिए अलग कस्टम इंटरफेस बनाने के बजाय, ACP-संगत एजेंट एक साझा प्रोटोकॉल के जरिए संगत क्लाइंट से जुड़ सकें। रिपोर्टों में Goose, Claude Code, Codex और अन्य टूल्स को इसी अदला-बदली वाले वर्कफ़्लो का हिस्सा बताया गया है।

व्यवहार में Berd हर प्रदाता की सेटअप प्रक्रिया का सार्वभौमिक विकल्प नहीं है। Goose Block का बंडल किया हुआ या करीबी रूप से एकीकृत रनटाइम हो सकता है, लेकिन Claude Code और Codex के लिए यूज़र को उनके अपने इंस्टॉलेशन, अकाउंट, सब्सक्रिप्शन या क्रेडेंशियल की जरूरत रह सकती है।

किस एजेंट का इस्तेमाल किया जा रहा है, इससे यह भी तय होता है कि आपके प्रॉम्प्ट, कोड और टूल आउटपुट किस मॉडल प्रदाता तक जाएंगे।

टेक्नोलॉजी और ऑपरेटिंग सिस्टम सपोर्ट

उपलब्ध जानकारी के अनुसार Berd का फ्रंट एंड React 19 पर आधारित है और डेस्कटॉप ऐप बनाने के लिए Tauri 2 का इस्तेमाल करता है। इसके बिल्ड macOS, Windows और Linux के लिए उपलब्ध हैं।

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

“लोकल-फर्स्ट” प्राइवेसी का अर्थ

Berd का लोकल-फर्स्ट डिज़ाइन इस बात पर जोर देता है कि ऐप और प्रोजेक्ट या बातचीत का इतिहास Block के होस्टेड वर्कस्पेस के बजाय स्थानीय रूप से स्टोर हो। यह एक महत्वपूर्ण प्राइवेसी सीमा है, लेकिन इसका अर्थ यह नहीं कि AI प्रोसेसिंग पूरी तरह आपके कंप्यूटर पर ही होती है।

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

उपलब्ध सामग्री Berd की पूरी टेलीमेट्री नीति या किसी खास ऑपरेटिंग सिस्टम के क्रेडेंशियल वॉल्ट या कीचेन इम्प्लीमेंटेशन की निर्णायक पुष्टि नहीं करती। संवेदनशील काम के लिए इसे तैनात करने से पहले मौजूदा रिपॉजिटरी के सुरक्षा और प्राइवेसी दस्तावेजों की जांच करना जरूरी होगा।

क्या Berd मुफ्त है? इस्तेमाल की लागत कितनी होगी?

Apache-2.0 लाइसेंस के तहत Berd खुद मुफ्त और ओपन सोर्स है। लेकिन इसका अर्थ यह नहीं कि हर AI एजेंट इंटरैक्शन भी मुफ्त होगा। यूज़र्स को चुने गए मॉडल और हर्नेस के लिए अपने सब्सक्रिप्शन या API कुंजी लानी पड़ सकती है, और प्रदाता उपयोग के आधार पर शुल्क ले सकते हैं।

व्यावहारिक लागत इस तरह बंटती है:

• Berd: Apache-2.0 के तहत ओपन सोर्स और मुफ्त।
• एजेंट रनटाइम: हर्नेस के आधार पर बंडल, लोकल इंस्टॉल या अलग कॉन्फ़िगर किया जा सकता है।
• मॉडल एक्सेस: प्रदाता का सब्सक्रिप्शन या API कुंजी आवश्यक हो सकती है।
• उपयोग शुल्क: चुना गया मॉडल प्रदाता अलग से शुल्क ले सकता है।

एंटरप्राइज के लिए “डिस्ट्रिब्यूशन सीम्स” क्या हैं?

Berd का शुरुआती रूप एक व्यक्तिगत, लोकल-फर्स्ट डेवलपर टूल जैसा दिखता है, न कि पूरी तरह तैयार एंटरप्राइज एडमिनिस्ट्रेशन प्लेटफॉर्म। “डिस्ट्रिब्यूशन सीम्स” उन व्यावहारिक चुनौतियों को कहा जा सकता है जो एक उपयोगी डेस्कटॉप ऐप को कंपनी-स्तर पर केंद्रीय रूप से प्रबंधित उत्पाद में बदलते समय सामने आती हैं।

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

रिपॉजिटरी बाहरी pull requests को अपने-आप बंद क्यों करती है?

बाहरी pull request का अपने-आप बंद होना योगदान प्रक्रिया से जुड़ा निर्णय है। इसका मतलब हो सकता है कि मेंटेनर पहले issues में बदलाव पर चर्चा चाहते हों या सार्वजनिक रिपॉजिटरी किसी आंतरिक source of truth का प्रतिबिंब हो।

यह व्यवहार Apache-2.0 लाइसेंस को खत्म नहीं करता। लोग लाइसेंस की शर्तों के तहत कोड देख, इस्तेमाल, संशोधित और fork कर सकते हैं। हालांकि, उपलब्ध प्रमाण Block के इस निर्णय का सटीक कारण नहीं बताते। इसलिए इसे सुरक्षा, लाइसेंसिंग या बाहरी योगदान के विरोध से जोड़ना अनुमान होगा।

Berd और Buzz में क्या अंतर है?

दोनों प्रोजेक्ट मॉडल और एजेंट हर्नेस के प्रति अपेक्षाकृत निष्पक्ष दृष्टिकोण साझा करते हैं, लेकिन उनका इस्तेमाल अलग स्तर पर होता है।

Berd व्यक्तिगत डेस्कटॉप वर्कस्पेस है। एक व्यक्ति इसके जरिए लोकल प्रोजेक्ट्स, फाइलों, स्किल्स और सेशन के बीच एक या कई एजेंट्स को निर्देशित करता है।

Buzz सहयोगी वर्कस्पेस है। Block ने इसे 21 जुलाई 2026 को ऐसे साझा वातावरण के रूप में लॉन्च किया, जहां इंसान और AI एजेंट संवाद कर सकते हैं। इसमें प्रोजेक्ट की पहचान, परमिशन और इतिहास को मॉडल या एजेंट हर्नेस बदलने के बाद भी बनाए रखने पर जोर है। Buzz Claude Code, Codex, Goose और अन्य ACP-संगत एजेंट्स को सपोर्ट करता है।

Buzz को self-run relay के साथ भी कॉन्फ़िगर किया जा सकता है—यह relay स्थानीय मशीन या ऑपरेटर के नियंत्रण वाले इंफ्रास्ट्रक्चर पर चल सकता है। इसका मतलब है कि सहयोगी परत के लिए Block का होस्टेड इंफ्रास्ट्रक्चर अनिवार्य नहीं है, हालांकि संचालन और सुरक्षा की जिम्मेदारी तब यूज़र या संगठन पर आ जाती है।

इसलिए आसान भाषा में कहें तो Berd एक व्यक्ति का “single-player” डेस्कटॉप है, जबकि Buzz इंसानों और एजेंट्स के लिए साझा “team workspace” है। उपलब्ध सामग्री Berd और Buzz के विलय या साझा भविष्य के किसी औपचारिक रोडमैप की पुष्टि नहीं करती।

Berd के भविष्य को लेकर Block ने क्या कहा है?

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

इसके अलावा एंटरप्राइज एडमिनिस्ट्रेशन, टेलीमेट्री प्रतिबद्धताओं, भविष्य की कीमतों या Berd–Buzz एकीकरण को लेकर पर्याप्त पुष्ट जानकारी उपलब्ध नहीं है। इन सवालों के जवाब के लिए Block की मौजूदा रिपॉजिटरी या भविष्य की आधिकारिक घोषणाओं का इंतजार करना होगा।