कॉर्पोरेट नेटवर्क में एआई कोडिंग एजेंटों को सुरक्षित रूप से संचालित करने का तरीका
TuBrief 편집팀
2026년 7월 8일
0
Computing/Software원본 영상을 바탕으로 AI의 도움을 받아 작성했습니다. 원본 영상이 기준입니다.
커뮤니티의 다른 글
댓글 (0)
Log in to leave a comment
아직 작성된 글이 없습니다
원본 영상을 바탕으로 AI의 도움을 받아 작성했습니다. 원본 영상이 기준입니다.
Log in to leave a comment
아직 작성된 글이 없습니다
यदि आप एक सॉफ्टवेयर डेवलपमेंट टीम के तकनीकी लीड हैं, तो आप निश्चित रूप से चिंतित होंगे। यदि आप एआई कोडिंग टूल को अपनाते हैं, तो डर यह है कि कंपनी का सोर्स कोड बाहर लीक हो सकता है, और यदि आप टीम के सदस्यों को इसे खुलकर उपयोग करने देते हैं, तो हर महीने आने वाले भारी एपीआई बिलों को संभालना मुश्किल हो जाता है। यदि आप क्लाउड-आधारित व्यावसायिक सेवाओं पर निर्भर रहने के बजाय, कंपनी के बंद (क्लोज्ड) नेटवर्क के भीतर ओपन-सोर्स मॉडल को सीधे चलाने के लिए बुनियादी ढांचा तैयार करते हैं, तो आप इन समस्याओं को हल कर सकते हैं।
इंटरनेट पर बिना किसी प्रमाणीकरण के 14,000 से अधिक ओलामा (Ollama) इंस्टेंस खुले हुए हैं। यह डेवलपर्स द्वारा सुविधा के लिए होस्ट सेटिंग्स को लापरवाही से बदलने का परिणाम है। कोड लीक को रोकने के लिए, आपको वर्चुअल नेटवर्क स्तर पर मॉडल सर्वर और एजेंट को भौतिक रूप से अलग करना होगा। डॉकर कंपोज़ (Docker Compose) की नेटवर्क अलगाव सुविधा का उपयोग करके, आप बाहरी इंटरनेट पर जाने वाले सभी पैकेट को ब्लॉक कर सकते हैं।
तरीका आसान है। docker-compose.yml फ़ाइल की नेटवर्क सेटिंग्स में internal: true विकल्प जोड़ें।
`yaml
version: '3.8'
networks:
secure-internal:
internal: true
driver: bridge
services:
ollama:
image: ollama/ollama:0.5.14
environment:
- OLLAMA_CLOUD_DISABLED=true
networks:
- secure-internal
coding-agent:
image: node:20-slim
environment:
- OLLAMA_HOST=http://ollama:11434
networks:
- secure-internal
`
इस तरह, एजेंट और मॉडल सर्वर एक-दूसरे के साथ संवाद करेंगे, लेकिन बाहरी नेटवर्क से नहीं जुड़ेंगे। docker compose exec coding-agent ping google.com कमांड के साथ यह जांचें कि बाहरी संचार अवरुद्ध है या नहीं।
एआई द्वारा लिखा गया कोड मात्रा में अधिक होता है, लेकिन समीक्षा करना कठिन होता है। वास्तविकता यह है कि सीनियर इंजीनियरों का सारा समय हर बार इसे ध्यान से देखने में बर्बाद हो जाता है। प्री-कमिट (Pre-commit) फ्रेमवर्क का उपयोग करें ताकि कोड कमिट करने से ठीक पहले, एआई को पूर्व-निर्धारित सुरक्षा नियमों के अनुसार इसकी जांच करने के लिए मजबूर किया जा सके।
टीम के कोड कन्वेंशन और सुरक्षा कमजोरियों की जांच करने के लिए एक ai_code_review.py स्क्रिप्ट लिखें, और फिर इसे नीचे दिखाए अनुसार .pre-commit-config.yaml में पंजीकृत करें।
`yaml
repos:
`
इस पद्धति का उपयोग करके, हार्डकोडेड सीक्रेट कीज़ या नामकरण नियमों का उल्लंघन रिमोट रिपॉजिटरी में जाने से पहले ही पकड़ लिया जाता है। आप कोड समीक्षा में लगने वाले समय को प्रति सप्ताह लगभग 5 घंटे कम कर सकते हैं।
यदि एआई गलती से कमर्शियल मॉडल को हजारों बार फिर से प्रयास करने का अनुरोध भेजता है, तो लागत तेजी से बढ़ जाएगी। इसे रोकने के लिए, आपको बीच में एक लाइटएलएलएम (LiteLLM) प्रॉक्सी रखना होगा। प्रत्येक टीम के सदस्य के लिए एपीआई बजट सीमा निर्धारित करें, और यदि सीमा पार हो जाती है, तो इसे स्वचालित रूप से सस्ते स्थानीय मॉडल पर पुनर्निर्देशित करने के लिए कॉन्फ़िगर करें।
`bash
curl -X POST 'http://localhost:4000/key/generate'
-H 'Authorization: Bearer sk-secure-master-key-1234'
-H 'Content-Type: application/json'
-d '{
"key_alias": "backend-developer-key",
"max_budget": 50.0,
"budget_fallbacks": {
"optimized-primary": ["cost-efficient-fallback", "self-hosted-local"]
}
}'
`
इस सेटिंग को लागू करने पर, बजट समाप्त होने पर क्लाउड मॉडल के बजाय इन-हाउस स्थानीय मॉडल काम करेगा। यह एक व्यावहारिक उपाय है जो हर महीने आने वाली एपीआई लागत को 20% से अधिक कम कर सकता है।
यदि आप पुराने (लेगेसी) कोड को पूरा का पूरा एजेंट में डाल देते हैं, तो टोकन बर्बाद होने और गलत कोड आने की संभावना अधिक होती है। रेपोमिक्स (Repomix) जैसे उपकरणों का उपयोग करें और केवल क्लास घोषणाओं और इंटरफेस को संकुचित करके बनाई गई एक्सएमएल फ़ाइल को मॉडल में पास करें। आप लगभग 70% टोकन बचा सकते हैं और आवश्यक संदर्भ को अधिक सटीक रूप से प्रदान कर सकते हैं।
मेटा (METR) के शोध के परिणामों के अनुसार, ऐसे मामले हैं जहां एआई को शामिल करने वाले विकास समूहों ने वास्तव में उत्पादकता में गिरावट का अनुभव किया है। इसका कारण यह है कि कोड में बदलाव का आकार अनियंत्रित रूप से बढ़ जाता है, जिससे समीक्षा की बाधा उत्पन्न होती है। यदि आप एक तकनीकी लीड हैं, तो केवल एजेंट की गति के बारे में उत्साहित न हों। आप अपने इन-हाउस इन्फ्रास्ट्रक्चर को कितनी सटीकता से नियंत्रित करते हैं, यही आपकी टीम की सफलता का निर्धारण करेगा।