Mistral Work को GitHub से जोड़ें: अनुमतियाँ और पहली रीड-ओनली जाँच

GitHub कार्ड पर हरा Connected दिखना यह साबित नहीं करता कि पहुँच सही सीमा में है। Mistral Work को किसी रिपॉजिटरी पर काम करने देने से पहले तीन अलग नियंत्रण जाँचें: GitHub App को कौन-सी रिपॉजिटरी और अनुमतियाँ मिली हैं, Mistral में कौन-से Connector tools उपलब्ध हैं, और किन संवेदनशील कार्रवाइयों के लिए अभी भी आपकी मंजूरी चाहिए।

यह गाइड मौजूदा Vibe Work अनुभव पर आधारित है, जिसे उत्पाद में सामान्यतः Work कहा जाता है। आप GitHub जोड़ेंगे, वास्तविक पहुँच जाँचेंगे और पहली ऐसी task चलाएँगे जो केवल जानकारी पढ़ती है। नेविगेशन नाम 30 सितंबर 2026 को आधिकारिक दस्तावेज़ों से मिलाए गए थे; खाता, प्लान, संगठन नीति या बाद के UI बदलाव के कारण स्क्रीन अलग हो सकती हैं।

कनेक्शन को तीन अनुमति-परतों में समझें

परत	क्या नियंत्रित करती है	सामान्य नियंत्रक	कहाँ जाँचें
GitHub App installation और authorization	माँगी गई repository, organization और account permissions; उपलब्ध repositories	निजी खाते का मालिक, repository admin या organization owner	GitHub installation screen और Installed / Authorized GitHub Apps
Mistral organization और Workspace policy	Connector उपलब्ध है या नहीं, और मॉडल कौन-से tools चला सकता है	Mistral organization या Workspace admin	Admin Panel → Administration → Connectors
प्रति-function और प्रति-action approval	कोई read या write function बिना रुके चल सकता है या नहीं	मौजूदा user, admin की बाहरी सीमा के भीतर	My Connectors → Functions और task के approval prompts

ये परतें एक-दूसरे की जगह नहीं लेतीं। GitHub किसी repository की पहुँच दे सकता है, लेकिन Mistral Workspace Connector को block कर सकता है। Connector उपलब्ध हो सकता है, फिर भी Work किसी write action से पहले रुक सकता है।

Personal connection या organization-level connection चुनें

Personal connection तब ठीक है जब केवल आपकी Work sessions को GitHub चाहिए। Mistral Work Connectors दस्तावेज़ के अनुसार sidebar से Connectors खोलें, GitHub App चुनें, Connect दबाएँ और authentication पूरा करें। Credential user से जुड़ा रहता है; organization repositories की पहुँच फिर भी GitHub installation और organization policy पर निर्भर होगी।

Organization-level connection shared bot, team process या centrally governed access के लिए बेहतर है। Admin Admin Panel → Administration → Connectors खोलकर App Connections में GitHub जोड़ता है। Mistral admin Connector दस्तावेज़ के अनुसार सदस्य उसके बाद हर बार अलग sign-in किए बिना Mistral के माध्यम से app उपयोग कर सकते हैं। हर Workspace में admin इनमें से एक स्थिति चुन सकता है:

• Allowed: सभी exposed tools उपलब्ध हैं;
• Restricted: केवल चुने हुए tools उपलब्ध हैं;
• Blocked: उस Workspace में Connector बंद है।

केवल अपने उपयोग के लिए personal connection से शुरुआत करें। यदि repository managed organization की है या connection साझा होगा, तो पहले organization और Workspace owners से न्यूनतम repository और tool scope तय कराएँ।

चरण 1: Work से GitHub connection शुरू करें

1. Vibe खोलें और Work चुनें; Code या Studio के अलग Connector flow का उपयोग न करें।
2. Sidebar से Connectors खोलें।
3. GitHub App खोजें और Connect दबाएँ।
4. GitHub पर installation या authorization पूरा करें। GitHub app installation, user authorization या दोनों दिखा सकता है; ये अलग grants हैं।
5. Mistral पर लौटें और हरा Connected indicator देखें।

यह indicator केवल authentication पूरा होने की पुष्टि करता है। सही owner, repositories और functions चुने गए हैं या नहीं, यह अभी बाकी है। इसलिए पहली task में कोई बदलाव न करवाएँ।

