/goal في Claude Code: الوضع المستقل وAgent View في 2026

الوثائق المرجعية لـ Ailoot: ailoot.ai/docs/.

ما هو /goal في Claude Code؟#

في السابق، كان Claude Code يتوقف بعد كل رد وينتظر طلبك التالي. كان هذا مناسبًا للمهام القصيرة، لكنه لم ينجح مع المهام الطويلة: ترحيل واجهة برمجية، أو إصلاح 12 اختبارًا فاشلًا، أو إعادة هيكلة ملف من 800 سطر—فهذه المهام تتطلب 20–30 تكرارًا، وكان كل تكرار يعيدك إلى الطرفية.

يعالج /goal هذه المشكلة بفكرة بسيطة: فصل «من ينجز العمل» عن «من يقرر أن العمل اكتمل». يكتب الوكيل الرئيسي الشيفرة. ويقرأ مقيّم منفصل (نموذج Haiku السريع) المحادثة بعد كل دور ويجيب عن سؤال واحد: «هل تحقق الشرط؟» إذا لم يتحقق، يبدأ الوكيل دورًا آخر. وإذا تحقق، تعود إليك السيطرة.

يعرّف التوثيق الرسمي لـ Anthropic الأمر على النحو التالي:

آلاف الوكلاء ليلًا من الهاتف—هذا ليس تسويقًا، بل ممارسة حالية لمهندس في Anthropic. والآلية التي تجعل ذلك ممكنًا هي الجمع بين /goal وAgent View، اللذين قُدّما في الإصدار نفسه بتاريخ 11 مايو 2026.

لماذا نحتاج إلى الوضع المستقل: ما الذي كان موجودًا قبل 11 مايو 2026 وبعده؟#

كانت فكرة «ترك الذكاء الاصطناعي يعمل طوال الليل» موجودة منذ خريف 2025، حين كان Cursor Composer وCline auto mode قادرين بالفعل على العمل في الخلفية. لكن قبل 11 مايو 2026، كان Claude Code يتطلب غلافًا يدويًا لهذا الغرض: مهمة cron تستدعي claude -p كل N دقيقة، أو غلافًا يراقب حالة git ويطلق الطلب التالي.

كان هذا النهج المنفذ ذاتيًا يؤدي بانتظام إلى كوارث. في 22 مايو 2026، ترك مطور مثل هذا النص البرمجي يعمل طوال الليل واستيقظ ليجد فاتورة بقيمة 6,000 دولار. والسبب الجذري: غيّرت Anthropic بصمت مدة صلاحية ذاكرة التخزين المؤقت في Claude Code من ساعة إلى خمس دقائق دون إعلان. كان cron يستدعي بيئة الإنتاج كل 30 دقيقة—وكانت مدة الصلاحية تنقضي بين مرات التشغيل. أعادت كل مرة تشغيل بناء سجل من 800,000 رمز من الصفر. وكتابة بيانات جديدة إلى ذاكرة التخزين المؤقت أغلى بكثير من القراءة منها وهي نشطة.

لم يكن المطور يفعل شيئًا غير مألوف—بل كان يستخدم الأداة تمامًا كما أعلنت Anthropic عنها.

يعالج /goal هذه المشكلة ببنية مدمجة:

1. عملية مشرف تُبقي الجلسة خارج الطرفية وتستمر بعد إغلاق النافذة ودخول الحاسوب المحمول في وضع السكون.
2. مقيّم Haiku—يتحقق نموذج غير مكلف من كل دور؛ وتكلفة رموز المقيّم لا تتجاوز بضعة سنتات.
3. حد صارم للأدوار ضمن الشرط—يمكنك كتابة or stop after 20 turns صراحةً، وبذلك يُضمن توقف الجلسة.
4. العزل عبر مساحة عمل شجرية للجلسات الخلفية—تذهب التغييرات إلى فرع منفصل من دون المساس بنسختك العاملة.

