أمر /goal في Claude Code يتيح لك أن تكتب شرطًا واحدًا يحدد متى ينتهي العمل، فيواصل Claude العمل بنفسه حتى يبلغ ذلك الشرط. وفي نهاية كل دورة (ردّ واحد من Claude)، يتحقق نموذج صغير منفصل مما إذا تحقق الشرط. فإن لم يتحقق، يُدفَع Claude إلى الخطوة التالية. تشرح هذه المقالة طريقة الاستخدام ومتى يتوقف الأمر، استنادًا إلى الوثائق الرسمية (تم التحقق منها في 24 أكتوبر 2026)، وتعرض نتائج تجربته على أعمال فعلية في هذا الموقع، بما في ذلك استهلاك الرموز والتحقق من جودة الناتج النهائي.
ما الذي يفعله
يستمر حتى يتحقق شرط الانتهاء
اكتب مثلًا /goal تنجح جميع الاختبارات فيبدأ العمل فورًا. ويستمر حتى يتحقق الشرط، أو يحكم المُقيِّم بأنه لا يمكن تحقيقه، أو يظهر خطأ يحتاج إلى إصلاح.
طريقة الحكم
نموذج منفصل يتحقق في كل مرة
يقرأ المُقيِّم النتائج الظاهرة في المحادثة فقط. ولا يفحص الملفات ولا يشغّل الأوامر بنفسه، لذا يجب أن يكون الشرط شيئًا يمكن أن يثبته ناتج Claude.
ما تبيّن من التجربة
في عمل من دورة واحدة، تكون الزيادة تقييمًا واحدًا
في عمل آلي، انتهت 321 عنصرًا في دورة واحدة، فكانت الزيادة تقييمًا واحدًا. ولم يلتقط المُقيِّم التفاصيل الصغيرة غير الطبيعية في النص المكتوب.
جدول المحتويات
- 1. ما هو /goal: الفرق بينه وبين الطلب العادي و/loop وخطافات Stop
- 2. طريقة الاستخدام: الضبط والتحقق من الحالة والإلغاء
- 3. آلية الحكم، ومتى يتوقف
- 4. كيف تكتب الشرط
- 5. نتائج تجربتين باستخدام /goal (مقارنةً بطلب عادي واحد)
- 6. ما تعلّمناه: المهام المناسبة وغير المناسبة
- 7. الفروق عن /goal في Codex
- الخلاصة
- الأسئلة الشائعة
1. ما هو /goal: الفرق بينه وبين الطلب العادي و/loop وخطافات Stop
حين تطلب عملًا بشكل عادي، يتوقف Claude عندما يرى أن العمل انتهى، وينتظر تعليمتك التالية. أما عند ضبط /goal، فيجري فحص في نهاية كل دورة (ردّ واحد من Claude)، فإن لم يتحقق الشرط بعد، تبدأ الدورة التالية حتى إن لم ترسل شيئًا. وتذكر الوثائق الرسمية أمثلة جيدة لأعمال أكبر يمكن فحص حالة انتهائها، مثل:
- نقل وحدة إلى واجهة API جديدة، حتى تُترجم جميع مواقع الاستدعاء وتنجح الاختبارات
- تنفيذ وثيقة تصميم، حتى تتحقق جميع معايير القبول
- تقسيم الملفات الكبيرة، حتى يصبح كل ملف بحجم مساوٍ للحد المحدد أو أقل منه
- إنجاز قائمة المهام الموسومة حتى تفرغ
هناك ثلاث آليات متشابهة، وتشرح الوثائق الرسمية أن الاختيار بينها يكون حسب «ما الذي يبدأ الدورة التالية».
| الآلية | متى تبدأ الدورة التالية | متى تتوقف |
|---|---|---|
/goal | عند انتهاء الدورة السابقة (أثناء الجلسة التفاعلية، يحدث ذلك أيضًا عبر الفحوص الدورية أو المحاولات التلقائية) | عندما يحكم المُقيِّم بتحقق الشرط أو باستحالته، أو عند ظهور خطأ يجب إصلاحه، أو عند تنفيذ /goal clear |
/loop | عند مرور الوقت المحدد | عندما توقفه، أو عندما يقرر Claude أن العمل انتهى |
| خطاف Stop | عند انتهاء الدورة السابقة | عندما يتخذ القرار نص برمجي أو موجّه كتبته بنفسك |
في جوهره، /goal هو «خطاف Stop يحكم بموجّه»، ويعمل داخل تلك المحادثة وحدها. أما خطاف Stop فيُكتب في ملف الإعدادات ويسري على جميع المحادثات، بينما يُكتب /goal في موضعه ويسري على تلك المحادثة فقط.
لا يتغير وضع الأذونات. إن أردت أن تستمر الدورات دون تأكيد، فانتقل إلى وضع auto من أوضاع الأذونات، ثم استخدم /goal. أما إن بقيت في وضع يدوي، فسيتوقف النظام للتأكيد عند كل عملية لم تأذن بها. وتقول الوثائق الرسمية إن وضع auto يقلل التأكيدات داخل الدورة الواحدة، وإن /goal يقلل التعليمات لكل دورة، ويمكن الجمع بينهما.
المصدر: Keep Claude working toward a goal (الوثائق الرسمية لـ Claude Code، تم التحقق في 24 أكتوبر 2026).
2. طريقة الاستخدام: الضبط والتحقق من الحالة والإلغاء
يمكن أن تحمل المحادثة الواحدة هدفًا واحدًا فقط. ويتولى الأمر /goal نفسه الضبط والتحقق والإلغاء، حسب ما يأتي بعده.
- ضبط الهدف: اكتب
/goalمتبوعًا بالشرط مثال:/goal تنجح اختبارات test/auth وينظف lint أيضًا. يبدأ الضبط دورة فورًا، ويكون الشرط نفسه هو التعليمة، فلا حاجة إلى إرسال طلب منفصل. وإن كان هناك هدف قائم، يحل الشرط الجديد محله. ويمكن كتابة الشرط بحد أقصى 4,000 حرف. - عرض الحالة: اكتب
/goalوحده يظهر الشرط، والوقت المنقضي، وعدد مرات الحكم، والرموز المستخدمة، وسبب آخر حكم. ويظهر العدد والسبب بعد أول حكم. - الإيقاف:
/goal clearيُزال الهدف قبل صدور أي حكم. وstopوoffوresetوnoneوcancelلها المعنى نفسه. كما أن/clearيبدأ محادثة جديدة فيزيل الهدف أيضًا.
إذا استأنفت محادثة، يعود الهدف الذي لم ينتهِ بعد. يبقى الشرط كما هو، أما عدادات الدورات والوقت والرموز فتبدأ من جديد. ويعمل الأمر في تطبيق سطح المكتب، وفي الجلسات عن بُعد، وفي التشغيل التلقائي عبر claude -p. فالأمر claude -p "/goal …" يدور في تنفيذ واحد حتى ينتهي الهدف، لذا إن أردت متابعة التقدم فأضف --output-format stream-json --verbose.
تنبيه عند لصق الشرط في تطبيق سطح المكتب. إن لصقت «/goal مع شرط من عدة أسطر» دفعة واحدة، فقد يُرسل النص كله كنص ملصوق عادي، ولا يعمل /goal كأمر (تم التحقق منه في 23 أكتوبر 2026 على تطبيق سطح المكتب في Windows مع Claude Code 2.1.308). وفي حقل الإدخال يظهر /goal بلون مميز، فلا يمكن التمييز بالنظر. لذا اكتب /goal بيدك واختره من الاقتراحات، ثم الصق الشرط بعده لتكون متأكدًا. تحقق من نجاحه بظهور سطر يبدأ بـ Goal set: مباشرة أسفله.
3. آلية الحكم، ومتى يتوقف
في نهاية كل دورة، يرسل Claude Code الشرط والمحادثة حتى الآن إلى «نموذج صغير وسريع». للحكم ثلاث نتائج، ولكل منها سبب قصير. وفي بيئة هذا الموقع كان مُقيِّم الحكم هو Claude Haiku 5.5 (تم التأكد من ذلك من سجلات المحادثة).
لا يستخدم المُقيِّم أي أداة، ويحكم فقط بما ظهر في المحادثة. فلا يعيد قراءة الملفات، ولا يشغّل الاختبارات بنفسه. وإذا ردّ Claude على المُقيِّم دون أن يستخدم أي أداة لعدة دورات متتالية، يوقف Claude Code الحلقة ويعرض تحذيرًا، ويعيد التحكم إليك مع بقاء الهدف.
التوقف عند حدوث خطأ
| ما حدث | الهدف | ما الذي يحدث |
|---|---|---|
| خطأ يجب أن تصلحه (فشل تسجيل الدخول، نفاد رصيد الائتمان، امتلاء السياق الذي لا يحله التلخيص التلقائي، نموذج غير متاح) | يُزال | أصلح السبب، ثم اضبط /goal من جديد |
| فشل تسجيل الدخول في تطبيق سطح المكتب أو في جلسة سحابية | يبقى | يعالج التطبيق تسجيل الدخول من جانبه |
| فشل يُحَل غالبًا من تلقاء نفسه (ازدحام الخادم، انقطاع الاتصال) | يبقى | ينتظر ثم يعيد المحاولة تلقائيًا، وبعد 3 محاولات يتوقف مؤقتًا (في الجلسة التفاعلية منذ الإصدار 2.1.269) |
| فشل يتكرر عند إعادة المحاولة (حد استخدام API، سقف الاستخدام في claude.ai، إيقاف الخطاف للدورة) | يبقى | يتوقف مؤقتًا (وإن كان الإعداد ينتظر عودة سقف الاستخدام، فيستأنف من حيث توقف عند عودته) |
عند وجود وكلاء فرعيين أو أعمال في الخلفية
إذا كان وكيل فرعي أو أمر في الخلفية ما زال يعمل عند نهاية الدورة، يتأجل الحكم لتلك الدورة. وعند عودة النتائج، تصل إلى Claude بوصفها دورة جديدة. وإذا مرّت 30 دقيقة من الانتظار، يجري «فحص منتصف المدة»، فيقرأ ناتج العمل الجاري. فإن كان يتقدم ينتظر، وإن كان متوقفًا يطلب من Claude أن يصلحه أو يوقفه. والمدة الافتراضية أن تتضاعف الفترة: 30 دقيقة، ثم ساعة، ثم ساعتان، وبعد ذلك كل ساعتين. ويمكن تغيير الفترة الأولى بمتغير البيئة CLAUDE_CODE_GOAL_CHECKIN_MINUTES، وضبطه على 0 يوقف فحوص منتصف المدة وإعادة المحاولة التلقائية.
متى لا يمكن استخدامه، وكم يكلّف
المُقيِّم جزء من آلية الخطافات، لذا لا يعمل، كالخطافات تمامًا، في المجلدات التي لا تثق بها. ولا يعمل كذلك إذا كانت disableAllHooks بقيمة true في الإعدادات، أو عند تفعيل allowManagedHooksOnly في إعدادات المسؤول، وفي هذه الحالات يُعرض السبب. وتُحتسب الرموز المستخدمة في الحكم بسعر النموذج الصغير السريع، وتقول الوثائق الرسمية إنها «عادةً ضئيلة جدًا مقارنةً بالعمل الرئيسي». ويمكن تغيير نموذج الحكم بـ ANTHROPIC_DEFAULT_HAIKU_MODEL، لكن هذا الإعداد يؤثر أيضًا في عمليات أخرى تستخدم النموذج الصغير، مثل تلخيص المحادثة.
المصدر: Keep Claude working toward a goal (تم التحقق في 24 أكتوبر 2026).
4. كيف تكتب الشرط
لا يقرأ المُقيِّم إلا المحادثة، لذا اكتب الشرط بصيغة يمكن أن يثبتها ناتج Claude نفسه. وتذكر الوثائق الرسمية ثلاثة عناصر للشرط تصمد جيدًا في التشغيل الطويل.
npm test بنجاح» أو «git status نظيف».إن أردت وضع حد لمدة التشغيل، فاكتبه داخل الشرط، مثل «أو توقف بعد 20 دورة». ولا توجد في الوثائق الرسمية إعدادات مخصصة مثل ميزانية الرموز الموجودة في /goal الخاص بـ Codex.
| طريقة الكتابة | كيف يراها المُقيِّم |
|---|---|
| ارفع الجودة، واستمر حتى ينتهي | لا توجد طريقة لتحديد متى يُعد العمل منتهيًا |
| أصلح حتى تنجح جميع الاختبارات | يمكن الحكم عليه إذا ظهرت النتائج في المحادثة، لكن لم يتضح أي الاختبارات المقصودة |
npm test ينتهي بنجاح، ويُعرض ناتجه في المحادثة (لا تغيّر src/legacy، وتوقف بعد 30 دورة) | حالة النهاية وطريقة التحقق وما يجب الحفاظ عليه والحد، كلها محددة |
ملاحظة واحدة تعلّمناها من الاختبار على هذا الموقع: اكتب ما تريد الحفاظ عليه داخل نص الشرط نفسه، لا في تعليمات منفصلة. فالمُقيِّم يحكم بحرفية الشرط، لذا قد تُحتسب تعليمة كُتبت في ملف آخر «متحققة» حتى إن لم تُتبع. وقد حدث هذا فعلًا في تجربة هذا الموقع (انظر القسم 5).
5. نتائج تجربتين باستخدام /goal (مقارنةً بطلب عادي واحد)
استخدمنا /goal في مهمة على مقالات هذا الموقع: توحيد نهايات الجمل. ففي المقالات اليابانية كانت هناك 1,035 حالة في المقالات الموجودة، يظهر فيها الرمز الدال على نهاية الجملة أو يغيب (وقد عُدّت بسكربت الفحص الخاص بالموقع لنقاط نهاية الجمل). وبما أن قاعدة الإصلاح محددة، وحالة النهاية واضحة وهي «0 حالات في الفحص»، اخترناها مهمة تناسب /goal. شغّلنا /goal مرتين بنطاقين مختلفين، ووضعنا بجانبهما طلبًا عاديًا واحدًا للمقارنة.
أما الدورة المرجعية، فكانت لصق الشرط دفعة واحدة أثناء محاولة استخدام /goal. وكما ورد في تنبيه القسم 2، لم يعمل كأمر، بل عمل كطلب عادي. ونعرضها في الجدول قيمةً مرجعية لعمل من النوع نفسه يُطلب بشكل عادي (النطاق والعدد مختلفان، لذا ليست مقارنة دقيقة). أما دورتا /goal فكتبنا /goal بأيدينا واخترناه، وتحققنا من السطر Goal set:. نُفّذت التجارب في 23 أكتوبر 2026 على تطبيق سطح المكتب في Windows مع Claude Code 2.1.308، وكان نموذج العمل Claude Opus 5.5، وكان وضع الأذونات auto.
| ما تتم مقارنته | المرجع: طلب عادي | /goal (أصغر) | /goal (أكبر) |
|---|---|---|---|
| النطاق والعدد | 10 مقالات، 166 عنصرًا | 9 مقالات، 119 عنصرًا | 48 مقالة، 321 عنصرًا |
| الوقت المستغرق | 6 دقائق و9 ثوانٍ | 5 دقائق و54 ثانية | 10 دقائق و7 ثوانٍ |
| الدورات | انتهى في دورة واحدة | تحقق في دورة واحدة | تحقق في دورة واحدة |
| عدد مرات الحكم والوقت | لا يوجد | 1، و5.6 ثانية | 1، و9.0 ثانية |
| رموز الإخراج لدى العامل | 15,254 | 14,750 | 27,835 |
| رموز المُقيِّم | لا يوجد | إخراج 899، وكتابة ذاكرة مؤقتة 64,299 | إخراج 1,569، وكتابة ذاكرة مؤقتة 114,410 |
| التكلفة المعادلة التي سجّلها Claude Code | $1.33 | $1.26 | $2.74 |
| ما أصلحه شخص بعد الفحص | لا يوجد | لا يوجد | جملتان غير طبيعيتين |
جُمعت الأرقام من سجلات كل محادثة (ملفات JSONL التي يحفظها Claude Code). والتكلفة المعادلة هي ما حسبه Claude Code وسجّله بأسعار API، ولا تُحتسب على الاستخدام بالاشتراك. وكل نتيجة من تشغيل واحد فقط، والنطاق والعدد يختلفان من تشغيل لآخر، وتتغير الأرقام إن تغير نوع العمل أو النموذج. وتمثل كتابة الذاكرة المؤقتة للمُقيِّم مقدار المحادثة التي حُمّلت لأجل الحكم. والتكلفة المعادلة هي مجموع العامل والمُقيِّم.
الشروط التي كتبناها فعلًا
هذه هي الشروط التي كُتبت بعد /goal في الدورتين. وقد استُبدلت الأسماء الخاصة بهذا الموقع (سكربت الفحص، وملف ملاحظات العمل، والأدوات التي تحدّث السجلات) بعبارات تبيّن وظيفتها. أما التفاصيل الدقيقة للعمل (السوابق المعتمدة في الإصلاح، والملفات التي لا يجب لمسها) فكُتبت في ملف ملاحظات للعمل (ملف Markdown)، وأشار الشرط إلى ذلك الملف.
# الدفعة الأصغر
للنص الياباني في المقالات من 200 إلى 209 (9 مقالات): يُظهر سكربت فحص نهاية الجمل 0 حالة (اعرض في المحادثة نتيجة الفحص لكل مقالة من المقالات التسع)، ويكون قد أُنجز commit وpush وفق خطوات ملاحظات العمل. وتوقف بعد 30 دورة.# الدفعة الأكبر
للنص الياباني في المقالات من 100 إلى 199: يُظهر سكربت فحص نهاية الجمل 0 حالة. يجب الالتزام بما يلي: اتبع خطوات ملاحظات العمل (أصلح علامات الترقيم فقط، وفق السوابق المحددة، ولا تغيّر الكلمات أو المعنى أو الترجمات أو البيانات الوصفية أو الأدوات). في نهاية كل دورة، اكتب سطرًا واحدًا يذكر «المتبقي ○ حالة (○ مقالة)». وعند الانتهاء، اعرض في المحادثة نتائج الفحص للمقالات الثماني والأربعين المعنية كلها، وقائمة الملفات التي تغيّرت (النص وسجلات المطابقة فقط)، ونجاح فحص الوسوم، ونتيجة تحديث سجلات المطابقة، ثم أنجز commit وpush بتحديد المسار. ولا تنشر. وتوقف بعد 40 دورة.git diff --stat)، وفحص الوسوم، وتحديث السجلات.في التشغيل الأصغر، كانت «كتابة عدد المتبقي في كل دورة» مكتوبة في ملاحظات العمل فقط. أنهى Claude العمل دون كتابتها، وكتب المُقيِّم في سبب حكمه أن «تعليمة الإجراء لم تُتبع، لكن الشرط لا يطلبها»، ثم حكم بأن الهدف «تحقق». وأخذنا هذا الدرس (القسم 4) في الحسبان عند كتابة شرط التشغيل الأكبر.
التحقق من الناتج النهائي
لم نأخذ حكم «تحقق» من المُقيِّم على ظاهره، بل تحققنا في كل مرة من الفروقات سطرًا سطرًا في محادثة منفصلة، وأعدنا تشغيل الفحوص.
/goal نتيجة 0 بالأداة المصححة. ويعتمد حكم «تحقق» من المُقيِّم على صحة أداة الفحص.6. ما تعلّمناه: المهام المناسبة وغير المناسبة
المهام الآلية تنتهي في دورة واحدة
انتهى العمل في كل تشغيل في دورة واحدة. ففي الدورة الواحدة يستطيع Claude استخدام الأدوات عشرات المرات (استخدم التشغيل الأكبر أداة Bash 32 مرة)، فإن كانت المهمة مما يُنجز بسكربت، تنتهي بضربة واحدة حتى مع 321 عنصرًا. لذلك لم تظهر الميزة الرئيسية لـ /goal، أي «إن احتاج الأمر إلى المزيد فتابع في الدورة التالية»، في هذا النوع من العمل. والنتائج من تشغيل واحد لكل نطاق، لكن بين الطلب العادي المرجعي والدورتين باستخدام /goal لم نرَ فرقًا كبيرًا في الوقت أو في جودة الإنجاز. كانت الزيادة تقييمًا واحدًا لكل تشغيل، واستغرق كل تقييم 5.6 ثانية و9.0 ثانية (وكان العمل كله نحو 6 دقائق ونحو 10 دقائق).
المُقيِّم يقرأ المحادثة كلها
في التشغيل الأكبر قرأ المُقيِّم 114,410 رموزًا، وهي المحادثة الكاملة للعمل مُرَرة كما هي. وكلما طالت المحادثة، ثقل كل تقييم. وللأعمال التي تدور عبر دورات كثيرة، أو لبدء /goal في منتصف محادثة طويلة أصلًا، من المرجح أن تكون تكلفة التقييم أكبر مما في هذا التشغيل.
المُقيِّم يفحص: هل تحقق الشرط؟
تحقق المُقيِّم بدقة من بنود الشرط، كنتائج الفحص ووجود commit أو عدمه. غير أنه لا يفحص الجودة التي لا تظهر في الأرقام، كطبيعية الجملة. و«تحقق» تعني أن ما كُتب في الشرط ظهر في المحادثة، ولا تغني عن فحص الناتج النهائي.
لم تختبر هذه التجربة إلا «العمل الذي ينتهي في دورة واحدة». وفيما يلي نفصل أمثلة الوثائق الرسمية عن رأي الكاتب في المهام المناسبة.
7. الفروق عن /goal في Codex
لدى Codex من OpenAI أمر /goal بالاسم نفسه. الفكرة (متابعة العمل مع الإبقاء على شرط النهاية) واحدة، لكن طريقة التشغيل وطريقة تحديد الحدود تختلفان. وللتفاصيل الخاصة بـ Codex، انظر طريقة استخدام /goal في Codex.
| ما تتم مقارنته | Claude Code | Codex |
|---|---|---|
| العمليات | الضبط والتحقق من الحالة والإلغاء (/goal clear)، وللتعديل يُضبط شرط جديد | العرض والتحرير والإيقاف المؤقت والاستئناف والإلغاء (/goal edit، وpause، وresume، وclear) |
| من يحكم | نموذج صغير وسريع منفصل يقرأ المحادثة في نهاية كل دورة | يكرر Codex العمل والتحقق (لا يوجد وصف لنموذج منفصل يحكم) |
| الحدود | لا يوجد إعداد مخصص، ويُكتب في الشرط مثل «توقف بعد 20 دورة» | توجد ميزانية رموز لكل هدف |
| التوقف التلقائي | حكم بتحقق الشرط أو باستحالته، أو ظهور خطأ يجب إصلاحه (يتوقف مؤقتًا عند حدود الاستخدام أو سقف الاستهلاك) | تحقق الشرط، أو بلوغ الميزانية، أو يلزم حكمك (لا يمكن المتابعة بسبب حد استخدام الحساب) |
المصادر: بالنسبة لـ Claude Code، Keep Claude working toward a goal؛ وبالنسبة لـ Codex، Using Goals in Codex (OpenAI Cookbook) ومقالة «طريقة استخدام /goal في Codex» على هذا الموقع. وكلاهما بتاريخ 24 أكتوبر 2026.
الخلاصة
/goalأمر تكتب فيه شرطًا واحدًا لنهاية العمل، فيحكم نموذج منفصل في نهاية كل دورة، ويبقي Claude يعمل حتى يتحقق الشرط. ويتولى الأمر نفسه الضبط والتحقق من الحالة والإلغاء.- المُقيِّم يقرأ المحادثة فقط. اكتب الشرط بحيث تُثبت حالة نهايته وطريقة التحقق منها وما يجب الحفاظ عليه بناتج Claude، وضمّن الحد فيه أيضًا.
- لا يتغير وضع الأذونات، لذا إن أردت ترك العمل دون متابعة، فاجمع بين
/goalووضع auto. - في تجربة هذا الموقع، انتهى عمل آلي في دورة واحدة حتى مع 321 عنصرًا، ولهذه المهمة ذات الدورة الواحدة كانت الزيادة تقييمًا واحدًا. ومن رأي الكاتب أن الفائدة تظهر في الأعمال التي لا تنتهي في دورة واحدة.
- «تحقق» تعني أن ما كُتب في الشرط ظهر في المحادثة. افحص جودة الإنجاز، كطبيعية الجمل، بشكل منفصل.
- عند لصق شرط كامل في تطبيق سطح المكتب، قد لا يعمل كأمر. تحقق بظهور سطر Goal set:.
خطوات البدء: انتقل إلى وضع auto ← اكتب الشرط بصيغة القسم 4 (حالة النهاية، وطريقة التحقق، وما يجب الحفاظ عليه، والحد) ← اكتب /goal بيدك، والصق الشرط، وتأكد من ظهور Goal set: ← بعد «تحقق» اقرأ الفروقات بنفسك.
الأسئلة الشائعة
س. هل يرفع استخدام /goal التكلفة؟
نعم، بقدر عدد التقييمات. ويُنفَّذ التقييم بنموذج صغير وسريع، وتقول الوثائق الرسمية إن التكلفة «عادةً ضئيلة جدًا». وفي تجربة هذا الموقع، كان للعمل الذي انتهى في دورة واحدة تقييم واحد لكل تشغيل، واستغرق بضع ثوانٍ. لكن لأن المُقيِّم يقرأ المحادثة كلها، كلما طالت المحادثة ثقل كل تقييم.
س. كيف أوقفه في منتصف العمل؟
أزِل الهدف بـ /goal clear. وstop وcancel تعملان بالطريقة نفسها. وإن كنت تشغّل بـ claude -p، فأوقفه بـ Ctrl+C. ولا يُلغي إزالة الهدف التغييرات التي تمت حتى الآن.
س. هل يمكن أن يقول المُقيِّم «لم يتحقق بعد» حتى لو قال Claude إن العمل انتهى؟
نعم، ولهذا يحكم نموذج منفصل. فإن قال المُقيِّم «لم يتحقق بعد»، تبدأ الدورة التالية مستخدمةً سببه دليلًا. وفي المقابل، متى ظهرت في المحادثة نتائج توافق الشرط صار الهدف «تحقق»، فلا تُضمن الجودة التي لم تُكتب في الشرط.
س. كم دورة يستمر قبل أن يتوقف؟
لا يوجد حد ثابت. يتوقف عند تحقق الشرط، أو الحكم باستحالته، أو ظهور خطأ يجب إصلاحه، أو عند إزالتك له. وإن أردت حدًا فاكتبه في الشرط، مثل «أو توقف بعد 20 دورة». ولأن المُقيِّم لا يقرأ إلا المحادثة، فيفيد أن تضمّن الشرط أيضًا عبارة مثل «في نهاية كل دورة، اذكر عدد الدورات المنقضية». (جميع دورات هذه التجربة انتهت في دورة واحدة، لذا لم نختبر التوقف عند الحد.)
س. هل أستخدم /loop أم /goal؟
استخدم /goal إن كانت حالة النهاية محددة، و/loop إن أردت التحقق من الأمر نفسه على فترات زمنية محددة. فمثلًا «تحقّق كل 5 دقائق حتى ينتهي النشر» مناسب لـ /loop، و«أصلح حتى تنجح جميع الاختبارات» مناسب لـ /goal.
المراجع: Keep Claude working toward a goal، وRun prompts on a schedule، وHooks guide (الوثائق الرسمية لـ Claude Code)؛ وUsing Goals in Codex (OpenAI Cookbook). تم التحقق في 24 أكتوبر 2026.
