استخدام Codex ‎/goal: المتابعة والتحكم وشروط الإنجاز وميزانية الرموز

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

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

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

1. وظيفة /goal: الطلب العادي و/plan وdot

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

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

إعداد خطة وحده لا يبدأ المتابعة التلقائية في وضع الأهداف. كما أن /goal لا يضمن مراجعة مستقلة من نموذج آخر. لفهم الفرق عن dot، راجع استخدام dot وتسعيره والتفويض إلى Codex. ولطريقة توفير المعلومات، راجع هندسة السياق.

2. البدء على سطح المكتب وواجهة سطر الأوامر وبيئة التطوير

رغم اشتراك الواجهات في /goal، تختلف أدوات التحكم بعد البدء بحسب الواجهة. يشرح الدليل الرسمي للعمل الطويل كيفية البدء على سطح المكتب وواجهة سطر الأوامر وامتداد بيئة التطوير. أما قسم الويب فيصف تقديم النتيجة والقيود ومعايير التقييم إلى ChatGPT Work؛ ولا يثبت ذلك أن واجهة الويب توفر الأمر وأدوات التحكم نفسها.

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

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

3. تحديد الإنجاز: تحويل الهدف المبهم إلى شروط قابلة للاختبار

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

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

إذا لم تُحسم المواصفات، يمكنك طلب: «لا تنفذ الآن. وضح المتطلبات وأعد مسودة /goal.» وبعد مناقشتها باستخدام /plan، اقرأ الهدف المقترح بنفسك وتحقق من القيود والنطاق، ثم ابدأ.

4. أمثلة طلبات لإصلاح الأخطاء وتحسين الواجهات والبحث

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

إصلاح الأخطاء: فصل المشكلة المعاد إنتاجها عن اختبارات الانحدار

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

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

تحسين الواجهة: تحديد شروط العرض والتفاعل

/goal اجعل هذه الشاشة ملائمة لعرضي 390px و1280px دون تجاوز أفقي، مع بقاء زري الإكمال والحذف قابلين للاستخدام عند طول أسماء المهام.
لا تغيّر بنية البيانات الحالية أو صيغة التخزين.
تحقق من العرضين في متصفح فعلي متاح. اختبر الإضافة وتبديل الإكمال والحذف وبقاء البيانات بعد إعادة التحميل والتفاعل بلوحة المفاتيح.
إذا تعذر الفحص بالمتصفح، فلا تعتبر فحص الصور أو الشفرة نجاحًا في التفاعل الفعلي. أبلغ عن تلك الفحوص باعتبارها غير منفذة.
لا تنشر ولا تنفذ push ولا تشترِ شيئًا ولا تغيّر إعدادات الجهاز.

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

البحث: الاحتفاظ بالأدلة بدل ملء الخانات المجهولة

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

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

5. إيقاف الهدف مؤقتًا واستئنافه وتعديله وإزالته

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

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

مصادر أدوات التحكم: أوامر الأهداف في CLI وأدوات التحكم بالأهداف على سطح المكتب.

6. ميزانية الرموز وحصة الاستخدام والتسعير

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

هل يترتب على استخدام /goal رسم إضافي؟

لم نجد في مواد التسعير الرسمية التي فحصناها رسمًا مستقلًا لكل مرة يبدأ فيها /goal. لكن المعالجة المتكررة بالنموذج تستهلك استخدام Codex المعتاد. تفعيل وضع الأهداف لا يجعل دورات الاختبار والإصلاح والتحقق مجانية وبلا حدود.

توضح OpenAI أن Work وCodex يشتركان في حصة استخدام، وأن الاستهلاك يختلف باختلاف النموذج والعمل وعوامل أخرى. ويجب أيضًا التمييز بين المتابعة بأرصدة إضافية بعد استهلاك حصة الخطة وبين الفوترة المنفصلة باستخدام مفتاح API. المصدر: تسعير Work وCodex وحدود الاستخدام. لاختيار الخطة وإعادة ضبط الحصة، راجع مقارنة أسعار ChatGPT Pro وحصص الاستخدام.

ماذا تثبت أرقام الميزانية؟

تسرد وثائق App Server الرسمية للمطورين ميزانية الهدف tokenBudget وحقل الاستخدام tokensUsed وحقل قياس الوقت timeUsedSeconds. وهذا يثبت وجود آلية لتسجيل الميزانية والتقدم في الحالة الداخلية للهدف. ولا يعني أنه ينبغي إدخال أسماء حقول RPC هذه بوصفها خيارات CLI موجهة للمستخدم.

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

7. ما الذي تتحقق منه عند توقف العمل؟

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

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

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

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

إذا ظهر خطأ من جهة النموذج مثل “Selected model is at capacity”، فافحصه وفق الرسالة المعروضة. يشرح مقال تشخيص خطأ at capacity في Codex ومعالجته الأمر بصورة منفصلة عن حدود الاستخدام.

8. الأدلة المطلوبة في تقرير الإنجاز

الرد «انتهيت» لا يثبت التحقق من النتيجة المطلوبة. ابحث عن أدلة تطابق الهدف الأصلي. وحتى إن نجحت الاختبارات، فلا تعتبر فحوص التفاعل التي لم تُنفذ ناجحة.

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

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

9. قبل البدء

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

10. الأسئلة الشائعة

هل يمكن الاستغناء عن إرسال «تابع» كل مرة؟

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

هل /goal للسحابة فقط؟ وهل يعمل بعد إغلاق الحاسوب؟

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

هل تضمن ميزانية الرموز سقفًا للمبلغ المفوتر؟

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

هل هو مماثل لاستخدام dot؟

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