بدأت جوجل طرح تغيير جديد على النسخة المجانية من تطبيق Gemini يجعل Gemini Auto هو الخيار الأساسي والوحيد تقريبًا في محدد النماذج للمستخدمين الذين لا يملكون خطة Google AI مدفوعة. وبدل أن يختار المستخدم يدويًا بين Flash-Lite وFlash وPro، تتولى ميزة الاختيار التلقائي تحديد النموذج الأنسب لكل طلب، مع توجيه معظم الأسئلة إلى Flash-Lite وإرسال المهام التي تحتاج استدلالًا أعمق إلى Flash أو Pro عند الحاجة.

الإجابة السريعة

Gemini Auto يعني أن مستخدم Gemini المجاني لم يعد بحاجة إلى اختيار النموذج يدويًا لكل محادثة. النظام يقرر تلقائيًا أي نموذج من عائلة Gemini 3 يناسب الطلب، بهدف الموازنة بين السرعة والجودة واستهلاك الحصة. وإذا عطل المستخدم الاختيار الذكي، تتحول المحادثات المجانية إلى Flash-Lite بصورة افتراضية.

ما الذي تغير لمستخدمي Gemini المجاني؟

حتى وقت قريب كان محدد النماذج يسمح للمستخدم المجاني برؤية خيارات أكثر وضوحًا داخل التطبيق، لكن التغيير الجديد يبسط الواجهة ويضع Gemini Auto في المقدمة. عند تفعيل الاختيار التلقائي، لا يطلب منك التطبيق معرفة الفرق بين Flash-Lite وFlash وPro، بل يرسل كل Prompt إلى النموذج الذي يراه الأنسب.

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

Gemini Auto لا يعني إلغاء النماذج الأقوى

من السهل فهم التغيير على أنه سحب كامل لـFlash وPro من المستخدم المجاني، لكن الصورة أدق من ذلك. Gemini Auto لا يمنع النظام من استخدام هذه النماذج، وإنما يمنع المستخدم المجاني من اختيارها يدويًا بالطريقة نفسها التي يحصل عليها المشترك في خطة مدفوعة.

هذا فارق مهم؛ فالمستخدم المجاني قد يحصل على استجابة مولدة بواسطة Flash أو Pro إذا قرر النظام أن المهمة تحتاج ذلك، لكن القرار يصبح بيد Gemini نفسه. وتسمح صفحة المساعدة بعرض النموذج الذي ولّد الرد من قائمة المزيد داخل الاستجابة، بحيث يمكن معرفة ما إذا كان الطلب قد عولج بواسطة Flash-Lite أو نموذج أقوى.

لماذا تدفع جوجل المستخدمين نحو الاختيار التلقائي؟

السبب المنطقي وراء هذا الأسلوب هو أن معظم المستخدمين لا يريدون التفكير في اسم النموذج المناسب قبل كل سؤال. اختيار نموذج سريع لمهمة بسيطة يوفر الموارد، بينما استخدام نموذج أقوى للبرمجة أو التحليل أو الملفات المعقدة يعطي نتيجة أفضل عندما تكون هناك حاجة حقيقية.

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

ماذا يحدث إذا أوقفت Gemini Auto؟

يمكن للمستخدم تعطيل الاختيار التلقائي من إعدادات حدود الاستخدام، لكن النتيجة بالنسبة للحساب المجاني ليست العودة إلى قائمة النماذج اليدوية. عند إيقاف Gemini Auto تستخدم المحادثات Flash-Lite لجميع الردود وفق توثيق Google الحالي.

بمعنى آخر، الخيار الحقيقي للحساب المجاني أصبح بين السماح لـGemini بالتوجيه الذكي بين النماذج، أو الالتزام بـFlash-Lite. أما التحكم اليدوي الكامل في Flash وPro فهو من المزايا المرتبطة بخطط Google AI المدفوعة.

مستويات التفكير الجديدة تصل أيضًا

بالتزامن مع التغيير، بدأت جوجل طرح مستويات تفكير جديدة Low وMedium وHigh بدل الاعتماد على خيار Extended السابق وحده. هذه المستويات تسمح بالتحكم في مقدار الجهد الذي يبذله النموذج قبل الإجابة، وتتشابه مع الطريقة المستخدمة في Google AI Studio وAntigravity.

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

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

هل تغيير Gemini Auto سيجعل النسخة المجانية أسوأ؟

الإجابة تعتمد على طريقة الاستخدام. للمستخدم العادي الذي يريد تلخيص نص أو كتابة رسالة أو طرح سؤال سريع، قد يكون Gemini Auto أبسط من قائمة مليئة بأسماء نماذج وإصدارات. المستخدم يحصل على واجهة أقل تعقيدًا ويترك قرار التوجيه للنظام.

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

الفرق أصبح أوضح بين المجاني والمدفوع

هذه الخطوة تجعل الحدود بين الحساب المجاني وخطط Google AI أكثر وضوحًا. المشترك المدفوع يستطيع التبديل بين النماذج المتاحة له واختيار مستوى التفكير، بينما يعتمد المستخدم المجاني بدرجة أكبر على Gemini Auto لإدارة النموذج والموارد في الخلفية.

وقد تناولنا في سوالف سوفت سابقًا الفرق بين النسخة المجانية والمدفوعة من تطبيق Gemini، والتغيير الحالي يضيف فارقًا جديدًا يتعلق بمن يملك قرار اختيار النموذج نفسه.

كيف تعرف أي نموذج استخدمه Gemini؟

حتى مع Gemini Auto لا يصبح اختيار النموذج صندوقًا أسود بالكامل. تشرح Google أنه يمكن فتح قائمة المزيد أسفل الرد ثم اختيار عرض خطوات التفكير، وفي نهاية التفاصيل يظهر النموذج الذي استخدم لإنتاج الاستجابة. هذه المعلومة مفيدة خصوصًا لمن يريد مقارنة النتائج ومعرفة متى يقرر النظام الانتقال من Flash-Lite إلى Flash أو Pro.

لكن يجب الانتباه إلى أن أسماء النماذج وتوافرها وحدود الاستخدام قابلة للتغيير. Google نفسها تنبه في صفحات الدعم إلى أن الوصول قد يتبدل بحسب الاختبارات والسعة والتوفر، ولذلك لا ينبغي التعامل مع القائمة الحالية كترتيب دائم.

تغيير صغير في الواجهة لكنه مهم في طريقة استخدام Gemini

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

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

The post Gemini Auto يصبح الخيار الأساسي لمستخدمي Gemini المجاني appeared first on سوالف سوفت.

سجلت شحنات الكمبيوتر العالمية تراجعًا حادًا خلال الربع الثالث من 2026، لتصل إلى 62.7 مليون جهاز بانخفاض 20.1% على أساس سنوي، وفق بيانات أولية من IDC. ويأتي هذا الهبوط بعد ربع ثانٍ ضعيف أصلًا، لكنه هذه المرة كسر النمط الموسمي المعتاد الذي يجعل الربع الثالث أقوى من الثاني، إذ انخفضت الشحنات أيضًا بنسبة 9.1% مقارنة بالربع السابق.

الإجابة السريعة

هبطت شحنات الكمبيوتر العالمية إلى 62.7 مليون وحدة في الربع الثالث من 2026، مقابل 78.5 مليون وحدة قبل عام، بانخفاض 20.1%. وتربط IDC هذا التراجع بتخزين الشركات والموزعين كميات كبيرة في وقت مبكر من العام تحسبًا لارتفاع أسعار الذاكرة، إلى جانب استمرار قيود الإمداد وارتفاع الأسعار وتدهور الظروف الاقتصادية.

لماذا هبطت شحنات الكمبيوتر العالمية بهذه القوة؟

السبب الرئيسي ليس انهيارًا مفاجئًا في الطلب وحده، بل ما تصفه IDC بـ«pull-in» في النصف الأول من العام. المصنعون وقنوات التوزيع اشتروا وشحنوا أجهزة مبكرًا قبل ارتفاعات متوقعة في أسعار المكونات، خصوصًا الذاكرة، وهو ما سحب جزءًا من طلب النصف الثاني إلى وقت مبكر. وعندما وصل الربع الثالث، كانت المخزونات مرتفعة ولم تعد هناك حاجة إلى نفس وتيرة الشحن المعتادة.

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

أزمة الذاكرة والذكاء الاصطناعي تضغطان على السوق

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

هذا السياق ليس جديدًا على 2026. سبق أن تناولنا في سوالف سوفت نقص الرامات عالميًا وتأثيره على أسعار الأجهزة حتى 2027، وهو ما يساعد على تفسير لماذا أصبحت شحنات الكمبيوتر العالمية أكثر حساسية لأي زيادة جديدة في التكلفة.

HP وDell تلقتا الضربة الأكبر

لم تتأثر الشركات بالمعدل نفسه. لينوفو حافظت على المركز الأول بحصة 23.8% رغم انخفاض شحناتها 22.6% إلى 14.9 مليون وحدة. أما HP فسجلت أكبر تراجع بين الشركات الخمس الأولى، إذ انخفضت 30.9% إلى 10.3 مليون جهاز، بينما هبطت Dell بنسبة 25% إلى 7.6 مليون.

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

