حوّلت مايكروسوفت للتوّ نظام Copilot إلى نظام تشغيل للعمل - ويستمر نظام Autopilot في العمل حتى بعد تسجيل الخروج

باختصار: أعادت مايكروسوفت تصميم Copilot ليصبح Home وCode وAutopilot - وهو نظام تشغيل مخصص للعمل مع ملفات Office مباشرة، وتطبيقات مستضافة على حساب المستخدم، ووكيل دائم يستمر في العمل حتى بعد تسجيل الخروج. تبقى المحادثات على تراخيص المستخدمين، بينما يعتمد العمل على الوكيل على نظام الفوترة حسب الاستخدام. إذا كنت تستخدم Microsoft 365، فحدد حدودًا للهوية والتدقيق والإنفاق قبل أن يبدأ Autopilot بمتابعة العمل ليلًا.

أهم النقاط المستفادة:

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

بيئة اختبار الكود: قم ببناء أدوات التتبع والتطبيقات باللغة الطبيعية فقط داخل بيئة التشغيل المُدارة وفقًا لقواعد تكنولوجيا المعلومات.

هوية الطيار الآلي: امنح كل وكيل اسمًا ودورًا وهدفًا وسجل تدقيق قبل أن يشير إلى الأشخاص.

تقسيم الفواتير: احتفظ بخدمة الدردشة اليومية على USL؛ ضع خدمات العمل المشترك، والبرمجة، والطيار الآلي على UBB مدفوع الأجر مع حدود قصوى.

البوابات البشرية: حظر عمليات الإرسال الخارجية وعلامات "تم" التي تظهر للعملاء حتى يقوم شخص ما بمراجعتها.

طرأ تغيير على طريقة حديث مايكروسوفت عن Copilot. لم يعد مجرد نافذة دردشة جانبية، ولا مجرد إضافة إنتاجية مرتبطة ببرنامجي Word أو Teams. وصف ساتيا ناديلا عملية إعادة البناء بأنها تحول Copilot إلى نظام تشغيل جديد للعمل. وقد أوضح جاريد سباتارو، مدير التسويق للذكاء الاصطناعي في العمل، نفس الفكرة في منشور مايكروسوفت الرسمي: ثلاث واجهات، ومنصة وكيل واحدة، ورهان واضح على أن أعضاء الفريق الرقميين سيعيشون داخل Microsoft 365 مع هوية وذاكرة وحوكمة مرتبطة بها.

يركز تطبيق Copilot المُعاد تصميمه الآن على ثلاثة أقسام رئيسية: الصفحة الرئيسية، والبرمجة، والطيار الآلي. الصفحة الرئيسية هي المكان الذي تبدأ منه، وتتواصل مع الآخرين، وتُسند المهام الكبيرة. تتيح لك البرمجة وصف تطبيق أو سير عمل بلغة بسيطة والحصول على نتائج ملموسة. أما الطيار الآلي - الذي كان يُعرف سابقًا باسم Scout - فهو النظام الذي يعمل باستمرار حتى عندما تكون غير متصل بالإنترنت، أو نائمًا، أو منشغلًا باجتماع آخر.

إذا بدا هذا الكلام غامضًا، فربما يكون كذلك. لكن إذا تعمقت في مزايا المنتج، ستتضح الصورة تمامًا: ملفات أوفيس تبقى متاحة داخل Copilot، وبيئة تشغيل مُدارة تستضيف تطبيقات معزولة داخل بيئة خاصة بالمستأجر، وفواتير قائمة على الاستخدام للوظائف، ووكلاء يظهرون في Teams كأشخاص بأسماء وأدوار. إليكم جولة تعريفية.

لماذا تُطلق مايكروسوفت على هذا النظام اسم نظام تشغيل للعمل؟

إن تشبيه Copilot بنظام تشغيل هو استعارة مقصودة. فنظام التشغيل لا يقتصر دوره على الإجابة عن الأسئلة، بل يستضيف التطبيقات، ويدير الهوية، ويوجه العمل، ويحفظ حالة النظام بين الجلسات. وهذا هو تقريبًا ما تسعى مايكروسوفت إلى تقديمه.

بدلاً من التنقل بين نافذة الدردشة، واستوديو الوكلاء المنفصل، ومجموعة من نوافذ Office، تريد الشركة سطح عمل واحد يمكنه:

• سنطلعك على آخر المستجدات والاقتراحات
• تعامل مع المحادثات الفورية عندما تحتاج إلى إجابة سريعة
• تفويض المشاريع متعددة الخطوات من البداية إلى النهاية
• أنشئ أدوات مخصصة دون الحاجة إلى قائمة انتظار طويلة من تذاكر الدعم الفني
• قم بتشغيل وكيل شخصي لا يتوقف عن العمل عند قيامك بذلك

لا يُغني أيٌّ من ذلك عن Excel أو Teams، بل يُكمّلهما. الفكرة هي أن يصبح Copilot التطبيق الذي يفتحه المستخدمون أولاً، ثم ينتقل إلى المستندات والقنوات والتطبيقات المخصصة حسب الحاجة. يعتمد نجاح هذه الفكرة على جودة النشر ومدى سهولة استخدام Autopilot في بيئات التشغيل الفعلية، لكن الطموح واضحٌ أكثر من فكرة "المحادثة بجانب المستندات" التقليدية.

ملاحظة جانبية جديرة بالذكر: كل منصة رئيسية تسعى في النهاية لأن تصبح الشاشة الرئيسية. تمتلك مايكروسوفت بالفعل نظام تشغيل سطح المكتب لجزء كبير من العمل المعرفي. إن بناء Copilot كنظام تشغيل للعمل ليس مجرد تغيير في العلامة التجارية، بل هو رهان على أن الموظفين يحتاجون إلى واجهة مستخدم متكاملة، لا مجرد بيئة معزولة.

الصفحة الرئيسية: الدردشة والعمل المشترك في نقطة انطلاق واحدة

المنزل هو الباب الأمامي الجديد. فهو يجمع بين الدردشة والعمل المشترك، بحيث لا تضطر للاختيار بين "طرح سؤال" و"إدارة مشروع" قبل أن تعرف حتى ما تحتاجه.