يكمن الفرق عن نهج «اكتب نص bash بنفسك» في أن Anthropic تجعل كل هذه الآليات أجزاءً أساسية من الأداة، لا حلولًا ملتفة من جهات خارجية.

كيفية تفعيل /goal في 3 خطوات#

الخطوة 1. حدّث Claude Code إلى الإصدار 2.1.139 أو أحدث.

تحقق من الإصدار:

claude --version

إذا كان أقدم من 2.1.139، فحدّثه:

claude update
# or force it through npm
npm install -g @anthropic-ai/claude-code@latest

أصلحت الإصدارات بين 12 و19 مايو 2026 أخطاء مهمة في الإصدار الأول. في 2.1.140، عولج تعليق صامت كان فيه disableAllHooks يعطّل المقيّم. وفي 2.1.143، أُضيف worktree.bgIsolation: "none" وإصلاح لحلقات خطاف الإيقاف. وفي 2.1.144 (19 مايو)، أُضيف --resume للجلسات الخلفية و--json للوكلاء بغرض البرمجة النصية. الحد الأدنى هو 2.1.143.

الخطوة 2. اكتب /goal مع شرط.

افتح جلسة عادية في Claude Code وأدخل الأمر:

/goal all tests in test/auth pass and the linter is clean, or stop after 15 turns

لا حاجة إلى إرسال طلب منفصل بعد ذلك—فالأمر يبدأ الدور الأول فورًا. يمكن كتابة الشرط بالروسية أو الإنجليزية أو بمزيج منهما؛ فالنموذج يفهم اللغتين. الحد الأقصى للطول هو 4,000 حرف.

الخطوة 3. راقب عبر التراكب المباشر.

بعد بدء /goal، تظهر لوحة مباشرة في أسفل الطرفية:

/goal active · 3 turns · 12m elapsed · 18,400 tokens · last: tests in test/auth/login.test.ts still fail

ما تعرضه:

• الأدوار—عدد الأدوار المكتملة
• الوقت المنقضي—المدة منذ الإطلاق
• الرموز—إجمالي الرموز المستهلكة (الرقم الأهم لمراقبة الميزانية)
• الأخير—آخر سبب ذكره المقيّم لقوله «ليس بعد»

حيلة مفيدة: إذا أعاد المقيّم السبب نفسه لثلاثة أدوار متتالية، فهذه إشارة إلى أنك عالق في حلقة. عندها اضغط Ctrl+C أو أدخل /goal clear (مرادفاتها: stop وoff وreset وcancel)، وأعد صياغة الشرط، ثم أطلق الأمر من جديد. ترد هذه القاعدة في أدلة المجتمع حول /goal بوصفها الإشارة الرئيسية إلى العلوق في حلقة: «إذا تكرر السبب نفسه ثلاث مرات—فهذه حلقة، فاخرج منها».

كيفية كتابة شرط جيد: 5 قواعد + 5 أمثلة#

يصف توثيق Anthropic ثلاثة عناصر مطلوبة للشرط الجيد:

يغطي قالب جاهز العناصر الثلاثة في سطر واحد:

/goal [أنجز العمل] إلى أن [تتحقق حالة نهائية قابلة للقياس] من دون [انتهاك القيود الواجب مراعاتها]

خمس قواعد يقع فيها معظم الناس:

القاعدة 1. يجب التحقق من الحالة النهائية بأمر، لا بالذوق.

ليس «اجعله يبدو جيدًا»، بل npm test exits 0. وليس «حسّن تجربة المستخدم»، بل Lighthouse Performance score above 90. لا يقرأ المقيّم سوى سجل المحادثة—فهو لا يشغّل الأوامر ولا ينظر إلى لقطات الشاشة. وإذا تعذّر تسجيل النتيجة نصيًا، فلن يقول المقيّم «نعم» أبدًا.

القاعدة 2. يجب أن تكون القيود صريحة ومحددة.