آبل وASUS قاومتا التراجع بصورة أفضل

رغم أن شحنات الكمبيوتر العالمية انخفضت بأكثر من الخمس، كان أداء Apple وASUS أفضل نسبيًا. شحنت Apple نحو 5.9 مليون جهاز بانخفاض 11.3% فقط، وارتفعت حصتها السوقية من 8.5% إلى 9.5%. أما ASUS فتراجعت شحناتها 8.6% إلى 5.5 مليون جهاز، وارتفعت حصتها من 7.6% إلى 8.7%.

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

ترتيب أكبر خمس شركات في سوق الكمبيوتر

• لينوفو: 23.8% من السوق و14.9 مليون جهاز.
• HP: حصة 16.5% و10.3 مليون جهاز.
• Dell: حصة 12.1% و7.6 مليون جهاز.
• Apple: حصة 9.5% و5.9 مليون جهاز.
• ASUS: حصة 8.7% و5.5 مليون جهاز.

أما بقية الشركات مجتمعة فاستحوذت على 29.4% من السوق، مع 18.4 مليون جهاز. وبالمقارنة مع الربع الثالث من 2025، ارتفعت حصة هذه الفئة أيضًا، في إشارة إلى أن الضغط كان أقوى على بعض الأسماء الكبرى.

هل انخفاض شحنات الكمبيوتر العالمية يعني انخفاض الأسعار قريبًا؟

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

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

الربع الثالث كسر قاعدة موسمية قديمة

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

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

ماذا تتوقع IDC للفترة المقبلة؟

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

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

من 78.5 إلى 62.7 مليون جهاز في عام واحد

الرقم الذي يلخص المشهد هو الفارق بين الربع الثالث من 2025 والربع نفسه من 2026: تراجعت الشحنات من 78.5 مليون إلى 62.7 مليون جهاز، أي فقد السوق نحو 15.8 مليون وحدة خلال عام. وهذا هو ثاني ربع متتالٍ من التراجع بعد انخفاض 3.8% في الربع الثاني، لكنه أكثر حدة بكثير.

بحسب تقرير IDC الرسمي للربع الثالث من 2026، تشمل هذه الأرقام أجهزة الكمبيوتر المكتبية والمحمولة ومحطات العمل، ولا تشمل الأجهزة اللوحية أو خوادم x86. وتظل البيانات أولية وقابلة للتحديث مع اكتمال تقارير السوق.

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

The post شحنات الكمبيوتر العالمية تهبط 20.1% في الربع الثالث من 2026 appeared first on سوالف سوفت.

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

الإجابة السريعة

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

لماذا أطلقت X فحص الحيوية في X؟

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

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

فحص الحيوية في X – ثلاث طرق لإثبات أنك شخص حقيقي

توفر X أكثر من مسار حتى لا يعتمد التحقق على الكاميرا وحدها. الخيار الأول هو القياسات الحيوية المدمجة في الجهاز، مثل Face ID أو Touch ID على iPhone وiPad، أو بصمة الإصبع والتعرف على الوجه وغيرهما من وسائل فتح القفل على أندرويد. في هذه الحالة تتم عملية الفحص بالكامل على الجهاز بواسطة Apple أو Android، ولا تحصل X على بيانات الوجه أو البصمة نفسها، وإنما تتلقى نتيجة نجاح أو فشل وإشارة إلى سلامة التطبيق والجهاز.

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

أما الخيار الثالث فهو Hand motion check، وهو ما زال قادمًا وفق صفحة الدعم الحالية. سيطلب من المستخدم تنفيذ حركة باليد أمام الكاميرا لإثبات الوجود الفعلي، وقد يكون خيارًا أبسط لمن لا يريد استخدام الوجه أو القياسات الحيوية على الجهاز.

ماذا يحدث إذا رفضت أو لم تكمل الفحص؟

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

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

هل ترسل X رابط الفحص عبر البريد أو الرسائل؟

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

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

هل تستطيع X رؤية بصمتك أو بيانات Face ID؟

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

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

ماذا عن فيديو السيلفي والخصوصية؟

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

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

هل يعمل فحص الحيوية في X من المتصفح؟

لا. إذا ظهر الطلب بينما تستخدم x.com من متصفح الكمبيوتر أو الهاتف، ستحتاج إلى فتح تطبيق X على الهاتف لإكماله. تقول الشركة إن الاختبارات تعتمد على الكاميرا والتعلم الآلي المحلي وخصائص سلامة الجهاز التي لا يوفرها المتصفح بالطريقة المطلوبة.

وهذا يعني أن فحص الحيوية في X مرتبط حاليًا بالتطبيق الرسمي. كما أن النسخ المعدلة أو المثبتة من مصادر غير رسمية قد تفشل في اختبار سلامة التطبيق، لذلك توصي X باستخدام النسخة الموجودة في App Store أو Google Play وتحديث نظام الجهاز إذا ظهرت رسالة فشل.

فحص الحيوية في X لا يعني حظر كل الأتمتة

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

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

• الفحص لا يظهر لكل الحسابات.
• قد يظهر أثناء التسجيل أو بعد نشاط غير معتاد.
• يمكن استخدام القياسات الحيوية أو فيديو السيلفي.
• خيار حركة اليد سيصل لاحقًا.
• عدم إكمال الفحص يقيد إجراءات النشر والتفاعل.

طبقة جديدة ضمن حرب X الطويلة مع الحسابات الآلية

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

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

ما الذي يجب أن يعرفه المستخدم قبل ظهور الطلب؟

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

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

The post فحص الحيوية في X يطلب إثبات أنك إنسان لمواجهة البوتات appeared first on سوالف سوفت.

كشفت Google Cloud عن Gemini Agent خلال مؤتمر Gemini at Work 2026 باعتباره وكيلًا عامًا موحدًا للعمل داخل المؤسسات، يمكنه الإجابة عن الأسئلة وتنفيذ الأعمال المعرفية وإنشاء الصور والوسائط وكتابة وتشغيل الكود من واجهة واحدة. الفكرة الأساسية ليست إضافة مساعد جديد داخل تطبيق بعينه، بل إنشاء طبقة موحدة تستطيع فهم سياق الشركة، استخدام الأدوات والمهارات، الاتصال بأنظمة العمل، ثم إعادة نتيجة مكتملة داخل المستند أو البريد أو بيئة التطوير التي يعمل فيها المستخدم.

الإجابة السريعة

Gemini Agent هو وكيل عمل عام من Google Cloud يجمع المحادثة والتنفيذ والبرمجة في واجهة واحدة. يستطيع التخطيط للمهمة، تشغيل أدوات، إنشاء وكلاء فرعيين، العمل لساعات أو أيام في السحابة، والظهور داخل Google Workspace أو Microsoft 365 أو Slack أو سطر الأوامر. كما يمكنه اختيار النموذج الأنسب لكل مهمة، بما في ذلك نماذج Gemini ونماذج Claude، مع ضوابط تكلفة وأمان وحوكمة موجهة للمؤسسات.

ما الذي يجعل الوكيل الجديد Gemini Agent مختلفًا؟

جوجل تصف Gemini Agent بأنه «وكيل واحد وعام للعمل»، وهي صياغة توضح أن الشركة لا تريد من الموظف أن ينتقل بين مساعد للبحث، وآخر للبرمجة، وثالث للمستندات. بدل ذلك يحصل المستخدم على نقطة دخول واحدة تحدد منها الهدف، بينما يتولى الوكيل تقسيم العمل واختيار الأدوات والنماذج وتنفيذ الخطوات المطلوبة.

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

يعمل من أي مكان ويحافظ على نفس الذاكرة

واحدة من أبرز أفكار Gemini Agent هي أن التنفيذ لا يرتبط بالجهاز الذي بدأت منه المهمة. يمكن الوصول إلى الوكيل من الويب أو iOS أو Android أو Windows أو Mac، كما يمكن استدعاؤه من Google Workspace أو Microsoft 365 أو Slack أو واجهة سطر الأوامر. ولأنه يعمل في السحابة، يحتفظ بسياق واحد وذاكرة واحدة وتخصيص واحد مهما تغير الجهاز أو القناة.

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

الوكيل الجديد يستطيع إنشاء فريق من الوكلاء

لا يعمل Gemini Agent منفردًا دائمًا. تدعم البنية ما تسميه Google Cloud بالتنسيق متعدد الوكلاء، حيث يستطيع الوكيل إنشاء مجموعة من الوكلاء الفرعيين المؤقتين لمهمة معقدة، ولكل واحد منهم هوية ووظيفة محددة. يمكن تنفيذ بعض الخطوات بالتوازي وأخرى بالتتابع، ثم يجمع الوكيل الرئيسي النتائج في عمل واحد.

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

• وكيل شخصي يفهم عمل المستخدم ومشروعاته المعتادة.
• وكلاء فرعيون مؤقتون للمهام متعددة الخطوات.
• وكيل فريق دائم يمكن الإشارة إليه داخل المحادثات والمستندات.
• تنفيذ متوازٍ ومتسلسل لمهام تستغرق ساعات أو أيام.
• هوية منفصلة لكل وكيل لتسهيل الصلاحيات والتدقيق.