في تطبيق Home، يمكنك مراجعة الأنشطة الأخيرة، والاطلاع على الاقتراحات، واستئناف العمل من حيث توقفت. هذه النقطة الأخيرة مهمة للغاية. يُعدّ فقدان السياق ضريبة خفية في مجال الذكاء الاصطناعي: تشرح المهمة، ثم تغلق الحاسوب، وتعيد فتحه غدًا، وتشرح المهمة من جديد. يهدف تطبيق Home إلى كسر هذه الحلقة المفرغة.

الدردشة وسيلة تواصل فورية. إعادة صياغة، ملخص سريع، مراجعة سريعة للأسلوب - هذا هو دور الدردشة. أما العمل المشترك فهو منصة تفويض المهام المعقدة من البداية إلى النهاية - مثل حزمة طلب عروض، أو مجموعة أدوات إطلاق منتج، أو إحاطة إدارية، أو حزمة إتمام الصفقة المالية. أنت لست مسؤولاً عن مراجعة كل فقرة، بل عن تحديد النتيجة المرجوة.

الخطوة التالية على هذه الواجهة: حدد ما تحتاجه، وسيقوم Copilot بتوجيهك إلى الدردشة أو مساحة العمل المشتركة أو البرمجة. طبقة التوجيه هذه هي التفاصيل الدقيقة للمنتج التي تجعل استعارة نظام التشغيل أكثر واقعية. واجهة المستخدم الجيدة لا تجبرك على اختيار النظام الفرعي الصحيح في كل مرة، بل تلاحظ نيتك وتفتح لك المسار المناسب.

إذا كنت قد جربت عشرات "مراكز الذكاء الاصطناعي الموحدة" التي بدت وكأنها ثلاثة منتجات مُلصقة ببعضها، فإن القليل من الشك أمرٌ صحي. الفرق هنا هو أن Chat وCowork يشتركان في نفس نقطة البداية ونفس قصة التكامل العميق مع Office، والتي سنتناولها بعد قليل.

Office Inside Copilot: ملفات حقيقية، مزامنة مباشرة

هذا هو الجزء الذي سيبدو واضحًا خلال ستة أشهر أو سيبقى غامضًا. تُدمج مايكروسوفت برامج Word وExcel وPowerPoint كاملةً في تطبيق Copilot. ليس مجرد لقطات شاشة، ولا مسودات للتصدير فقط، بل ملفات Office قابلة للتعديل بالكامل - ملخصات الإطلاق، والميزانيات، والعروض التقديمية - تبقى متزامنة مع تطبيقات Office التي يستخدمها زملاؤك بالفعل.

تُعدّ مزامنة الفريق المباشرة وتعديلات الإشارة (@mention) جزءًا من مزايا هذه الميزة. يمكنك تعديل ملخص داخل Copilot، ثم يفتح شخص آخر الملف نفسه في Word، دون أن ينقسم العمل إلى نسختين تحتاجان إلى تعديل لاحقًا. هذا النوع من التفاصيل هو ما يهمّ مشتري الشركات بعد انتهاء العرض التوضيحي.

أما فيما يتعلق بالتخصصات:

• يوفر برنامج PowerPoint قوالب متوافقة مع العلامة التجارية، بحيث تبدو العروض التقديمية وكأنها من تصميم شركتك، وليست مجرد حزمة قوالب عامة تعتمد على الذكاء الاصطناعي
• يوفر برنامج Excel تفسيرات للتغييرات وتوصيات بشأن المخططات، مما يساعد عندما يعيد نموذج ترتيب نموذج آخر وتحتاج إلى معرفة السبب.
• تُضفي المهارات خبرة متخصصة على سير العمل - العمل المالي في برنامج Excel، ودعم الصياغة القانونية في برنامج Word، وحزم المجالات المماثلة

من السهل التقليل من شأن المهارات. فنموذج الدردشة العام الذي "يُلمّ قليلاً بالشؤون المالية" لا يُضاهي مسار المهارات المُصمم خصيصاً لمنطق جداول البيانات وعادات المراجعة. يبقى مصير المهارات، سواءً أصبحت منصة Copilot رائجة في متجر التطبيقات أو مجرد ميزة مؤسسية هادئة، غير واضح، لكن الاتجاه جليّ: الكفاءة المتخصصة، لا كيان واحد يدّعي تمثيل جميع الأقسام.

الكود: وصف التطبيق، تحميل التطبيق

الكود هو الواجهة الموجهة للبناة الذين ليسوا دائماً مطورين - وللمطورين الذين ما زالوا يرغبون في مسار أسرع من الفكرة إلى الأداة الداخلية.

يستطيع أي شخص وصف تطبيق أو أداة تتبع أو لوحة تحكم أو نظام أتمتة أو سير عمل بلغة طبيعية. أما Copilot فيقوم ببنائها. ويعتمد في جوهره على نفس البنية التقنية التي تدعم GitHub Copilot، مما يُعد مؤشراً قوياً على المصداقية لدى المستخدمين الذين يثقون بالفعل بهذه التقنية لإكمال التعليمات البرمجية والبرمجة الذكية.

الضوابط المهمة في قصة المنتج:

• يتم عزل الحلول واستضافتها من قبل المستأجرين
• Microsoft Copilot Managed Runtime التعليمات البرمجية بأمان داخل Microsoft 365 تحت إدارة تكنولوجيا المعلومات.
• يتم توفير خاصية التزامن من خلال Microsoft IQ، مع إضافات تحافظ على مزامنة البيانات

تشمل مجموعة الحلول المذكورة أدوات سطح المكتب، ولوحات المعلومات التفاعلية، والتطبيقات الداخلية المستضافة على السحابة. وهذا يغطي الكثير من واقع العمل المؤسسي الذي يتطلب "أداة تتبع بحلول يوم الجمعة، ولا أريد أن يصبح عنصرًا في قائمة مهام الشركة يستغرق ثلاث دورات تطوير".

لا يتم تهميش المطورين، فهم ما زالوا يستخدمون GitHub Copilot، مع تعزيز التكامل مع منصة Copilot الأوسع. ويُعدّ هذا التكامل مكملاً للأولويات: إذ يحصل المطورون غير المتخصصين على Code كأدوات تشغيلية، بينما يحتفظ المحترفون بسير عملهم المتعمق ويكتسبون مزايا إضافية في نفس بيئة العمل.

