كل نص يخرج من Claude صار موسوماً — والوكيل حصل على جهاز خاص فيه

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

Anthropic تضع علامة مائية خفية في كل نص يخرج من Claude — عالمياً، لا في أوروبا فقط

أعلنت Anthropic أنها تدمج علامة إحصائية غير مرئية داخل النص الذي تولّده نماذج Claude، دون أن تغيّر المعنى ولا القراءة. التطبيق بدأ مع كل نموذج أُطلق في 2 أغسطس 2026 أو بعده، والشركة تعمل على تمديده للنماذج الأقدم خلال فترة الانتقال. والتغطية تشمل المنظومة كاملة: claude.ai وواجهة المنصة البرمجية وClaude Code وClaude Cowork وClaude Tag، وكذلك نماذج Claude عبر AWS وGoogle Cloud وMicrosoft Foundry. السبب تنظيمي: المادة 50 من قانون الذكاء الاصطناعي الأوروبي صارت نافذة في 2 أغسطس وتلزم المزوّدين بوضع علامات مقروءة آلياً في المخرجات — لكن Anthropic قررت التطبيق عالمياً لا في أوروبا وحدها. ولم تنشر الشركة بعد التفاصيل التقنية للطريقة، وأداة الكشف ما زالت قيد التطوير. والأهم أن Anthropic نفسها ذكرت حدود العلامة بصراحة: وجودها لا يثبت أن Claude هو من كتب النص — يثبت فقط أن النص مرّ عبره، فالتدقيق اللغوي أو الترجمة أو إعادة الصياغة لنص بشري تضع العلامة عليه أيضاً. وغيابها لا يثبت أن كاتبه بشر: التحرير الثقيل وإعادة الصياغة والترجمة وخلط نص الذكاء بنص بشري والمقاطع القصيرة جداً كلها تُضعف الإشارة أو تمحوها. وللصور، تضاف بيانات مصدر موقّعة بمعيار C2PA لملفات PNG وJPG وSVG — وهذه تختفي بمجرد إعادة الحفظ أو تحويل الصيغة أو أخذ لقطة شاشة.

ليش يهمك؟لو كنت تكتب محتوى تجارياً أو تسلّم شغلاً لعميل، هذه أهم فقرة تقرأها هذا الأسبوع. ثلاث خطوات عملية اليوم: الأولى — راجع عقودك مع العملاء: إن كان بندٌ يمنع محتوى الذكاء الاصطناعي فاعلم أن الطرف الآخر صار يملك أداة فحص قادمة، وأنّ مجرد تمرير نصك البشري على Claude للتدقيق يضع عليه العلامة — فتفاوَض على صياغة تتحدث عن الجودة والمسؤولية لا عن «صفر ذكاء اصطناعي»، لأن الأخيرة صارت وعداً لا تستطيع إثباته ولا نفيه. الثانية — أفصح استباقياً: الإفصاح عن استخدام أدوات الذكاء في سير عملك يحوّل الاكتشاف المحتمل من فضيحة إلى معلومة قديمة. والثالثة — لا تبنِ عملاً على «غسل العلامة»: نعم، إعادة الصياغة تمحوها، لكن أي عمل تجاري أساسه إخفاء أثر يبقى رهينة التحديث التقني القادم. أما لو كنت في الطرف الآخر — تشتري محتوى من كتّاب مستقلين — فتذكّر القاعدة نفسها معكوسة: لا تتهم أحداً بناءً على نتيجة كشف، لأنها تقول «مرّ من هنا» لا «كُتب هنا».

Grok Bot: SpaceXAI وCursor يعطيان كل وكيل حاسوباً سحابياً خاصاً به — يشتغل وأنت مقفّل جهازك

أطلقت SpaceXAI بالشراكة مع Cursor يوم 11 أغسطس بيتا مبكرة من Grok Bot على macOS وiOS وWindows وLinux (وAndroid «قريباً»). الفكرة المحورية: كل وكيل يحصل على حاسوب خاص به في السحابة، يسجّل الدخول بنفسه إلى الأدوات والخدمات التي تستعملها أصلاً — حتى تلك التي لا واجهة برمجية لها — ويكمل المهمة من أولها إلى آخرها، ولا يعود إليك إلا حين يحتاج موافقة. ولأن التنفيذ في السحابة، فالمهام تستمر بعد ما تقفل اللابتوب. وتستطيع تشغيل عدة وكلاء بالتوازي: واحد يدير الباقين، ومتخصصون لكل مهمة، ويجتمعون في محادثة جماعية ينسّقون فيها بينهم ويوزّعون العمل. وتعلّمه بالعرض العملي — تريه الخطوات مرة، فينفّذها وحده في المرة التالية. الوصول محصور حالياً بمشتركي SuperGrok Heavy وCursor Ultra وCursor Teams Premium، ولم يُعلَن سعر مستقل خارج هذه الاشتراكات، مع قائمة انتظار للشركات. والأسئلة التي لم تُجَب بعد ثلاثة، وكلها جوهرية: ما الخدمات المدعومة يوم الإطلاق، وكم وكيلاً يشتغل معاً كحد أقصى، وكيف تُحفَظ بيانات دخولك — إذ لم تشرح SpaceXAI نموذج المصادقة.

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

