أعطيت الذكاء الاصطناعي لقطة شاشة لإصلاح الواجهة الأمامية. خمّن. الآن لا يضطر لذلك.

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

هذا النهج يكفي لتعديلات التخطيط. وهو ضعيف للمشاكل التي تلتهم بعد الظهر: API بطيء في حركة الشبكة، خطأ console بعد تسجيل الدخول، خلل تخطيط في الأنماط المطبقة—not في بكسلات اللقطة.

تحديث Codex ليونيو 2026 من OpenAI يحرك هذا الحد. **وضع Developer** يمنح Codex وصولاً مضبوطاً إلى **Chrome DevTools Protocol (CDP)** في متصفح Codex المدمج ومع امتداد Chrome Codex في جلسة Chrome العادية.

ما الذي يفتحه وضع Developer فعلاً

CDP هو نفس طبقة التشخيص في Chrome DevTools—لـ Codex عندما تريد السبب الجذري لا التخمين من صورة مصغرة.

• **مخرجات console** — أخطاء وقت التشغيل والتحذيرات والسجلات التي لم تظهر في اللقطة
• **حركة الشبكة** — التوقيت والرؤوس والحمولة خلف الصفحات البطيئة
• **أداء JavaScript** — ملفات تعريف تشير إلى اختناقات حقيقية
• **حالة الصفحة** — DOM والأنماط المطبقة وسياق التخطيط
• **التحقق** — تأكيد الإصلاح في الصفحة الحية لا في الكود المولد فقط

أظهرت OpenAI ذلك على تطبيق دردشة بطيء: تحليل التفاعلات وفحص الشبكة وإصلاحات وقياسات. أقرب لمهندس frontend بشري.

أين يعمل: المتصفح المدمج مقابل Chrome

• **`@Browser`** — المتصفح المدمج؛ أفضل للخوادم المحلية والصفحات العامة بلا تسجيل دخول
• **`@Chrome`** — امتداد Chrome Codex؛ أفضل مع جلسة مسجلة أو امتدادات

فعّل وضع Developer في **Settings → Browser → Enable full CDP access**. يمكن للمسؤولين التعطيل عبر `browser_use_full_cdp_access = false` في `requirements.toml`.

الأمان ليس تفاصيلاً ثانوية

الوصول الكامل لـ CDP مُعلَّم مخاطرة مرتفعة. يمكن لـ Codex فحص التبويبات وملفات تعريف الارتباط والتخزين المحلي وحركة الشبكة وconsole وحالة الصفحة الحية.

تطلب OpenAI **موافقة صريحة لكل موقع** قبل CDP الكامل.

قواعد عملية:

• **ملف Chrome مؤقت** للتصحيح—not متصفحك الشخصي بكلمات المرور
• الموافقة على **الأصل الذي تصححه فقط**
• إبعاد **لوحات admin إنتاج العملاء** عن متصفح الوكيل
• **مالك بشري** لكل إصلاح بعد فحص CDP

وضع Developer لا يلغي المساءلة. يعطي الوكيل عيوناً أفضل.

للمواقع التسويقية وواجهات المنتج

نموذج معطل، سكربت طرف ثالث يبطئ Core Web Vitals، عدم تطابق hydration—نادراً ما يظهر في لقطة وحدها.

يدفع نحو **إصلاحات مبنية على أدلة**: waterfall الشبكة وconsole والتحليل ثم الكود.

يرفع أيضاً عتبة **المراجعة**: المصادقة والمدفوعات والبيانات الشخصية يدوياً.

قائمة الجلسة الأولى

• وضع Developer في **ملف اختبار**
• **خلل محدود** واحد فقط
• **`@Browser`** على localhost قبل `@Chrome` على staging مسجل
• تأكيد **الموقع + النطاق** عند الموافقة
• اطلب من Codex **إظهار ما وجده** بمصطلحات console/شبكة
• **راجع وقِس** بعد الإصلاح

التصحيح بلقطات الشاشة كان سقفاً. الوصول لـ CDP باب—يُفتح عمداً، موقعاً واحداً في كل مرة.

الخلاصة

ليس «AI استبدل Chrome DevTools». بل **AI يقرأ أخيراً نفس الإشارات التي كان DevTools يعرضها**—بموافقة صريحة ومفاضلات أمنية حقيقية.

ملفات مؤقتة. موافقة لكل موقع. مالك بشري على كل دمج. تريد رأياً ثانياً أين يناسب التصحيح بمساعدة الوكيل موقعك التسويقي أو واجهة المنتج؟ راسلنا.