هناك فرصة سانحة لتحسين ثقافة المؤسسة إذا أحسنت إدارة تقنية المعلومات استغلالها. ينتشر استخدام تقنية المعلومات غير الرسمية على نطاق واسع لأن انتظار تطبيق رسمي يبدو أبطأ من استخدام جداول البيانات والبريد الإلكتروني. يُعدّ استخدام الكود مع بيئة التشغيل المُدارة حل مايكروسوفت: السماح للمستخدمين بالبناء، والحفاظ على التطبيق داخل المؤسسة، وتوفير بيئة أمنية فعّالة. لكن هذا الحل لا ينجح إلا إذا كانت بيئة الاختبار حقيقية، ولم تكن حلول الإضافات تبدو مؤقتة وغير عملية.

من حيث التوافر، يمر Code أولاً عبر برنامج Frontier، ثم يُتاح الوصول إليه على نطاق أوسع، مع توفير معاينة لاحقاً لمشتركي Microsoft 365 Premium وPro. أما Managed Runtime فهو متاح حالياً في مرحلة المعاينة. ويهدف هذا النظام الأساسي إلى استضافة تطبيقات من Cowork وCode وCopilot Studio، وتؤكد Microsoft أنها ستتيح الوصول إلى بيئة التشغيل هذه لمطوري البرامج من جهات خارجية ومطوري البرامج المحترفين. إذا استمر هذا التوجه، فستصبح بيئة التشغيل هذه ذات أهمية استراتيجية تضاهي واجهة المستخدم الخاصة بالدردشة، بل وربما تفوقها.

الطيار الآلي: الوكيل الذي لا ينتظر التوجيه

يُعدّ نظام القيادة الآلية (Autopilot) العنصر الذي يُثير أكبر قدر من التساؤلات، وذلك لسبب وجيه. كان يُعرف سابقًا باسم "سكاوت" (Scout)، وهو مصمم ليكون بمثابة وكيل شخصي استباقي ومستمر في العمل حتى عندما لا تكون أنت موجودًا.

تُعطيه اسمًا ودورًا وهدفًا. يراقب القنوات، ويتابع المحادثات، ويتعامل مع المهام المتكررة، ويمكنه استئناف مشروع بعد أيام دون انتظار إعادة تكليفك له. هذا نموذج ذهني مختلف عن نموذج الدردشة. الدردشة تعتمد على السحب، بينما يعتمد نظام التشغيل الآلي على الدفع بالإضافة إلى الذاكرة.

من الناحية المعمارية، تصف مايكروسوفت نظام Autopilot بأنه مُستضاف على السحابة، وله هويته وذاكرته وحاسوبه ومساحة عمله الخاصة، وهو مبني على منصة Microsoft IQ. يظهر النظام في Teams وOutlook والمحادثات والقنوات والمستندات. يمكنك الإشارة إليه باستخدام @mention كما لو كنت زميلًا. تُعدّ الأذونات وسجلات التدقيق والحوكمة جزءًا من حزمة المؤسسة - وهو أمر لا غنى عنه إذا كان أي شخص سيسمح لوكيل بجدولة اجتماعات الموردين نيابةً عنه.

يُعدّ مثال مراجعة الموردين اختبارًا قويًا لفعالية الفكرة. يمكن لنظام التشغيل الآلي إدارة عملية كاملة: الجدولة، والتحضير، والاجتماعات، والمتابعات، والتواصل مع أصحاب المصلحة. هذا ليس مجرد تنبيه واحد، بل هو سلسلة من الإجراءات الصغيرة المتواصلة على مدار أيام. إذا سارت الأمور بسلاسة، فإنها توفر على مدير المشروع جهدًا كبيرًا. أما إذا كانت مليئة بالإشعارات أو غير دقيقة في كثير من الأحيان، فإنها تتحول إلى سيل من الإشعارات. مصير المنتج يتوقف على هذا التقييم الدقيق.

قارنت تغطية خارجية بين أصل نظام أوتوبايلوت ونظام أوبن كلو ، وهو نهج مفتوح المصدر للوكلاء المستقلين ، مشيرةً إلى النسخة المؤسسية المستضافة على السحابة مقارنةً بالإعدادات المحلية، بالإضافة إلى ضوابط حماية أقوى. وتضمنت العروض التوضيحية في تلك التغطية عمليات إدارة المخزون في قطاع التجزئة ومعالجة الطلبات المتأخرة. يجب التعامل مع هذه العروض على أنها مجرد تقارير وعروض توضيحية، وليست وعودًا بأن كل مستخدم سيُشغّل أسطولًا من أنظمة أوتوبايلوت بين عشية وضحاها. ومع ذلك، فإن إمكانية وجود العديد من أنظمة أوتوبايلوت في مستخدم واحد - لكل منها أدوار مختلفة - هي تحديدًا سبب أهمية إدارة الهوية والتدقيق.

قد يبدو مفهوم تعدد الوكلاء بسيطًا للوهلة الأولى، إلى أن تتخيل نظامًا آليًا للمشتريات، وآخر لخدمة العملاء، وثالثًا لإتمام المعاملات المالية، جميعها تعمل ضمن نفس النظام. إنها ليست مجرد ثلاث جلسات دردشة، بل ثلاثة موظفين حقيقيين بأهداف مختلفة، وجداول أعمال متداخلة، وقنوات مشتركة. وبدون صلاحيات واضحة ومراجعة دقيقة، يتحول الأمر إلى فوضى عارمة. ومع وجودهم، يبدو الأمر أشبه بتوظيف موظفين، ولكن مع ذاكرة مُستضافة على السحابة وجهاز كمبيوتر لا يحتاج إلى إجازة مدفوعة الأجر.

بصراحة: هذه أوضح منصة رئيسية رأيناها تُجسّد مفهوم "الوكلاء كأعضاء فريق رقميين ذوي هوية مؤسسية". الاهتمام الكبير ببرنامج Autopilot منطقي. فالوكلاء المُثابرون يطرحون أسئلة جوهرية حول الملكية والمسؤولية والتكلفة، وهو ما لم تفعله نافذة الدردشة المُهذبة.