من دون قيود، قد يصلح Claude الاختبارات بحذفها أو بتعليق التأكيدات الفاشلة. حدّد without modifying any file outside /auth وwithout removing existing assertions وwithout bumping major versions of dependencies.

القاعدة 3. يلزم وضع حد صارم للأدوار.

أضف or stop after N turns إلى كل شرط. فهو شريان نجاة من الحلقة التي لا تنتهي. ومن دون حد، تستهلك حلقة تعمل لمدة ساعة رموزًا أكثر من إنجاز المهمة نفسها يدويًا. ضع ميزانية لذلك.

القاعدة 4. صِف المطلوب، لا الطريقة فحسب.

إذا لم تذكر المرئيات في الشرط، فلن ينشئها Claude. وإذا لم يتطلب الشرط سوى «نجاح الاختبارات»، فقد يعلّق Claude الاختبارات المعقدة. صِف ما تريده، لا طريقة التحقق منه فحسب.

القاعدة 5. اطلب من Claude عرض الأدلة في المحادثة.

لا يشغّل المقيّم الأوامر—بل يقرأ فقط ما عرضه Claude بالفعل. إذا كان الشرط ينص على أن «npm test ناجح» لكن Claude لم يعرض ناتج npm test في سجل المحادثة، فسيقول المقيّم «ليس بعد» إلى الأبد. أضف عبارة «اعرض ناتج <command> في المحادثة» إلى الشرط.

خمسة أمثلة عملية للمهام الشائعة:

1. ترحيل واجهة برمجية:
/goal every call to getUser() has been replaced with fetchUser(), npm test passes, npm run build is green, no other API names have been touched, or stop after 30 turns

2. إصلاح الاختبارات:
/goal all failing tests in test/auth are now green (npm test shows 0 fails in the chat), without changing assertions or deleting tests, or stop after 20 turns

3. جودة الشيفرة (حجم الملف):
/goal src/legacy/UserService.ts has been split into files under 200 lines each, all imports are updated, npm run build is green, or stop after 25 turns

4. إغلاق قائمة الأعمال المتراكمة:
/goal process every issue labeled 'good-first-issue': read the description, implement a fix in a worktree branch, open a PR. Continue until the queue is empty or 6 issues have been processed

5. تدقيق أمني:
/goal every npm audit vulnerability with severity >= high is fixed, all existing tests pass, no breaking API changes, or stop after 15 turns

هل تريد ما هو أكثر من تشغيل /goal، وبناء إعداد يجعل الوضع المستقل يعمل فعلًا في مشروعك؟ /goal هو الحلقة الأخيرة فحسب. قبله، لا بد من تجهيز ثلاثة أركان: نسخة ذكاء اصطناعي مستنسخة (منهجيتك في Skills وSubagents)، ودماغ ثانٍ (CLAUDE.md ومجلد plans/)، وهندسة السياق (Plan Mode و/compact). ينبغي دراسة المكونات الثلاثة معًا—فهذه هي التوليفة التي تدعم العمل مع السياق.

5 أمثلة ينجح فيها /goal فعلًا#

يذكر توثيق Anthropic أربعة أنواع من المهام المناسبة لـ /goal:

إليك خمسة أمثلة بشروط جاهزة—خذها وكيّفها لمشروعك.

المثال 1. ترحيل وحدة إلى واجهة برمجية جديدة.

السيناريو: تنتقل من REST إلى GraphQL، أو تستبدل الدالة القديمة getUser() بالجديدة fetchUser(). المهمة آلية لكنها تمس 30–50 ملفًا.

الشرط:

/goal every getUser() in src/ has been replaced with fetchUser(), all calls updated to the new interface (id instead of userId), npm test passes, no files outside src/ touched, or stop after 30 turns

سبب نجاحه: يمكن التحقق من الحالة النهائية عبر grep -r getUser src/ | wc -l (ينبغي أن تكون النتيجة 0) وnpm test exits 0. ويحمي القيد ملفات الاختبار.

