فهم استخدام الحاسوب

ما هو استخدام الحاسوب؟

4 دقيقة للقراءة

بنهاية هذه الدورة ستكون قد شحنت وكيل استخدام حاسوب Claude يعمل — مُعبِّئ نماذج التقديم للوظائف الآلي — يقرأ وصف الوظيفة (ملصق أو مستخرج)، يفتح نموذج التقديم في متصفح حقيقي، يملأ كل حقل بمحتوى مصمم للوصف، يرفق سيرتك الذاتية، ويتوقف عند زر الإرسال لمراجعتك. هذا الدرس الأول يعطيك النموذج الذهني لكيفية "رؤية وتصرف" Claude قبل أن تبدأ البناء.

استخدام الحاسوب هو واجهة برمجة تطبيقات إنتاج من Anthropic تتيح لكلود التحكم في أجهزة الكمبيوتر من خلال التفاعل مع الواجهة المرئية. على عكس تكاملات الذكاء الاصطناعي التقليدية التي تتطلب واجهات برمجة تطبيقات محددة أو كود مخصص لكل تطبيق، يمكّن استخدام الحاسوب كلود من التفاعل مع أي برنامج بنفس الطريقة التي يتفاعل بها الإنسان.

المقايضة التي تعقدها فعلياً

استخدام الحاسوب ليس أفضل مطلقاً من الأتمتة المكتوبة برمجياً — إنه يقايض الحتمية بالوصول. اخترْه حين لا يوجد API تستدعيه، لا حين يوجد واحد لا ترغب في قراءة توثيقه.

الأتمتة المكتوبة برمجياً مقابل استخدام الحاسوب

حتمية

مكتوبة برمجياً (API / Selenium / Playwright)

التكلفة لكل تشغيلتكاد تنعدم
السرعةأجزاء من الثانية
تفشل حينتتغير الواجهة أو المخطط
المزايا
  • المدخل نفسه يعطي المخرج نفسه في كل مرة
  • رخيصة بما يكفي لتشغيلها مع كل commit
  • الإخفاق صريح - المُحدِّد يرفع خطأً
العيوب
  • تكامل منفصل لكل خدمة، تكتبه وتصونه بنفسك
  • تغيير اسم صنف CSS يكسرها بصمت في الإنتاج
  • بلا فائدة حيث لا API ولا DOM ثابت - تطبيقات سطح المكتب القديمة، واجهات canvas، ملفات PDF داخل عارض
تكيّفية

استخدام الحاسوب

التكلفة لكل تشغيلرموز لكل لقطة شاشة
السرعةثوانٍ لكل خطوة
تفشل حينتكون المهمة غامضة
المزايا
  • تعمل على أي بكسل - بلا API ولا DOM ولا تعاون من المزوّد
  • تصمد أمام تغييرات الواجهة الشكلية التي تكسر المُحدِّدات
  • وكيل واحد يُعمَّم عبر التطبيقات
العيوب
  • غير حتمية: المهمة ذاتها قد تسلك مساراً مختلفاً كل مرة
  • تكلّف مالاً حقيقياً لكل خطوة، والسياق ينمو مع تراكم اللقطات
  • الإخفاق صامت - قد تنفّذ الشيء الخطأ بثقة وتُبلغ بالنجاح
  • كل ما على الشاشة قابل للوصول، ولهذا فالعزل ليس اختيارياً

الآلية تحته بسيطة: كلود يرى الشاشة عبر لقطات، ويفهمها بالرؤية، ويتصرف بإرجاع استدعاءات ماوس ولوحة مفاتيح ينفّذها كودك.

القدرات الرئيسية

توفر واجهة برمجة تطبيقات استخدام الحاسوب لكلود هذه الأدوات:

الأداةالغرض
computerالتقاط لقطات شاشة، تحريك الماوس، النقر، الكتابة، التمرير
text_editorعرض وتحرير الملفات مباشرة
bashتنفيذ أوامر الطرفية

كيف تقرأ أرقام المعايير (ولماذا لا نطبعها هنا)

المعيار الذي ستراه مقتبساً لاستخدام الحاسوب هو OSWorld، وهو يقيس أداء النموذج في مهام حقيقية داخل سطح مكتب حي — متصفحات، طرفيات، LibreOffice — عبر نقرات وضغطات مفاتيح مُصنَّعة.