مقارنة بين المنزل والبرمجة والطيار الآلي في لمحة

إذا كان عقلك يقوم بالفعل بتصنيف هذه العناصر إلى فئات، فإليك مقارنة واضحة بين الأسطح الثلاثة كما تصفها مايكروسوفت:

بمعنى آخر: المنزل هو الهيكل، والبرمجة هي ورشة العمل، والطيار الآلي هو زميل الفريق الذي لا يحتاجك في الغرفة. تبقى الدردشة والطيار المساعد في المكتب طبقة الراحة الدائمة على منصة USL مع توجيه نموذج Auto. أما مهام الوكيل الأكثر تعقيدًا - العمل المشترك، والبرمجة، والطيار الآلي - فتقع على منصة UBB، حيث تبدأ أهمية أدوات FinOps وAgent 365.

تقسيم الفواتير: شركة USL Comfort مقابل وكلاء UBB

ترسم مايكروسوفت خطاً واضحاً بين المساعدة اليومية والعمل الوكيل.

رخصة اشتراك المستخدم (USL) تجربة المحادثة وتجربة Office Copilot التي يتوقعها معظم المستخدمين، حيث يحدد نظام التوجيه التلقائي النموذج الذي سيتولى عملية الانعطاف. هذا هو النظام المتوقع لكل مقعد الذي تفهمه فرق التمويل.

نظام الفوترة القائم على الاستخدام (UBB) الخدمات التي يقدمها الوكلاء: العمل المشترك، والبرمجة، والقيادة الآلية، ومسارات النماذج الرائدة مثل أسترا وفيبل عند تفعيلها. أنت تدفع مقابل ما يقدمه الوكلاء، وليس فقط مقابل التراخيص المتاحة.

يُعدّ هذا التقسيم تصميمًا ذكيًا للمنتج، ولكنه قد يكون خطيرًا بعض الشيء إذا تُرك دون إدارة. تُشجع تراخيص المستخدمين على التفعيل الواسع، بينما تُشجع فوترة الاستخدام على التجريب، وقد تُؤدي أحيانًا إلى فواتير غير متوقعة. تُشير حزمة الإعلان نفسها إلى إدارة العمليات المالية للذكاء الاصطناعي وضوابط تكاليف Agent 365: سياسات الإنفاق، وشفافية استخدام الرصيد، ورؤى نتائج العمل المشترك. موجز، ولكنه مهم. إذا كان بإمكان نظام التشغيل الآلي إدارة عملية مورد لأيام، فلا بد من وجود جهة تُحدد مدى الجهد المسموح به لتشغيله.

إلى شركاء تكنولوجيا المعلومات والمالية الذين يقرؤون هذا: خططوا لنموذجين ذهنيين في بيئة واحدة. يُمثل USL الحد الأدنى، بينما يُمثل UBB مُتحكمًا في أداء أعضاء الفريق الرقمي. الحوكمة بدون شفافية التكاليف لا تُمثل سوى نصف خطة.

مايكروسوفت آي كيو، والتأريض، وطبقة المنصة الهادئة

توقف قصير عند أعمال السباكة، لأن نظام القيادة الآلية والبرمجة لا يكونان جيدين إلا بقدر ما يمكنهما رؤيتهما بأمان.

Microsoft IQ الطبقة الأساسية التي يتمّ ذكرها في جميع هذه الواجهات. وتظهر Fabric IQ وDynamics في سياق المنصة الأوسع، إلى جانب سجلّ للملحقات يُحافظ على تزامن الأنظمة. ببساطة: من المفترض أن تقوم البرامج الوسيطة وتطبيقات Code بتحليل بيانات الشركة مع الحفاظ على صلاحيات الوصول، لا أن تقوم باستخراج أيّ شيء تجده في أرشيف المحادثات.

هذا الأمر بالغ الأهمية بالنسبة لادعاء "الهوية الخاصة" لنظام Autopilot. فالوكيل الذي يحمل هوية مؤسسية يصبح عديم الفائدة - أو حتى خطيرًا - دون ضوابط الوصول نفسها التي يتمتع بها الموظف البشري. وتُشكل إدارة وقت التشغيل، وربط الذكاء الاصطناعي، وضوابط التكلفة والسياسات على غرار Agent 365، الركيزة الأساسية التي تُحيط بالعروض التوضيحية البراقة.

لا تحتاج إلى حفظ جميع أسماء علامات IQ التجارية لفهم الفكرة. لا ينجح عرض نظام التشغيل للعمل إلا إذا كانت البيانات والبرمجيات والوكلاء تشترك في قصة صلاحيات واحدة.

مراجعة واقعية لعملية الإطلاق

يتم تحديد مواعيد التوفر، وهي الطريقة المناسبة لشحن شيء بهذا الحجم.

• سيتم إطلاق ميزتي Home و Code في برنامج Frontier قريبًا
• سيتم توسيع نطاق نظام القيادة الآلية ليصبح متاحًا للمعاينة الخاصة قريبًا
• تتوفر ميزة Managed Runtime حاليًا في مرحلة المعاينة ويتم مشاركتها عبر Cowork و Code و Copilot Studio
• سيتم توفير الوصول الأوسع إلى الكود بعد Frontier، مع معاينة Premium و Pro لاحقًا

يُعدّ برنامج Frontier بمثابة مسار مبكر معتاد من مايكروسوفت للعملاء الذين يستخدمون أحدث التقنيات ويقدمون ملاحظاتهم قبل إطلاقها على نطاق أوسع. وتتطلب المعاينة الخاصة لـ Autopilot مزيدًا من الحذر، وهو أمر مناسب عندما يكون بإمكان أحد الموظفين الإشارة إلى أصحاب المصلحة وجدولة المواعيد نيابةً عنك.

إذا كنت تنتظر أن يحصل الجميع على كل شيء يوم الثلاثاء، فعدّل توقعاتك. السؤال المهم ليس التقويم، بل ما إذا كان المستأجر مستعدًا لهوية الوكيل، وسياسات UBB، ومنصة منزلية تُصبح نقطة انطلاق يومية.

ما الذي يلوح في الأفق؟