المثال 2. إصلاح الاختبارات الفاشلة.

السيناريو: تعطّل 15 اختبارًا بعد تحديث مكتبة. تعرف أن الإصلاح آلي—حدّث المحاكيات وعدّل التأكيدات لتناسب التنسيق الجديد. ولا تريد إنجاز ذلك يدويًا.

الشرط:

/goal all failing tests in test/ are now green, npm test shows the results in the chat with 0 failures, without deleting tests or commenting out assertions, or stop after 25 turns

مثال آخر على هذا النوع من الشروط:

أصلح جميع الاختبارات الفاشلة إلى أن يُرجع npm test القيمة 0، من دون تغيير أي ملف خارج دليل /auth

المثال 3. تقسيم صنف ضخم.

السيناريو: ملف واحد من 1,200 سطر يضم كل شيء—النموذج والخدمة والأدوات المساعدة وعميل واجهة برمجية. تريد تقسيمه وفق مبدأ «ملف واحد، مسؤولية واحدة»، وتحديث جميع عمليات الاستيراد، مع إبقاء الاختبارات ناجحة.

الشرط:

/goal src/legacy/UserService.ts has been split into files under 200 lines, each file handles one responsibility (model, repository, api-client, validator), all imports are updated, npm run build is green, existing tests pass, or stop after 25 turns

المثال 4. إغلاق قائمة المشكلات المتراكمة طوال الليل.

السيناريو: لديك مستودع مفتوح المصدر به 20 مشكلة مفتوحة موسومة good-first-issue. تريد من Claude معالجتها طوال الليل.

الشرط:

/goal process every issue labeled 'good-first-issue': read the description, implement a fix in a separate worktree branch worktree-issue-N, open a PR with a description. Continue until the queue is empty or 6 issues have been processed, or stop after 80 turns

لم يُختر الرقم 6 عشوائيًا—فهو سقف واقعي لليلة واحدة على خطة Pro. يشغّل «آلاف» الوكلاء، لكن هذه حالة فردية وليست افتراضيًا قابلًا للتكرار.

المثال 5. تدقيق أمني.

السيناريو: يعرض npm audit وجود 8 ثغرات عالية الخطورة. تريد من Claude إصلاحها من دون تحديث الإصدارات الرئيسية.

الشرط:

/goal every npm audit vulnerability with severity high+ is fixed, npm audit shows 0 high in the chat, all existing tests pass, no breaking API changes, no major version bumps to packages, or stop after 15 turns

ما لا ينبغي فعله باستخدام /goal:

يشدد Croucher في دليله الميداني على القاعدة التقريبية: لا تستخدم /goal للمهام التي تعني فيها كلمة «تم» «يبدو جيدًا» أو «يبدو مناسبًا» أو «مصمم جيدًا» أو «ممتع». لا يقرأ المقيّم سوى سجل المحادثة—فلا يشغّل الأدوات ولا يستطيع تقييم طريقة عمل النتيجة. وهذا يستبعد 80% من المهام الذاتية التي يدور فيها /goal بلا ناتج مفيد.

متى يهدر /goal المال بلا فائدة: 3 أنماط مضادة#

النمط المضاد 1. شرط مبهم بلا حد صارم للأدوار.

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

وصفت Findskill حالة حقيقية:

إنفاق 200 دولار خلال 14 ساعة بسبب شرط مبهم يساوي كامل الحد الأسبوعي في خطة Max. تستيقظ صباحًا بلا حصة ولا نتيجة مفيدة.

إجراء الوقاية: اختم كل شرط بعبارة or stop after N turns (15 للمهام السهلة، و50 للصعبة، و100 حد أقصى للتشغيل الليلي).

النمط المضاد 2. حلقة تكرارية بذاكرة تخزين مؤقت معطلة.

