كلود كوورك على الهاتف المحمول والويب: كيف يجب على الفرق إعادة تصميم وكيل العمل
دعم كلود كوورك للهاتف المحمول والويب ليس مجرد تحديث لواجهة المنتج. بل يُظهر أن عمل الوكيل أصبح مستمرًا، وعبر الأجهزة، وغير متزامن، وقائمًا على استخدام الأدوات. هذا التحول يجعل هيكل الوكيل أكثر أهمية. تحتاج الفرق إلى نطاقات مهام أوضح، وصلاحيات أكثر صرامة، وسجلات مستمرة، وتوجيه النماذج، وتحقق حتمي، وموافقة بشرية في النقاط المناسبة. الخطوة الجيدة التالية ليست ملاحقة كل ميزة جديدة للوكيل. بل بناء معيار داخلي صغير، وتحديد مستويات المخاطر، وجعل العمل المفوض قابلاً للمراجعة. **أقوى سير عمل للوكيل ليس هو الذي يتمتع بأكبر قدر من الاستقلالية. بل هو الذي يتمتع بأوضح الحدود، وأفضل الأدلة، وأكثر مسار مراجعة أمانًا.**
كلاود كوورك على الجوال والويب: كيف يجب على الفرق إعادة تصميم أداة الوكيل الخاصة بها
مقدمة
يبدو تحديث كلاود كوورك من أنثروبيك بسيطًا في البداية: كوورك يتجاوز سطح المكتب ويصبح متاحًا على الويب والجوال أيضًا. لكن الإشارة الحقيقية أكبر من مجرد واجهة جديدة.
بمجرد أن يتمكن الوكيل من مواصلة العمل بعد مغادرة المستخدم لمكتبه، لم يعد المنتج مجرد نافذة دردشة. بل يصبح سلسلة مهام مستمرة. يمكن للمستخدم بدء العمل على سطح المكتب، والتحقق من التقدم على الهاتف، والرد على استفسار توضيحي من جهاز آخر، والعودة لاحقًا لمراجعة النتائج.
هذا التحول مهم للفرق التي تستخدم كلاود كوورك، كلاود كود، كوديكس، كورسر، جيت هاب كوبايلوت، نيكس كود، أو الوكلاء الداخليين. لم يعد السؤال "هل يمكن للنموذج حل المهمة؟" بل السؤال الأفضل هو: هل يمكن للنظام المحيط بالنموذج التحكم في السياق، الأدوات، الحالة، الأذونات، السجلات، التحقق، والمراجعة البشرية؟
النقاط الرئيسية
- كلاود كوورك على الجوال والويب هو إشارة منتج، وليس مجرد تحديث للراحة. إنه يحول عمل الذكاء الاصطناعي إلى سلسلة مهام مستمرة عبر الأجهزة.
- المنافسة بين منتجات الوكلاء تتجه نحو أداة الوكيل: الأذونات، السياق، الحالة، السجلات، توجيه النموذج، التحقق، والمراجعة.
- الوصول عبر الجوال مفيد للتحقق من التقدم والموافقات الضيقة، لكنه لا ينبغي أن يضعف مراجعة الكود، الموافقة على الإنتاج، أو ضوابط البيانات الحساسة.
- AWS AgentCore والنقاش الأوسع حول هندسة الأدوات يظهران أن مزودي السحابة وفرق البحث يتجهون في نفس الاتجاه.
- يجب على الفرق التعامل مع هذا الإصدار كفرصة لمراجعة سير العمل، وليس مجرد إعلان عن ميزة جديدة.
ما الذي تغير بالفعل
يتوسع كلاود كوورك من سير عمل يركز على سطح المكتب إلى تجربة ويب وجوال. يمكن للمستخدم بدء مهمة على الكمبيوتر، والسماح لكلاود بمواصلة العمل في الخلفية، والتحقق من الحالة من الهاتف، والعودة لاحقًا لمراجعة المخرجات.
هذا يغير النموذج الذهني.
الروبوت الدردشة ينتظر الرسالة التالية. أداة إكمال الكود تقترح السطر التالي. وكيل الخلفية يستمر في العمل بعد أن يبتعد المستخدم. هذا يعني أن الفرق لا يمكنها وضع كل الحوكمة داخل جلسة سطح مكتب واحدة أو نافذة طرفية مرئية واحدة.
صفحة منتج كوورك من أنثروبيك تؤكد أيضًا على التحكم. يختار المستخدمون المجلدات والأدوات، ويمكن لمسؤولي المؤسسة تكوين الوصول والأذونات. هذا مهم لأن العمل عبر الأجهزة مفيد فقط إذا لم يحول كل ضغطة على الهاتف إلى منح صلاحيات واسعة.
للفرق الهندسية، الدرس ليس "انقل كل مهمة إلى الجوال." الدرس هو أن العمل المفوض أصبح دائمًا. المهام ستستمر عبر الألسنة، الأجهزة، الاجتماعات، الإشعارات، وتحولات السياق البشري. يجب أن يفترض نموذج التشغيل أن العمل قد يستمر بعد الاستفسار الأول.
لماذا هذه قصة أداة
أداة الوكيل هي النظام المحيط بالنموذج الذي يحول الطلب إلى عمل محكوم.
تشمل:
- تجميع السياق
- الوصول إلى الأدوات
- إدارة الحالة
- قواعد الذاكرة
- تخطيط المهام
- إعادة المحاولة ومعالجة الفشل
- السجلات
- الأذونات
- التحقق
- المراجعة البشرية
نموذج قوي داخل أداة ضعيفة لا يزال يمكن أن يفشل بشكل سيء. قد يقرأ الملفات الخاطئة، يستخدم الأداة الخاطئة، يتخذ
تغيير غير آمن، أو إنتاج نتيجة تبدو مصقولة ولكن لا يمكن مراجعتها.
إن التوسع في تطبيق كلاود كوورك على الأجهزة المحمولة والويب يجعل الإطار أكثر وضوحًا. قد تبدأ المهمة على سطح المكتب، وتستمر في السحابة، وتطلب الموافقة على الهاتف المحمول، وتنتهي بملفات أو رسائل جاهزة للمراجعة. يحتاج هذا التدفق إلى حالة وأذونات تتنقل مع المهمة، وليس فقط مع الجهاز.
تدفع أمازون ويب سيرفيسز بفكرة ذات صلة من جانب السحابة من خلال أمازون بيدروك إيجينت كور. يركز نموذج الإطار الخاص بها على التنسيق، وتنفيذ الأدوات، وإدارة السياق، واستمرارية الحالة، والتعافي من الفشل، والجلسات المعزولة. كما تشير كتابات ليليان وينج حول هندسة الإطار إلى نفس الاتجاه من منظور بحثي: السلوك الأفضل للوكيل لا يأتي فقط من أوزان نموذج أقوى، بل أيضًا من بيئات أفضل، وحلقات تغذية راجعة، وتقييم، وأدوات، وسقالات.
من الناحية العملية، الإطار هو المكان الذي تحدد فيه الفرق معنى "عمل الوكيل الجيد".
خطر العمل المستمر
الوكلاء عبر الأجهزة لديهم قيمة واضحة.
يمكن لمدير المنتج أن يطلب ملخصًا لأبحاث العملاء قبل ركوب القطار. يمكن للمهندس أن يبدأ التحقيق في السجلات، ويغلق الكمبيوتر المحمول، ويوافق على متابعة محدودة من الهاتف. يمكن للمؤسس أن يفوض تحديثًا للمستثمرين ويراجع المسودة لاحقًا.
لكن الخطر واضح بنفس القدر. المهمة التي تستمر في العمل في الخلفية قد تستمر في استخدام الأدوات والملفات والتطبيقات المتصلة والسياق بعد أن يتوقف الإنسان عن مراقبة الشاشة.
يجب على الفرق فصل خمسة أنواع من السلطة.
| نوع السلطة | مثال | القاعدة الافتراضية |
|---|---|---|
| قراءة السياق المحلي | ملفات المستودع، المستندات، الملاحظات | السماح فقط بالمجلدات المقيدة |
| قراءة التطبيقات المتصلة | سلاك، البريد الإلكتروني، التقويم، إدارة علاقات العملاء | استخدام الموافقة لكل موصل |
| كتابة العناصر المحلية | المسودات، الفروع، جداول البيانات | السماح فقط مع الفروق القابلة للمراجعة |
| الاتصال الخارجي | إرسال بريد إلكتروني، نشر على سلاك، تقديم تذاكر | طلب تأكيد بشري |
| الإجراء التدميري أو الإنتاجي | حذف الملفات، تدوير الأسرار، النشر | طلب موافقة صريحة وسجلات |
يجب أن يجعل الوصول عبر الهاتف المحمول المراجعة أسرع، وليس أضعف. الهاتف مفيد لفحص حالة المهمة، أو الإجابة على توضيح، أو الموافقة على خطوة محدودة تالية. إنه ليس المكان المناسب لمراجعة فرق كبير في الكود، أو الموافقة على ترحيل إنتاجي، أو الموافقة على تغييرات الفوترة، أو منح وصول واسع إلى بيانات العملاء.
قاعدة تشغيل بسيطة تعمل بشكل جيد:
يمكن للهاتف المحمول التوجيه، ولكن الموافقة الجادة يجب أن تحدث حيثما تكون الأدلة مرئية.
ما يجب أن تغيره فرق البرمجة
1. جعل نطاق المهمة صريحًا
كل مهمة مفوضة تحتاج إلى حدود مكتوبة.
يجب أن يشمل النطاق الجيد:
- الهدف
- الملفات أو المجلدات أو الأنظمة المسموح بها
- الإجراءات غير المسموح بها
- الأدوات المسموح بها
- المخرجات المتوقعة
- أوامر التحقق
- شروط التوقف
- نقاط الموافقة البشرية المطلوبة
بدون هذه الحدود، الوكيل الخلفي هو مجرد موجه طويل الأمد مع أدوات مرفقة. هذا ليس نموذج تشغيل آمن.
2. طلب الأدلة، وليس فقط المخرجات
لا ينبغي للمراجع أن يخمن ما فعله الوكيل.
بالنسبة لمهام الكود، يجب أن يشمل التقرير النهائي:
- الملفات التي تم تغييرها
- ملخص الفروق
- الأوامر التي تم تشغيلها
- الاختبارات التي تم اجتيازها أو فشلها
- الافتراضات
- المخاطر المعروفة
- مسار التراجع المقترح، إن وجد
ذو صلة
بالنسبة للمهام البحثية، يجب أن يتضمن التقرير النهائي ما يلي:
- روابط المصادر
- مستوى الثقة
- المعلومات المفقودة
- الأدلة المتضاربة
- الأسئلة المفتوحة
الهدف هو جعل عمل الوكيل قابلاً للتدقيق. الإجابة المصقولة وحدها غير كافية.
3. استخدام توجيه النماذج
ليس كل مهمة تحتاج إلى نفس النموذج، أو نافذة السياق، أو الميزانية.
يمكن استخدام نماذج أرخص في مهام التلخيص منخفضة المخاطر، وتصنيف المشكلات، والتنسيق، والتحويلات الحتمية. بينما قد تستدعي مهام التصحيح الصعبة، وتخطيط البنية، والترحيل، والعمل الحساس أمنيًا نماذج أقوى مع مراجعة أكثر صرامة.
قد تبدو سياسة التوجيه العملية كما يلي:
| نوع المهمة | استراتيجية النموذج المقترحة | مستوى المراجعة |
|---|---|---|
| التنسيق أو التنظيف | نموذج منخفض التكلفة | مراجعة خفيفة |
| التلخيص أو التصنيف | نموذج منخفض التكلفة | فحص عشوائي |
| إصلاح شيفرة صغير | نموذج متوسط/عالي حسب المخاطرة | مراجعة الفرق + الاختبار |
| تغيير في البنية | نموذج أقوى | مراجعة بشرية مطلوبة |
| مهمة أمنية أو إنتاجية | نموذج أقوى + إطار عمل صارم | موافقة بشرية مطلوبة |
| اتصال مع عميل خارجي | نموذج أقوى أو يقوده البشر | موافقة قبل الإرسال |
المغزى ليس استخدام أرخص نموذج دائمًا، بل استخدام النموذج المناسب لمستوى المخاطرة.
4. تحديد الذاكرة
الوكلاء المستمرون يجعلون تخزين كل شيء أمرًا مغرٍ، وهذا محفوف بالمخاطر.
يجب على الفرق تخزين المعلومات المستقرة والقابلة لإعادة الاستخدام مثل:
- قواعد المشروع
- الأوامر المفضلة
- اتفاقيات المستودع
- سير العمل المعتمد
- أوامر الاختبار
- تفضيلات التنسيق
يجب على الفرق تجنب تخزين:
- الأسرار
- البيانات الشخصية
- تفاصيل خاصة بعميل معين
- التكهنات المؤقتة
- الافتراضات غير المؤكدة
- السياق التجاري الحساس دون سياسة احتفاظ
الذاكرة الجيدة تحسن موثوقية سير العمل. الذاكرة السيئة تحول تخمين الأمس إلى تعليمات خفية للغد.
5. بناء معيار محلي
لا تقيم الوكلاء فقط من خلال العروض التوضيحية أو مقاطع وسائل التواصل الاجتماعي.
اختر مهام حقيقية من الشهر الماضي. قم بتضمين الأخطاء، وإعادة الهيكلة، وتعديلات التوثيق، وتنظيف البيانات، وتحقيقات الدعم، وفحوصات الإصدار. قم بتشغيل كل وكيل ضمن نفس الميزانية الزمنية وقارن النتائج.
قم بقياس:
- معدل الإنجاز
- وقت المراجعة
- تكلفة الرموز
- نوع الخطأ
- المشكلات الأمنية
- تعقيد التراجع
- ما إذا كان المخرجات مفيدة بالفعل
المعيار المحلي للفريق أكثر قيمة من لوحة المتصدرين العامة لأنه يعكس العمل الذي يقوم به الفريق بالفعل.
إطار عمل عملي لوكيل We0 AI
لا يجب أن يبدأ إطار العمل المفيد كمشروع منصة ضخم. يمكن بناء نسخة مصغرة باستخدام ملف تعليمات المستودع، قالب مهمة، قائمة تحقق للتحقق، وقاعدة مراجعة.
استخدم قالب مهمة مثل هذا:
الهدف:
السياق المسموح به:
الأدوات المسموح بها:
الإجراءات غير المسموح بها:
أمر التحقق:
المخرجات المتوقعة:
الموافقة البشرية مطلوبة من أجل:
توقف إذا:
ثم قم بتعيين أنواع المهام إلى سير العمل.
هذا القالب بسيط، لكنه يجبر الفريق على جعل التفويض والتحقق مرئيين.
بالنسبة لسير العمل على غرار We0 AI، يجب أن يساعد الإطار الفرق في تحديد التعليمات، وتشغيل الفحوصات القابلة للتكرار، ومقارنة مخرجات الوكيل، والاحتفاظ بسياق كافٍ للمراجعة. الهدف ليس الإبطاء.
تبني. الهدف هو جعل التفويض متوقعًا بما يكفي للثقة.
كيفية تقييم Claude Cowork مقارنة بالوكلاء الآخرين
لا تقارن بين Claude Cowork وClaude Code وCodex وGitHub Copilot وCursor أو الوكلاء الداخليين بناءً على "الانطباعات".
استخدم مهام حقيقية واطرح خمسة أسئلة:
- هل يمكن للوكيل العثور على السياق الصحيح دون قراءة مفرطة للملفات الخاصة أو غير ذات الصلة؟
- هل يمكنه استخدام الأدوات بأمان والتعافي من فشل الأدوات؟
- هل يمكنه إنتاج ناتج صغير يمكن مراجعته؟
- هل يمكنه إثبات الناتج باستخدام اختبارات أو روابط مصدرية أو سجلات؟
- هل يمكن لإنسان إيقاف العمل أو إعادة توجيهه أو الموافقة عليه في اللحظات المناسبة؟
نفّذ كل مهمة أكثر من مرة. الوكلاء عشوائيون. تشغيل واحد مثير للإعجاب لا يثبت الموثوقية، وتشغيل سيء واحد لا يثبت أن النظام عديم الفائدة.
قم أيضًا بقياس عبء المراجعة. إذا أنشأ الوكيل ناتجًا كبيرًا يستغرق التحقق منه وقتًا أطول من أداء المهمة يدويًا، فهو لا يساعد. الوكيل المفيد يقلل من تكلفة الوصول إلى قرار واثق. إنه لا يولد مجرد ناتج إضافي.
ما يخبرنا به السوق
Claude Cowork للجوال والويب جزء من تحول أوسع.
تحول AWS أحزمة الوكلاء إلى بنية تحتية مدارة في السحابة. وكيل GitHub Copilot السحابي يدعم البرمجة الخلفية وسير عمل طلبات السحب. Claude Code وCodex وCursor والوكلاء الداخليون جميعهم يدفعون الفرق نحو العمل غير المتزامن الذي يستخدم الأدوات. تشير المناقشات البحثية حول هندسة الأحزمة أيضًا إلى أن أنظمة الوكلاء الأفضل ستعتمد على بيئات وأدوات وحلقات تغذية راجعة وتقييم أقوى.
هذه قصص منتجات مختلفة، لكنها تشير إلى نفس الحقيقة التشغيلية: منتجات الذكاء الاصطناعي أصبحت أنظمة.
تحتاج إلى:
- التحكم في وقت التشغيل
- توجيه النماذج
- سياسة السياق
- أذونات الأدوات
- القدرة على المراقبة
- التقييم
- الموافقة البشرية
- مسارات التدقيق
عصر "الصق المطالبة واحصل على الإجابة" لم ينتهِ بعد. لكن بالنسبة للفرق الجادة، لم يعد هذا هو الحدود.
نموذج التشغيل الموصى به
إليك خطة نشر عملية لمدة 30 يومًا.
الأسبوع الأول: جرد استخدام الوكيل الحالي
أدرج كل أداة وكيل يستخدمها فريقك.
لكل أداة، سجل:
- ما البيانات التي يمكنها الوصول إليها
- ما يمكنها كتابته
- ما الأدوات التي يمكنها استدعاؤها
- ما إذا كانت يمكنها تنفيذ الأوامر
- ما إذا كانت تتعامل مع بيانات العملاء
- كيف يتم مراجعة المخرجات
- ما إذا كان الاستخدام رسميًا أم غير رسمي
هذا يمنح الفريق خطًا أساسيًا واضحًا.
الأسبوع الثاني: إنشاء سياسة المهام
قسم المهام إلى منخفضة ومتوسطة وعالية المخاطر.
يجب توثيق هذه السياسة كتابيًا. إذا كانت فئة المهمة غير واضحة، تعامل معها على أنها متوسطة أو عالية المخاطر حتى يقرر الفريق خلاف ذلك.
الأسبوع الثالث: بناء معيار داخلي
اختر حوالي 20 مهمة حقيقية من الشهر السابق.
تشمل:
- إصلاح الأخطاء
- إعادة الهيكلة
- تحديثات التوثيق
- تحقيقات دعم العملاء
- أعمال تنظيف البيانات
- فحوصات الإصدار
- ملخصات بحثية
شغّل سير العمل الحالي وإعداد وكيل بديل واحد على الأقل. تتبع الإكمال ووقت المراجعة والتكلفة والإخفاقات والمفاجآت.
الأسبوع الرابع: تعزيز الحزام
أضف أو حسّن:
- تعليمات المستودع
- أوامر التحقق
- متطلبات التسجيل
- أذونات الموصل
- شروط التوقف
- قوائم المراجعة
- قواعد الموافقة
إذا كانت المهمة
لا يمكن التحقق منه، ولا ينبغي تفويضه دون مالك بشري واضح.
قواعد عملية للوصول عبر الأجهزة المحمولة للوكلاء
يجب تصميم الوصول عبر الأجهزة المحمولة حول تحكم ضيق، وليس سلطة واسعة.
يمكن لسير العمل الآمن على الأجهزة المحمولة أن يسمح للمستخدمين بـ:
- متابعة تقدم المهمة
- الإجابة على سؤال توضيحي
- الموافقة على خطوة تالية منخفضة المخاطر
- إيقاف مهمة
- إعادة توجيه مهمة
- طلب ملخص
- وضع علامة على مهمة لمراجعتها على سطح المكتب
لا ينبغي أن يسمح للمستخدمين بشكل عابر بـ:
- الموافقة على فروقات كود كبيرة
- النشر إلى بيئة الإنتاج
- حذف الملفات
- إرسال رسائل بريد إلكتروني للعملاء
- منح صلاحية وصول واسعة للمجلدات
- كشف الأسرار
- تعديل الفوترة أو الأذونات
- قبول نتائج تم إنشاؤها كبيرة دون دليل
هذا لا يعني أن التحكم عبر المحمول سيء. بل يعني أن التحكم عبر المحمول يجب أن يقتصر على أنواع القرارات التي يمكن اتخاذها بمسؤولية من شاشة صغيرة.
الخلاصة
دعم كلود كوورك للهواتف المحمولة والويب مهم لأنه يظهر إلى أين تتجه منتجات الوكلاء. سيكون العمل بالذكاء الاصطناعي مستمرًا، عبر الأجهزة، غير متزامن، ويستخدم الأدوات.
الفرق التي تتعامل مع الوكلاء على أنهم مجرد إكمال تلقائي أذكى ستفوت هذا التحول. الفرق التي تتعامل مع الوكلاء كزملاء عمل موثوقين بالكامل ستخلق مخاطر يمكن تجنبها.
المسار الأكثر أمانًا هو التفويض الخاضع للرقابة: نطاقات مهام ضيقة، أذونات صريحة، سجلات مستمرة، تحقق حتمي، توجيه النموذج، ومراجعة بشرية في اللحظات المناسبة.
الأسئلة الشائعة
ما هو كلود كوورك؟
كلود كوورك هو منتج عمل وكيل من أنثروبيك يسمح لكلود بمعالجة المهام عبر الملفات والأدوات وسير العمل بينما يراجع المستخدم النتيجة النهائية. دعمه للويب والمحمول يجعل سير العمل أكثر استمرارية وتعددًا للأجهزة.
لماذا يعتبر الوصول عبر المحمول لكلود كوورك مهمًا؟
الوصول عبر المحمول مهم لأنه يغير طريقة تفاعل المستخدمين مع الوكلاء. بدلاً من البقاء في جلسة سطح مكتب واحدة، يمكن أن تستمر المهمة في الخلفية بينما يتحقق المستخدم من التقدم أو يجيب على أسئلة أو يراجع الحالة من جهاز آخر.
ما هو تسخير الوكيل؟
تسخير الوكيل هو النظام المحيط بالنموذج الذي يدير السياق والأدوات والحالة والأذونات والتحقق والسجلات والمراجعة البشرية. وهو ما يحول استجابة النموذج إلى عمل خاضع للرقابة.
هل الموافقة عبر المحمول آمنة لوكلاء الذكاء الاصطناعي؟
يمكن أن تكون الموافقة عبر المحمول آمنة للقرارات الضيقة ومنخفضة المخاطر، مثل توضيح متطلب أو التحقق من التقدم. لا ينبغي أن تحل محل المراجعة الكاملة لتغييرات الكود الكبيرة، أو إجراءات الإنتاج، أو بيانات العملاء، أو الرسائل الخارجية، أو العمليات التدميرية.
كيف يجب أن تقيم الفرق كلود كوورك مقابل كوديكس أو كورسور؟
استخدم مهام داخلية حقيقية بدلاً من العروض التوضيحية. قارن معدل الإنجاز، عبء المراجعة، التكلفة، الأمان، تعقيد التراجع، الأدلة المصدرية، وما إذا كان يمكن إيقاف الوكيل أو إعادة توجيهه في اللحظات المناسبة.
ما الذي يجب أن يتضمنه قالب مهمة وكيل جيد؟
يجب أن يتضمن القالب الجيد الهدف، السياق المسموح به، الأدوات المسموح بها، الإجراءات غير المسموح بها، أمر التحقق، النتيجة المتوقعة، نقاط الموافقة المطلوبة، وشروط الإيقاف.
لماذا يعتبر توجيه النموذج مهمًا لسير عمل الوكيل؟
المهام المختلفة لها مستويات مختلفة من المخاطرة والتعقيد. الملخصات البسيطة قد لا تحتاج إلى أغلى نموذج، بينما تغييرات البنية، وتصحيح الأخطاء، والترحيل، والمهام الحساسة أمنيًا
قد تتطلب المهام نماذج أقوى ومراجعة أكثر صرامة.
ما هو أكبر خطر لوكلاء الذكاء الاصطناعي دائمي التشغيل؟
الخطر الرئيسي هو أن الوكيل قد يستمر في استخدام الأدوات أو السياق أو الصلاحيات بعد أن يتوقف المستخدم عن المتابعة الدقيقة. لذلك، فإن الوصول المحدود، والسجلات، والمنتجات القابلة للمراجعة، ونقاط الاعتماد ضرورية.
أدوات ذات صلة
- Claude Cowork: منتج وكيل الذكاء الاصطناعي عبر الأجهزة من شركة Anthropic لتفويض العمل ومراجعته.
- Claude Code: وكيل البرمجة من Anthropic القادر على قراءة قواعد البيانات وتحرير الملفات وتشغيل الأوامر والعمل عبر أدوات المطورين.
- OpenAI Codex: منصة وكيل البرمجة من OpenAI لمهام هندسة البرمجيات ومهارات الوكلاء.
- GitHub Copilot Cloud Agent: وكيل البرمجة الخلفي من GitHub لأبحاث المستودعات وتغييرات التعليمات البرمجية وسير عمل طلبات السحب.
- Amazon Bedrock AgentCore: البنية التحتية من AWS لنشر وتشغيل الوكلاء مع إمكانيات وقت التشغيل والذاكرة والهوية والمراقبة والتسخير.
- Cursor: محرر أكواد برمجية بالذكاء الاصطناعي يستخدم للبرمجة الوكيلة والتنقل في قاعدة البيانات وأتمتة سير عمل المطورين.
روابط ذات صلة
- صفحة منتج Claude Cowork: صفحة المنتج الرسمية من Anthropic لـ Claude Cowork.
- استخدم Claude Cowork بأمان: مقالة من مركز مساعدة Claude حول الاستخدام الآمن لعمل Cowork وعناصر التحكم.
- وثائق Amazon Bedrock AgentCore Harness: وثائق AWS لتكوين وتشغيل تسخير الوكيل المدار.
- إعلان الإتاحة العامة لـ Amazon Bedrock AgentCore Harness: إعلان AWS عن الإتاحة العامة لتسخير AgentCore.
- هندسة التسخير لتحسين الذات: مقالة ليليان وينغ حول هندسة التسخير والتقييم وأنظمة الوكلاء ذاتية التحسين.
- وثائق GitHub Copilot Cloud Agent: وثائق GitHub لسير عمل الوكيل الخلفي.
ملخص
دعم Claude Cowork للهواتف المحمولة والويب هو أكثر من مجرد تحديث لواجهة المنتج. إنه يظهر أن عمل الوكيل أصبح مستمراً وعبر الأجهزة وغير متزامن ويستخدم الأدوات.
هذا التحول يجعل تسخير الوكيل أكثر أهمية. تحتاج الفرق إلى نطاقات مهام أوضح، وصلاحيات أكثر صرامة، وسجلات مستمرة، وتوجيه النماذج، وتحقق حتمي، وموافقة بشرية في النقاط الصحيحة.
الخطوة الجيدة التالية ليست مطاردة كل ميزة وكيل جديدة. بل بناء معيار داخلي صغير، وتحديد مستويات المخاطر، وجعل العمل المفوض قابلاً للمراجعة.
أقوى سير عمل وكيل ليس هو الأكثر استقلالية. بل هو الذي يحتوي على أوضح الحدود، وأفضل الأدلة، وأسلم مسار للمراجعة.