هناك ملاحظتان بسيطتان على خارطة الطريق تستحقان نظرة سريعة دون تحويل هذا إلى منتدى للشائعات.

أولًا، يهدف مركز التحكم الجديد "اليوم" إلى عرض مهام اليوم في مكان واحد، بحيث يسهل على الموظفين الوصول إلى المعلومات المطلوبة، مما يقلل من الحاجة إلى البحث في مختلف التطبيقات. ثانيًا، تشير ميزة @Copilot في Teams، مع ميزة السياق المشترك، إلى الموظفين الذين يفهمون سياق الاجتماع، وليس فقط آخر رسالة كتبتها في نافذة خاصة.

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

من ينبغي أن يهتم أولاً؟

لا يحتاج كل دور إلى استخدام الأسطح الثلاثة جميعها في اليوم الأول. إليك نصيحة عملية:

• سيشعر العاملون في مجال المعرفة والمدراء - بانفصال الدردشة/العمل المشترك في المنزل وميزة المكتب المدمج - بتأثير فوري
• موظفو العمليات والمالية والبرمجة - كتابة أكواد لأدوات التتبع ولوحات المعلومات؛ نظام التشغيل الآلي للعمليات المتكررة التي تتطلب متابعة مكثفة
• للمطورين - GitHub Copilot بالإضافة إلى اتصال وقت التشغيل المُدار؛ أقل "استبدالني"، وأكثر "إطلاق الأدوات الداخلية بشكل أسرع"
• تكنولوجيا المعلومات، والأمن، والعمليات المالية - الهوية، والتدقيق، وسياسات UBB، وضوابط Agent 365؛ هنا يصبح استعارة نظام التشغيل مشروع حوكمة.

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

لقطة ختامية

أعادت مايكروسوفت بناء Copilot حول Home وCode وAutopilot، وتُسوّق النتيجة علنًا كنظام تشغيل للعمل. يدمج Home كلاً من Chat وCowork، ويُضيف برامج Word وExcel وPowerPoint الحقيقية إلى تطبيق Copilot مع مزامنة فورية. يُحوّل Code الأوصاف المكتوبة بلغة طبيعية إلى تطبيقات مُستضافة على بيئة تشغيل مُدارة، مُشتركًا في البنية الأساسية مع GitHub Copilot. أما Autopilot - المعروف سابقًا باسم Scout - فهو وكيل شخصي دائم يتمتع بهوية وذاكرة ومساحة عمل تستمر في العمل حتى بعد تسجيل الخروج.

ستبقى خدمات الدردشة اليومية ومساعد المكتب على منصة USL. أما نظام إدارة العملاء الثلاثي فيعتمد على منصة UBB، مع استخدام أدوات FinOps وAgent 365 كضمان لخفض التكاليف. سيتم طرح هذه الخدمة قبل طرحها للجمهور العام من خلال تجارب أولية خاصة.

الفكرة بسيطة: كانت المحادثات النصية بمثابة مرحلة تجريبية، أما الآن، فالزملاء الرقميون ذوو الهوية المؤسسية هم عصر المنصات. سيتحدد مدى رسوخ هذا الإطار في نظام التشغيل ما إذا كان نظام التشغيل الآلي سيصبح زميلًا موثوقًا به أم مجرد أداة تنبيه ذكية. يجب أن يصبح استخدام النظام عادةً يومية. يجب أن يصبح الكود أكثر أمانًا من مجرد جدول بيانات غير موثوق. يجب أن يكتسب نظام التشغيل الآلي الثقة خطوة بخطوة.

في الوقت الحالي، يُعد شكل المنتج هو الرهان الأوضح على المنصات الرئيسية على الوكلاء الذين لا ينتظرون طلبك التالي - وهذه الحقيقة بحد ذاتها تستحق المتابعة عن كثب.

مثال عملي: جاهزية إطلاق عمليات المنتج باستخدام Home و Code و Autopilot

سيناريو

بريا هي قائدة عمليات المنتجات في شركة برمجيات كخدمة (SaaS) متوسطة الحجم في المملكة المتحدة. تتولى كل خميس مسؤولية جاهزية الإصدار: مواضيع الدعم المفتوحة من الأسبوع، والأخطاء المعروفة التي لا تزال موجودة في Azure DevOps، ومذكرة حالة موجزة لفريق الهندسة ونجاح العملاء، ونظام تتبع حتى لا يضطر أحد للبحث في سلاسل محادثات Teams في الساعة 6 مساءً.

اليوم، لا تكمن معوقات عملها في كتابة الملاحظات، بل في الأعمال الروتينية التي تمتد حتى المساء - متابعة أصحاب المنتجات المتأخرة، وتحديث نظام التتبع، والتأكد من عدم إرسال أي منتج موجه للعملاء دون موافقة بشرية. وهي تعمل بالفعل ضمن بيئة مايكروسوفت 365. وتتوافق واجهات Copilot المُعاد تصميمها بسلاسة مع متطلبات ذلك الأسبوع: الصفحة الرئيسية كنقطة انطلاق، وCode لنظام تتبع داخلي محدد، وAutopilot لمتابعة الطلبات ليلاً والتي لا تصل إلى مرحلة الشحن.

إنها تتعامل مع نظام التشغيل الآلي كعضوٍ مُعيّن في الفريق الرقمي ذي هدفٍ مُحدّد، وليس كمدير إصداراتٍ غير مُراقب. أي شيء يصل إلى العملاء أو الشركاء أو القنوات العامة ينتظر مراجعتها في الصباح.

ما يحتاجه المساعد

• بإمكان بريا الوصول، بموجب أذونات المستأجر الحالية، إلى قناة Teams الخاصة بالإصدار، وملخص Word المشترك، وجدول بيانات الحوادث في Excel، ولوحة Azure DevOps التي تستخدمها بالفعل
• هوية واضحة لنظام التشغيل الآلي: الاسم، والدور (متابعة عمليات الإصدار)، وهدف يقتصر على متابعة المسودات وتحديثات نظام التتبع - وليس رسائل البريد الإلكتروني للعملاء، ولا تغييرات الإنتاج
• أداة تتبع جاهزية الإصدار مبنية بواسطة الكود ومستضافة على المستأجر (إذا كان الكود / وقت التشغيل المُدار متاحًا في المستأجر) مع أعمدة للمالك، والعمر، والخطورة، وحالة العوائق، و"جاهز للمراجعة البشرية"
• حدود الإنفاق في UBB / Agent 365 تمنع تشغيل العمل التلقائي الليلي بلا حدود
• قاعدة صارمة: ممنوع الإرسال الخارجي، وممنوع ذكر العملاء (@mention)، وممنوع وضع علامة "تم" على النسخة الموجهة للعملاء حتى توافق بريا