قصة بتاريخ 22 مايو 2026: 6,000 دولار خلال ليلة، لأن Anthropic غيّرت بهدوء مدة صلاحية ذاكرة التخزين المؤقت من ساعة إلى 5 دقائق. لم يكن المطور يستخدم /goal مباشرةً، لكن المنطق كان نفسه: حلقة مستقلة بمؤقت cron مدته 30 دقيقة أعادت بناء سجل من 800,000 رمز من الصفر في كل مرة.

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

إجراءات الوقاية:

1. لا تشغّل /goal لمدة 8+ ساعات دون فحوص مرحلية.
2. فعّل حدود الاستخدام في Settings → Usage (إجراء وقائي جديد بعد حادثة الـ 6,000 دولار).
3. افتح claude agents مرتين خلال الليل—ألقِ نظرة خاطفة باستخدام Space وتحقق من أن عدد الأدوار لا يزداد أسرع من المتوقع.
4. لسلاسل النماذج المكلفة (Opus 4.7)، ضع حدًا أشد للأدوار—30 كحد أقصى.

النمط المضاد 3. الإبداع عبر /goal.

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

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

إجراء الوقاية: لا تستخدم /goal لأي مهمة تعتمد على الذوق (التصميم، أو النصوص، أو تجربة المستخدم). ارجع إلى جلسة عادية أو Plan Mode—فهما يبقيانك ضمن دائرة اتخاذ القرار.

ما هو Agent View وكيف تفتح لوحة التحكم؟#

إذا كان /goal هو أمر «اعمل حتى تنتهي»، فإن Agent View هي غرفة التحكم التي تتيح لك رؤية كل تلك الأوامر في وقت واحد. تصفها Anthropic على النحو التالي:

أمر فتحها:

claude agents

تُفتح واجهة TUI—لوحة نصية داخل الطرفية. توجد قائمة الجلسات على اليسار، ولوحة النظرة الخاطفة التي تعرض أحدث رسالة من الصف المحدد على اليمين.

حالات الجلسات الست:

الاختصارات الرئيسية:

↑ / ↓             التنقل في قائمة الجلسات
Space             لوحة النظرة الخاطفة (عرض من دون اتصال بالجلسة)
Enter / →         الاتصال بجلسة (الدخول إليها)
←                 فصل الاتصال (المغادرة دون إنهائها)
Ctrl+T            التثبيت (حماية الجلسة من الإيقاف التلقائي)
Ctrl+X            إيقاف الجلسة؛ اضغط مجددًا خلال 2 sec لحذفها
Ctrl+R            إعادة التسمية
Ctrl+S            تبديل التجميع (الحالة ↔ الدليل)

كيفية بدء جلسة في الخلفية:

من Claude Code التفاعلي:

/bg fix the failing test test/auth/login.test.ts

أو مباشرةً من الصدفة:

claude --bg "fix the failing test test/auth/login.test.ts"

أو باسم (لتظهر في Agent View تحت تسمية يسهل التعرف إليها):

claude --bg --name "flaky-test-fix" "fix test/auth/login.test.ts"

تُضاف الجلسة الخلفية تلقائيًا إلى Agent View—أطلقها باستخدام --bg، وافتح claude agents، وستراها في القائمة.

الميزة الرئيسية: تبقى الجلسات بعد دخول الحاسوب المحمول في وضع السكون وإغلاق النافذة:

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

مساحات العمل الشجرية: كيف يعزل Claude الجلسات المتوازية#

تعالج مساحات العمل الشجرية المشكلة الرئيسية في العمل المستقل المتوازي: ماذا لو حاولت جلستان تعديل src/auth.ts في الوقت نفسه؟ قبل 2.1.139، كان بإمكان هذه الجلسات الكتابة فوق تغييرات بعضها حرفيًا. ومع Agent View، قدمت Anthropic العزل التلقائي:

كيفية عمل ذلك عمليًا:

# Launched three background sessions:
claude --bg --name "fix-tests" "fix the failing tests in test/"
claude --bg --name "add-oauth" "add Google OAuth according to the plan in plans/oauth.md"
claude --bg --name "split-userservice" "split UserService.ts into modules"

# File structure after launch:
.claude/worktrees/
├── fix-tests/             # separate repo copy on branch worktree-fix-tests
├── add-oauth/             # separate copy on branch worktree-add-oauth
└── split-userservice/     # separate copy on branch worktree-split-userservice

تعمل كل جلسة في نسختها الخاصة. وعند اكتمال المهمة، تدمج الفروع المطلوبة في main.

مطب خطير—حذف جلسة يؤدي إلى حذف مساحة عملها الشجرية.

إذا أنهيت جلسة في Agent View (بالضغط على Ctrl+X مرتين)، تختفي مساحة عملها الشجرية. وتُفقد كل التغييرات غير الملتزم بها. لذا، احرص دائمًا على الالتزام بالتغييرات أو دفعها قبل حذف جلسة في Agent View.

تعطيل العزل (للحالات النادرة):

إذا كان لديك مستودع لا تعمل فيه مساحات العمل الشجرية (مثل إعداد يتضمن روابط رمزية أو مستودعًا أحاديًا كبيرًا مع نسخة بطيئة)، فيمكنك تعطيل العزل:

// .claude/settings.json
{
  "worktree": {
    "bgIsolation": "none"
  }
}

عندها ستعدل الجلسات الخلفية نسخة العمل مباشرةً. أُتيحت هذه الإمكانية في 2.1.143 بعد شكاوى من فرق تستخدم مستودعات أحادية كبيرة.

التوازي يستهلك الحصة:

هذا يعني أن خطة Pro (20 دولارًا شهريًا) تكفي لجلسة أو جلستين متوازيتين طوال الليل، لا لعشر. وإذا أردت تشغيل كثير من الوكلاء بالتوازي، فستحتاج إلى Max أو Enterprise.

الجمع بين /goal وPlan Mode والوكلاء الفرعيين للمهام الطويلة#

من الإخفاقات المعتادة كتابة /goal build a new feature فورًا. فهذا لا ينجح لأن المقيّم لا يعرف كيف تبدو «الميزة المكتملة». تحتاج إلى خطة تتضمن مربعات اختيار يمكن للمقيّم التحقق منها واحدًا واحدًا.

الطبقة 1. يكتب Plan Mode خطة مرحلية.

في Plan Mode، اطلب من Claude إعداد خطة تغيير مفصلة مقسمة إلى 5–7 مراحل مع مربعات اختيار قابلة للتحقق. احفظها باسم plans/2026-05-24-google-oauth.md. تتضمن كل مرحلة 3–7 مربعات اختيار مع إجراءات ملموسة.

الطبقة 2. يوزع الوكلاء الفرعيون العمل حسب المرحلة.

إذا أمكن تنفيذ الخطة بالتوازي (مثلًا، عندما تكون المراحل مستقلة—نقطة نهاية خلفية ونموذج واجهة أمامية وترحيل قاعدة بيانات)، فيمكنك إطلاق كل مرحلة في جلسة خلفية منفصلة عبر claude --bg --name "<phase>". وتحصل كل جلسة على مساحة عملها الشجرية.

الطبقة 3. يشغّل /goal الدورة حتى اكتمال مربعات الاختيار.

/goal all phases 1–7 in plans/2026-05-24-google-oauth.md are complete and marked [x], all tests in test/auth pass (npm test shows 0 failures), npm run build is green, or stop after 50 turns

بعد كل دور، يقرأ المقيّم الخطة ويتحقق من مربعات الاختيار المكتملة. وإذا بقي شيء، يتابع الوكيل العمل.

يعتمد هذا الجمع على ثلاثة مكونات:

• هندسة السياق: السياق الصحيح في plans/—فالمقيّم يقرؤه
• دماغ ثانٍ: يحفظ مجلد plans/ الخطة بين الجلسات
• نسخة الذكاء الاصطناعي المستنسخة: يحدد CLAUDE.md القواعد التي يتبعها الوكيل