चरण 2: GitHub में मौजूदा permissions और repository scope देखें

GitHub की third-party GitHub App installation guide बताती है कि installation screen पर app की माँगी हुई repository और organization permissions दिखाई जाती हैं। यदि app repository permissions माँगती है, तो आप All repositories या Only select repositories भी चुनते हैं।

इस क्रम में जाँचें:

1. Installation owner। सुनिश्चित करें कि आपने अपना personal account या सही organization चुना है। Personal account पर installation से organization repositories अपने आप उपलब्ध नहीं होतीं।
2. अभी दिखाई गई permissions। Current screen की हर permission पढ़ें। किसी article की static सूची को अंतिम inventory न मानें; app permissions बदल सकती हैं और इस grant के लिए live GitHub screen ही source of truth है।
3. Repository scope। यदि task को एक या कुछ repositories चाहिए, तो Only select repositories चुनें। All repositories तभी चुनें जब सभी मौजूदा और भविष्य की repositories की व्यापक पहुँच सच में जरूरी हो।
4. Installation बनाम authorization। Installation organization और repository resources की पहुँच तय करती है। Authorization account-level data और आपके behalf पर action की अनुमति दे सकती है।
5. अनपेक्षित write permission। जब तक उसका task से स्पष्ट संबंध न समझें, उसे approve न करें। Mistral हर account और हर समय के लिए एक स्थायी, universal exact scope list प्रकाशित नहीं करता, इसलिए ऐसी सूची को निश्चित बताना सही नहीं होगा।

बाद में भी access दोबारा जाँचा जा सकता है। Personal account में Settings → Applications → Installed GitHub Apps → Configure खोलें। Organization में Settings → Third-party Access → GitHub Apps → Configure खोलें। GitHub की installed apps review guide permissions देखने, repository access बदलने, app suspend करने या uninstall करने का तरीका बताती है।

GitHub में Install की जगह Request दिखे तो क्या करें

Request या Install and request अक्सर organization policy का परिणाम है, Mistral की खराबी नहीं। Organization owner यह सीमित कर सकता है कि कौन GitHub Apps install करे और कौन access request भेजे।

GitHub organization-owner request guide के अनुसार, install न कर पाने वाला member owner को request भेज सकता है। Owner approval से पहले चुनी हुई repositories बदल सकता है। जब तक approval पूरा न हो, Mistral में सफल sign-in को organization repository की वास्तविक पहुँच न मानें।

चरण 3: Mistral में Connector functions सीमित करें

GitHub App permissions बाहरी सीमा हैं। Mistral की tool settings दूसरी सीमा बनाती हैं।

User connection के लिए Connectors → My Connectors → GitHub App → Functions खोलें। Mistral Safety and approvals दस्तावेज़ functions को दो समूहों में बाँटता है:

• Read-only tools: जानकारी get, list या search करते हैं;
• Interactive tools: data create, update, delete, send या post करते हैं।

पहली run में केवल जरूरी read, list और search functions को अपेक्षाकृत आसान approval दें। Issues बनाने, comments post करने, branches बदलने या Pull Requests manage करने वाले functions को manual approval पर रखें। प्रति-function Always allow केवल उस user पर लागू होता है जिसने उसे चुना है; teammates पर नहीं। Connector update के बाद Refresh tools से current function list दोबारा load करें।

Admin-managed connection में Permissions tab पर Restricted चुनकर केवल वही tools खोलें जो Workspace को चाहिए। केवल README पढ़ने के लिए सभी write tools उपलब्ध कराने की आवश्यकता नहीं है।

चरण 4: पहली task केवल पढ़ने वाली रखें

ऐसी repository चुनें जिसका परिणाम आप खुद जाँच सकें और जिसमें अनावश्यक sensitive data न हो। GitHub Connector enable करें और ऐसा prompt दें:

केवल connected GitHub repository से पढ़ें। Default branch पहचानें, repository root की files सूचीबद्ध करें और README.md को अधिकतम पाँच बिंदुओं में संक्षेपित करें। केवल read, list या search functions उपयोग करें। कुछ create, edit या delete न करें; comment post न करें, Pull Request open या merge न करें और repository settings न बदलें। GitHub में लिख सकने वाली किसी भी action से पहले रुकें और मुझसे पूछें।