Gemini داخل Workspace لم يعد مجرد لوحة جانبية

يتوسع Gemini Agent مباشرة داخل Gmail وDrive وDocs وSlides وSheets وChat وCalendar. وبحسب Google Cloud، يحمل الوكيل معه الذاكرة والمهارات والضوابط نفسها داخل هذه الأدوات، لذلك لا يبدأ من الصفر في كل تطبيق.

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

يمكنه اقتراح العمل قبل أن تطلبه

ميزة أخرى في Gemini Agent هي «التفويض الاستباقي». إذا وصلت رسالة من المدير تطلب تحديثًا للمشروع في شكل عرض تقديمي، يمكن لـWorkspace Intelligence التعرف على المهمة وعرض زر واحد لتفويضها إلى Gemini، بدل أن ينتظر المستخدم فتح نافذة مستقلة وكتابة Prompt جديد.

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

لا يرتبط بنموذج واحد

من أكثر النقاط اللافتة أن اسم الوكيل لا يعني أنه سيستخدم دائمًا نموذج Gemini واحدًا. تقول Google Cloud إن الوكيل والنموذج طبقتان منفصلتان، وإن النظام يستطيع اختيار النموذج الأفضل لكل مهمة. يدعم اليوم نماذج Gemini ونماذج Claude من Anthropic، وتخطط الشركة لإضافة نماذج خاصة ومفتوحة أخرى مستقبلًا.

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

الأمان جزء من التصميم وليس إضافة لاحقة

لأن Gemini Agent يستطيع الوصول إلى مستندات وتشغيل كود وتنفيذ أعمال نيابة عن الموظف، ركزت Google Cloud بشدة على الهوية والصلاحيات والتدقيق. كل وكيل يحصل على هوية مستقلة موثقة ويمكن منحه أقل قدر من الصلاحيات اللازمة، وتنتقل هذه الهوية معه عندما يشغل آلة افتراضية لتنفيذ كود.

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

Agent Sandbox وAgent Gateway لفرض السياسات

تضيف Google Cloud طبقتين أخريين حول الوكيل. الأولى Agent Sandbox، وهي بيئة معزولة يعمل داخلها الوكيل عند تنفيذ المهام. والثانية Agent Gateway التي تمر عبرها حركة البيانات الداخلة والخارجة وبين الوكلاء، وتعمل كجدار حماية مخصص لأنظمة الذكاء الاصطناعي.

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

سياق أوسع بعد توسع جوجل في منصات الوكلاء

الإعلان الجديد لا يأتي من فراغ. خلال 2026 وسعت جوجل بسرعة أدواتها الموجهة للوكلاء، ومن بينها Google Antigravity التي تقدم بيئة تطوير Agent-first للمبرمجين. وقد تناولنا في سوالف سوفت مراجعة Google Antigravity وكيف تحاول نقل المطور من كتابة كل خطوة يدويًا إلى تفويض مهام كاملة لوكلاء يعملون داخل المشروع.

الفرق أن Antigravity موجهة أساسًا لبيئة التطوير، بينما الإعلان الجديد يوسع الفكرة إلى العمل المؤسسي كله: البريد، المستندات، الاجتماعات، التحليل، البرمجة، الأنظمة الداخلية، وحتى وكلاء يحملون أدوارًا دائمة داخل الفرق.

إطلاق يأتي بعد توسع فعلي في استخدام Gemini Enterprise

قدمت Google Cloud Gemini Agent خلال Gemini at Work 2026 في 8 أكتوبر، في وقت تقول فيه الشركة إن نحو 80% من عملاء Google Cloud يستخدمون منتجاتها للذكاء الاصطناعي، وإن قرابة 90% من شركات Fortune 100 تستخدم Gemini Enterprise. كما تقول إن نحو 500 عميل عالج كل منهم أكثر من تريليون Token خلال العام الماضي.

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

الرهان الحقيقي هو الانتقال من السؤال إلى النتيجة

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

يمكن مراجعة إعلان Google Cloud الرسمي عن Gemini at Work 2026 وGemini Agent للاطلاع على تفاصيل البنية والتكاملات والحوكمة. وإذا نجحت الشركة في تنفيذ هذه الرؤية كما تصفها، فقد يصبح Gemini Agent بالنسبة للمؤسسات أقرب إلى طبقة تشغيل للعمل نفسه، وليس مجرد مساعد آخر يضاف إلى قائمة تطبيقات الذكاء الاصطناعي.

The post Gemini Agent من جوجل: وكيل عام ينفذ أعمال المؤسسات من واجهة واحدة appeared first on سوالف سوفت.

بدأت OpenAI طرح GPT-6.1 Sol Ultrafast فعليًا عبر API وCodex وChatGPT Work، بعد أن كان وضع السرعة الجديد معلنًا فقط كخيار قادم عند إطلاق GPT-6.1 Sol في نهاية سبتمبر. وتقول الشركة إن الوضع الجديد يمكن أن يرفع سرعة توليد الرموز إلى ما يصل إلى 8 مرات مقارنة بسرعة Sol القياسية، بالتزامن مع إطلاق Decisions API في نسخة تجريبية عامة لاتخاذ قرارات محددة بسرعة تصل إلى 10 مرات مقارنة باستخدام GPT-6 Luna عبر Responses API.

الإجابة السريعة

GPT-6.1 Sol Ultrafast ليس نموذجًا جديدًا منفصلًا، بل مستوى معالجة أسرع لـGPT-6.1 Sol عندما تكون الاستجابة اللحظية أهم من التكلفة. يتوفر للمطورين عبر Responses API باستخدام service_tier: "ultrafast"، بينما تستهدف Decisions API نوعًا مختلفًا من المهام: الاختيار والتصنيف والتقييم السريع باستخدام GPT-6 Luna، بدل إنشاء إجابات نصية طويلة.

ما الذي تغير في GPT-6.1 Sol Ultrafast الآن؟

عندما أعلنت OpenAI عن GPT-6.1 Sol في 29 سبتمبر، قدمت النموذج باعتباره خيارًا قريبًا من مستوى Astra في البرمجة واستخدام الكمبيوتر والعمل الاحترافي، لكن بسعر أقل بكثير. في ذلك الوقت قالت الشركة إن وضع Ultrafast سيصل خلال الأيام التالية. الجديد في 8 أكتوبر هو أن GPT-6.1 Sol Ultrafast أصبح متاحًا بالفعل للمطورين في API، كما بدأ الوصول إليه داخل Codex وChatGPT Work للخطط المؤهلة.

OpenAI تصف Ultrafast بأنه أسرع Service Tier لديها للمهام الحساسة للزمن. وبدل تغيير النموذج أو طريقة استدلاله، يطلب المطور نفس gpt-6.1-sol لكنه يحدد مستوى الخدمة Ultrafast. الهدف هو تقليل الزمن بين الرموز الناتجة وتسريع التفاعل في السيناريوهات التي ينتظر فيها المستخدم أو الوكيل النتيجة قبل تنفيذ الخطوة التالية.

السرعة الأعلى تأتي بسعر أعلى بوضوح

التحسن في السرعة ليس مجانيًا. السعر القياسي لـGPT-6.1 Sol يبلغ دولارين لكل مليون Token إدخال و10 دولارات لكل مليون Token إخراج، بينما يرفع GPT-6.1 Sol Ultrafast التكلفة إلى 12 دولارًا لكل مليون Token إدخال و60 دولارًا لكل مليون Token إخراج. أي أن Ultrafast يكلف ستة أضعاف مستوى Standard وفق جدول OpenAI الحالي.

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

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

لماذا توصي OpenAI باستخدام WebSockets؟

مع GPT-6.1 Sol Ultrafast قد يصبح جزء ملحوظ من زمن المهمة خارج النموذج نفسه. فإذا كان التطبيق ينشئ اتصال HTTP جديدًا لكل استدعاء، يمكن أن تلتهم مصافحة الشبكة والاتصال جزءًا من المكسب الذي دفع المطور ثمنه. لهذا توصي OpenAI باستخدام WebSockets خصوصًا في التطبيقات الوكيلية التي تنفذ العديد من Tool Calls بسرعة متتابعة.

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

Decisions API يحل مشكلة مختلفة تمامًا

بالتوازي مع GPT-6.1 Sol Ultrafast أطلقت OpenAI واجهة Decisions API في Public Beta لجميع المطورين. ورغم جمع الإعلانين تحت عنوان السرعة، فإنهما لا يؤديان المهمة نفسها. Decisions API ليست طريقة أسرع للحصول على مقال أو شرح أو كود، بل Endpoint متخصص عندما يحتاج التطبيق إلى قرار محدود وواضح.

تعتمد الواجهة حاليًا على GPT-6 Luna فقط، وتستقبل نصًا أو صورة أو الاثنين معًا. ثم تعيد نوعًا محددًا من النتائج بدل نص مفتوح. وتقول OpenAI إنها حققت في الاختبارات المبكرة نحو 10 أضعاف سرعة تنفيذ قرارات مماثلة باستخدام GPT-6 Luna من خلال Responses API.