مثال على التعليمات

في برنامج Copilot Home، تبدأ بريا بالدردشة للتوجيه، ثم تسلم المهمة متعددة الخطوات إلى Cowork مع شرح موجز كهذا:

"أعد بناء جاهزية إصدار يوم الخميس لشركة Acme SaaS UK، الإصدار 38. استخرج المواضيع المفتوحة من الفئتين P1 وP2 من قناة الدعم وجدول بيانات الحوادث المشترك في Excel للأيام السبعة الماضية. اكتب مسودة مذكرة حالة بصيغة Word لفريقي الهندسة وخدمة العملاء تتضمن: أهم المواضيع، والأخطاء المفتوحة المعروفة من Azure DevOps والموسومة بالإصدار 38، والمسؤولين عنها، والعوائق التي تحول دون حلها. لا ترسل أي شيء. اترك ملف Word في مجلد عمليات الإصدار وقم بالإشارة إليّ (@mention) عندما تكون المسودة جاهزة للمراجعة."

بالنسبة لشريحة الكود، لا يزال بإمكانك الوصول إليها من الصفحة الرئيسية إذا كان التوجيه متاحًا، أو مباشرة في الكود:

أنشئ تطبيقًا لتتبع جاهزية الإصدار في بيئة معزولة (Sandbox) للسباق 38. الحقول المطلوبة: العنصر، المصدر (الدعم / ADO / Excel)، المالك، مدة الصلاحية بالأيام، مستوى الخطورة، وجود عائق (نعم/لا)، آخر متابعة، الحالة (مفتوحة / بانتظار المالك / جاهزة للمراجعة البشرية). قم بمزامنة البيانات من ملف Excel واستعلام ADO الموضح أدناه. استضف التطبيق على بيئة تشغيل مُدارة تحت إدارة قسم تقنية المعلومات. لا تستخدم أي موصلات خارجية

بالنسبة للطيار الآلي، بمجرد وجود حزمة المسودة:

أنت مسؤول متابعة عمليات الإصدار. دورك: متابعة جاهزية الإصدار 38 خلال الليل. هدفك: بين الساعة 6 مساءً و8 صباحًا بتوقيت المملكة المتحدة، راقب قناة عمليات الإصدار وأداة التتبع. لكل عنصر مضى عليه أكثر من يومي عمل ولم يتلقَّ ردًا من مالكه، اكتب رسالة قصيرة عبر Teams إلى المالك المذكور، مع رابط العنصر، واطلب منه ملخصًا موجزًا ​​لحالته. انشر المسودات فقط في موضوع مسودات عمليات الإصدار الخاص - لا تنشرها أبدًا في قنوات العملاء. حدّث حقل "آخر متابعة" في أداة التتبع. توقف إذا وصلت إلى الحد الأقصى للإنفاق أو إذا تجاوز عدد الرسائل في قائمة الانتظار 10 رسائل. في تمام الساعة 8 صباحًا، أرسل لي ملخصًا صباحيًا لما كتبته وما زال بحاجة إلى قرار بشري. لا تُعلّم أي مراسلات موجهة للعملاء على أنها مرسلة

كيفية اختباره

1. قم بتشغيل برنامج "العودة إلى العمل المشترك" مرة واحدة على حزمة يوم الخميس الماضي (أو عينة منقحة) وتحقق من أن مسودة Word تستشهد بالمصادر الصحيحة دون اختراع معرفات التذاكر.
2. قم بتشغيل متتبع التعليمات البرمجية على نسخة من مدخلات Excel / ADO؛ وتأكد من الاستضافة المعزولة وأن مجموعة بريا فقط هي التي يمكنها فتحها.
3. امنح خاصية Autopilot نافذة مغلقة طوال الليل على القنوات غير الإنتاجية مع حد إنفاق منخفض للغاية. تأكد من وصول كل إشعار إلى صفحة المسودة فقط، مع وجود سجل تدقيق.
4. بوابة مراجعة الصباح: تفتح بريا الصفحة الرئيسية، وتقرأ الملخص، وتعدل ملاحظة Word، وبعد ذلك فقط تنشر حالة الموافقة على قناة الإصدار الأوسع.
5. تدريب على الفشل: إلغاء حق الطيار الآلي في النشر خارج موضوع المسودة والتأكد من عدم إمكانية تصعيد الأمر إلى الأسطح التي تواجه العملاء.

نتيجة

لا يتم هنا الادعاء بأي أرقام قياسات للخبز - تعامل مع ما يلي كنتيجة توضيحية مع افتراضات صريحة، أو استخدم خطة القياس أدناه في تجربة حقيقية.

نتيجة توضيحية (مع افتراضات محددة): لنفترض دورة عمل واحدة يوم الخميس، وحوالي 25 بندًا جاهزًا مفتوحًا، وأن بريا كانت تقضي سابقًا حوالي 90 دقيقة في متابعة وتجميع المهام بعد الساعة 5 مساءً، وأن نظام التشغيل الآلي يسمح فقط بإرسال تنبيهات المسودات وتحديثات حقول التتبع. إذا أنتج وضع العمل المنزلي/المشترك مسودة أولية قابلة للاستخدام لملاحظة الحالة في جولة واحدة، واستبدل الكود جدول البيانات المخصص بنظام تتبع مشترك، وقام نظام التشغيل الآلي بتأجيل تنبيهات المالكين طوال الليل ليتم إرسالها/تعديلها يدويًا في الصباح، فإن الهدف الواقعي هو تقليص عمل بريا في نفس المساء إلى مراجعة صباحية تستغرق حوالي 20-30 دقيقة - بشرط احتساب وقت المراجعة وعدم إرسال أي شيء تلقائيًا موجه للعملاء. هذا مجرد تقدير تقريبي، وليس نتيجة مُقاسة بناءً على ادعاءات المنتج المذكورة في هذه المقالة.