सिर्फ final answer देखकर test पास न मानें। Work द्वारा दिखाई गई tool calls खोलें और जाँचें:

• GitHub Connector उपयोग हुआ, web search या कोई दूसरा source नहीं;
• repository owner और नाम सही हैं;
• चुना गया function read-only है;
• default branch, root files और README details GitHub से मेल खाते हैं।

यदि Work write action की approval माँगे, Decline चुनें, proposed function देखें और task या tool set सीमित करें। Mistral sensitive actions के लिए Continue, Always allow और Decline दिखाता है। Initial connection test में write functions के लिए Always allow न चुनें।

सफल पहली जाँच कैसी दिखती है

एक उपयोगी read-only check में ये सभी बातें सही होनी चाहिए:

1. Connector card पर Connected दिखता है।
2. Work स्पष्ट रूप से authorized repository पढ़ सकता है, लेकिन unselected private repository नहीं।
3. Visible tool call intended repository और read-only function दिखाती है।
4. परिणाम GitHub source से manual comparison में सही है।
5. कोई Issue, comment, file, branch, Pull Request या setting create या change नहीं हुई।
6. Organization repository के लिए GitHub approval और Mistral Workspace policy दोनों पूरी हैं।

“Assistant ने repository का उत्तर दे दिया” अकेला पर्याप्त प्रमाण नहीं है। वह public web page, पुराना context या गलत repository उपयोग कर सकता है। Tool call और source comparison अधिक भरोसेमंद संकेत हैं।

लक्षण के अनुसार सही परत जाँचें

लक्षण	पहले क्या देखें	क्या करें
GitHub केवल Request दिखाता है	GitHub organization installation policy	Owner approval की प्रतीक्षा करें; approval के बाद repository list फिर देखें
Connected है, लेकिन private repository नहीं मिलती	GitHub installation owner और Repository access	Configure खोलें, owner जाँचें और repository को Only select repositories में जोड़ें
Work में GitHub या कोई tool नहीं है	Mistral organization/Workspace policy	Active Organization और Workspace जाँचें; admin से Allowed, Restricted, Blocked review कराएँ
Function list पुरानी लगती है	Connector list या admin restriction	Refresh tools चलाएँ और Admin-selected tools से तुलना करें
Read-only task write approval माँगती है	Prompt या function scope बहुत व्यापक है	Decline चुनें, function देखें, prompt छोटा करें और अनावश्यक Interactive tools बंद करें
GitHub scope बदला, Work का व्यवहार नहीं	GitHub और Mistral state अलग हैं	GitHub save की पुष्टि करें, tools refresh या connection reopen करें; stale access बना रहे तभी reconnect करें
Integration अब उपयोग नहीं होती	Installation और authorization अलग रह सकती हैं	Installed GitHub App suspend/uninstall करें और Authorized GitHub Apps भी जाँचें

Access की समय-समय पर समीक्षा करें

Repository sensitivity, team membership और App permissions बदलते हैं। Project समाप्त होने, किसी सदस्य के जाने, repository sensitive बनने, App द्वारा नई permissions माँगने या Mistral Work का उपयोग बंद होने पर connection फिर जाँचें।

GitHub में current permissions और repository list देखें। Mistral में Workspace Connector state, admin-selected tools और अपने Always allow functions जाँचें। Access की जरूरत न रहे तो पहले Mistral में disconnect करें, फिर स्थिति के अनुसार GitHub App suspend, uninstall या de-authorize करें।

पहले सही read access साबित करें, फिर write खोलें

सुरक्षित न्यूनतम रास्ता “connect करके agent को तुरंत repository बदलने देना” नहीं है। सही personal या organization connection चुनें, live GitHub grant पढ़ें, repository scope सीमित करें, Connector tools कम करें और manually verifiable read-only task पूरी करें।

इन जाँचों और team approval policy के तय होने के बाद ही Issues, comments या Pull Requests के interactive functions एक-एक करके खोलें। UI या account options बदलें तब भी यह तरीका काम करेगा, क्योंकि यह तीन वास्तविक access boundaries पर आधारित है।

आधिकारिक स्रोत

• Mistral: Connect tools with Connectors
• Mistral: Safety and approvals
• Mistral Admin: Connectors
• GitHub: third-party GitHub App install करना
• GitHub: installed GitHub Apps review और modify करना
• GitHub: organization owner से App request करना