ثلاثة أنواع من القرارات بدل إجابة مفتوحة

تحدد OpenAI ثلاثة أشكال رئيسية للنتائج. النوع الأول Predicate ويقدر احتمال صحة عبارة معينة. النوع الثاني Choice ويختار إجابة من خيارات يحددها المطور مسبقًا ويعيد درجات ثقة. أما Score فيقيّم الإدخال على نطاق رقمي أو Rubric مرتب.

هذا التصميم يجعل Decisions API مناسبة لفرز طلبات الدعم، أو تحديد القسم المناسب لرسالة العميل، أو إعطاء درجة خطورة، أو توجيه وكيل إلى الأداة التالية. إذا كان المطلوب استخراج كائن JSON معقد أو كتابة تفسير كامل، توصي وثائق OpenAI باستخدام Structured Outputs أو Responses API بدل محاولة تحويل Decisions إلى واجهة عامة لكل شيء.

السعر مختلف أيضًا: تدفع على الإدخال فقط

في النسخة التجريبية الحالية تبلغ تكلفة Decisions API باستخدام GPT-6 Luna نحو 0.10 دولار لكل مليون Token إدخال، ولا توجد رسوم منفصلة على Token الإخراج أو Cache Read أو Cache Write. هذا يعكس طبيعة الخدمة؛ المخرجات قصيرة ومحددة وليست استجابة لغوية طويلة.

لكن الواجهة ما زالت Beta، وGPT-6 Luna هو النموذج الوحيد المدعوم حاليًا. لذلك يجب التعامل مع المواصفات الحالية على أنها قابلة للتوسع أو التغيير قبل الوصول إلى General Availability، خصوصًا في المنتجات التي تعتمد على تفاصيل التسعير أو شكل الاستجابة بصورة ثابتة.

الفرق بين «أسرع نموذج» و«أسرع قرار»

الجمع بين GPT-6.1 Sol Ultrafast وDecisions API يوضح أن OpenAI لا تحاول حل مشكلة السرعة بطريقة واحدة. عندما تحتاج إلى ذكاء مرتفع واستدلال أو استخدام أدوات مع الحفاظ على زمن استجابة منخفض، تستخدم Sol مع Ultrafast. وعندما تكون المهمة مجرد اختيار سريع بين عدة مسارات، قد يكون تشغيل نموذج استدلال قوي وإجبار التطبيق على تحليل نصه النهائي تكلفة وزمنًا غير ضروريين.

بمعنى آخر، الأول يسرع نموذجًا قويًا، والثاني يعيد تصميم نوع المهمة نفسها. وهذا فارق مهم للمطورين، لأن أسرع بنية ليست دائمًا اختيار Model Tier أعلى، بل أحيانًا استخدام API أكثر تخصصًا.

من إعلان DevDay إلى توفر فعلي خلال أيام

سبق أن جمعنا في سوالف سوفت إعلانات OpenAI في DevDay 2026، وكان من بينها GPT-6.1 Sol وUltrafast وDecisions API. لكن الوضع تغير سريعًا بعد المؤتمر: Decisions API انتقلت من المعاينة المحدودة إلى Public Beta، بينما GPT-6.1 Sol Ultrafast انتقل من وعد بإطلاق قريب إلى خدمة متاحة فعليًا.

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

من يستطيع استخدام GPT-6.1 Sol Ultrafast؟

في OpenAI API أصبح وضع Ultrafast لـGPT-6.1 Sol متاحًا لجميع مستخدمي API وفق حدود الاستخدام الخاصة بالحساب. كما يدعم المعالجة العالمية وإقامة البيانات في الولايات المتحدة والاتحاد الأوروبي. أما داخل Codex وChatGPT Work فالوصول مرتبط بخطط مؤهلة مثل Pro 500 وبعض خطط Enterprise القائمة على الاستخدام وEdu القائمة على الرصيد، وقد يحتاج مدير المؤسسة إلى تفعيل الميزة.

وتوضح صفحة النموذج أن GPT-6.1 Sol Ultrafast يستخدم نفس نافذة السياق الكبيرة للنموذج، التي تصل إلى 1.05 مليون Token، مع حد إخراج أقصى 128 ألف Token. لذلك الاختلاف الأساسي هنا في مستوى الخدمة والسرعة والتكلفة، وليس في إنشاء نسخة أصغر من النموذج للحصول على هذا الأداء.

ماذا يعني GPT-6.1 Sol Ultrafast وDecisions API للمطورين؟

التطور الأهم هو أن اختيار النموذج لم يعد القرار الوحيد عند تصميم تطبيق AI. هناك الآن طبقة أخرى من الاختيارات: هل المهمة تحتاج Standard أم Fast أم GPT-6.1 Sol Ultrafast؟ وهل تحتاج Responses API أصلًا، أم يمكن اختزالها إلى Decision سريع باستخدام Luna؟ هذا يسمح ببناء التطبيق بمزيج من الذكاء والسرعة والتكلفة بدل إجبار كل خطوة على المرور عبر نفس المسار.

يمكن مراجعة وثائق OpenAI الرسمية لوضع Ultrafast لمعرفة إعداد service_tier والحدود، كما تشرح وثائق Decisions API أنواع Predicate وChoice وScore وطريقة اختيار الواجهة المناسبة. ومع انتقال OpenAI إلى خدمات أكثر تخصصًا، يبدو أن المنافسة في API لم تعد حول «من يملك أذكى نموذج» فقط، بل حول مقدار الزمن والتكلفة اللازمين لتحويل هذا الذكاء إلى قرار مفيد داخل التطبيق.

The post GPT-6.1 Sol Ultrafast يصل بسرعة أعلى 8 مرات مع Decisions API الجديدة appeared first on سوالف سوفت.

أضافت جوجل ميزة التعديل السريع في Google Photos إلى الفيديوهات، بحيث أصبح بإمكان المستخدم فتح محرر الفيديو مباشرة من شاشة المشاركة بدل الرجوع إلى المكتبة ثم الدخول إلى أدوات التحرير يدويًا. الميزة الجديدة تظهر على هيئة زر صغير داخل معاينة الفيديو عند الضغط على Share، وهي امتداد لفكرة Quick Edits التي كانت متاحة للصور فقط.

الإجابة السريعة

التعديل السريع في Google Photos للفيديوهات يضيف زر Edit مباشرة داخل شاشة المشاركة. عند الضغط عليه يفتح محرر الفيديو الكامل، وبعد الحفظ يعود المستخدم إلى شاشة المشاركة مع معاينة النسخة المعدلة. الميزة ظهرت في الإصدار 7.95.0.989626323 من التطبيق على أندرويد، ولا تزال في مرحلة طرح تدريجي.

كيف يعمل التعديل السريع في Google Photos للفيديوهات؟

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

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

ميزة التعديل السريع في Google Photos لا تقدم محررًا مصغرًا منفصلًا

من المهم التمييز بين Quick Edits للصور وبين التعديل السريع في Google Photos للفيديوهات. في الصور، تعرض Google شاشة Quick Edits مستقلة قبل شاشة المشاركة، وتوفر خيارات مباشرة مثل Enhance وCrop.

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

ما الفرق بين Quick Edits للصور والفيديو؟

الاختلاف الأهم هو الحفظ

هناك فرق مهم آخر في طريقة التعامل مع الملفات. عندما تستخدم التعديل السريع في Google Photos للفيديو، فإن النسخة المعدلة يتم حفظها فعليًا على الجهاز قبل العودة إلى شاشة المشاركة.

أما Quick Edits للصور فلها سلوك مختلف؛ إذا شاركت الصورة عبر تطبيق خارجي مثل Messages أو WhatsApp، فقد لا يتم حفظ النسخة المعدلة داخل مكتبة Google Photos. في المقابل، يمكن حفظها إذا أنشأت رابط مشاركة أو أضفتها إلى ألبوم مشترك.

ميزة صغيرة لكنها مفيدة في الاستخدام اليومي

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

وجود التعديل السريع في Google Photos داخل مسار المشاركة نفسه يقلل عدد الخطوات، لأن المستخدم لا يحتاج إلى الخروج من شاشة المشاركة والعودة إلى الملف ثم فتح المحرر يدويًا.

• قص بداية الفيديو أو نهايته قبل الإرسال.
• تعديل السرعة لبعض المقاطع.
• ضبط السطوع والتباين والألوان.
• إضافة فلاتر وتأثيرات أو نص.
• إضافة موسيقى أو كتم الصوت.

Google Photos أصبح أقرب إلى محرر فيديو متكامل

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

كما طرحت الشركة في يوليو 2026 ميزة Video Remix المدعومة بنموذج Gemini Omni، والتي تسمح بإعادة إضاءة الفيديو أو تغيير الخلفية أو تطبيق أنماط فنية مثل الرسم المائي أو الأنمي. ويمكن أيضًا الرجوع إلى مقال سوالف عن قوالب الفيديو الجاهزة في Google Photos لرؤية كيف توسعت أدوات صناعة الفيديو داخل التطبيق.

