ChatGPT Work من OpenAI 2026: وكيل ينفذ مهام العمل عبر تطبيقاتك
في 9 يوليو 2026 أعلنت OpenAI عن ChatGPT Work، وهو وكيل عمل داخل منظومة ChatGPT لا يكتفي بالإجابة والكتابة، بل يحاول تنفيذ مهام كاملة عبر التطبيقات والملفات وسطح المكتب. هذا شرح مؤرخ لإطلاق مهم قبل أيام لم يكن لدى Truescho مقال مخصص له، لذلك نتعامل معه كتحليل عملي لا كخبر عاجل مصطنع.
المصدر: حساب OpenAI الرسمي على X
المصدر: إعلان OpenAI الرسمي
ما الذي أعلنته OpenAI بالضبط؟
الفكرة الأساسية أن ChatGPT Work يحوّل ChatGPT من مساحة محادثة إلى مساحة تنفيذ عمل. بحسب إعلان OpenAI، يستطيع الوكيل العمل عبر التطبيقات والملفات، جمع السياق، تقسيم المشاريع الكبيرة إلى خطوات أصغر، ثم إنتاج مخرجات مثل Sheets وSlides وDocs ومواقع داخل سير عمل واحد. هذه ليست مجرد إضافة زر جديد للدردشة، بل محاولة لبناء طبقة تشغيل فوق أدوات العمل اليومية.
تقول OpenAI إن ChatGPT Work مدعوم بنموذج GPT-5.6، وإن تقنيات Codex مدمجة داخله. هذا مهم لأن Codex أثبت نفسه أولاً في بيئة البرمجة: قراءة ملفات، تخطيط، تعديل، اختبار، ثم شرح ما حدث. OpenAI تنقل الآن هذا النمط إلى أعمال غير برمجية: تقارير، عروض، جداول، تلخيص مستندات، تجهيز مواد اجتماعات، وربط أدوات متفرقة.
ومن التفاصيل اللافتة أن OpenAI ذكرت أن Codex لديه أكثر من 5 ملايين مستخدم أسبوعياً، وأن أكثر من مليون يستخدمونه خارج تطوير البرمجيات. هذا الرقم يشرح سبب الاتجاه: تقنيات الوكلاء التي بدأت في الكود أصبحت قابلة للبيع لمحلل مالي، مدير عمليات، باحث، أو فريق مبيعات.
كيف يغيّر طريقة العمل؟
إذا كنت تعمل في شركة خليجية أو فريق دولي يعتمد على أدوات كثيرة، فالقيمة ليست في أن ChatGPT Work يكتب مسودة جميلة. القيمة أنه قد يخفف الاحتكاك بين الملفات والتطبيقات. مثال عملي: اطلب منه إعداد عرض تنفيذي من ثلاث وثائق داخلية وجدول أرقام ورسائل مبيعات، ثم توليد جدول مخاطر وخطة متابعة. في السابق كان المستخدم ينسخ بين أدوات كثيرة؛ هنا يريد الوكيل أن يحمل السياق ويصنع مخرجات قابلة للمراجعة.
هذا يغير طريقة استخدام الذكاء الاصطناعي. السؤال لم يعد: اكتب لي تقريراً. السؤال الأفضل: استخدم هذه المصادر، التزم بهذه السياسة، أنشئ ملفاً بهذه البنية، لا ترسل شيئاً دون موافقتي، وضع جدولاً بما لم تستطع التحقق منه. كلما أصبح الوكيل أقوى، زادت أهمية تحديد الحدود والمصادر ومعايير القبول.
لمن يتابع نماذج OpenAI، يمكن قراءة تغطية Truescho السابقة عن إطلاق GPT-5.6، ثم مقارنة الأدوات العملية عبر صفحة أدوات الذكاء الاصطناعي.
أين يقف بين أدوات العمل؟
| العنصر | الاستخدام الأفضل | ما المختلف في ChatGPT Work؟ |
|---|---|---|
| ChatGPT العادي | أسئلة، كتابة، تحليل، مسودات | المستخدم يقود معظم الخطوات بنفسه |
| ChatGPT Work | ملفات، تطبيقات، عروض، جداول، مواقع | الوكيل يقسم المشروع وينتج مواد عمل |
| Codex | كود، مستودعات، اختبارات، طرفية | تقنيته الوكيلية تدخل مساحة العمل الأوسع |
| Microsoft Copilot | بيئة Microsoft 365 | قوي داخل منظومة Microsoft، لكن ChatGPT Work يحاول أن يكون أوسع |
| أدوات الأتمتة التقليدية | مهام متكررة بقواعد ثابتة | Work يحاول التعامل مع مهام مفتوحة أكثر |
أين يبدأ الطرح؟
حسب إعلان OpenAI، يبدأ طرح ChatGPT Work على الويب والموبايل لمستخدمي Pro وEnterprise وEdu، ثم يصل إلى Plus وBusiness. وفي تطبيق ChatGPT لسطح المكتب، تظهر مسارات Chat وWork وCodex على كل الخطط بما فيها Free. هذا لا يعني أن كل القدرات ستكون متساوية عند الجميع، لكنه يعني أن سطح المكتب يصبح مركز تجربة OpenAI العملية.
هناك أيضاً زاوية مهمة حول Atlas. ضمن نفس سياق المنتج، تتحرك OpenAI بعيداً عن تجربة المتصفح المستقل وتدمج قدرات العمل والتصفح والبرمجة داخل ChatGPT وCodex. لذلك من يستخدم أدوات OpenAI للعمل اليومي يحتاج إلى متابعة المواعيد الرسمية للهجرة والتوقف بدلاً من الاعتماد على منتج منفصل.
المصدر: OpenAI ChatGPT Work
كيف تختبره بدون مخاطرة؟
ابدأ بمهام عالية الفائدة ومنخفضة المخاطر. لا تبدأ بمدفوعات، عقود حساسة، أو قرارات لا يمكن التراجع عنها. مهمة جيدة كبداية: تحويل ملاحظات اجتماع ووثيقة مشروع إلى عرض حالة من عشر شرائح، مع جدول مخاطر ومسؤوليات. مهمة أخرى: قراءة مجلد أبحاث وإنتاج جدول مقارنة بين ثلاث أدوات مع مصادر كل نقطة.
ضع قواعد واضحة: لا يرسل بريداً دون موافقة، لا يفتح ملفات خارج مجلد محدد، لا يغيّر مستنداً أصلياً، ويكتب دائماً ملخصاً لما فعله. هذه القواعد ليست بيروقراطية؛ هي التي تجعل الوكيل مفيداً بدل أن يصبح مصدراً لأخطاء واثقة.
ما الذي قد يفشل؟
أكبر حد هو القابلية للتدقيق. عندما يجمع الوكيل معلومات من Drive وSlack والبريد وCRM، يصبح السؤال: من أين جاءت هذه النقطة؟ هل كانت الصلاحيات صحيحة؟ هل استخدم نسخة قديمة؟ لذلك يجب أن تطلب روابط ومراجع داخلية لكل مخرج مهم.
الحد الثاني هو الثقة الزائدة. الوكيل قد ينتج عرضاً مقنعاً لكنه يبني استنتاجاً على رقم قديم أو سياق ناقص. وفر الوقت في التجميع، لكن لا تلغ مراجعة البشر. والحد الثالث هو خصوصية البيانات: لا تمنح وصولاً شاملاً للتطبيقات في أول يوم. ابدأ بنطاق صغير، راقب السجلات، ثم وسع الصلاحيات تدريجياً.
أسئلة يبحث عنها المستخدمون
ما هو ChatGPT Work؟
ChatGPT Work هو وكيل عمل من OpenAI داخل تجربة ChatGPT، مصمم للعمل عبر التطبيقات والملفات وإنتاج مواد مثل الجداول والعروض والمستندات والمواقع، بدلاً من الاكتفاء بالمحادثة.
هل ChatGPT Work هو نفسه Codex؟
لا. Codex يبقى موجهاً بقوة للكود والمهام التقنية، لكن OpenAI تقول إن تقنية Codex مدمجة في ChatGPT Work لتطبيق نفس نمط التخطيط والتنفيذ على أعمال أوسع.
من يحصل على ChatGPT Work أولاً؟
يبدأ الطرح على الويب والموبايل لمستخدمي Pro وEnterprise وEdu، ثم Plus وBusiness. أما تطبيق سطح المكتب فيجمع Chat وWork وCodex على كل الخطط وفق إعلان OpenAI.
هل يناسب الشركات الصغيرة؟
نعم إذا بدأت بسيناريوهات قابلة للمراجعة مثل إعداد تقارير أو عروض أو جداول مقارنة. لا تبدأ بعمليات حساسة أو غير قابلة للتراجع قبل وضع صلاحيات وموافقات واضحة.
ما أكبر خطر في استخدامه؟
أكبر خطر هو منح الوكيل صلاحيات واسعة دون مراجعة أو تتبع مصادر. يجب تحديد المجلدات والتطبيقات المسموحة، وطلب ملخص تنفيذ ومصادر لكل نتيجة مهمة.
ماذا يجب أن تجهزه قبل الاعتماد عليه؟
قبل أن تمنح ChatGPT Work حق الوصول إلى ملفات فريقك، جهز ثلاث قوائم. الأولى قائمة المصادر المسموح بها: مجلدات محددة، مستندات سياسات، ملفات أرقام، وقنوات تواصل بعينها. الثانية قائمة الأفعال المسموح بها: قراءة، تلخيص، إنشاء مسودة، أو تعديل نسخة منفصلة. الثالثة قائمة الأفعال الممنوعة: إرسال بريد، حذف ملف، مشاركة رابط عام، أو تغيير مستند أصلي من دون موافقة.
هذه القوائم تجعل تجربة الوكيل قابلة للمحاسبة. إذا أنتج نتيجة خاطئة، يمكنك معرفة هل المشكلة في المصدر، الصلاحية، التعليمات، أو الاستنتاج. أما إذا بدأت بوصول واسع وتعليمات عامة، فستصبح الأخطاء صعبة التفسير.
مؤشرات نجاح مبكرة
لا تقيس ChatGPT Work بعدد الملفات التي ينتجها فقط. قسه بثلاثة مؤشرات: الوقت الذي وفره في جمع السياق، عدد التصحيحات المطلوبة قبل قبول المخرج، ونسبة النقاط التي قدم لها مصدراً واضحاً. إذا وفر ساعة لكنه احتاج ساعتين للمراجعة، فالمشكلة لم تحل. وإذا أنتج عرضاً دقيقاً مع سجل مصادر واضح، فهذا استخدام قابل للتوسع.
الفرق التي ستستفيد أسرع هي التي لديها عمليات متكررة لكنها غير آلية بالكامل: تقارير شهرية، مراجعات حملات، إعداد اجتماعات، تحليل ملاحظات العملاء، ومقارنة عروض مورّدين. هذه المهام ليست حساسة مثل الدفع أو العقود النهائية، لكنها تستنزف وقتاً كبيراً ويمكن مراجعتها بسهولة.
ماذا تفعل الآن؟
ChatGPT Work يستحق التجربة إذا كانت لديك أعمال تتكرر أسبوعياً وتحتاج جمع سياق من أكثر من مصدر. لا يستحق أن يبدأ من ملفات حساسة أو عمليات لا تتحمل الخطأ. ابدأ بمخرج واحد واضح، مثل تقرير حالة أو عرض تنفيذي، ثم اجعل الفريق يقارن بين النسخة التي أنشأها الوكيل والنسخة اليدوية من حيث الدقة والوقت والمصادر.
إذا أثبتت التجربة أنها تقلل وقت التحضير ولا تزيد وقت المراجعة، انقلها إلى قالب ثابت. أما إذا كان الوكيل يحتاج تصحيحاً كثيفاً، فالمشكلة غالباً ليست في النموذج فقط، بل في نقص المصادر أو غموض التعليمات أو اتساع الصلاحيات.
مثال تطبيقي: تقرير مجلس الإدارة
تخيل أن فريقاً يريد إعداد تقرير مجلس إدارة شهري. المدخلات موزعة بين جدول مبيعات، مستند ملاحظات العملاء، ملف مخاطر، وقائمة مشاريع. طريقة العمل القديمة: شخص يجمع كل شيء، ينسخ الأرقام، يكتب ملخصاً، ثم ينسق العرض. مع ChatGPT Work، يمكن أن يصبح الطلب: اقرأ هذه المصادر فقط، استخرج التغيرات المهمة، ابنِ عرضاً من 12 شريحة، ضع جدول مخاطر، ولا تستخدم أي رقم دون رابط إلى المصدر.
هذا النوع من الطلب يكشف قوة الوكيل وحدوده في وقت واحد. إذا استطاع إنتاج مسودة موثقة، فقد وفر ساعات. وإذا خلط بين نسخة قديمة وحديثة، فستعرف فوراً أن مشكلة إدارة الملفات أهم من مشكلة النموذج. لذلك يجب أن يكون الاختبار مصمماً لاكتشاف جودة العملية لا جمال المخرجات فقط.
أسئلة حوكمة قبل التوسع
قبل نشر ChatGPT Work على فريق كبير، اسأل: هل لدينا تصنيف للملفات؟ هل يعرف الوكيل الفرق بين مستند داخلي ومسودة قابلة للمشاركة؟ من يوافق على ربط تطبيق جديد؟ هل توجد سجلات لما فتحه أو عدله؟ هل نستطيع إيقاف الوصول بسرعة إذا ظهرت مشكلة؟
هذه الأسئلة قد تبدو ثقيلة، لكنها تمنع فوضى لاحقة. وكلما كان الوكيل قادراً على تنفيذ عمل حقيقي، زادت الحاجة إلى ضوابط شبيهة بإدارة الصلاحيات في أنظمة الشركات.