خطة القياس (يفضل تطبيقها على مستأجر فعلي):

• الأساس: وقت تجميع بريا يوم الخميس + متابعة إصدارين (بما في ذلك المراجعة)؛ عدد الردود المفقودة من المالك بحلول ظهر يوم الجمعة؛ عدد تعارضات إصدار المتتبع.
• نموذج تجريبي: أربعة أيام خميس متتالية للإصدار مع Home + Code + Autopilot ذي النطاق المحدد.
• المقاييس: دقائق الموافقة على ملاحظة الحالة (بما في ذلك التحرير البشري)؛ نسبة مسودات الطيار الآلي المقبولة بدون إعادة كتابة؛ عدد المشاركات الخاصة بمسودات الموضوع فقط مقابل أي مشاركات أوسع نطاقًا عن طريق الخطأ (الهدف: صفر)؛ أرصدة UBB المنفقة لكل تشغيل ليلي مقابل الحد الأقصى.
• معيار الجودة: "صحيح" يعني أن كل تذكرة/موضوع مذكور موجود في أنظمة المصدر، وأن الملاك يطابقون ADO/Excel، ولم يتم إرسال أي شيء موجه للعملاء دون موافقة بريا.
• قاعدة السفينة: توسيع صلاحيات الطيار الآلي فقط بعد أربع دورات مع عدم وجود أي انتهاكات للسياسة ومعدل غاطس مقبول ترغب في الدفاع عنه لأغراض الأمن.

ما الذي يمكن أن يحدث خطأً؟

• يتحول نظام الطيار الآلي إلى خرطوم إشعارات - الكثير من التنبيهات، أو أصحابها الخطأ، أو المنشورات خارج موضوع المسودة إذا كانت الأذونات متساهلة.
• ينحرف متتبع التعليمات البرمجية عن Excel/ADO إذا كانت عمليات التأريض/المكونات الإضافية غير مكتملة؛ يثق الناس في علامة "جاهز" قديمة.
• تبدو مسودات العمل المشترك واثقة، لكنها تخترع مستوى الخطورة أو معرفات التذاكر عندما يكون الوصول إلى المصدر جزئيًا - يجب على المراجعة اكتشاف ذلك قبل إرسال ملاحظة الحالة.
• يرتفع الإنفاق على النطاق الترددي العالي (UBB) إذا أعاد الطيار الآلي محاولة استخدام القنوات المزعجة دون وجود حد أقصى صارم.
• تتعامل الفرق مع نظام القيادة الآلية كما لو كان استقلالاً تاماً دون مراقبة؛ شيء موجه للعملاء يخرج دون الحاجة إلى بوابة الصباح.

الخلاصة العملية

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

التعليمات

ماذا تقصد مايكروسوفت بتسمية Copilot بنظام تشغيل للعمل؟

وصف ساتيا ناديلا عملية إعادة بناء تطبيق Copilot بأنها نظام تشغيل جديد للعمل: واجهة تستضيف التطبيقات، وتدير الهوية، وتوجه العمل، وتحافظ على حالة الجلسات - وليست مجرد نافذة دردشة جانبية. ويصف منشور جاريد سباتارو الرسمي على موقع مايكروسوفت ثلاث واجهات، ومنصة وكيل واحدة، وزملاء رقميين داخل Microsoft 365 مع إدارة للهوية والذاكرة والحوكمة. يرتكز تطبيق Copilot المُعاد بناؤه على الصفحة الرئيسية، وCode، وAutopilot. لا يحل أي من ذلك محل Excel أو Teams؛ بل يدمجهما بحيث يفتح المستخدمون Copilot أولاً، ثم ينتقلون إلى المستندات والقنوات والتطبيقات المخصصة.

ما هي Copilot Home و Code و Autopilot؟

تُعدّ Home البوابة الرئيسية التي تدمج بين Chat وCowork، مما يتيح لك مراجعة الأنشطة، والحصول على اقتراحات، والتواصل الفوري، أو تسليم المشاريع متعددة الخطوات. يُمكّن Code المستخدمين من وصف تطبيق أو أداة تتبع أو لوحة تحكم أو سير عمل بلغة بسيطة، والحصول على أداة مُستضافة على خوادم الشركة. أما Autopilot - المعروف سابقًا باسم Scout - فهو وكيل شخصي دائم يعمل حتى في حال عدم اتصالك بالإنترنت، أو نومك، أو انشغالك باجتماع آخر. معًا، يُمثلان رهان مايكروسوفت على أن الوكلاء يحتاجون إلى بيئة عمل متكاملة، لا مجرد بيئة معزولة.

كيف يختلف تطبيق Copilot Home Chat عن تطبيق Cowork؟

الدردشة هي وضع المحادثة الفورية لإعادة الصياغة، والملخصات السريعة، ومراجعة أسلوب الكتابة. أما مساحة العمل المشتركة فهي مسار تفويض المهام المعقدة من البداية إلى النهاية - مثل حزمة طلب عروض، أو مجموعة أدوات إطلاق منتج، أو إحاطة إدارية، أو حزمة إتمام الصفقة المالية - حيث تُسند مهمة محددة بدلاً من مراجعة كل فقرة على حدة. بعد ذلك، يمكنك تحديد ما تحتاجه، وسيوجهك Copilot إلى الدردشة، أو مساحة العمل المشتركة، أو قسم البرمجة. هذه الطبقة التوجيهية هي التفاصيل الدقيقة التي تجعل استعارة نظام التشغيل أكثر واقعية.

هل يمكنني تعديل ملفات Word و Excel و PowerPoint الحقيقية داخل برنامج Copilot؟