إضافة التعديل السريع في Google Photos للفيديوهات تأتي ضمن هذا الاتجاه، لكنها تختلف عن أدوات الذكاء الاصطناعي الثقيلة؛ الهدف هنا هو تقليل الخطوات في المهام اليومية البسيطة قبل المشاركة.

هل الميزة متاحة للجميع الآن؟

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

لا توجد حتى لحظة كتابة الخبر صفحة دعم رسمية منفصلة من جوجل تشرح زر Quick Edit الجديد للفيديوهات تحديدًا. لكن وثائق Google الرسمية تؤكد الأدوات الموجودة داخل محرر الفيديو نفسه، كما توثق Quick Edits للصور وطريقة عملها قبل المشاركة.

هل تحتاج إلى Android 14؟

Quick Edits للصور موثقة رسميًا على أنها متاحة على Android 14 والإصدارات الأحدث. أما زر الفيديو الجديد فلم تنشر Google بعد متطلبات منفصلة له في صفحة دعم رسمية.

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

لماذا لم تجعل جوجل زر التعديل يظهر دائمًا من البداية؟

ميزة التعديل السريع في Google Photos مصممة للحظة التي تكتشف فيها الحاجة إلى تعديل بسيط بعد اتخاذ قرار المشاركة بالفعل. لذلك مكانها الطبيعي داخل Share sheet نفسها بدل وضع زر جديد دائم في واجهة عرض الفيديو.

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

خطوة أخرى لتحسين المشاركة من داخل Google Photos

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

ويمكن مراجعة دليل Google الرسمي لتحرير الفيديوهات لمعرفة الأدوات الحالية مثل القص والسرعة والنصوص والموسيقى والفلاتر، وكذلك صفحة المشاركة وQuick Edits الرسمية. ومع وصول التعديل السريع في Google Photos للفيديوهات، يصبح الوصول إلى هذه الأدوات أسرع عندما يكون الهدف النهائي هو مشاركة الفيديو مباشرة بعد تعديله.

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

The post التعديل السريع في Google Photos يصل إلى الفيديوهات قبل المشاركة appeared first on سوالف سوفت.

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

الإجابة السريعة

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

ما هي M7tawa Database Care؟

M7tawa Database Care إضافة مجانية متاحة في مستودع WordPress.org الرسمي، ومهمتها صيانة قاعدة بيانات ووردبريس وتنظيف الأنواع الشائعة من البيانات المتراكمة التي قد تكبر مع مرور الوقت. تشمل هذه العناصر المراجعات القديمة للمقالات، والمسودات التلقائية، والمحتوى الموجود في سلة المهملات، والتعليقات المزعجة والمحذوفة، والـExpired Transients، وبعض أنواع الـOrphan Meta والعلاقات التصنيفية غير المرتبطة، إلى جانب oEmbed cache وتحسين الجداول التي تعرض مساحة Data_free.

لكن مراجعة M7tawa Database Care لا تكتمل بالنظر إلى قائمة الوظائف وحدها. الأهم هو الطريقة التي تنفذ بها هذه الوظائف. الإضافة لا تقدم زرًا واحدًا من نوع «نظف كل شيء» ثم تبدأ مباشرة، بل تفصل الفحص عن التنظيف وتترك الاختيار للمسؤول. وهذا مناسب جدًا في قاعدة بيانات ووردبريس، لأن الخطأ هنا قد يكون أصعب في التراجع من حذف ملف عادي.

الفحص للقراءة فقط هو أفضل بداية ممكنة

أكثر قرار تصميمي أعجبني في الإضافة هو أن الفحص نفسه Read-only. عندما تدخل إلى Tools ثم Database Care وتبدأ الفحص، لا يتم حذف أي شيء. تظهر لك أحجام الجداول والعناصر التي يمكن تنظيفها، وبعد ذلك تختار بنفسك ما تريد التعامل معه.

هذه النقطة تجعل مراجعة M7tawa Database Care إيجابية منذ البداية، لأن الأداة لا تستخدم الخوف من «قاعدة بيانات متضخمة» لدفع المستخدم إلى تنفيذ عملية فورية. يمكنك تشغيل الفحص فقط لفهم حالة الموقع ثم الخروج من الصفحة من دون أي تغيير في المحتوى أو الجداول.

تنظيف المراجعات من دون حذف آخر نسخة احتياطية

WordPress يحتفظ بالمراجعات القديمة للمقالات، ومع المواقع التي تُحدث المحتوى كثيرًا قد يتراكم عدد كبير منها. بعض أدوات التنظيف تتعامل مع كل Revision قديم باعتباره قابلًا للحذف، لكن M7tawa Database Care تحتفظ بأحدث مراجعة لكل مقال وتعرض في الفحص فقط المراجعات الأقدم المؤهلة للإزالة.

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

ما الذي تستطيع الإضافة تنظيفه؟

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

ومن هذه الزاوية، تركز مراجعة M7tawa Database Care على أن الاتساع في الوظائف ليس أهم من وضوح حدود ما تنظفه الإضافة وما تتركه دون تدخل.

• المراجعات القديمة مع الاحتفاظ بأحدث مراجعة لكل مقال.
• المسودات التلقائية والمقالات والصفحات الموجودة في سلة المهملات.
• التعليقات Spam والتعليقات المحذوفة.
• Expired Transients وoEmbed cache القديم.
• Orphan post/comment/term/user meta والعلاقات التصنيفية اليتيمة.
• تحسين الجداول التابعة لنفس Prefix عندما تشير قاعدة البيانات إلى Data_free.

عدم حذف الجداول المجهولة قرار ذكي

من أكثر النقاط التي تستحق الإشادة في مراجعة M7tawa Database Care أن الإضافة لا تحذف تلقائيًا جداول إضافات غير معروفة أو إدخالات مجهولة داخل wp_options. قد يبدو تنظيف هذه الأشياء مغريًا لأن إضافات قديمة تترك أحيانًا بيانات بعد حذفها، لكن تحديد ما إذا كانت البيانات «يتيمة» حقًا ليس دائمًا ممكنًا من خلال الاسم وحده.

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

العمليات الكبيرة لا تُنفذ دفعة واحدة

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

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

مراجعة M7tawa Database Care: معاينة نهائية قبل الضغط على التنظيف

هناك طبقة حماية إضافية قبل بدء العملية: Final pre-cleanup safety preview يعيد فحص الأعداد ويعرضها قبل التنفيذ. هذه الخطوة مهمة لأن الأرقام قد تتغير بين وقت الفحص الأولي ووقت التنظيف إذا استمر الموقع في استقبال زيارات أو تعليقات أو عمليات تحرير.

وجود المعاينة يجعل مراجعة M7tawa Database Care مختلفة عن كثير من الأدوات التي تعتبر نتيجة الفحص القديمة كافية. إعادة التحقق تعني أن المستخدم يرى صورة أحدث لما سيحدث فعليًا قبل إعطاء الموافقة الأخيرة.

سجل آخر 10 عمليات تنظيف

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

تحسين الجداول مع توضيح مهم حول Data_free

تعرض الإضافة إمكانية تحسين الجداول التي تشير إلى وجود Data_free، لكنها توضح في صفحة WordPress.org أن هذه القيمة مؤشر من محرك قاعدة البيانات ولا تضمن أن نفس الرقم سيعود كمساحة فعلية على القرص، خصوصًا مع InnoDB. هذه ملاحظة تقنية صريحة ومهمة لأنها تمنع التوقعات المبالغ فيها.

ضمن مراجعة M7tawa Database Care أرى أن طريقة عرض هذه النقطة جيدة؛ فبعض أدوات الصيانة تعرض أرقام «المساحة القابلة للاستعادة» كأنها وعد مؤكد، بينما الواقع يعتمد على المحرك وطريقة إدارة التخزين. الإضافة هنا لا تبيع رقمًا أكبر من حقيقته.

الخصوصية: لا قاعدة بيانات تغادر موقعك

M7tawa Database Care لا تستخدم خدمة خارجية ولا Tracking، ولا ترسل معلومات قاعدة البيانات إلى خادم آخر. بالنسبة لأداة تعمل في منطقة حساسة مثل قاعدة البيانات، هذه نقطة تستحق الاهتمام حتى لو لم تكن الإضافة نفسها تحتاج بطبيعتها إلى خدمة سحابية.

وهذا يجعل مراجعة M7tawa Database Care مناسبة أيضًا للمواقع التي تحاول تقليل اعتماد لوحة الإدارة على خدمات طرف ثالث. كل الفحص والتنظيف يتم داخل بيئة ووردبريس نفسها، ولا تحتاج إلى حساب خارجي أو API Key.

ومن ناحية الخصوصية، تؤكد مراجعة M7tawa Database Care أن غياب أي اتصال خارجي يجعل سلوك الأداة سهل الفهم والمراجعة بالنسبة لمسؤول الموقع.

واجهة بسيطة بدل عشرات الإعدادات

الإضافة موجودة تحت Tools > Database Care، وسير العمل واضح: Run a safe scan، راجع النتائج، حدد العناصر التي تريد تنظيفها، ثم أكد العملية. ليست هناك شاشة مليئة بالجداول الزمنية والخيارات الغامضة أو إعدادات تلقائية يجب فهمها أولًا.