هذه الدورة لا تطبع رقماً عن قصد، لأن ذلك الرقم أقل ثباتاً مما يبدو. ثلاثة أشياء تتحرك تحته:

  1. المعيار نفسه يُنقَّح في مكانه. OSWorld-Verified هو ترقية في المكان لـ OSWorld الأصلي — العائلة ذاتها، مع تحديث جودة المهام والتقييم والبنية التحتية. وملاحظة Anthropic صريحة: النتائج قبل Sonnet 4.5 قيست على OSWorld الأصلي، ومن 4.5 فصاعداً على OSWorld-Verified. أي أن الرسم البياني الذي يمدّ خطاً واحداً عبر الاثنين يقارن بمسطرتين مختلفتين.
  2. النتائج تُعاد صياغتها لنماذج سبق إطلاقها. قد يتغير الرقم المنشور لنموذج ما بعد تغيير المنهجية، دون أن يتغير النموذج إطلاقاً.
  3. الحدّ الأمامي يتحرك كل بضعة أشهر. أي جملة من نوع "النموذج س هو المتصدر" عمرها الافتراضي أسابيع.

لذا فالمهارة الدائمة ليست حفظ نسبة مئوية، بل معرفة كيف تقرأ واحدة:

حين ترى…اسأل
نتيجة مفردة في عنوانأي مراجعة من المعيار؟ Verified أم 2.0 أم الأصلي؟
خط اتجاه عبر أجيال النماذجهل قيست كل النقاط على المراجعة نفسها؟
"خط الأساس البشري"منشور من جهة؟ وعلى أي مجموعة مهام؟
"الأحدث تقنياً"مؤرَّخ متى؟

للأرقام الحالية، ارجع إلى صفحة النماذج من Anthropic وإلى منشور إطلاق النموذج الذي تنشره — فهذه وحدها المصادر التي تُصحَّح حين تُعاد صياغة نتيجة.

ما تقوله النتائج فعلاً، على مستوى الاتجاه: انتقل استخدام الحاسوب من "عرض توضيحي" إلى "مفيد" عبر أجيال النماذج الأخيرة، وصار جيداً بما يكفي لأن تتحول الإخفاقات المهمة من "نقر الزر الخطأ" إلى "نفّذ المهمة الخطأ بثقة". لهذا تقضي الوحدات 3–5 وقتاً في الحواجز أكثر مما تقضيه في النقر.

ملاحظة: استخدام الحاسوب مُفعّل عبر ترويسة anthropic-beta بقيمة computer-use-2025-11-24 ويستخدم نوع الأداة computer_20251124. الترويسة تشير إلى سطح مُصدَّر بإصدارات وباختيار صريح — لا إلى عدم نضج. شغّل الوكلاء في بيئات معزولة على أي حال (Docker، VM، أو ملف تعريف متصفح مخصص): الوكيل يرى، ويمكنه التصرف على، كل ما تعرضه شاشتك.

ما ستبنيه

معاينة المشروع النهائي — مُعبِّئ نماذج الوظائف. كل تقنية تتعلمها عبر الوحدات الخمس القادمة تتراكم في وكيل حقيقي واحد:

الوحدة 1 → النموذج الذهني: لقطة شاشة → رؤية → فعل
الوحدة 2 → حاوية Docker + إعداد Agent SDK
الوحدة 3 → أتمتة سطح المكتب (نصف فتح النوافذ)
الوحدة 4 → أتمتة المتصفح (النماذج، المصادقة، الجلسات)
الوحدة 5 → أمان الإنتاج (حواجز الإجراءات الخطرة، سجلات التدقيق)
المشروع النهائي → كل ما سبق، موصول لتقديمات حقيقية

نقطة تحقق — افعل هذا قبل الدرس التالي

  1. اجمع 3–5 أوصاف وظائف حقيقية قد تتقدم لها فعلاً. احفظها كملفات .txt في مجلد jds/. هذه مدخلات مشروعك النهائي.
  2. اعثر على رابطَي نموذج لوحة وظائف تريد الوكيل أن يملأهما. نماذج التقديم العامة (Greenhouse، Lever، مواقع المهن الشخصية) تعمل جيداً.
  3. جهّز سيرتك الذاتية بصيغة PDF على مسار معروف. أداة رفع الملف في المشروع النهائي تحتاج مساراً مطلقاً.
  4. ثبّت Docker Desktop إن لم تفعل — الوحدة 2 تشغّل الوكيل في حاوية معزولة بحيث لا يمكنه إتلاف نظامك المضيف.

في الدرس التالي، سنستكشف كيف يعمل استخدام الحاسوب من الداخل. :::

اختبار

الوحدة 1: فهم استخدام الحاسوب

خذ الاختبار
هل كان هذا الدرس مفيدًا؟

سجّل الدخول للتقييم