تُدمج مايكروسوفت برامج Word وExcel وPowerPoint كاملةً في تطبيق Copilot، ما يُتيح تحرير ملفات Office بشكلٍ كامل، مع الحفاظ على مزامنةٍ دائمة مع تطبيقات Office التي يستخدمها أعضاء الفريق، بما في ذلك مزامنة الفريق المباشرة وتعديلات الإشارات (@mention). يُوفر PowerPoint قوالب مُصممة خصيصًا للعلامة التجارية، بينما يُقدم Excel شروحاتٍ للتغييرات وتوصياتٍ للرسوم البيانية. تُضيف المهارات خبراتٍ مُتخصصة إلى سير العمل، مثل العمل المالي في Excel أو دعم الصياغة القانونية في Word، بدلاً من نموذجٍ عام يُمثل جميع الأقسام.

ما هو كود الطيار الآلي ووقت التشغيل المُدار؟

يحوّل الكود الأوصاف المكتوبة بلغة طبيعية إلى حلول معزولة ومستضافة على خوادم المستأجرين - أدوات سطح المكتب، ولوحات المعلومات التفاعلية، والتطبيقات الداخلية المستضافة على السحابة - باستخدام تقنية مشتركة مع GitHub Copilot. يستضيف Microsoft Copilot Managed Runtime الكود بأمان داخل Microsoft 365 تحت إدارة تقنية المعلومات، مع دعم من Microsoft IQ ومكونات إضافية تحافظ على مزامنة البيانات. ينتقل الكود أولاً عبر برنامج Frontier، ثم إلى نطاق وصول أوسع، مع معاينة لـ Microsoft 365 Premium وPro لاحقًا؛ وManaged Runtime متوفر حاليًا في مرحلة المعاينة.

كيف يستمر برنامج Microsoft Copilot Autopilot في العمل بعد تسجيل الخروج؟

أوتوبايلوت هو وكيل شخصي استباقي ومستمر: تُحدد له اسمًا ودورًا وهدفًا، وهو يراقب القنوات، ويتابع المحادثات، ويتولى المهام المتكررة، ويمكنه استئناف أي مشروع بعد أيام دون الحاجة إلى إعادة تشغيله. تصفه مايكروسوفت بأنه مُستضاف على السحابة، وله هويته الخاصة، وذاكرته، وجهازه، ومساحة عمله على منصة مايكروسوفت آي كيو. يظهر في تيمز، وأوتلوك، والمحادثات، والقنوات، والمستندات، ويمكنك الإشارة إليه (@mention) كما لو كنت زميلًا. تُعدّ الأذونات، وسجلات التدقيق، والحوكمة جزءًا من حزمة المؤسسة.

كيف تتم محاسبة خدمة الطيار الآلي مقارنةً بخدمة الدردشة اليومية مع الطيار المساعد؟

يظل كل من Everyday Chat وOffice Copilot يعملان بنظام ترخيص اشتراك المستخدم (USL). أما مجموعة تطبيقات الوكلاء الثلاثة - بيئة العمل المشتركة المنزلية، وCode، وAutopilot - فتعتمد على نظام الفوترة القائم على الاستخدام (UBB)، مع وجود أدوات FinOps وAgent 365 كضمان لخفض التكاليف. هذا التقسيم مهم للتخطيط: فعدد مقاعد الدردشة واستهلاك رصيد الوكلاء ليسا ضمن نفس بند الميزانية. لذا، حدد سقفًا للإنفاق وراجع أدوات التحكم في Agent 365 قبل السماح بتشغيل Autopilot ليلاً دون قيود في حساب المستخدم.

من يجب أن يقود نظام Home أو Code أو Autopilot أولاً؟

سيشعر العاملون في مجال المعرفة والمدراء أولاً بفصل الدردشة/مساحة العمل المشتركة في Home ودمج Office في Copilot. سيستفيد موظفو العمليات والمالية والبرمجة من أدوات تتبع التعليمات البرمجية وAutopilot في عمليات المتابعة المكثفة. سيحتفظ المطورون بـ GitHub Copilot ويحصلون على اتصال Managed Runtime لتسريع إصدار الأدوات الداخلية. تتولى أقسام تكنولوجيا المعلومات والأمن والعمليات المالية مسؤولية إدارة الهوية والتدقيق وسياسات UBB وضوابط Agent 365. إذا كنت ستجرب شيئًا واحدًا فقط: Autopilot هو التغيير الثقافي، وCode هو تغيير الاستفادة، وHome هو تغيير العادات.

كيف يمكن للفرق تحديد نطاق استخدام نظام الطيار الآلي بأمان في بيئة حقيقية؟

امنح نظام Autopilot دورًا محددًا وهدفًا واضحًا - كتابة مسودات المتابعات وتحديثات نظام التتبع، وليس رسائل البريد الإلكتروني للعملاء أو تغييرات الإنتاج. يُفضّل أن تكون المنشورات عبارة عن مسودات فقط في محادثة خاصة، مع وضع حدود إنفاق صارمة، ومراجعة بشرية صباحية قبل إطلاق أي شيء موجه للعملاء. حافظ على صلاحيات الوصول وسجلات التدقيق وضوابط Agent 365؛ ولا توسّع نطاق الوصول إلا بعد دورات نظيفة خالية من أي انتهاكات للسياسات. وقد شبّهت تغطية خارجية نظام Autopilot بنظام الوكلاء المستقلين على غرار OpenClaw - تعامل مع العروض التوضيحية على أنها مطالبات مُبلّغ عنها، وليست وعدًا بأن كل مستأجر سيُشغّل أسطولًا بين عشية وضحاها.

هل يُقصد من برنامج Copilot Code أن يحل محل المطورين المحترفين؟

لا. الإطار متكامل: يستخدم المطورون غير المتخصصين Code كأدوات تشغيلية، بينما يحتفظ المطورون بسير عمل GitHub Copilot المتعمق ويحصلون على نقاط اتصال بنفس بنية الوكيل. تبقى الحلول معزولة ومستضافة على خوادم المستأجرين، مما يوفر لقسم تقنية المعلومات منصةً موثوقة بدلاً من الاعتماد على جداول بيانات إضافية مرتبطة بالبريد الإلكتروني. هذا لا ينجح إلا إذا كانت البيئة المعزولة حقيقية والمكونات الإضافية جديرة بالثقة. يُعد Code بالإضافة إلى Managed Runtime حل مايكروسوفت لمواجهة ضغوط تقنية المعلومات غير الرسمية، وليس ادعاءً بأن المحترفين أصبحوا غير ضروريين.