هذا التبسيط يناسب فلسفة الإضافة. الهدف ليس إنشاء نظام إدارة قاعدة بيانات كامل من داخل WordPress، بل منح المسؤول الأدوات الأساسية للصيانة مع قدر أكبر من الأمان والتحكم.

وعلى مستوى الاستخدام اليومي، تبقى مراجعة M7tawa Database Care إيجابية لأن الواجهة لا تطلب من المستخدم تعلم مصطلحات كثيرة قبل تنفيذ عملية الصيانة.

أين تختلف عن أدوات التنظيف التقليدية؟

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

هذه هي النقطة المركزية في مراجعة M7tawa Database Care: الإضافة لا تبني قيمتها على «كم شيء يمكنني حذفه؟»، بل على «كيف أتأكد أنني أحذف فقط ما اخترته؟». وهذا تمييز مهم في أدوات الصيانة تحديدًا.

مناسبة كجزء من صيانة ووردبريس الدورية

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

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

نسخة 1.1.5 واهتمام واضح بالتوافق مع WordPress

وقت إعداد مراجعة M7tawa Database Care كانت النسخة المتاحة في المستودع الرسمي هي 1.1.5، وتتطلب WordPress 6.2 أو أحدث وPHP 7.4 أو أحدث، ومختبرة حتى WordPress 7.1.3. سجل التغييرات يظهر أيضًا سلسلة تحديثات ركزت على Prepared Queries وNonce وCapability Checks وSanitization ومتطلبات Plugin Check، إلى جانب إصلاحات خاصة بتقدم الدفعات والتحقق من الجداول.

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

ما الذي أعجبني في الإضافة؟

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

وهذه العناصر تجعل مراجعة M7tawa Database Care إيجابية بشكل واضح، خاصة لمن لا يريد إضافة تقوم بقرارات نيابة عنه. كذلك فإن غياب الخدمات الخارجية والـTracking نقطة جيدة، والاحتفاظ بآخر Revision لكل مقال اختيار عملي بدل حذف كل تاريخ التحرير.

ما الذي يمكن تطويره مستقبلًا؟

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

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

وفي تقييم الصورة الكاملة، توضح مراجعة M7tawa Database Care أن التطوير المستقبلي يمكن أن يضيف مزايا جديدة من دون التضحية بالتحفظ الذي يميز الإصدار الحالي.

هل تستحق M7tawa Database Care التجربة؟

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

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

ولهذا تقدم مراجعة M7tawa Database Care مثالًا جيدًا على أن أدوات الصيانة يمكن أن تكون عملية من دون أن تصبح عدوانية في قرارات الحذف.

يمكن تنزيل M7tawa Database Care من مستودع WordPress.org الرسمي. وإذا كانت أولويتك هي التحكم والشفافية بدل الحذف التلقائي، فهذه الإضافة تقدم واحدة من أكثر تجارب تنظيف قاعدة البيانات هدوءًا وتحفظًا التي يمكن إضافتها إلى أدوات صيانة ووردبريس.

The post مراجعة M7tawa Database Care: تنظيف قاعدة بيانات ووردبريس بأمان appeared first on سوالف سوفت.

تحول حدث مايكروسوفت أكتوبر من مجرد موعد منتظر إلى واحدة من أهم فعاليات Windows وSurface في 2026، بعدما كشفت الشركة في سان فرانسيسكو عن رؤيتها لما تسميه «الذكاء الهجين» داخل ويندوز، إلى جانب Surface Laptop Ultra الجديد، وSurface RTX Spark Dev Box، وتجربة بحث أكثر قدرة على تنفيذ الأوامر، وأدوات أمنية مخصصة لوكلاء الذكاء الاصطناعي. الرسالة الأساسية من الحدث كانت واضحة: مايكروسوفت تريد أن يعمل الذكاء الاصطناعي محليًا عندما يكون ذلك أسرع وأكثر خصوصية، وأن ينتقل إلى السحابة فقط عندما تحتاج المهمة إلى قدرات إضافية.

الإجابة السريعة

أبرز ما خرج به حدث مايكروسوفت أكتوبر هو Surface Laptop Ultra بمعالج NVIDIA RTX Spark وسعر يبدأ من 2599 دولارًا، ومنصة Microsoft Execution Containers لحماية وكلاء الذكاء الاصطناعي، وتحديثات Copilot التي تسمح باستخدام السياق المحلي وتنفيذ إجراءات على الجهاز، بالإضافة إلى Windows Search جديد يمكنه تنفيذ آلاف الأوامر مباشرة من شريط المهام. كما فتحت الشركة الطلب المسبق على Surface RTX Spark Dev Box الموجه للمطورين.

حدث مايكروسوفت أكتوبر يضع «الذكاء الهجين» في قلب Windows

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

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

Surface Laptop Ultra هو أبرز أجهزة الحدث

الجهاز الذي جذب أكبر قدر من الاهتمام في حدث مايكروسوفت أكتوبر كان Surface Laptop Ultra. مايكروسوفت تصفه بأنه أقوى Surface Laptop صنعته حتى الآن، وهو مبني حول NVIDIA RTX Spark Superchip الذي يجمع معالج Grace يصل إلى 20 نواة مع رسومات Blackwell RTX وذاكرة موحدة تصل إلى 128GB.

الهدف هنا ليس فقط تقديم لابتوب أسرع للأعمال التقليدية. Microsoft تصمم الجهاز للمطورين وصناع المحتوى ومن يعملون على نماذج الذكاء الاصطناعي محليًا، وتقول إنه يستطيع تشغيل نماذج تتجاوز 120 مليار parameter على الجهاز، مع أداء AI يصل إلى 1 petaflop بحسب تكوين الجهاز.

شاشة Mini-LED ومنافذ تعيد Surface إلى فئة الأجهزة الثقيلة

ضمن حدث مايكروسوفت أكتوبر كشفت الشركة أن Surface Laptop Ultra يحصل على شاشة لمس Mini-LED بقياس 15 بوصة وسطوع يصل إلى 2000 nits ونسبة أبعاد 3:2. كما أن لوحة التتبع أكبر بنحو 30% من الموجودة في Surface Laptop 15-inch السابق، بينما يظل الوزن أقل من 4.5 أرطال والسُمك أقل من 18 ملم.

اللافت أيضًا أن مايكروسوفت لم تتجه إلى تقليل المنافذ من أجل النحافة. الجهاز يقدم USB-A وUSB-C وHDMI ومنفذ سماعات 3.5 ملم وقارئ SD بالحجم الكامل. وهناك خيار شحن مغناطيسي يستخدم منفذ USB-C عاديًا، في فكرة قريبة من فلسفة MagSafe لكن مع الحفاظ على معيار USB-C.

• شاشة Mini-LED قياس 15 بوصة وسطوع يصل إلى 2000 nits.
• ذاكرة موحدة تصل إلى 128GB.
• دعم Ray Tracing وDLSS وNVIDIA Reflex في الألعاب المدعومة.
• نظام تبريد جديد بسعة حرارية أعلى حتى 2.5 مرة من Surface Laptop 15-inch السابق.
• SSD قابل للاستبدال مع تصميم يركز أكثر على سهولة الإصلاح.

RTX Spark يحاول الجمع بين AI والألعاب وصناعة المحتوى

أكد حدث مايكروسوفت أكتوبر أن RTX Spark ليس مخصصًا لتشغيل نماذج AI فقط. تقول مايكروسوفت إن المنصة تقدم قدرات رسومية تقارن بفئة GeForce RTX 5070، وعرضت خلال الحدث تشغيل Gears of War: E-Day على الجهاز، كما أعلنت أن Call of Duty ستتوفر عليه لاحقًا خلال العام.

الفكرة هنا أن جهاز المطور لا يجب أن يكون صندوقًا متخصصًا للذكاء الاصطناعي، بل جهاز عمل كامل يصلح للتصيير وصناعة المحتوى والألعاب. وفي الاختبارات التي نشرتها مايكروسوفت وNVIDIA حققت أجهزة RTX Spark تحسينات ملحوظة في بعض أحمال AI المحلية مقارنة بـMacBook Pro 16-inch مع M5 Pro، لكن هذه الأرقام مرتبطة بنماذج وأدوات وإعدادات محددة، ولذلك لا ينبغي تحويلها إلى حكم عام على أداء كل مهمة.

السعر وموعد توفر Surface Laptop Ultra

يبدأ Surface Laptop Ultra من 2599.99 دولارًا، وفتحت مايكروسوفت باب الطلب المسبق في 7 أكتوبر، على أن يبدأ التوفر في 16 أكتوبر. السعر يضعه مباشرة في فئة الأجهزة الاحترافية وليس كبديل عادي لموديلات Surface Laptop التقليدية.

وهذا يوضح أحد التحولات المهمة التي كشفها حدث مايكروسوفت أكتوبر: Surface Laptop Ultra ليس محاولة لاستبدال كل أجهزة Surface، بل إنشاء فئة أعلى للمطورين والمبدعين الذين يحتاجون إلى ذاكرة كبيرة وحوسبة AI محلية قوية ورسومات متقدمة في جهاز محمول.

