كيفية تشغيل وكلاء برمجة الذكاء الاصطناعي بشكل آمن داخل الشبكة الداخلية للشركة
TuBrief 편집팀
2026년 7월 8일
0
Computing/Software원본 영상을 바탕으로 AI의 도움을 받아 작성했습니다. 원본 영상이 기준입니다.
커뮤니티의 다른 글
댓글 (0)
Log in to leave a comment
아직 작성된 글이 없습니다
원본 영상을 바탕으로 AI의 도움을 받아 작성했습니다. 원본 영상이 기준입니다.
Log in to leave a comment
아직 작성된 글이 없습니다
بصفتك قائداً تقنياً لفريق تطوير برمجيات، ربما تشعر بالقلق؛ فمن ناحية، قد يؤدي اعتماد أدوات البرمجة بالذكاء الاصطناعي إلى تسريب شفرة المصدر الخاصة بالشركة، ومن ناحية أخرى، قد تصبح تكاليف واجهات برمجة التطبيقات (API) الشهرية غير محتملة إذا تركنا أعضاء الفريق يستخدمونها دون قيود. يمكنك حل هذه المشكلة عن طريق بناء بنية تحتية لتشغيل نماذج مفتوحة المصدر داخل الشبكة المغلقة للشركة، بدلاً من الاعتماد على الخدمات التجارية القائمة على السحابة.
يوجد أكثر من 14,000 مثيل لـ أولاما (Ollama) مكشوفة على الإنترنت دون أي مصادقة، وذلك نتيجة لقيام المطورين بتعديل إعدادات المضيف دون وعي من أجل الراحة. لمنع تسريب الكود، يجب فصل خادم النموذج والوكيل فيزيائياً على مستوى الشبكة الافتراضية. باستخدام ميزة عزل الشبكة في دوكر كومبوز (Docker Compose)، يمكنك حظر جميع الحزم التي تتجه إلى الإنترنت الخارجي.
الطريقة بسيطة؛ أضف خيار internal: true إلى إعدادات الشبكة في ملف docker-compose.yml.
`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) لجعل الذكاء الاصطناعي يفحص الكود وفقاً لقواعد أمنية محددة قبل الالتزام (commit) به مباشرة.
قم بكتابة نص برمجي ai_code_review.py للتحقق من معايير الكود الخاصة بالفريق والثغرات الأمنية، ثم قم بتسجيله في ملف .pre-commit-config.yaml كما هو موضح أدناه.
`yaml
repos:
`
باستخدام هذه الطريقة، سيتم تصفية مفاتيح التشفير المضمنة (hard-coded) أو انتهاكات قواعد التسمية قبل رفعها إلى المستودع البعيد، مما يوفر حوالي 5 ساعات أسبوعياً من الوقت المخصص لمراجعة الكود.
إذا قام الذكاء الاصطناعي بإرسال آلاف طلبات إعادة المحاولة إلى نموذج تجاري عن طريق الخطأ، فستتضاعف التكاليف في لحظة. لمنع ذلك، يجب وضع وكيل (Proxy) مثل لايت إل إل إم (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%.
إذا قمت بتغذية الوكيل بالكود القديم (Legacy code) بالكامل، فسيؤدي ذلك إلى إهدار الرموز (tokens) وزيادة احتمالية الحصول على كود غير دقيق. استخدم أدوات مثل ريبوميكس (Repomix) لضغط إعلانات الفئات (class) والواجهات (interfaces) في ملف XML وتقديمه للنموذج. يمكنك توفير حوالي 70% من الرموز مع نقل السياق الضروري بدقة أكبر.
وفقاً لبحث أجرته METR، هناك حالات شهدت فيها مجموعات التطوير التي تدمج الذكاء الاصطناعي انخفاضاً في الإنتاجية؛ وذلك بسبب زيادة حجم تغييرات الكود بشكل غير منضبط، مما يؤدي إلى اختناقات في المراجعة. كقائد تقني، لا تنبهر فقط بسرعة الوكيل؛ فالنجاح يعتمد على مدى دقة تحكمك في البنية التحتية داخل شركتك.