OpenAI تفتح Daybreak: نموذج GPT-5.6-Cyber يقفز من 1.5% إلى 95% في مهام الأمن المتقدم

أعلنت OpenAI يوم 11 أغسطس مبادرة Daybreak التي تمنح المدافعين المصرّح لهم وصولاً إلى نماذج متخصصة في الأمن السيبراني عبر مسارين: Daybreak Blue — نماذج عامة مع تخفيف حواجز الأمان، وDaybreak Red — نماذج مبنية خصيصاً للبحث الأمني المتقدم. وفي الثاني نموذج GPT-5.6-Cyber المدرَّب على GPT-5.6 Sol لمهام مثل اكتشاف ثغرات اليوم صفر وبناء سلاسل الاستغلال، ويرفض عدداً أقل من الطلبات عالية الخطورة. والأرقام تشرح حجم القفزة: في تقييم OpenAI الداخلي لسيناريوهات الأمن المتقدم، أكمل GPT-5.6-Cyber نسبة 95%، مقابل 1.5% فقط لنموذج GPT-5.6 Sol بحواجزه القياسية، و2% عبر Daybreak Blue، و57.3% للجيل السابق GPT-5.5-Cyber. وفي مقابل ذلك شروط دخول مشدّدة: تحقق من الهوية، وإقرارات قانونية بالاستخدام المصرّح به، ومفاتيح أمان عتادية إلزامية لكل الحسابات الفردية اعتباراً من 1 سبتمبر 2026، مع توصية بتشغيله في بيئة معزولة لا تصل إلى أنظمة الإنتاج.

ليش يهمك؟الرقم الذي يجب أن يبقى في ذهنك هو 1.5% مقابل 95%. معناه أن الفارق بين نموذج «يرفض» ونموذج «ينفّذ» في الأمن السيبراني ليس فارقاً في الذكاء بل في مفتاح الصلاحية — والقدرة كانت موجودة طوال الوقت خلف الحاجز. خذ منها استنتاجين. الأول لو تملك موقعاً أو متجراً: افترض أن الطرف المهاجم سيصل إلى قدرة قريبة من هذه قريباً بطريقة أو بأخرى، فارفع مستواك الآن بأرخص خطوتين على الإطلاق — تحديث الإضافات والاعتماديات هذا الأسبوع، ومفتاح أمان عتادي أو تطبيق مصادقة على حسابك الإداري وبريدك، لا رسائل SMS. لاحظ أن OpenAI نفسها لم تكتفِ بكلمة سر لحماية هذا النموذج بل فرضت مفتاحاً عتادياً — وهذه أوضح توصية أمنية مجانية ستقرأها اليوم. والثاني لمن يعمل في مجال الأمن: الطلب على «مدافع مصرَّح له يجيد تشغيل هذه الأدوات» صار تخصصاً قائماً بذاته، وشروط الوصول (هوية، إقرار، مفتاح عتادي) هي نفسها التي ستطلبها منك الشركات كدليل على الجدّية.

Google تنشر فاتورة الكود المولَّد: 11.8% جولات مراجعة أكثر، و13.1% نجاحاً أقل حين يبني الوكيل على كود وكيل

نشرت Google اليوم 12 أغسطس حجّة لافتة: ما دام الكود يُكتب بالذكاء الاصطناعي، فمعيار اختيار لغة البرمجة يجب أن ينقلب — من سرعة كتابة البشر إلى سهولة القراءة والتحقق والصيانة طويلة الأمد. وتقول إن Go تناسب هذا النموذج بتنسيقها التلقائي (gofmt) وأنواعها الساكنة الصارمة وأدوات الاختبار المدمجة. لكن الأنفع في الخبر ليس الترويج للغة بل الأرقام التي استشهدت بها: دراسة 2026 على أكثر من 1,000 ملف مولَّد بالذكاء الاصطناعي و3,200 تعديل لاحق عليها وجدت أن البشر هم من قاموا بمعظم أعمال الصيانة؛ وتحليل 278,790 محادثة مراجعة كود أظهر أن المراجعين احتاجوا جولات مراجعة أكثر بـ11.8% للكود المولَّد مقارنةً بكود البشر؛ ودراسة في يونيو 2026 وجدت أن وكلاء البرمجة سجّلوا نسبة نجاح أقل بما يصل إلى 13.1% حين طُلب منهم التوسّع في كود كتبه وكيل بدل كود كتبه بشر. وأضافت استطلاع Stack Overflow لعام 2025: 46% لا يثقون بدقة أدوات الذكاء الاصطناعي مقابل 33% يثقون بها إلى حد ما.

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

المصادر

— ذُكاء، تشرق بكرة إن شاء الله 🌅

كل الموجزات