Surface RTX Spark Dev Box لمن يريد القوة على المكتب

قدم حدث مايكروسوفت أكتوبر أيضًا Surface RTX Spark Dev Box، وهو جهاز مكتبي صغير يستخدم المنصة نفسها لكنه موجه بصورة أوضح إلى المطورين ومهندسي الذكاء الاصطناعي. يوفر حتى 128GB من الذاكرة الموحدة وأداء يصل إلى 1 petaflop، مع القدرة على التعامل مع نماذج تتجاوز 120 مليار parameter محليًا.

ويأتي الجهاز ضمن عائلة Project Zenith مع بيئة تطوير جاهزة تتضمن أدوات مثل Visual Studio Code وGit وGitHub CLI وGitHub Copilot وWSL وPython وNode. السعر يبدأ من 5999 دولارًا، وبدأ الطلب المسبق بالفعل، بينما قالت مايكروسوفت إن الشحن في الولايات المتحدة يبدأ خلال نوفمبر.

Microsoft Execution Containers تحاصر وكلاء AI

الجزء الأمني كان أساسيًا في حدث مايكروسوفت أكتوبر. فكلاء الذكاء الاصطناعي يستطيعون قراءة الملفات وتشغيل أدوات والوصول إلى الشبكة وكتابة كود، وبالتالي التعامل معهم كبرنامج عادي يمنحهم مساحة أوسع مما ينبغي. لهذا أعلنت مايكروسوفت الإتاحة العامة لـMicrosoft Execution Containers أو MXC على Windows 11.

MXC تسمح بتحديد الملفات والشبكات والموارد التي يستطيع الوكيل الوصول إليها، مع فرض هذه السياسة أثناء التشغيل. كما تعمل مايكروسوفت على فصل هوية الوكيل عن هوية الشخص، بحيث تستطيع الشركات معرفة إن كان إجراء معين نفذه المستخدم أم Agent، ثم إدارة ذلك عبر أدوات مثل Intune وMicrosoft Agent 365.

Windows Search يتحول من البحث إلى تنفيذ الأوامر

ومن أبرز ما جاء في حدث مايكروسوفت أكتوبر إعادة بناء Windows Search على WinUI 3 وإضافة آلاف الإجراءات المباشرة. بدل البحث عن إعداد ثم فتح صفحة أخرى، يمكن كتابة أمر مثل تشغيل الوضع الداكن أو تفعيل Do Not Disturb أو خفض سطوع الشاشة أو كتم الصوت أو ترتيب النوافذ، ويستطيع البحث تنفيذ الإجراء من شريط المهام نفسه.

وتخطط مايكروسوفت أيضًا لإضافة Copilot إلى تجربة البحث كخيار اختياري، بحيث يمكن الحصول على إجابات سريعة داخل Search ثم الانتقال إلى تطبيق Copilot إذا كانت المحادثة تحتاج إلى تفاصيل أكبر. تبدأ الإجراءات الجديدة مع Windows Insiders في القناة التجريبية، بينما سيصل تكامل Copilot إلى أسواق مختارة لاحقًا.

مايكروسوفت تريد Windows منصة آمنة للوكلاء

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

وتقول مايكروسوفت إن MXC تدعم بالفعل أدوات ووكلاء من شركات متعددة، بما فيها Codex وGitHub Copilot وOpenClaw وReplit وLM Studio وNVIDIA OpenShell، بينما تخطط أدوات أخرى لإضافة الدعم. هذه النقطة تجعل التقنية منصة Windows عامة وليست ميزة مغلقة داخل Copilot وحده.

الأجهزة الجديدة جزء من منظومة أكبر من Surface

Surface لم يكن وحده في حدث مايكروسوفت أكتوبر. مايكروسوفت أعلنت أيضًا عن أجهزة RTX Spark من ASUS وDell وHP وLenovo وMSI، في محاولة لإنشاء فئة كاملة من الحواسيب التي تجمع ذاكرة موحدة كبيرة وحوسبة رسومية وذكاء اصطناعي محلي قوي.

وفي الطرف الأعلى من السوق، أعلنت الشركة أن أنظمة NVIDIA DGX Station ستصل إلى Windows لاحقًا هذا العام باستخدام GB300 Grace Blackwell Ultra Desktop Superchip، مع القدرة على تشغيل نماذج تتجاوز تريليون parameter محليًا في تكوينات مخصصة لمحطات العمل والذكاء الاصطناعي الثقيلة.

حدث مايكروسوفت أكتوبر لم يكن مجرد مؤتمر أجهزة

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

هذا يأتي ضمن مسار أوسع لتغيير Windows 11 وتطبيقاته المدمجة. وقد تابعنا على سوالف مثلًا التغييرات المستمرة في برنامج الرسام داخل Windows 11، وهي مثال أصغر على إعادة بناء أجزاء النظام تدريجيًا بدل انتظار إصدار Windows رئيسي جديد.

أين يتجه Windows بعد هذا الحدث؟

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

هذا التحول لن يصل دفعة واحدة إلى كل جهاز. مايكروسوفت نفسها توضح أن بعض مزايا Hybrid Intelligence ستبدأ في الوصول خلال الأشهر المقبلة إلى Copilot+ PCs، وأن توفرها قد يختلف حسب الجهاز والسوق والسيليكون. لذلك يجب التفريق بين ما تم الإعلان عنه في الحدث وما يستطيع مستخدم Windows 11 العادي تشغيله اليوم.

يمكن مراجعة إعلان Microsoft الرسمي عن Windows والذكاء الهجين، وكذلك التفاصيل الرسمية لـSurface Laptop Ultra وSurface RTX Spark Dev Box. وبعد انتهاء حدث مايكروسوفت أكتوبر أصبحت الرسالة أوضح: الشركة تراهن على جيل من أجهزة Windows يستطيع تشغيل جزء أكبر من الذكاء الاصطناعي محليًا، مع أجهزة Surface وفئة جديدة من الحواسيب مصممة خصيصًا لهذا الاتجاه.

The post حدث مايكروسوفت أكتوبر يكشف مستقبل Windows وSurface appeared first on سوالف سوفت.

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

الإجابة السريعة

ميزة تعديل الكاروسيل في Edits تسمح بإنشاء وتنسيق منشورات Instagram Carousel داخل تطبيق Edits بدل الاعتماد على أدوات منفصلة. يمكن إدخال صور وفيديوهات، تجربة تخطيطات مختلفة، استخدام خطوط وأنماط النص الموجودة في Edits، وإضافة Cutouts كملصقات فوق الشرائح. الميزة متاحة حاليًا على iOS، وتقول إنستجرام إنها ستصل إلى Android قريبًا.

ما الذي يضيفه تعديل الكاروسيل في Edits؟

كان Edits منذ إطلاقه موجّهًا بصورة أساسية إلى صناعة الفيديو والـReels، مع أدوات للقص والطبقات والنصوص والمؤثرات. التحديث الجديد يفتح مساحة مختلفة تمامًا: منشورات الكاروسيل التي تجمع أكثر من صورة أو فيديو في منشور واحد. بدل تجهيز كل صورة في تطبيق ثم نقلها إلى Instagram، أصبح من الممكن تنفيذ جزء أكبر من التصميم داخل بيئة واحدة.

وتوضح إنستجرام أن تعديل الكاروسيل في Edits يتيح إسقاط الصور والفيديوهات داخل المشروع ثم اللعب بالتخطيطات، وإعادة استخدام خطوط Edits وأنماط النص، وصناعة ملصقات خاصة عبر Cutout من العناصر الموجودة في الصور. الفكرة ليست مجرد تجميع صور في ترتيب معين، بل استخدام أدوات التطبيق لإعطاء الشرائح شكلًا بصريًا موحدًا.

تعديل الكاروسيل في Edits ينقل التطبيق إلى ما بعد الفيديو

أهمية التحديث لا تأتي فقط من إضافة أداة جديدة، بل من تغيير موقع Edits نفسه داخل منظومة إنستجرام. التطبيق ظهر في 2025 كمنافس مباشر لتطبيقات تحرير الفيديو القصير، خصوصًا CapCut، ولذلك ركزت معظم تحديثاته الأولى على الفيديو والـReels. دخول الكاروسيل يعني أن Meta تريد تحويله تدريجيًا إلى مساحة أوسع لصناعة المحتوى، وليس محرر فيديو فقط.

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

لماذا تهتم إنستجرام بالكاروسيل بهذا الشكل؟

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

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

• إنشاء Carousel من الصور والفيديوهات داخل Edits.
• الحفاظ على أسلوب نصي موحد بين الشرائح.
• استخدام Cutouts لصناعة ملصقات من الصور نفسها.
• إضافة Overlays ومؤثرات لتقوية التسلسل البصري.
• تقليل الحاجة إلى تطبيقات تصميم خارجية في المهام البسيطة.

تعديل الكاروسيل في Edits يفيد الحسابات التعليمية والتجارية

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

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

لا تحتاج كل منشورات الكاروسيل إلى تصميم معقد

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

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

