Codex يعلّم مواقع الفرق التحديث وفق جدول زمني والتكيّف مع الزائر

نشرت OpenAI مقطع فيديو قصيرًا عن Codex يعرض آليتين: المهام المجدولة والإضافات (plugins) التي يضيفها المستخدم. الأولى تُبقي بيانات موقع الفريق محدّثة، والثانية تجعل الصفحة شخصية لكل زائر. نقطة الدخول واحدة: أن تطلب من Codex. المقطع مصحوب بوصف قصير، ولا يتضمن وثائق تقنية ولا أرقامًا، لذلك نستعرض أدناه ما هو معروف على وجه اليقين والأسئلة التي لا تزال مفتوحة.

ماذا عرضت OpenAI

يرد وصف Sites بوصفها مواقع للفرق يساعد Codex في إنشائها وصيانتها. ويركّز المقطع على أمرين.

الأول هو حداثة البيانات. تُربط بالموقع مهام مجدولة (scheduled tasks) تحدّث البيانات على الصفحة تلقائيًا، مثل حالة المشروع أو قائمة الإصدارات أو ملخص المقاييس. كان ذلك يتطلب عادةً إعادة بناء يدوية أو حلًّا مساعدًا محلي الصنع يعتمد على cron. أما الآن فيعيش الجدول الزمني داخل Codex نفسه.

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

ما هو معروف بالنقاط

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

إلى أين يدفع هذا Codex

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

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

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

كيف تبدأ عمليًا

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

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

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