دليل
كيف تراقب وكلاء البرمجة بالذكاء الاصطناعي على أجهزة المطوّرين
ما الذي يجب مراقبته عند تشغيل Claude Code أو Codex أو Cursor على حواسيب الفريق، وما الذي تكشفه الخطافات والقياس عن بُعد المدمجة وما لا تكشفه، وكيف تحترم الخصوصية.
· قراءة في 9 دقائق · بقلم فريق vetkit
لماذا لا تكفي الموافقات
يطلب وكلاء البرمجة بالذكاء الاصطناعي الإذن قبل الإجراءات الخطرة، أو يتركون القرار لمراجِع تلقائي. هذا يحمي لحظة الموافقة، لكنه لا يخبر الفريق بما حدث عبر مئات الجلسات على عشرات الحواسيب: أي وكيل قرأ بيانات اعتماد سحابية، وأيها أرسل بيانات إلى نطاق لا يعرفه أحد، وأيها عدّل إعداداته بهدوء حتى يقلّ ما يسأل عنه في التشغيل التالي.
المراقبة تسدّ هذه الفجوة. والهدف ليس مراقبة المطوّرين، بل القدرة على الإجابة عن سؤال بسيط حين يبدو أن شيئًا ما ليس على ما يرام: ما الذي لمسه الوكيل؟ ويشرح دليل ما يمكن للوكلاء الوصول إليه لماذا تكون هذه المساحة أكبر مما يفترضه معظم الناس.
ما الذي يجب مراقبته
تقع معظم المخاطر ضمن عدد قليل من الفئات. وأداة المراقبة المفيدة تغطي كلًّا منها وتربط النشاط بالوكيل الذي تسبّب فيه.
| الفئة | أمثلة | لماذا تهم |
|---|---|---|
| الوصول إلى بيانات الاعتماد | مفاتيح SSH وGPG، وبيانات اعتماد السحابة، والرموز، وسلسلة المفاتيح، وبيانات المتصفح | أثمن ما على جهاز المطوّر |
| حركة البيانات الصادرة | عمليات الرفع، وخدمات اللصق ومشاركة الملفات، والنطاقات التي تظهر لأول مرة | هكذا تخرج البيانات؛ وقراءة بيانات اعتماد يتبعها اتصال صادر هي التسلسل الكلاسيكي |
| الإجراءات المدمّرة | الحذف الواسع، وإعادة كتابة تاريخ git، وحذف الجداول، وتعديل الموارد السحابية | الأخطاء هنا مكلفة حتى من دون مهاجم |
| النطاق | القراءة والبحث والكتابة خارج المشروع | نادرًا ما تحتاج مهمة برمجية إلى بقية القرص |
| سلسلة التوريد | تثبيت الحزم، وتمرير سكربت بعيد مباشرةً إلى الصدفة، وتشغيل خوادم MCP | شيفرة جديدة تصل وتعمل بصلاحياتك |
| الاستمرارية والوضع الأمني | عناصر بدء التشغيل، وملفات تهيئة الصدفة، وإعدادات الوكيل وملفات تعليماته، وأوضاع تجاوز الموافقات | تغييرات تبقى بعد انتهاء الجلسة وتشكّل الجلسة التالية |
ما توفّره الأدوات بشكل مدمج
يوفّر الوكلاء أنفسهم خطافات وقياسًا عن بُعد (telemetry) مفيدين. وهما نقطة بداية جيدة، لكن لهما حدود واضحة.
- الخطافات (hooks). تستطيع Claude Code وCodex وCursor تشغيل سكربت خاص بك قبل استدعاء أداة أو بعده، مثلًا قبل أمر صدفة أو استدعاء MCP. وتوثّق Claude Code وCursor أن الخطافات تسمح بالمرور افتراضيًا عند انتهاء المهلة أو حدوث خطأ (fail open)، وتوصي Claude Code بنظام الصلاحيات بدلًا من الخطافات لقواعد السماح أو المنع الصارمة.
- OpenTelemetry. تستطيع Claude Code وCodex تصدير قرارات الأدوات ونتائجها عبر OpenTelemetry. وهي ميزة معطّلة افتراضيًا، ولا تُسجَّل الأوامر النصية (prompts) إلا إذا اخترت ذلك، ولا تسمح أيٌّ من الأداتين لإعدادات المستودع نفسه بتفعيل القياس عن بُعد أو اختيار وجهته.
- ما لا تستطيع رؤيته. تصف الإشارات المدمجة ما طلب الوكيل من أدواته فعله. أما أمر صدفة يشغّل عمليات أخرى، أو سكربت داخل تثبيت اعتمادية، أو حاوية يشغّلها الوكيل، فكلها خارج هذا النطاق، كما أن كل أداة تُبلغ بصيغتها الخاصة.
ثلاث طرق للمراقبة
| النهج | يجيد | الحدود |
|---|---|---|
| خطافات الوكيل والقياس عن بُعد | استدعاءات الأدوات بدقة، وبدء رخيص، ودعم من المورّد | إعداد منفصل لكل أداة، وتسمح بالمرور عند الفشل، ولا ترى العمليات الفرعية، وتعتمد على إعدادات كل مطوّر |
| أمن نقاط النهاية (EDR) | يرى كل عملية وكل اتصال على الجهاز | لا يعرف أي نشاط صدر عن جلسة وكيل، وقواعده مكتوبة للبرمجيات الخبيثة لا لمساعد برمجة كثير النشاط |
| أداة مخصّصة لمراقبة الوكلاء | تربط نشاط نظام التشغيل بالوكيل والجلسة، وتقدّم عرضًا واحدًا عبر الأدوات، وقواعد مكتوبة لسلوك الوكلاء | تطبيق إضافي يجب تثبيته؛ ويحتاج إلى نموذج خصوصية واضح كي يقبله الفريق |
تتكامل هذه الأساليب جيدًا. فالخطافات تعطي النية بدقة، والأداة المخصّصة تعطي التغطية ونسبة النشاط إلى مصدره، ويبقى EDR خط الدفاع الأخير لكل ما عدا ذلك على الجهاز.
فكّر بالجلسات لا بالأحداث
نادرًا ما تكون قراءة ملف واحد مثيرة للاهتمام. أما جلسة قرأت بيانات اعتماد سحابية ثم رفعت شيئًا إلى نطاق يظهر لأول مرة فهي كذلك. وهناك فكرتان تجعلان المراقبة مفيدة لا مزعجة:
- التجميع حسب الجلسة والقاعدة. تكرار السلوك نفسه يجب أن يرفع العدّاد، لا أن يُنشئ تنبيهًا جديدًا في كل مرة.
- تقديم ادعاءات النفي بأمانة. أكثر ما يطمئن في مخرجات أداة المراقبة عبارة مثل “لا قراءة خارج المشروع” أو “اتصالات صادرة إلى النطاقات المسموحة فقط”. وقوة هذا الادعاء لا تتجاوز قوة تغطية المستشعرات التي يستند إليها، لذا يجب أن يذكر متى كانت التغطية جزئية، مثلًا بعد إعادة تشغيل مستشعر أو حين يفوّض الوكيل العمل إلى Docker أو SSH.
مراقبة بلا تجسّس
مراقبة ما تفعله أداة على حاسوب شخص ما قريبة من مراقبة الموظفين، ويجب أن تُصمَّم على هذا الأساس:
- يجب أن يكون إقران الجهاز إجراءً صريحًا يقوم به الشخص على جهازه بنفسه.
- ارفع البيانات الوصفية (التنبيهات وملخصات الجلسات)، لا محتويات الملفات أو الأوامر النصية أو ضغطات المفاتيح.
- احجب الأسرار على الجهاز نفسه قبل أن يغادره أي شيء.
- اسمح للمؤسسات بتقييد ما يراه المسؤولون، وسجّل كل مرة يفتح فيها مسؤول تفاصيل شخص ما.
- اجعل مدة الاحتفاظ قصيرة، واسمح للأشخاص بإلغاء إقران أجهزتهم في أي وقت.
- تحقّق من متطلبات الإشعار والموافقة ومجالس العمال وفق القانون المحلي لديك قبل التعميم.
أين يأتي دور vetkit
Agent Watch هو تطبيق سطح المكتب من vetkit لهذا الغرض. يراقب جلسات Claude Code وCodex وCursor وWindsurf وCopilot وGemini CLI وCline وAider على الجهاز المقترن، ويُبلغ عن نتائج الوصول إلى بيانات الاعتماد، والاتصالات الصادرة، والأوامر المدمّرة، والنطاق، وسلسلة التوريد، والاستمرارية، والوضع الأمني، مجمّعةً حسب القاعدة والجهاز. وتحمل كل جلسة إقرارات موسومة بأنها موثّقة أو جزئية أو غير معروفة بحسب تغطية المستشعرات. وهو يراقب ويبلّغ؛ لا يمنع.
ويتبع نموذج الخصوصية المذكور أعلاه: تُقرَن الأجهزة عبر رمز يوافق عليه الشخص، وتقتصر عمليات الرفع على البيانات الوصفية، ولا تُرفع الأحداث الخام إلا إذا اختارت المؤسسة والمستخدم ذلك معًا، وتخضع قراءة المسؤولين لتفاصيل عضو آخر للتدقيق، ويستطيع الأعضاء إلغاء إقران أجهزتهم في أي وقت. وتغطي وثائق Agent Watch مدى التوفّر والخطط. ومن جهة الإعدادات، يوضّح دليل الصلاحيات ما يرصده تدقيق المستودع في إعدادات الوكلاء المُودَعة في المستودع.
المصادر
قرأنا المعلومات المتعلقة بكل أداة من وثائقها الخاصة في :
أسماء المنتجات علامات تجارية مملوكة لأصحابها. vetkit غير تابع لهم ولا يحظى بتأييدهم أو رعايتهم. هل لاحظت معلومة قديمة؟ راسلنا على contact@vetkit.dev وسنصحّحها.