خبر هذا الأسبوع: الوكيل الذكي أصبح له بريد إلكتروني وصلاحيات
في الثامن من أكتوبر 2026، وخلال مؤتمر Google Cloud، أعلنت جوجل عن نسخة موحّدة من Gemini تعمل كوكيل ينفّذ المهام بدل أن يجيب على الأسئلة فقط. العبارة التي استخدمها توماس كوريان، الرئيس التنفيذي لـ Google Cloud، تختصر التحوّل: الوكيل يتلقّى أهدافاً، لا تعليمات — أي أنك تصف له النتيجة المطلوبة، وهو يخطّط الخطوات ويستدعي الأدوات ويتصل بأنظمة شركتك.
الأهم في الإعلان ليس القدرة التقنية، بل الشكل التنظيمي: الوكيل يحصل على حساب عمل خاص به وبريد إلكتروني، ويعرف فريقك والمناطق الزمنية وأصحاب الموافقات والتقويمات. تستطيع الإشارة إليه في محادثة، أو إرسال بريد له، أو إضافته إلى مجموعة الفريق. وكل إجراء يقوم به يُسجَّل في سجل تدقيق مُنسوب إليه هو، لا إلى شخص. وهناك "صندوق مهام" يُظهر لك كيف فكّر، وما المهام التي وزّعها على وكلاء فرعيين، وأين وصل.
من الناحية العملية: الوكيل يتكامل مع Google Workspace و Microsoft 365 و Slack و Jira و Confluence و Git وقواعد بيانات مثل BigQuery و Postgres و Snowflake، ويعمل مع أي خادم MCP داخل الشركة أو خارجها. ويمكنك اختيار الموديل بنفسك، بما في ذلك موديلات من جهات أخرى مثل Claude. الإطلاق يبدأ بالشركات أولاً (من بين المختبرين الأوائل: Shopify و PayPal و On)، والمستخدم العادي لاحقاً دون تاريخ محدّد.
لماذا يفشل أغلب الناس في تفويض المهام للوكلاء؟
إذا كنت تتابع هذا المجال، فقد لاحظت نمطاً متكرراً: الشركات تشترك في أدوات الوكلاء، ثم بعد شهرين تكتشف أن أحداً لا يستخدمها فعلياً. السبب غالباً ليس ضعف الموديل، بل أن العمل نفسه غير موصوف. نحن نُدير شغلنا بالعُرف والذاكرة: "أنت تعرف كيف نعمل التقرير الشهري"، "خذها زي المرة اللي فاتت". هذا يكفي مع موظف بشري يسأل ويستنتج، ولا يكفي مع وكيل ينفّذ حرفياً ما فهمه.
الوكيل الذكي يحتاج ثلاثة أشياء لا يملكها معظمنا مكتوبة: تعريف واضح للمهمة (ما المدخلات، ما المخرج النهائي، ما شكله)، معيار قبول (كيف نعرف أن النتيجة صحيحة؟)، وحدود صريحة (ما الذي يُمنع عليه فعله دون موافقة بشرية). بدون هذه الثلاثة، أنت لا تفوّض مهمة — أنت ترمي طلباً غامضاً وتأمل الأفضل.
والخبر الجيد أن بناء هذه الثلاثة لا يحتاج استشارياً ولا ميزانية. يحتاج جلسة تفكير منظّمة. وهذا بالضبط ما تفعله السلسلة التالية من ثلاثة برومبتات على شبّيك: الأول يحدّد ماذا تفوّض، والثاني يحوّله إلى سير عمل قابل للتنفيذ، والثالث يكتب المواصفة التقنية إن كانت المهمة برمجية.
الخطوة الأولى: اعرف ما يستحق الأتمتة قبل أن تؤتمت
الخطأ الأشهر هو البدء من الأداة: "عندنا وكيل ذكي، شو نعمل فيه؟" الترتيب الصحيح معاكس — ابدأ من مهامك الفعلية، وصنّفها بحسب التكرار والوقت المستهلك ودرجة الخطورة إن أخطأ الوكيل. المهمة المثالية للتفويض الأول: متكرّرة، واضحة المخرجات، ومنخفضة المخاطر إن احتاجت تصحيحاً.
برومبت "خطة أتمتة عملك بوكلاء الذكاء الاصطناعي في 30 يوماً" يأخذك من مسح مهامك إلى خطة شهرية مرتّبة بالأولوية: ما تؤتمته في الأسبوع الأول، وما تؤجّله، وما لا يجب أن يلمسه وكيل أبداً. استخدمه كجلسة تخطيط مرة واحدة، واحتفظ بمخرجه كمرجع.
جرّب البرومبت الآن: خطة أتمتة عملك بوكلاء الذكاء الاصطناعي في 30 يوماً
الخطوة الثانية: حوّل المهمة المختارة إلى سير عمل قابل للتفويض
بعد أن اخترت مهمة واحدة من خطتك، تبدأ العملية الحقيقية: تفكيكها. المهمة التي تبدو واحدة في رأسك ("تجهيز تقرير المبيعات الأسبوعي") هي في الواقع سبع خطوات: سحب البيانات، تنظيفها، مقارنتها بالأسبوع السابق، كتابة الملاحظات، تجهيز الجدول، صياغة البريد، الإرسال. كل خطوة منها تحتاج مدخلاً محدّداً ومخرجاً محدّداً، وبعضها يحتاج موافقتك قبل المتابعة.
برومبت "مهندس أتمتة المهام بوكلاء الذكاء الاصطناعي" يقوم بهذا التفكيك: يأخذ وصفك العادي للمهمة ويُخرج لك سير عمل مرقّماً، بمدخلات ومخرجات ونقاط توقّف للمراجعة البشرية وتعريف واضح لمعيار النجاح. هذا المخرج هو ما تلصقه فعلياً للوكيل — وليس جملة "اعمل لي التقرير".
جرّب البرومبت الآن: مهندس أتمتة المهام بوكلاء الذكاء الاصطناعي
الخطوة الثالثة: إن كانت المهمة برمجية، اكتب مواصفة لا أمراً
المطوّرون يعرفون هذا الدرس بالطريقة الصعبة: وكيل البرمجة الذي يتلقّى "أضف تسجيل الدخول" سيكتب شيئاً يعمل ويخرب نصف المشروع. أما الذي يتلقّى مواصفة فيها الملفات المسموح تعديلها، والسلوك المتوقّع، وحالات الحدّ، ومعايير الاختبار، وما يجب ألا يتغيّر — فينتج عملاً قابلاً للمراجعة.
برومبت "مهندس مواصفات المهام لوكلاء البرمجة الذكية" يحوّل طلبك البرمجي إلى مواصفة مكتوبة بهذا الشكل. وهو مفيد حتى لو لم تكن مطوّراً: إن كنت صاحب عمل تتعامل مع فريق تقني أو مع وكيل برمجة، فالمواصفة هي اللغة المشتركة التي تمنع سوء الفهم المكلف.
جرّب البرومبت الآن: مهندس مواصفات المهام لوكلاء البرمجة الذكية
أربعة أخطاء تُفشل تفويضك للوكلاء
الأول: التفويض بلا معيار قبول. إن لم تستطع كتابة جملة واحدة تصف "النتيجة المقبولة"، فأنت لم تجهّز المهمة بعد. اكتب المعيار أولاً، ثم فوّض.
الثاني: منح صلاحيات أوسع من اللازم. إعلان جوجل نفسه شدّد على سجلّ التدقيق والموافقات لسبب. ابدأ بصلاحية قراءة فقط، ثم اسمح بالكتابة في نطاق محدود، ثم وسّع تدريجياً بعد أسبوعين من النتائج السليمة.
الثالث: أتمتة المهمة الخاطئة. المهمة التي تقوم بها مرة كل ربع سنة لا تستحق جهد الأتمتة، حتى لو كانت مزعجة. المهمة التي تتكرّر أسبوعياً وتستهلك ساعتين هي المكسب الحقيقي.
الرابع: إلغاء المراجعة البشرية بعد أول نجاح. الوكيل الذي نجح عشر مرات قد يفشل في الحادية عشرة بطريقة صامتة. أبقِ نقطة مراجعة واحدة على الأقل في المهام التي تمسّ العميل أو المال أو السمعة.
جرّب السلسلة وشاركنا نتائجك
خصّص ساعة واحدة هذا الأسبوع: ابدأ ببرومبت خطة الـ 30 يوماً لتحديد ما تفوّضه، ثم خُذ مهمة واحدة فقط — واحدة — ومرّرها على برومبت مهندس الأتمتة. إن كانت برمجية، أكمل بالبرومبت الثالث. النتيجة ستكون مستنداً واحداً تستطيع لصقه لأي وكيل ذكي، سواء كان Gemini أو ChatGPT أو Claude، وستحصل على نتيجة أقرب لما تريد بكثير من أي محاولة عشوائية.
البرومبتات الثلاثة تعمل مع أدوات متعدّدة، ولا تحتاج اشتراكاً في أي منصّة مؤسسية لتبدأ. والأهم: المستند الذي تنتجه اليوم سيبقى نافعاً مهما تغيّرت الأدوات، لأن المشكلة لم تكن يوماً في الأداة. شاركنا في التعليقات أيّ مهمة فوّضتها أول مرة، وماذا تعلّمت من المحاولة.