من دون CLAUDE.md، قد يقترح /goal حلًا يخالف بنية النظام. ومن دون خطة في plans/، لن يعرف المقيّم معايير النجاح. ومن دون الوكلاء الفرعيين، لن تكون هناك مراحل متوازية؛ وسيُنفذ كل شيء بالتتابع.

كيف تقارن /goal بـ Codex وCursor وأوضاع الوكلاء الأخرى؟#

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

استخدم لقطة المستودع والمهمة وفحوص القبول نفسها. سجّل هذه الأبعاد لكل بديل:

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

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

/goal مقابل /loop:

/loop أمر آخر من الإصدار نفسه، ويطلق مهام دورية على فاصل زمني (كل N دقيقة). أما /goal فيعتمد على شرط (إلى أن يتحقق). استخدم /loop للمهام الشبيهة بـ cron، و/goal لتحقيق هدف محدد.

من توثيق Anthropic:

قائمة التحقق قبل تشغيل /goal: 7 عناصر#

قائمة التحقق قبل كل تشغيل لـ /goal:

1. إصدار Claude Code هو 2.1.139+—تحقق باستخدام claude --version وحدّث إذا كان أقدم. الحد الأدنى الموصى به هو 2.1.143 (15 مايو 2026)، الذي يصلح حلقات خطاف الإيقاف.

2. يتضمن الشرط حالة نهائية قابلة للتحقق—بدلًا من «حسّنه»، حدّد npm test exits 0. إذا لم تستطع إيجاد أمر bash للتحقق من النتيجة، فـ/goal غير مناسب لهذه المهمة.

3. يوجد حد صارم للأدوار—يحدد كل شرط or stop after N turns. استخدم 15 للمهام السهلة، و50 للصعبة، و100 حدًا أقصى للتشغيل الليلي.

4. القيود صريحة ومحددة—without modifying files outside /auth وwithout removing existing assertions وwithout bumping major versions. من دونها، قد يصلح Claude الاختبارات بحذفها.

5. جميع التغييرات المهمة ملتزم بها أو مدفوعة إلى المستودع—إذا لم تكن تعمل في مساحة عمل شجرية (مثل worktree.bgIsolation: "none")، فسيعدل Claude نسخة العمل لديك. وقد يؤدي أي خطأ إلى فقدان العمل غير المحفوظ.

6. حدود الاستخدام مفعلة في Settings → Usage—إجراء وقائي جديد بعد حادثة الـ 6,000 دولار. ضع حدًا لليوم والجلسة والشهر.

7. Agent View claude agents مفتوحة في نافذة منفصلة—في المهام الطويلة، ألقِ نظرة خاطفة باستخدام Space مرة كل ساعة. إذا ارتفع عدد الأدوار أسرع من المتوقع أو كرر المقيّم السبب نفسه لثلاثة أدوار، فاضغط Ctrl+C وأعد صياغة الشرط.

عنصر إضافي—لا تشغّل /goal أبدًا باستخدام --dangerously-skip-permissions على شيفرة تخص شخصًا آخر أو شيفرة غير مألوفة. فهذا المزيج يعطل جميع الفحوص ويتيح للوكيل فعل ما يشاء في مشروعك. لا يستخدم كاتب هذا التحليل هذا الخيار إلا في مساحة عمل شجرية جديدة لا شيء فيها يمكن خسارته.

/goal ميزة قوية، لكنها ليست سحرًا. وتعتمد جودتها تمامًا على قدرتك على صياغة الشرط. إذا استطعت وصف «الإنجاز» بكلمات يمكن لأمر التحقق منها، فسيتولى /goal الباقي. وإن لم تستطع، فارجع إلى جلسة عادية أو Plan Mode.

يمكنك متابعة استكشاف Ailoot على ailoot.ai.