إعلان عن اتجاه للمنصة، لا زر واحد جديد
نشرت Microsoft في 7 أكتوبر 2026 تصورها لبناء Windows من أجل «الذكاء الهجين». الفكرة المحورية هي أن الوكيل أو مهمة الذكاء الاصطناعي لا يلزم أن تعمل كلها في مكان واحد: قد تنفذ خطوة على الحاسوب، وتطلب قدرة أكبر من خدمة سحابية عند الحاجة، ثم تعود بالنتيجة إلى المستخدم. تربط الشركة هذا الاتجاه بتطور النماذج المحلية، وأدوات التوجيه، ووقت التشغيل، والشرائح والأجهزة، إلى جانب ضوابط الأمن والإدارة.
من المهم قراءة المقال على أنه حزمة من عناصر متفاوتة النضج. بعض النقاط إعلان عن رؤية طويلة الأجل، وبعضها طرحته Microsoft على أنه متاح الآن، وبعضها يبدأ في معاينة تجريبية أو متوقع خلال الأشهر المقبلة، وبعض الأجهزة فُتحت طلبات شرائها في يوم الإعلان. جمعها كلها في عبارة «أصبحت ميزات Windows الجديدة متاحة» سيخلق انطباعًا خاطئًا. لكل بند مسار نشر وجمهور ومتطلبات جهاز مختلفة، كما أن الشركة تنبه إلى تفاوت الإتاحة بحسب الجهاز والسوق والمنصة.
تقول Microsoft إن الوكلاء يختلفون عن التطبيقات التقليدية لأنهم قد يعملون لفترات طويلة، ويستخدمون الأدوات، ويكتبون الشيفرة، ويصلون إلى ملفات أو أنظمة متعددة. هذا الوصف يفسر تركيز الشركة على ثلاثة موضوعات مترابطة: أين تعمل المهمة، وما الذي يستطيع الوكيل الوصول إليه، وكيف يمكن للمستخدم أو مسؤول التقنية معرفة ما حدث والتحكم فيه. ليس المقصود أن كل وكيل يملك هذه القدرات افتراضيًا، بل أن تصميم المنصة يجب أن يستعد للحالات التي تمنح فيها الأداة صلاحيات فعلية.
من منظور المستخدم، قد يبدو «الهجين» كأنه انتقال سلس بين جهازه والسحابة، لكنه في الواقع يتطلب قرارات هندسية وسياسات واضحة. النموذج المحلي قد يقلل إرسال بعض المحتوى إلى خدمة بعيدة ويعمل بزمن استجابة مناسب، لكنه محدود بالذاكرة والسرعة والقدرة المتاحة. النموذج السحابي قد يقدم قدرة أكبر أو خدمة لا يستطيع الجهاز تشغيلها، لكنه يعتمد على اتصال وسياسة بيانات وتكلفة. لذلك ينبغي أن يكون الاختيار مفهومًا، لا مجرد تفصيل مخفي وراء واجهة محادثة.
ما معنى الذكاء الهجين عمليًا؟
في وصف Microsoft، يجمع الذكاء الهجين بين النماذج المحلية والسحابية، مع توجيه العمل إلى المكان الأنسب لكل مهمة. قد تكون خطوة صغيرة مثل تصنيف ملف أو تلخيص نص قصير مناسبة لنموذج يعمل على الجهاز، بينما تتطلب مسألة أطول أو أوسع نموذجًا بعيدًا. وقد يستخدم التطبيق أكثر من نموذج في المهمة نفسها. هذه أمثلة تفسيرية على الفكرة العامة، وليست تأكيدًا بأن كل تطبيق Windows يملك حاليًا موجهًا تلقائيًا قادرًا على اختيار أي نموذج.
التوجيه الجيد يحتاج إلى معرفة سياق المهمة ومتطلباتها، لا إلى قياس قوة النموذج فقط. عوامل القرار قد تشمل حساسية البيانات، ووقت الاستجابة، والاتصال، وحدود الذاكرة، والتكلفة، ومستوى الدقة المطلوب. فإذا اختير النموذج المحلي لمجرد أنه محلي، مع أنه لا يفهم المهمة بما يكفي، فقد تنتج إجابة ضعيفة. وإذا أرسل كل شيء إلى السحابة رغم إمكانية إنجازه محليًا، فقد يرتفع الاستخدام أو يتجاوز توقعات الخصوصية. يحتاج المنتج إلى موازنة موثقة وسلوك متوقع.
يجب أيضًا التمييز بين تشغيل نموذج محلي وبين إبقاء البيانات آمنة تلقائيًا. وجود النموذج على الجهاز لا يمنع تطبيقًا آخر من قراءة ملف أو إرسال نتيجة إلى خدمة خارجية إذا كانت صلاحياته تسمح. والعكس صحيح: إرسال طلب إلى السحابة لا يعني وحده أن البيانات تُستخدم بطريقة غير مناسبة؛ ذلك يعتمد على الخدمة والإعداد والعقد. الخصوصية مسألة تدفق كامل، من المصدر إلى المعالجة والتخزين والسجل، وليست صفة يضمنها موقع النموذج وحده.
تصف Microsoft الحاجة إلى نماذج محلية قوية، وتنسيق ذكي، ووقت تشغيل سريع، وعتاد قادر. هذه المكونات لا تعمل منفصلة. يحتاج المطور إلى واجهة برمجية مستقرة لاكتشاف الموارد، وتحميل النموذج، وإدارة الذاكرة، وتمرير الطلبات، ومعالجة الأخطاء. ويحتاج المستخدم إلى معرفة ما إذا كان طلبه محليًا أو سحابيًا، وما البيانات التي ستغادر جهازه، وهل يمكنه تغيير الاختيار. من دون ذلك قد تبقى «الهجنة» تفصيلًا تسويقيًا لا يستطيع العميل تقييمه أو التحكم به.
الأمن والحوكمة: الوكيل يحتاج إلى حدود
تقول Microsoft إن نموذج الأمن الذي تطوره للوكلاء يقوم على الاحتواء والهوية وقابلية الإدارة. الاحتواء يحدد الموارد التي يستطيع الوكيل الوصول إليها، والهوية تتيح تمييز فعل الوكيل عن فعل الشخص الذي يستخدم الجهاز، وقابلية الإدارة تربط النشاط بأدوات وسياسات مؤسسية. الهدف المعلن هو تمكين المؤسسات من وضع القواعد ومراقبة المخاطر وإدارة الوكلاء عبر المؤسسة. هذه مبادئ تصميم مهمة، لكنها لا تعني أن كل نشر وكل تطبيق يستوفيها تلقائيًا دون إعداد.
الاحتواء يعني وضع حدود عملية على ما يمكن للوكيل قراءته أو تغييره أو الاتصال به. قد تشمل الحدود مجلدات معينة، أو نطاقات شبكة، أو عمليات مسموحًا بها. هذا أفضل من إعطاء الوكيل صلاحية عامة ثم الاعتماد على أن النموذج سيتذكر تعليمات الحذر. فالطلب قد يكون ملتبسًا، أو قد يقرأ الوكيل محتوى خارجيًا يتضمن تعليمات عدائية، أو قد يخطئ في تحديد الملف. الضابط الفعال يقيّد الأثر الممكن حتى عند فشل التفسير أو حدوث سلوك غير متوقع.
أما هوية الوكيل فتساعد على الإجابة عن سؤال تشغيلي: من نفذ هذا التغيير؟ في بيئة فيها موظفون ووكلاء وأتمتة، ينبغي أن يظهر سجل النشاط الفاعل الصحيح، وألا تختلط كل العمليات بحساب إنسان واحد. يمكن أن يساعد ذلك في التحقيق والمراجعة وتطبيق سياسة الوصول، لكنه يتطلب تكاملًا بين التطبيقات وأدوات الإدارة والسجلات. ولا يمكن استنتاج أن كل خدمة خارجية ستسجل هوية الوكيل بالطريقة نفسها لمجرد أن Windows يدعم هذا الاتجاه.
قابلية الإدارة مهمة بقدر الحماية التقنية. تحتاج إدارة تقنية المعلومات إلى معرفة الوكلاء النشطين، وما الصلاحيات التي منحت لهم، وما السياسات التي تحكمهم، وكيفية إيقافهم عند الحاجة. أشار الإعلان إلى أدوات مثل Agent 365 وIntune في سياق إدارة النشاط والحوكمة على نطاق المؤسسة، مع تنبيه إلى أن الحوكمة الواسعة قد تتطلب خدمات إضافية. لذلك ينبغي التحقق من المتطلبات والتراخيص وتكامل المنتج قبل اعتبار إمكانات الإدارة مضمونة أو مضمنة في كل جهاز.
Microsoft Execution Containers: ما المتاح الآن؟
من أبرز الإعلانات التي وصفتها Microsoft بأنها متاحة عمومًا Microsoft Execution Containers، واختصارها MXC، على Windows 11. تقول الشركة إن هذه الحاويات تتيح للمنظمات تعريف الملفات والشبكات التي يمكن للوكيل الوصول إليها، وإن السياسات تُفرض أثناء التشغيل. قدمت MXC بوصفها استجابة لاحتياجات الوكلاء التي قد تتغير مع كل مطالبة واستدعاء أداة، وهي احتياجات لا تغطيها بالضرورة حلول العزل التقليدية المصممة لتطبيق ثابت.
«متاح عمومًا» هنا وصف لحالة MXC كما ورد في إعلان Microsoft بتاريخ 7 أكتوبر، وليس وصفًا لكل الميزات الأخرى المذكورة في المقال. قد تختلف كيفية إدخال التقنية في المنتج بحسب التطبيق، وقد يحتاج المطور إلى دمج دعمها، كما قد يحتاج مسؤول المؤسسة إلى إعداد السياسات والأدوات المناسبة. تذكر Microsoft أن بعض الحمايات على أجهزة الأفراد تتطلب تحديث Windows، وأن طرح الميزات وتوقيتها قد يختلفان باختلاف الجهاز والسوق ومنصة السيليكون. ينبغي التحقق من متطلبات الإصدار والتوافق بدل افتراض أن مجرد تشغيل Windows 11 كافٍ لكل سيناريو.
تقول الشركة إن خيارات العزل التي تدعمها المنصة تمتد من عزل العمليات والجلسات إلى WSL والآلات الافتراضية وWindows 365 for Agents. هذه ليست بدائل متطابقة؛ لكل خيار تكلفة تشغيل ونطاق عزل وطريقة إدارة مختلفة. يستطيع المطور استخدام مستوى يناسب طبيعة الوكيل، فيما يحتاج فريق الأمن إلى تحديد الحدود المقبولة. ما يصلح لوكيل يقرأ ملفات محددة قد لا يصلح لعملية طويلة الأمد تتصل بشبكة داخلية أو تنفذ شيفرة مصدرها غير موثوق.
أوردت Microsoft أسماء وكلاء قالت إنهم يدعمون MXC بالفعل، منهم Codex وGitHub Copilot وOpenClaw وReplit وLM Studio وOpenShell من NVIDIA وUnsloth AI. وذكرت أن دعمًا من شركات ومنتجات أخرى سيأتي، كما قالت إن Muse for Windows من Meta قادم مستقبلًا كتطبيق أصلي مع تكامل MXC. الفرق اللغوي بين «يدعم الآن» و«سيصدر دعمًا» و«قادم قريبًا» مهم؛ لا يجوز وضع القائمتين في فئة توفر واحدة أو الوعد بأن كل إصدار من تلك المنتجات يعمل مع كل إعداد للحاويات.
يمكن للمستخدم أو المطور مراجعة مستودع MXC ووثائق التكامل لفهم طريقة العمل والتوافق الحالي. ينبغي اختبار ما إذا كان الوكيل يرى الملفات الصحيحة فقط، وكيف يتصرف عند طلب اتصال غير مسموح، وهل يحتفظ بسجل واضح للعمليات. كما ينبغي التحقق من تجربة التعافي عند فشل المهمة. العزل الجيد لا يضمن صحة ناتج الوكيل، لكنه قد يقلل نطاق الضرر المحتمل إذا حاول قراءة مورد خارج السياسة أو تنفيذ اتصال غير متوقع.
Copilot والسياق المحلي: إعلان عن قدرات قادمة
أعلنت Microsoft أن Copilot على أجهزة Copilot+ سيستفيد من الذكاء الهجين عبر ثلاث قدرات محلية وصفتها الشركة. الأولى هي السياق المحلي: وبإذن المستخدم، يمكن لـ Copilot فهم محتوى ذي صلة على الحاسوب، بما في ذلك الملفات والنشاط الحديث. والثانية هي الأفعال المحلية، بحيث يستطيع تنفيذ أعمال عبر Windows مثل تنظيم الملفات أو فحص تشخيصات الجهاز أو استكشاف مشكلة أو تنفيذ خطوات عمل. والثالثة هي استخدام نماذج تعمل على الحاسوب نفسه، مع إمكانية الجمع بينها وبين ذكاء سحابي عند الحاجة.
هذه الصياغة لا تعني أن Copilot يملك إذنًا مفتوحًا لقراءة كل ملف أو التحكم بكل إعداد في اللحظة الحالية. أكدت Microsoft دور إذن المستخدم، وقالت إن الميزات المدعومة بالذكاء الهجين متوقع أن تبدأ في الطرح على أجهزة Copilot+ خلال الأشهر المقبلة، مع اختلاف التوقيت حسب الجهاز والسوق ومنصة السيليكون. إذن يجب التعامل معها باعتبارها تجربة مستقبلية معلنة، لا ميزة متاحة للجميع في يوم الإعلان أو حتى في يوم تحديث هذا المقال.
تشرح الشركة سيناريوهات مرتبطة بتجارب Home وCode وAutopilot في Copilot. في Home قد يستفيد المساعد من ملفات كان المستخدم يعمل عليها لمساعدته في إعداد مواد تعاونية. وفي Code يمكن للذكاء الهجين دعم إنشاء تطبيقات Windows من مطالبة واحدة، وتشغيل الشيفرة بأمان أكبر مع MXC، واستخدام نموذج محلي عند ملاءمته. أما Autopilot فتصفه Microsoft بأنه وكيل مستمر واستباقي وشخصي، ويمكن أن يستفيد مستقبلًا من السياق المحلي والنماذج والأفعال على الحاسوب.
هذه أمثلة ورؤية منتج كما قدمتها Microsoft، وليست ضمانًا أن كل هذه المسارات متاحة الآن أو تعمل دون إشراف. قالت الشركة إن Copilot يمكنه التصرف بإذن المستخدم، وهو قيد جوهري؛ يجب أن يعرف المستخدم ما الذي سيُقرأ أو يتغير، وأن تتاح له مراجعة الفعل وإيقافه. قبل استخدام السياق المحلي، من المهم فهم الملفات والنشاط المشمولين، وإعدادات الخصوصية، وكيفية استبعاد مجلدات أو إيقاف الإذن إن كانت الخيارات متاحة في الإصدار الذي يستخدمه الشخص.
تثير الأفعال المحلية سؤالًا عمليًا عن قابلية التراجع. تنظيم الملفات قد ينقل عناصر، وتشخيص المشكلة قد يغير إعدادًا، وإنشاء تطبيق قد يشغل شيفرة. ينبغي أن يعرض Copilot وصفًا مفهومًا للإجراء، ويطلب تأكيدًا عندما يكون الأثر كبيرًا، ويتيح سجلًا لما جرى. لا يكفي أن تكون الواجهة محادثية؛ يحتاج المستخدم إلى مؤشرات حالة واضحة، ورسائل صريحة عند الفشل، وطريقة لاستعادة العمل أو العودة إلى إعداد سابق. هذه توقعات تصميمية، وليست ادعاءً بأن كل واجهة معلنة تحققها بالفعل.
النماذج المحلية والتوجيه الذكي
تحدثت Microsoft عن جلب نماذج محلية قوية إلى أجهزة Windows، وأشارت إلى MAI Code 1.1 Flash الذي قالت إنه يضم 137 مليار معلمة إجمالًا و6.8 مليار معلمة نشطة، مع استخدام دقة ثلاثية البت لتقليل حجم النموذج بنحو 80% مع استهداف جودة للبرمجة ونافذة سياق محلية تبلغ 256 ألف رمز. كما ذكرت نماذج أخرى متوقعة أو قيد الإعداد من NVIDIA وDeepSeek على أجهزة RTX Spark. هذه أرقام وادعاءات من الشركة في سياقها المعلن، لا نتيجة اختبار مستقل لهذا المقال أو ضمان أداء على كل جهاز.
عدد المعلمات وحده لا يحدد السرعة أو جودة المهمة. الأداء يتأثر بطريقة التكميم، والذاكرة المتاحة، وبرمجيات التشغيل، ونوع المهمة، وحجم السياق، ودرجة الحرارة والطاقة. النموذج الأكبر قد يحتاج ذاكرة أكبر، كما أن خفض الدقة قد يغير التوازن بين الحجم والجودة. لذلك لا ينبغي مقارنة أرقام المعلمات فقط بين نماذج مختلفة أو اعتبار أن الجهاز الذي يشغل نموذجًا محليًا يحقق بالضرورة جودة مساوية لخدمة سحابية واسعة.
أعلنت Microsoft أيضًا دعم llama.cpp في Windows ML، وقدمته على أنه يفتح خيارات أوسع من النماذج مفتوحة المصدر ويسهل التجريب. هذا تطور يهم المطورين الذين يريدون تشغيل أطر ونماذج مختلفة، لكن توفر دعم وقت التشغيل لا يعني أن كل نموذج متوافق أو يعمل بأفضل أداء على كل معالج. يحتاج المطور إلى مراجعة تعليمات التحميل وبنية النموذج والترخيص واستخدام الذاكرة، واختبار النتيجة ضمن التطبيق الذي يبنيه. كما أن اختيار نموذج مفتوح المصدر لا يلغي شروط الترخيص أو التزامات حماية البيانات.
في التوجيه الذكي، أعلنت Microsoft توسيع HydraFusion من GitHub ليتمكن من الوصول إلى نماذج محلية على الجهاز إلى جانب التوجيه السحابي. وقالت إن تجربة الذكاء الهجين في تطبيق GitHub Copilot وواجهة سطر الأوامر وVisual Studio Code ستأتي في معاينة تجريبية لاحقًا في أكتوبر. وصف «معاينة تجريبية» مختلف عن الإتاحة العامة؛ قد تكون الوظيفة محدودة أو تتغير، وقد تحتاج إلى تفعيل أو أجهزة ملائمة. لا ينبغي اعتمادها كميزة إنتاجية مستقرة قبل ظهور شروطها وتجربتها على بيئة الفريق.
التوجيه يمكن أن يساعد على توزيع الطلبات بحسب القدرات والتكلفة والخصوصية، لكن من المهم أن يعرف المطور ما الذي يقرر الوجهة. هل الطلب يخرج إلى السحابة؟ هل الملفات أو مقتطفات الشيفرة المحلية ترسل؟ هل يمكن فرض سياسة تمنع إرسال مستودع معين؟ لا تقدم عبارة «اجعل الرموز أكثر كفاءة» إجابة كافية عن هذه الأسئلة. على المؤسسات مراجعة إعدادات المنتج وتوثيق تدفق البيانات ومراقبة ما يتغير عند تشغيل المعاينة، خصوصًا للمستودعات الخاصة والبيانات الخاضعة لالتزامات تعاقدية.
الأجهزة الجديدة: الشراء لا يعني توفر كل قدرات الوكيل
ربط الإعلان الرؤية الجديدة بجيل من الأجهزة، من حواسيب مكتبية صغيرة تعمل باستمرار إلى محطات عمل وأنظمة أقوى. أعلنت Microsoft طلبات مسبقة لأجهزة Windows مبنية حول NVIDIA RTX Spark من شركات مثل ASUS وDell وHP وLenovo وMSI وSurface، وذكرت أن بعض أجهزة RTX Spark تبدأ الشحن في 16 أكتوبر، بينما تأتي أجهزة التطوير المكتبية والأجهزة الصغيرة لاحقًا خلال العام. يجب الرجوع إلى صفحة كل شركة لمعرفة المنطقة والسعر والمواصفات الفعلية وموعد التسليم.
أعلنت Microsoft أن Surface Laptop Ultra وSurface RTX Spark Dev Box أصبحا متاحين للطلب المسبق في يوم الإعلان. قالت إن Surface Laptop Ultra يبدأ التوفر في 16 أكتوبر، بينما تشحن Surface RTX Spark Dev Box إلى العملاء في الولايات المتحدة في نوفمبر. هذه مواعيد وأحكام إتاحة كما وردت في بيان الشركة، وقد تختلف حسب البلد وتحديث صفحة البيع. كما أن «متاح للطلب المسبق» لا يساوي «وصل إلى كل متجر» أو «أصبح قابلًا للتسليم فورًا» لكل مشترٍ.
وصفت Microsoft Surface Laptop Ultra بأنه أقوى Surface حتى ذلك الوقت، وقالت إنه مبني حول RTX Spark ويصل إلى 128 غيغابايت من الذاكرة الموحدة، مع قدرة على تشغيل نماذج تتجاوز 120 مليار معلمة محليًا. ينبغي نسبة هذه الأوصاف إلى الشركة، والتحقق من تكوين الطراز المحدد قبل الشراء. تؤثر سعة الذاكرة ونوع المعالج والتبريد والطاقة في ما يمكن تشغيله عمليًا. كما أن عبارة «تشغيل نموذج محلي» لا تعني أن كل تطبيق أو وكيل سيستفيد من كامل العتاد تلقائيًا.
تقدم الشركة RTX Spark كفئة من الحواسيب المصممة لأعمال محلية مكثفة مثل الاستدلال وتوليد الصور والفيديو. كما نشرت مقارنات أداء مع جهاز Apple محدد، مرفقة بحواشٍ عن أجهزة ما قبل الإنتاج وإعدادات الاختبار والنماذج المستخدمة. تلك النتائج لا ينبغي اختصارها إلى حكم عام بأن جميع أجهزة Windows أسرع دائمًا من جميع الأجهزة المنافسة. المقارنة الصحيحة تتطلب الجهاز والتكوين والبرنامج والمعيار نفسه، وتظل الأرقام المنشورة ادعاءات اختبار من Microsoft أو شركائها إلى أن تتحقق جهة مستقلة من سياقها.
أما DGX Station for Windows، فقد وصفته Microsoft بأنه سيأتي لاحقًا خلال العام، وتحدثت عن أجهزة تعمل بشريحة NVIDIA GB300، واستخدامات تشمل محطة حوسبة شخصية أو موردًا مشتركًا لفريق. وذكرت أن بعض محطات Dell وHP ستأتي لاحقًا. هذه فئة مختلفة عن الحاسوب المحمول، ولا يصح استنتاج أن قدرات هذه المحطات ستكون جزءًا من Windows على كل جهاز. يحتاج هذا النوع من العتاد إلى ميزانية وطاقة وتبريد وإدارة وتشغيل متخصص، وقد يكون مناسبًا لفرق بعينها لا للمستخدم المنزلي العادي.
تغييرات Windows اليومية ومسارات طرح منفصلة
إلى جانب الذكاء الهجين، أعلنت Microsoft عن إجراءات في Windows Search تتيح تنفيذ بعض المهام من شريط المهام، مثل تغيير إعداد أو ترتيب النوافذ أو إرسال رسالة. وقالت إن الإجراءات الجديدة ستبدأ بالوصول إلى مستخدمي Windows Insiders في القناة التجريبية في يوم الإعلان. هذا يعني أن أول مسار نشر موجّه للمشاركين في برنامج Insider، وليس بالضرورة تحديثًا عامًا لكل مستخدمي Windows 11. وأشارت الشركة كذلك إلى دمج اختياري لـ Copilot مع Search في أسواق مختارة لاحقًا خلال العام.
هذه الأمثلة توضح كيف يمكن أن تتغير الواجهة من البحث عن عنصر إلى تنفيذ فعل، لكنها تفتح أسئلة عن الموافقة وتحديد المستلم والنتيجة. إرسال رسالة أو تغيير إعداد ليس مجرد إظهار جواب؛ هو فعل في النظام أو خدمة مرتبطة. ينبغي أن تكون صياغة الطلب واسم الوجهة واضحين، وأن تكون هناك فرصة للتأكد قبل الإرسال، وأن يعرف المستخدم متى ينفذ البحث فعلًا ومتى يقدم اقتراحًا. أما دعم Windows Search للأوامر في قناة اختبار فلا يثبت موعدًا نهائيًا أو دعمًا لجميع اللغات.
أدرجت Microsoft أيضًا تحديثات للألعاب وتحسينات في الجودة والأداء وتجربة المطور. ينبغي عدم خلط هذا العمل العام مع توفر Copilot المحلي أو MXC؛ لكل مبادرة مسارها ومنتجها. كما أن الإعلان عن «آلاف الإجراءات» لا يعني أن كل فعل يصل إلى كل منطقة أو إصدار في اليوم نفسه. الأفضل متابعة ملاحظات إصدار Windows Insider ثم ملاحظات الإصدار العام، وقراءة قائمة الأجهزة واللغات المدعومة عند وصول الوظيفة.
كيف تقيّم المؤسسة الانتقال إلى الوكلاء؟
على المؤسسة ألا تبدأ بشراء عتاد أو تفعيل وكيل واسع الصلاحيات قبل اختيار حالة استخدام محددة. حدد مهمة متكررة، والبيانات التي تحتاجها، والنتيجة التي تعد نجاحًا، وما الأثر غير المقبول. ثم اختبر ما إذا كانت المهمة تحتاج نموذجًا محليًا فعلًا أو تستفيد من خدمة سحابية أو من قاعدة تقليدية. هذا التقييم يمنع شراء جهاز قوي لمجرد أنه جديد، أو تشغيل وكيل حيث يكون تدفق عمل بسيط أكثر موثوقية.
يجب أن يشمل نموذج المخاطر مصدر البيانات، وصلاحيات القراءة والكتابة، واتصالات الشبكة، وهوية الوكيل، والسجلات، وآلية إيقافه. استخدم بيئة اختبار ببيانات غير حساسة، وابدأ بأذونات ضيقة. اختبر محاولات فاشلة، وتعليمات خبيثة داخل مستند، وانقطاع الشبكة، وتغير صلاحية ملف. لا تكتفِ بمشاهدة سيناريو ناجح؛ اعرف كيف يتصرف النظام عندما يواجه مدخلًا غير متوقع أو يرفض إجراءً مطلوبًا.
التقييم المالي ينبغي أن يقارن التكلفة الكلية: جهاز أو خادم، واستهلاك الطاقة، والصيانة، وتراخيص الإدارة، ووقت التطوير، واستهلاك النموذج السحابي، ووقت المراجعة البشرية. يمكن للمعالجة المحلية أن تقلل بعض نفقات السحابة أو تحسن الاستجابة، لكن قد تزيد تكلفة الاستثمار والدعم. وعلى الجانب الآخر، لا يُحسب التوفير بمجرد نقل النموذج إلى الجهاز إذا كان يحتاج إلى تحديثات أو مراقبة أو قدرة ذاكرة إضافية. قِس على مجموعة مهام حقيقية وبأحجام استخدام تمثل العمل اليومي.
وأخيرًا، ضع خطة حوكمة تشمل المستخدمين والمطورين والأمن والامتثال. عرّف من يوافق على الموصلات والنماذج، ومن يراجع سجل الحوادث، ومتى يتطلب الإجراء موافقة بشرية. حدد سياسة الاحتفاظ بالبيانات وكيفية حذفها، وراجع عقود المزودين وتحديثاتهم. يجب أن يستطيع الموظف الإبلاغ عن خطأ أو إيقاف وكيل، وأن يعرف المسؤول كيف يعطل تكاملًا أو يحد من صلاحياته بسرعة. هذه الإجراءات تبقى ضرورية سواء كان النموذج محليًا أو سحابيًا.
ما الذي نعرفه وما الذي لا نعرفه؟
نعرف من إعلان Microsoft أن رؤيتها تجمع بين المعالجة المحلية والسحابية، وأن MXC وصفتها الشركة بأنها متاحة عمومًا على Windows 11، وأن Copilot+ سيحصل على قدرات محلية على مراحل مستقبلية، وأن HydraFusion مع النماذج المحلية استهدفت معاينة تجريبية لاحقًا في أكتوبر. كما أعلنت الشركة عن أجهزة محددة وطلبات مسبقة ومواعيد أولية. هذه الفروق الزمنية والمنتجية أهم من العنوان الواسع، لأنها تساعد القارئ على معرفة ما يمكنه تجربته الآن وما يحتاج انتظارًا أو جهازًا متوافقًا.
لا يثبت الإعلان أن كل وكيل سيعمل بأمان بمجرد تشغيل MXC، أو أن كل طلب سيُوجّه إلى أفضل نموذج، أو أن Copilot يستطيع الوصول إلى كل الملفات دون قيد. ولا يثبت أن التطبيقات الحالية تطبق هوية الوكيل أو تسجل أفعاله على نحو موحد. هذه أمور تتوقف على المنتج والتكامل والسياسات، وتحتاج إلى توثيق واختبار. كما لا يكفي بيان الشركة لإثبات الأداء المقارن للأجهزة في كل عبء عمل؛ ينبغي قراءة الحواشي والتكوينات وعينة الاختبار.
ولا يمكن حسم تفاصيل إتاحة كل ميزة في بلد أو جهاز من خلال مقال الرؤية وحده. نبهت Microsoft إلى أن التوقيت والتوافر قد يختلفان حسب الجهاز والسوق ومنصة السيليكون، وبعض المزايا تتطلب تحديث Windows. كما أن توفر جهاز للطلب المسبق أو الشحن قد يختلف حسب المنطقة. لذلك ينبغي مراجعة صفحة المنتج أو ملاحظات الإصدار الرسمية عند اتخاذ قرار شراء أو تحديث، وعدم بناء خطة تشغيل على موعد تقريبي أو ميزة معاينة.
الخلاصة
إعلان Windows للذكاء الهجين يرسم تصورًا لمنصة يمكن أن تجمع نماذج على الجهاز وخدمات سحابية ووكلاء ينفذون أعمالًا محلية. جوهر الفكرة هو اختيار مكان المعالجة مع الحفاظ على الأمان والإدارة، وليس نقل كل الذكاء الاصطناعي إلى الحاسوب أو السحابة. وقد تساعد الحاويات والسياسات والتوجيه المحلي على بناء أنظمة أكثر مرونة، لكن ذلك يتطلب تكاملًا تقنيًا وضوابط قابلة للمراجعة وإفصاحًا عن تدفق البيانات.
للمستخدم، أهم ما ينبغي تذكره أن بعض القدرات ما زالت في طريقها إلى Copilot+، وأن معاينة HydraFusion ليست إطلاقًا عامًا، وأن الإعلان عن جهاز لا يعني أن كل الوظائف ستعمل عليه فورًا. أما MXC فقد وصفته Microsoft بأنه متاح عمومًا على Windows 11، لكن الاستفادة منه تعتمد على دعم التطبيقات والإعدادات. افحص التوافق، وراجع الأذونات، واختبر أي فعل محلي قبل الاعتماد عليه في ملفات أو أعمال حساسة.
للمؤسسات، الرسالة ليست أن تستبدل كل أدواتها بوكيل، بل أن تختبر مهامًا محددة وأن تربط القدرة بمسؤولية. ابدأ بحدود وصول ضيقة، وسجل واضح، وموافقة بشرية على الأفعال المؤثرة، ومسار يدوي بديل. ثم قارن الجودة والتكلفة والمخاطر بين التنفيذ المحلي والسحابي. هذا النهج يجعل «الهجين» قرارًا تشغيليًا يمكن قياسه، لا شعارًا عن مستقبل غير محدد.
هذا المقال يلخص إعلان Microsoft الرسمي المنشور في 7 أكتوبر 2026 ويعرض ادعاءات الشركة على أنها منسوبة إليها، ولا يمثل اختبارًا مستقلًا للأجهزة أو للميزات. عند التخطيط للنشر أو الشراء، راجع المصدرين الأساسيين وصفحات المنتج وملاحظات Windows الحالية؛ فقد تتغير الإتاحة أو الشروط بعد تاريخ المراجعة. آخر مراجعة لهذه المصادر: 16 أكتوبر 2026.