كيف يختلف هذا عن تعديل الكاروسيل داخل Instagram؟

Instagram نفسه يسمح بإنشاء Carousel وترتيب الصور والفيديوهات، كما أضاف خلال الفترة الماضية أدوات جديدة للتعامل مع الشرائح. لكن Edits مصمم كمساحة تحرير أوسع قبل النشر. الفرق أن المستخدم يستطيع بناء الشكل البصري للشرائح واستخدام أدوات التصميم والمحتوى التي كانت مرتبطة سابقًا بمشروعات الفيديو.

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

إطلاق يبدأ من iPhone ثم Android

بحسب إعلان إنستجرام، تتوفر أدوات الكاروسيل الجديدة في نسخة Edits على iOS أولًا، بينما سيصل الدعم إلى Android قريبًا. ولم تحدد الشركة في الإعلان موعدًا دقيقًا لوصول نسخة Android، لذلك لا توجد فائدة من وضع تاريخ تقديري غير معلن.

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

Edits يتحول تدريجيًا إلى استوديو محتوى لإنستجرام

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

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

The post تعديل الكاروسيل في Edits يصل بأدوات جديدة لصناع المحتوى appeared first on سوالف سوفت.

أصبح دعم JPEG XL في Google Chrome حقيقة رسمية مع وصول Chrome 155 إلى القناة المستقرة يوم 6 أكتوبر 2026، بعدما كان الحديث في يناير الماضي يدور حول عودة التنسيق في مرحلة تجريبية وتمهيد الطريق لاعتماده لاحقًا. التغيير مهم لمطوري الويب والمواقع التي تعتمد على مكتبات صور كبيرة، لأن Chrome 155 يستطيع الآن فك ترميز صور JXL مباشرة عبر محرك Blink دون الحاجة إلى تفعيل Flag تجريبي.

الإجابة السريعة

بدأ Chrome 155 طرحه المستقر رسميًا في 6 أكتوبر 2026، ومعه أصبح JPEG XL مدعومًا في Chrome بصورة فعلية. تستخدم جوجل مفكك الترميز jxl-rs المكتوب بلغة Rust والمصمم بتركيز واضح على أمان الذاكرة، بينما يوفر التنسيق ضغطًا أكثر كفاءة من JPEG التقليدي، ودعم HDR والألوان الواسعة وعمق البت العالي والصور المتحركة وفك الترميز التدريجي.

ما الذي تغير مقارنة بما أعلنته جوجل في بداية 2026؟

عندما تناولنا عودة التنسيق في يناير 2026، كانت جوجل لا تزال تعمل على إعادة الدعم وفق نهج أكثر تحفظًا من الناحية الأمنية، وكانت إمكانية التجربة مرتبطة بالنسخ والتجارب المبكرة. الآن انتهت هذه المرحلة: وثائق Chrome الرسمية تسجل دعم فك ترميز JPEG XL ضمن Chrome 155، وهو ما يحول الخبر من خطة مستقبلية إلى ميزة وصلت بالفعل إلى النسخة المستقرة.

Chrome 155 دخل مرحلة Beta في 16 سبتمبر، وبدأت جوجل Early Stable لعدد محدود من مستخدمي Windows وmacOS في 23 سبتمبر، ثم بدأ الطرح المستقر الكامل في 6 أكتوبر. وعلى Android صدر الإصدار 155.0.8059.39 في اليوم نفسه، مع وصوله تدريجيًا عبر Google Play.

لماذا اختارت جوجل jxl-rs بدل العودة للحل القديم؟

النقطة التقنية الأهم في العودة الجديدة هي استخدام jxl-rs، وهو Decoder مكتوب بالكامل بلغة Rust. جوجل تؤكد أن الهدف من هذا الاختيار هو تقليل مخاطر أخطاء الذاكرة التي تعد من أكثر الفئات حساسية في مكونات فك ترميز الوسائط. وبذلك يعود JPEG XL إلى Chrome من خلال مسار جديد لا يعتمد ببساطة على إعادة الكود السابق كما كان.

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

ماذا يقدم JPEG XL للمواقع والمصورين؟

وفق Google، يوفر JPEG XL ضغطًا أفضل من JPEG التقليدي بنحو 30% إلى 50% عند مستويات جودة متقاربة، وهو فارق يمكن أن يصبح كبيرًا في مواقع الأخبار والمتاجر ومواقع التصوير التي تقدم ملايين الصور شهريًا. كما يدعم Wide Color Gamut وHDR وHigh Bit Depth، وهي مزايا مهمة للشاشات الحديثة والمحتوى الاحترافي.

• ضغط أعلى كفاءة من JPEG التقليدي.
• فك ترميز تدريجي يحسن الإحساس بسرعة تحميل الصورة.
• دعم HDR ونطاقات ألوان واسعة وعمق بت مرتفع.
• دعم الصور المتحركة داخل الصيغة نفسها.
• إمكانية تحويل JPEG إلى JXL دون فقد البيانات الأصلية في حالات التحويل المتوافقة.

فك الترميز التدريجي يعود بصورة أكثر تطورًا

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

بالنسبة لأصحاب المواقع، لا يعني ذلك أن مجرد تحويل كل الصور فورًا سيكون أفضل قرار. ما زالت التوافقية مع المتصفحات والأجهزة المختلفة عاملًا يجب حسابه، ولذلك سيظل استخدام عنصر picture أو حلول تفاوض المحتوى مناسبًا خلال فترة الانتقال إذا كان الموقع يحتاج إلى دعم بيئات لا تتعامل مع JXL.

ماذا عن WebP وAVIF؟

عودة JPEG XL لا تعني أن WebP أو AVIF أصبحا قديمين بين ليلة وضحاها. كل صيغة لها مزايا ونقاط قوة مختلفة، كما أن WebP يملك انتشارًا واسعًا جدًا، بينما يوفر AVIF ضغطًا قويًا في حالات كثيرة. الجديد هو أن مطوري الويب حصلوا على خيار إضافي قوي داخل Chrome بدل أن يظل JXL خارج أهم متصفح في السوق.

عمليًا، من المبكر إعلان صيغة واحدة فائزة. المواقع الكبيرة ستقارن الحجم وسرعة فك الترميز والجودة وتوافق المتصفحات وتكلفة معالجة الصور على الخادم قبل اختيار استراتيجية ثابتة. دعم Chrome 155 يغير المعادلة لأنه يزيل أكبر عقبة كانت تقف أمام انتشار JXL على الويب.

ما الذي يعنيه التحديث لأصحاب مواقع ووردبريس؟

أصحاب المواقع لا يحتاجون إلى تعديل شيء حتى يستطيع Chrome عرض ملف JXL موجود بالفعل، لكن رفع الصيغة وإدارتها داخل أنظمة إدارة المحتوى يعتمد على دعم النظام والإضافات والخادم نفسه. لذلك لا يُنصح بتحويل مكتبة الصور بالكامل فقط لأن Chrome أضاف الدعم، قبل التأكد من Workflow الرفع، وإنشاء الصور المصغرة، والتوافق مع CDN وبقية المتصفحات.

الأفضل في المرحلة الحالية هو اعتبار JXL خيارًا إضافيًا واختباره على مجموعة محدودة من الصور مع قياس الحجم الفعلي والجودة وسرعة العرض. وإذا كان الموقع يعتمد WebP أو AVIF حاليًا ويحقق نتائج جيدة، فلا توجد ضرورة تقنية عاجلة لاستبدالهما.

Chrome 155 ليس مجرد تحديث لصيغة صور

الإصدار 155 يتضمن مجموعة أوسع من تغييرات الويب، ومنها إضافات CSS وتحديثات Digital Credentials API وتغييرات أخرى للمطورين. لكن عودة التنسيق لها وزن خاص لأنها تنهي قصة بدأت عندما أزالت جوجل الدعم السابق، ثم واجهت مطالب مستمرة بإعادته.

وقد تناولنا قبل ذلك تحديثات Google Chrome على سوالف سوفت مع انتقال المتصفح مؤخرًا إلى دورة إصدار أسرع كل أسبوعين، وهو ما يجعل وصول تغييرات الويب الجديدة إلى Stable أسرع مما كان عليه في السابق.

JPEG XL: من وعد بالعودة إلى دعم رسمي فعلي

الفارق الجوهري اليوم أن الحديث لم يعد عن Flag أو خطة قادمة. JPEG XL أصبح مدعومًا في Blink ضمن Chrome 155 Stable، وجوجل نشرت في 6 أكتوبر تدوينة مستقلة بعنوان Shipping JPEG XL in Chrome تشرح أسباب العودة والمزايا التقنية واختيار مفكك Rust.

يمكن مراجعة إعلان Chrome الرسمي عن شحن JPEG XL، وكذلك ملاحظات Chrome 155 الرسمية التي توثق دعم image/jxl. بالنسبة لمطوري المواقع، هذه هي اللحظة التي ينتقل فيها التنسيق من متابعة أخبار الدعم إلى مرحلة الاختبار العملي داخل متصفح Chrome المستقر.

The post متصفح جوجل كروم يعيد دعم تنسيق الصور الثوري JPEG XL appeared first on سوالف سوفت.