OpenAI تستعرض كيفية العمل مع Codex بالصوت ومن السحابة وعبر الوكيل الشخصي dot

قبل عام كان وكيل البرمجة نافذة تكتب فيها طلبك ثم تنتظر. أما اليوم فتتسابق المختبرات الرائدة على تقديم نمط آخر: وكيل يعمل في السحابة، ويستمع إلى الصوت، ويعيش بين جلساتك. في اليوم الأول من AI Engineer Code Summit عرض مهندسا OpenAI، Dominik Kundel وCharlie Guo، كيف يعملان بأنفسهما مع Codex. ونشر ريتشارد ماكمانوس تقريرًا عن الورشة في Latent Space.

سحابة لم يعد هناك داعٍ للخوف منها

أُطلق Codex في مايو 2025 وكيلًا سحابيًا للمهام المتوازية. لكن، بحسب اعتراف Kundel، احتاجت النماذج والأدوات المحيطة وقتًا حتى يتحول كل ذلك إلى تجربة مريحة. وحدث تحول ملحوظ بعد DevDay في نهاية سبتمبر، حين أُعلن عن الإصدار الثاني من Codex Cloud. وكان الوعد بسيطًا: يمكنك إغلاق الحاسوب المحمول وستواصل الوكلاء عملها.

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

وأكثر ما يثير الاهتمام هو نقل العمل بين Codex المحلي والسحابة. فقد اعترف كاتب التقرير بصراحة أنه ما زال يتخبط في هذا الأمر، ووافقه Kundel: ينبغي أن يكون أبسط. وحيلته الخاصة هي أنه إذا بدأت المهمة محليًا، يطلب ببساطة من Codex المحلي إرسال الفرع وفتح ثريد سحابي جديد. وبحسب قوله، تصبح السحابة «مجرد منفّذ آخر»، ويندمج Codex المحلي والسحابي تدريجيًا. أما الصعوبة، كما أشار، فتكمن في اختلاف السياقات بينهما.

الصوت كلوحة تحكم

في العرض التوضيحي عدّل Kundel بصوته موقع شركة التسجيلات الخيالية Blossom Music. والإملاء مفيد عندما لا تكون متأكدًا تمامًا من النتيجة التي تريدها وتكرر المحاولة بسرعة.

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

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

dot: وكيل شخصي بين الجلسات

لم تتطرق الورشة إلى الوكلاء الشخصيين مثل dot من OpenAI إلا عَرَضًا (ولدى Anthropic نظير يسمى Claude Duet). وقال Guo صراحة إن dot يبدو غير مألوف لمستخدم Codex المتمرس: إنه نموذج جديد، وهو جيد في أمور تختلف عن Codex الأساسي.

ومع ذلك ذكر ثلاثة أدوار يفيد فيها dot:

• شبكة أمان: يسلّط الوكيل الضوء على ما ربما فاتك؛
• «مصرف للتفويض»: يستخدمه Guo كثيرًا في Slack؛
• حضور في كل مكان: الهدف أن يكون dot في كل مكان تعمل فيه.

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

ماذا نفعل بكل هذا

إذا كنتم تستخدمون وكلاء البرمجة بالفعل، فيمكن استخلاص عدة أمور من هذا العرض:

1. جهّزوا البيئة السحابية مرة واحدة، خصوصًا إذا كنتم تعملون ضمن فريق. فهذا يلغي الإعداد المتكرر.
2. جرّبوا الصوت لا للإملاء فحسب، بل للتحكم بتدفقات المهام أيضًا.
3. إذا كان لديكم وكيل شخصي، فأعطوه دور المذكّر ومستقبِل التفويض، لا بديل الأداة الأساسية.
4. اتبعوا نصيحة Kundel: خفّضوا مستوى الجهد (effort) عندما تكون المهمة بسيطة، واطلبوا من الوكلاء أنفسهم المساعدة في الإعداد.

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