How To Never Run Out Of Codex and Claude Usage Limits

0:00إذا كنت تعمل مع

0:00الوكلاء منذ فترة ،

0:01فربما وصلت أيضًا إلى

0:03حدودك في منتصف القيام

0:04بشيء مهم ، واضطررت

0:05للانتظار حتى تُعاد

0:06تهيئتها قبل أن تتمكن

0:07من متابعة عملك مجدداً

0:08. لقد كان ذلك مصدراً

0:10للإحباط بالنسبة لنا

0:11أيضاً ، ولهذا السبب

0:12نستخدم مجموعة معينة

0:13من التدابير لجعل

0:14الحدود تستمر لأطول

0:15فترة ممكنة حتى نتمكن

0:16من إنجاز المزيد من

0:17العمل ضمن نفس الخطة .

0:18لكن الهدف الرئيسي ليس

0:19فقط إنجاز المزيد من

0:20العمل ، بل أيضاً

0:21الحصول على أعلى جودة

0:22ممكنة من النتائج . إذا

0:24كانت هذه هي مرتك

0:25الأولى ، فنحن شركة

0:26برمجيات وهذه قناتنا AI

0:28labs ، وفي هذا الفيديو

0:29سنستعرض جميع النصائح

0:31الـ 24 التي جمعناها

0:32لمواجهة مشكلة السياق

0:33هذه ، وسنذكر كل ما نجح

0:35معنا بالفعل في كل من

0:36Claude Code و Codex . ينقسم هذا

0:38الفيديو إلى ثلاثة

0:39مستويات ، تبدأ من

0:39العادات التي تحتاجها

0:41في سير عملك وصولاً

0:41إلى التغييرات التي

0:42تجريها على الأدوات

0:43نفسها ، وهناك طوابع

0:44زمنية في الأسفل

0:45لتتمكن من الانتقال

0:46إلى المستوى الذي

0:47تحتاجه . القسم الأول

0:48يدور حول كيفية عمل

0:50نافذة السياق وحدود

0:51الاستخدام الخاصة بك

0:52في كل من Claude Code و Codex .

0:53لذا ، إذا كنت على

0:54دراية بهذا الأمر ،

0:55يمكنك الانتقال إلى

0:56القسم التالي

0:56باستخدام الطوابع

0:57الزمنية الموجودة في

0:58الأسفل . قبل أن نتعمق

0:59في حدود الاستخدام ،

1:01دعونا نفهم أولاً

1:02نافذة السياق . نافذة

1:03السياق هي مقدار ما

1:04يمكن للنموذج

1:05الاحتفاظ به في محادثة

1:06واحدة في أي وقت ،

1:07وتقاس بالرموز ( tokens ) ،

1:09وهي في الأساس أجزاء

1:10صغيرة من الكلمات التي

1:11يقرأها النموذج

1:12ويكتبها . لفهم نافذة

1:13السياق ، تحتاج أيضاً

1:15إلى معرفة أن النماذج

1:17بحد ذاتها لا تتذكر أي

1:18شيء . مع كل طلب ترسلُه ،

1:20يتم إرسال المحادثة

1:21بأكملها مع طلبك

1:23الجديد إلى النموذج ،

1:24وهكذا يعرف ما حدث من

1:26قبل ويقدم لك إجابة

1:27جديدة . وهذا بالضبط هو

1:28السبب في أن الرسالة

1:30التي أرسلتها عند بدء

1:31الجلسة تختلف في

1:32التكلفة عن نفس

1:33الرسالة التي ترسلها

1:34عندما تكون في عمق

1:35الجلسة . يتم حساب كل

1:36شيء بالرموز ، لذا فإن

1:37الرسالة التي ترسلها

1:39لاحقاً في المحادثة

1:40تكلفك أكثر لأنه يتم

1:41إرسال المحادثة

1:42بأكملها معها .

1:43ومحادثتك ليست الشيء

1:45الوحيد الموجود هناك .

1:46عندما تفتح جلسة ، تدخل

1:48تعليمات النظام وملف

1:49cloud.md الخاص بك إلى

1:50نافذة السياق قبل أن

1:52تكتب أي شيء . بالإضافة

1:54إلى اسم ووصف كل أداة

1:55ومهارة قمت بربطها ،

1:56ويبقى كل ذلك موجوداً

1:58طوال فترة الجلسة . إذا

1:59كنت لا تعرف ما هو ملف

2:00Claude.md ، فهو الملف الذي

2:02تكتب فيه التعليمات

2:03التي تريد أن تتبعها

2:04الأداة في ذلك المشروع

2:05. وفي كوديكس ، يُسمى

2:07هذا الملف agents.md ، لكنه

2:08يؤدي نفس المهمة .

2:10ومقدار ما يمكن أن

2:11تحتويه تلك النافذة

2:12يعتمد على النموذج

2:13الذي تستخدمه . يمنحك

2:14أوبوس مليون رمز ،

2:15بينما يمنحك GPT 5.6 Soul

2:17داخل كوديكس 272,000 رمز .

2:19وبمجرد أن تتجاوز

2:20المحادثة ذلك الحد ، لا

2:21يمكن استيعابها

2:22بالكامل بعد الآن . لكن

2:23حد الاستخدام الخاص بك

2:24هو شيء مختلف تماماً .

2:26إنه ببساطة إجمالي حجم

2:27العمل أو الرموز التي

2:28يمكنك استهلاكها مع

2:30Claude code عبر كل جلسة .

2:31يعمل كل من Claude code

2:32وكوديكس وفق خطط تشترك

2:33فيها ، وكل منها يمنحك

2:35مقداراً مختلفاً من

2:36الاستخدام . لدى Claude

2:37خطة Pro مقابل 20 دولاراً

2:39شهرياً ، وخطة Max مقابل

2:41100 أو 200 دولار . ويعمل

2:43كوديكس بناءً على خطة

2:44ChatGPT الخاصة بك ، سواء

2:45كانت مجانية أو Plus أو

2:47Pro . وإذا كانت لديك خطة

2:48الـ 20 دولاراً لأي

2:49منهما ، فيجب عليك

2:50استخدام حيل الرموز

2:51هذه بصرامة أكبر لأنك

2:52ستصل إلى حدودك في وقت

2:53أبكر بكثير . ويتم

2:54إعادة تعيين حد

2:55الاستخدام هذا كل 5

2:56ساعات في كل من Claude Code

2:58وكوديكس . هذا يعني أنك

2:59تحصل على مقدار محدد

3:00لتستهلكه خلال تلك

3:01الساعات الخمس ، ويبدأ

3:02العداد من أول رسالة

3:04ترسلها . وهناك حد

3:05استخدام أسبوعي علاوة

3:06على حد الـ 5 ساعات .

3:07وهذا الحد من

3:08الاستخدام مشترك عبر

3:09جميع النماذج . لذا ،

3:11حتى لو قمت بتبديل

3:12النموذج بعد استنفاد

3:13رصيدك ، فلن تستعيد

3:14أياً منه . الآن بعد أن

3:15عرفت كيف تعمل نافذة

3:16السياق ، دعنا ننتقل

3:18إلى المستوى الأول .

3:19وهذا المستوى يدور حول

3:20العادات التي تبنيها

3:21حول الأشياء المدمجة

3:22بالفعل في Claude Code

3:23وكوديكس . إذن ، أولها

3:25هو أمر المسح ( clear ) ، وهو

3:26يعمل بنفس الطريقة في

3:28كل من Claude Code وكوديكس .

3:29يجب عليك تشغيل أمر

3:30المسح كلما كنت على

3:32وشك بدء مهمة جديدة لا

3:33علاقة لها بالمهمة

3:34التي أنهيتها للتو .

3:35فهو يفرغ نافذة السياق

3:37الخاصة بك ويبدأ معك

3:38وكأنك فتحت الأداة

3:39للتو . حتى لا يتم إرسال

3:41مطالبة مهمتك الجديدة

3:42مرفقة بكل تلك

3:43المعلومات غير ذات

3:44الصلة . الثاني هو أمر

3:46الضغط ( compact ) ، وهو

3:47أيضاً مماثل في كل من

3:48Claude Code وكوديكس . الضغط

3:50يقوم أساساً بقراءة

3:51محادثتك بالكامل ،

3:52وتلخيصها ، والبدء معك

3:53مجدداً من ذلك الملخص

3:55بدلاً من صفحة فارغة .

3:56لكن المشكلة هي أن

3:57معظم التفاصيل تضيع في

3:59ذلك الملخص . لذا يواصل

4:01النموذج العمل

4:02بمعلومات أقل ، وتنخفض

4:03جودة الردود بعد ذلك

4:05لأنه يفتقر إلى سياق

4:07الرد الجيد . كما أن

4:08الضغط ليس مجانياً

4:09أيضاً لأن الوكلاء يجب

4:10أن يقرأوا المحادثة

4:11بأكملها لبناء الملخص

4:13، وكل تلك القراءة

4:14تساهم في استهلاك حد

4:15الاستخدام الخاص بك .

4:16كلما طالت المحادثة ،

4:17زاد عدد الرموز التي

4:19ستستهلكها في عملية

4:20الضغط . لذا تبدأ جلستك

4:21بمساحة أقل في نافذة

4:23السياق بعد ذلك ، لكنك

4:24لا تسترد ما تم

4:25استهلاكه من حد

4:26استخدامك . كما أن

4:27توقيت الضغط أمر مهم

4:29أيضًا . أثناء عملك ،

4:30يحتفظ " كلود " بنسخة

4:31جاهزة من محادثتك على

4:33خوادمه حتى لا يضطر

4:34لقراءتها بالكامل في

4:36كل مرة ترسل فيها

4:37رسالة . والقراءة من

4:38تلك النسخة تكلف عُشر

4:40السعر تقريبًا . لكن

4:41تلك النسخة تبقى فقط

4:42طالما أنك لا تزال

4:43نشطًا . إذا توقفت

4:44لفترة كافية ، يتم

4:45التخلص منها ، ويجب

4:46قراءة الخطوة التالية

4:47التي تقوم بها من

4:48البداية بالسعر

4:49الكامل . وعملية الضغط

4:50تقرأ محادثتك بالكامل .

4:52لذا ، إذا لاحظت أن

4:53سياقك بدأ يمتلئ ، يجب

4:54عليك الضغط قبل أخذ

4:55استراحة وليس بعد

4:57عودتك منها . لذا ، ننصح

4:58بعدم الضغط بشكل متعمد

5:00ومتكرر . وعندما تحتاج

5:01للقيام بذلك بالفعل ،

5:02حدد دائمًا ما يجب

5:03الاحتفاظ به في

5:04التعليمات بعد أمر

5:05الضغط . وهكذا ، تظل

5:06التفاصيل المهمة

5:07موجودة بعد التلخيص .

5:08الآن ، الثالث هو أمر

5:10التراجع . وهذا مخصص

5:11للحالات التي لم يقم

5:12فيها الوكيل بالعمل

5:13بالطريقة التي أردتها .

5:14كتابة التصحيح في

5:15المطالبة التالية

5:16تبقي على الخطأ في

5:17نافذة السياق الخاصة

5:18بك . بهذه الطريقة ،

5:19ستظل تحمل كلاً من

5:21الخطأ والتصحيح في كل

5:22رسالة لاحقة . لذا ،

5:23بدلاً من ذلك استخدم

5:24التراجع ، الذي يزيل

5:25الرسالة من نافذة

5:26السياق تمامًا ، ثم ضع

5:28التصحيح في المطالبة

5:29التالية التي تقدمها .

5:30في " كلود كود " ، يمكنك

5:31إما تشغيل أمر التراجع

5:32أو الضغط على مفتاح "

5:33إسكيب " مرتين . وفي "

5:34كوديكس " ، لا يوجد أمر

5:35مخصص لذلك ، لذا اضغط

5:36على " إسكيب " مرتين

5:37بدلاً من ذلك . الآن ،

5:38الرابع هو ممارسة

5:39تتعلق بكتابة

5:40المطالبات . يجب عليك

5:41وضع كل شيء في مطالبة

5:42واحدة طويلة وإرسالها

5:44دفعة واحدة بدلاً من

5:45ترتيب الرسائل وتقسيم

5:46المهمة عبر عدة رسائل .

5:47هذا لأن رسائلك ليست

5:48هي الوحيدة التي يتم

5:50إرسالها . في كل مرة

5:51يقرأ فيها الوكيل

5:52ملفًا أو ينفذ أمرًا ،

5:53يتم إرسال المحادثة

5:54بالكامل معه أيضًا .

5:55لذا ، فإن التغييرات

5:56الصغيرة المتعددة في

5:57مطالبات مختلفة تعني

5:58إرسال سياق أكبر في كل

5:59مرة إلى النموذج ، مما

6:00يستهلك جزءًا أكبر من

6:01الحد المسموح . وهناك

6:02سبب آخر لذلك ، وهو أن

6:03كلاً من " كلود كود " و "

6:04كوديكس " يجيدان

6:05التعامل مع العديد من

6:06المهام في وقت واحد .

6:07لذا ، عندما يتلقيان

6:08مطالبة واحدة كبيرة

6:09بدلاً من عدة مطالبات

6:10صغيرة ، فإنهما يخططان

6:11للأمر برمته ويعملان

6:12عليه معًا بدلاً من

6:13تنفيذ كل مهمة على حدة .

6:14واجهنا هذا الأمر

6:15عندما كنا نبني موقعاً

6:16إلكترونياً . كان علينا

6:18إجراء مجموعة من

6:19التغييرات التصميمية ،

6:20مثل إزالة التدرجات ،

6:21وإلغاء التوهج ،

6:22وإصلاح بعض مشكلات

6:23المحاذاة . وضعناها

6:24جميعاً في أمر واحد

6:25وأرسلناها دفعة واحدة

6:26، وكانت تكلفتها من

6:27حيث الرموز أقل بكثير

6:28من تنفيذها واحدة تلو

6:29الأخرى . الآن ، الخامسة

6:31هي الملخصات

6:31التلقائية ، وهذه خاصة

6:33بـ Claude Code فقط لأن Codex

6:34لا يوفرها على الإطلاق

6:35. إذا كنت تشغل عدة

6:36جلسات في وقت واحد ،

6:37فستفقد تتبع ما كانت

6:39تفعله كل جلسة . لذا ،

6:40يمنحك Claude Code ملخصاً

6:41من سطر واحد لما وصلت

6:42إليه تلك الجلسة في كل

6:43مرة تعود إليها . هناك

6:45طريقتان يمكنك من

6:46خلالهما الحصول على

6:47ملخص . إحداهما هي

6:48التلقائية التي

6:48تحدثنا عنها للتو ،

6:49والثانية هي أمر

6:50الشرطة المائلة الذي

6:51تشغله بنفسك . ولكن ،

6:52لكتابة هذا الملخص ،

6:54يرسل Claude Code أمره

6:55الخاص إلى النموذج دون

6:56أن تطلب ذلك . لذا ، يتم

6:58خصمها من حد الاستخدام

6:59الخاص بك مثل أي شيء

7:00آخر . ولإيقاف تشغيلها ،

7:01قم بتشغيل أمر

7:02الإعدادات ، وابحث عن

7:04ملخص الجلسة فيه ، وقم

7:05بإيقاف تشغيله ، ثم قم

7:06بتشغيل أمر الملخص

7:07بنفسك عندما تريده

7:08حقاً . ولكن قبل أن

7:09ننتقل إلى المستوى

7:10الثاني ، سيكون من

7:11الرائع أن تشترك في

7:12القناة وتضغط على زر

7:13الإعجاب . هذه اللفتة

7:15البسيطة من الدعم تعني

7:16لنا الكثير . الآن ، هذا

7:18هو المستوى الثاني ،

7:19وهنا تتوقف عن تغيير

7:20طريقة عملك وتبدأ في

7:21تغيير طريقة إعداد

7:22الأدوات . لذا ، نبدأ

7:24بالنموذج الذي تعمل

7:25عليه لأنه يحدد من حد

7:26استخدامك أكثر من أي

7:27شيء آخر هنا . في Claude Code

7:29، لديك Opus و Sonnet و Haiku .

7:31Opus هو الأكثر قدرة

7:32ويستهلك الجزء الأكبر

7:34من حد استخدامك . لذا ،

7:35احتفظ به للمهام

7:36الصعبة حقاً . Sonnet فعال

7:38بما يكفي للعمل اليومي

7:39، و Haiku هو الصغير

7:40والسريع للحصول على

7:41إجابات سريعة . تمتلك

7:43Codex أيضاً مجموعة من

7:44النماذج . GPT 5.6 Soul هو

7:46الأكثر قوة ، و GPT 5.4 Mini

7:47هو الأصغر والأرخص

7:49للمهام البسيطة ، مع

7:51وجود نماذج أخرى

7:52بينهما . وهي تختلف في

7:53مقدار الاستنتاج الذي

7:55يقوم به كل منها قبل

7:56الإجابة عليك ، وهذا هو

7:57بالضبط مصدر التكلفة .

7:58لذا ، يجب أن يتناسب

7:59النموذج الذي تختاره

8:00مع مدى صعوبة المهمة

8:02الفعلية . لذا ، إذا كنت

8:03مشتركاً في خطة الـ 20

8:04دولاراً ، فيجب عليك

8:06عموماً استخدام Sonnet أو

8:07GPT 5.6 Terra لمهامك

8:08اليومية . انتقل إلى Opus

8:10أو GPT 5.6 Soul عندما يصبح

8:11العمل أكثر تعقيداً

8:13وتبدأ النماذج الأصغر

8:14في مواجهة الصعوبات .

8:16لا ننصح باستخدام Opus

8:17لكل المهام نظرًا

8:18لاستهلاكه المكثف

8:19للرموز ، ولكن إذا كنت

8:21مشتركاً في خطة الـ 100

8:22دولار ، فينبغي عليك

8:23استخدام Opus بدلاً من

8:24Sonnet كنموذجك اليومي

8:26لأنك تمتلك الحد

8:27الكافي له ، كما أن

8:28أداء Opus أفضل بكثير من

8:29Sonnet . لتغيير النموذج

8:31الذي تستخدمه ، قم

8:32بتشغيل أمر model ، وهو

8:33نفسه في كل من Claude Code و

8:35Codex . الآن ، يمكنك أيضاً

8:36تهيئة مقدار تفكير

8:37النموذج قبل الإجابة ،

8:39ويُسمى هذا الإعداد

8:40بمستوى الجهد ( effort level ) .

8:41يعمل كل نموذج على حل

8:42المشكلة قبل أن يجيبك ،

8:43ويتحكم مستوى الجهد في

8:45مدى تعمق النموذج في

8:46التفكير . هذا التفكير

8:47يحدد مقدار ما يتم

8:48استهلاكه من حد السياق

8:49( context limit ) . لذا ، كلما

8:51رفعت هذا المستوى ، زاد

8:52استهلاك كل إجابة من

8:53حد استخدامك . لتغييره

8:55في Codex ، قم بتشغيل أمر

8:56model ثم اختر النموذج

8:57الذي تريده . بمجرد

8:59اختياره ، يمكنك

9:00الاختيار بين مستويات

9:01الجهد ، وهي : منخفض ،

9:02ومتوسط ، وعالٍ ، وعالٍ

9:03جداً . في Claude Code ، قم

9:04بتشغيل أمر effort بدلاً

9:05من ذلك ، وفي Opus ، ستحصل

9:07على مستويات أكثر من

9:08ذلك للاختيار من بينها

9:09. لذا ، اجعله على

9:10المستوى المتوسط كوضع

9:11افتراضي ، وعندما

9:12تحتاج مهمة ما حقاً

9:13إلى تفكير أعمق ، ارفعه

9:14لتلك المهمة فقط بدلاً

9:15من تركه مرتفعاً لكل

9:17ما تقوم به . يمكنك

9:18أيضاً زيادة مستوى

9:19التفكير باستخدام

9:20الكلمة المفتاحية ultra

9:21think في طلبك ( prompt ) . الآن

9:22، إن اختيار النموذج

9:23وتحديد مستوى الجهد

9:24لكل مهمة على حدة أمر

9:25يصعب حقاً الالتزام به

9:26. للقيام بذلك ، يمكنك

9:27استخدام الوكلاء

9:28الفرعيين ( sub-agents ) .

9:29عادةً ، عندما يُنشئ

9:30الوكيل وكيلاً فرعياً

9:31، فإنه يعمل على نفس

9:32النموذج الذي تستخدمه

9:33بالفعل ، ولكن يمكنك

9:34أيضاً إنشاء وكيل فرعي

9:35على نموذج مختلف . أسهل

9:36طريقة للقيام بذلك هي

9:37تحديد النموذج مباشرة

9:39في طلبك مع المهمة

9:40التي تريد من ذلك

9:41الوكيل الفرعي

9:41التعامل معها . يقوم

9:42الوكيل بعد ذلك بإنشاء

9:44وكيل فرعي على ذلك

9:45النموذج ويسلمه

9:46المهمة تلقائياً . ولكن

9:47، إذا كنت تريد حدوث

9:48ذلك دون أن تقول أي شيء

9:49، فيجب أن توجد

9:50القاعدة في مكان ما .

9:51ستضع تلك القاعدة في

9:52ملف claw.md الخاص بك ،

9:53وهناك مشكلة في القيام

9:55بذلك . مع نمو محادثتك ،

9:56يولي الوكيل اهتماماً

9:58أكبر لرسائلك الأخيرة

9:59، لذا فإن التعليمات

10:00الموجودة في بداية

10:01الجلسة هي أول ما يبدأ

10:03في تجاهله . لذا ، قمنا

10:04ببناء مهارة بدلاً من

10:05ذلك وأسميناها " موجه

10:06النموذج " ( model router ) ،

10:07وتعمل هذه المهارة مع

10:08كل طلب ، فتنظر إلى ما

10:09أنت على وشك طلبه ،

10:10وترسله إلى النموذج

10:11المناسب . الآن ، إذا

10:12كنت ستقوم ببناء

10:13مهارات مثل تلك

10:14المهارة ، فهناك حد

10:15للحجم يجب معرفته ، وهو

10:17200 سطر . بشكل افتراضي ،

10:18لا يدخل في نافذة

10:19السياق سوى اسم

10:20المهارة ووصفها ، وهي

10:21الطريقة التي يعرف بها

10:22الوكيل وجودها من

10:23الأساس . في اللحظة

10:24التي يستخدم فيها

10:25الوكيل المهارة ، يتم

10:26تحميل ملف skill.md

10:27بالكامل ، وهو الملف

10:28الذي كُتبت فيه

10:28المهارة نفسها . لذا ،

10:30حافظ على صغر حجم ذلك

10:31الملف وضع التفاصيل في

10:32ملفات مرجعية منفصلة

10:33بجانبه ، والتي يمكن أن

10:34تكون بالطول الذي

10:35تريده ، لأنه يسحب فقط

10:36الملف الذي يحتاجه في

10:37ذلك الوقت . عندما نقوم

10:38ببناء التطبيقات ،

10:39فإننا نضيف أيضًا

10:40الكثير من المهارات

10:41المختلفة . على سبيل

10:42المثال ، عندما كنا

10:43نعمل على موقع لإدارة

10:44مشاريع البرمجيات ،

10:45أضفنا مهارات تصميم من

10:46أنظمة التصميم الخاصة

10:47بنا حتى تساعد الوكيل

10:48على التصميم بشكل أفضل

10:49. ونظرًا لأن التطبيق

10:50كان يحتاج إلى تخزين

10:51البيانات وإدارتها ،

10:52فقد أضفنا مهارات "

10:53سوبيربيس " ( Superbase ) أيضًا

10:54. نحن نستخدم " سوبيربيس

10:55" في معظم مشاريعنا

10:56الخاصة أيضًا ، نظرًا

10:57لسهولة استخدامه مع

10:59وكلاء مثل " كلود " ( Claude ) و

11:00" كود " ( Code ) و " كودكس " ( Codex ) .

11:01توفر " سوبيربيس "

11:02الكثير من الأدوات

11:03التي تساعد في جعل

11:04التطوير باستخدام

11:04أدوات البرمجة

11:05بالذكاء الاصطناعي

11:06أسهل بكثير ، مثل عدم

11:07الحاجة لوجود قاعدة

11:08البيانات على جهاز

11:09الكمبيوتر الخاص بك بل

11:10في السحابة . ولجعل كل

11:11ذلك أكثر بساطة

11:12للوكلاء ، نستخدم

11:13مهارات " سوبيربيس "

11:14لأنها تمنح الوكيل كل

11:15التعليمات التي

11:16يحتاجها للعمل مع

11:17أدوات " سوبيربيس " . لذا

11:19لا نحتاج إلى إخبار

11:20الوكيل بأي شيء حول

11:21كيفية استخدامه . نحن

11:22فقط نطلب منه بناء

11:23التطبيق ، وتتحمل

11:24المهارات من تلقاء

11:25نفسها وتبدأ في إعداد

11:26تسجيلات الدخول

11:27وأماكن تخزين كل

11:27البيانات . بهذه

11:28الطريقة ، لا نضطر

11:29للذهاب والقيام بأي من

11:30عمليات الإعداد على

11:31لوحة التحكم بأنفسنا

11:32على الإطلاق . ونظرًا

11:33لأن هذه التعليمات لا

11:34تُحمل إلا عندما يعمل

11:36الوكيل فعليًا على

11:37البيانات أو حسابات

11:38المستخدمين ، فهي لا

11:39تُشغل مساحة في نافذة

11:40السياق . لذا لا يقوم

11:41الوكيل بتحميل مهارات

11:42التصميم عندما يعمل

11:44على المهام المتعلقة

11:45بقاعدة البيانات .

11:46بخلاف ذلك ، إذا كنت

11:47تكتب ملفات Claude.md لسير

11:48عملك ، فيجب أن تكون

11:49أقصر من 200 سطر أيضًا ،

11:51تمامًا مثل المهارات ،

11:52وهو الملف الوحيد الذي

11:54يحتوي على جميع

11:55تعليمات العمل في

11:56المشروع . لذا ، أي شيء

11:57متخصص يجب أن يوضع ضمن

11:58مهارة بدلاً من ذلك .

12:00إذا وضعت قواعد

12:01التصميم الخاصة بك في

12:02مهارة ، فإنها لا تظهر

12:03إلا عندما يعمل الوكيل

12:04على التصميم . أما إذا

12:05تركتها في ملف claude.md ،

12:06فسيتم تحميلها طوال

12:08الجلسة ، حتى عندما

12:09تعمل على شيء مختلف

12:10تمامًا . وفي ملف claude.md ،

12:11احتفظ فقط بالأشياء

12:13التي لا يعرفها الوكيل

12:14بالفعل . إذا طلبت من

12:15الوكيل كتابة ذلك

12:16الملف ، فسيملؤه

12:17بأشياء مثل كيفية

12:18تشغيل تطبيقك ، وهي

12:19أمور تعرفها هذه

12:19النماذج بالفعل . وهذه

12:21الأسطر يتم تحميلها في

12:22كل جلسة بلا أي داعٍ .

12:24لهذا السبب ، عندما

12:25نعمل على تطبيقاتنا ،

12:26نخبر كلود بالضبط بما

12:27يجب كتابته في ملف

12:29claude.md بدلاً من تركه

12:30يكتب ذلك بمفرده .

12:31وهكذا ، لا تنتهي في

12:32نافذة السياق سوى

12:33المعلومات المهمة . لذا

12:35، لا تضع كل ذلك في ملف

12:36claude.md الرئيسي عندما

12:37تعمل على مشروع كبير

12:39يحتوي على الكثير من

12:40المجلدات . خصص لكل

12:41مجلد ملف claude.md خاص به ،

12:43يحتوي فقط على تعليمات

12:44ذلك المجلد ، ولا يتم

12:45تحميله إلا عندما يفتح

12:47الوكيل ملفاً بداخله .

12:48وبهذا ، عندما تعمل على

12:49جزء واحد من التطبيق ،

12:50لا تكون قواعد العمل

12:51على الأجزاء الأخرى

12:52موجودة في نافذة

12:53السياق الخاصة بك على

12:54الإطلاق . بصرف النظر

12:55عن ذلك ، تحتاج إلى

12:55تتبع استهلاكك لمعرفة

12:56مقدار ما أنفقته وأين .

12:58لهذا الغرض ، يمكنك

12:59تشغيل أمر الاستخدام (

13:00usage command ) . إنه يوضح لك

13:01مقدار ما استهلكته من

13:02نافذة الـ 5 ساعات

13:03والحد الأسبوعي ، ثم

13:04يعرض لك جميع المجالات

13:05التي تستهلك معظم هذه

13:07النافذة . إنه يحدد

13:08المهارات ، وخوادم MCP ،

13:10والعادات التي تلتهم

13:11معظم حدودك . والآن ،

13:13كما ذكرنا ، كنا نبني

13:14تطبيقاً وقمنا بربط

13:15Superbase لتخزين البيانات

13:17. يعيش Superbase في

13:17السحابة بدلاً من جهاز

13:19الكمبيوتر المحمول

13:19الخاص بك ، مما يسمح

13:20للجميع بالوصول إلى

13:21نفس البيانات من أي

13:22مكان . لكن هذا يطرح

13:23مشكلة أخرى أيضاً . وهي

13:25أن الوكيل الذي

13:26تستخدمه ليس لديه

13:27طريقة مباشرة للوصول

13:28إليها . لذا ، للسماح

13:29للوكلاء بالتفاعل مع

13:30Superbase ، هناك طريقتان

13:31للقيام بذلك . يمكنك

13:32إما توصيل واجهة سطر

13:34الأوامر ( CLI ) أو

13:35استخدام MCP . وهنا تأتي

13:36النصيحة التالية ،

13:37لأنه تماماً مثلما

13:38يوفر Superbase كلاً من CLI و

13:39MCP ، فإن العديد من

13:40الأدوات توفر كلاهما

13:42أيضاً . واختيارك

13:43لأيهما يغير مقدار ما

13:44يتم استهلاكه من نافذة

13:45السياق الخاصة بك .

13:46كلاهما يعملان بشكل

13:47أساسي بنفس الطريقة .

13:48الاختلاف الحقيقي

13:49يكمن في ما يحمله كل

13:50منهما إلى نافذة

13:51السياق الخاصة بك .

13:52عندما تقوم بتوصيل MCP ،

13:54يتم تحميل جميع أسماء

13:55أدواته وأوصافها في

13:56نافذة السياق وتبقى

13:57هناك ، سواء كنت تعمل

13:58على جزء البيانات من

13:59التطبيق أم لا . لا يتم

14:01تحميل CLI مثلما يحدث مع

14:02MCP ، لأن الوكيل يقوم

14:04بتشغيله فقط عبر

14:05المحطة الطرفية ( terminal ) .

14:06إنه لا ينفذ أوامره

14:07إلا عندما يعمل الوكيل

14:08فعلياً على البيانات ،

14:09لذا لا ينتهي شيء في

14:10نافذة السياق الخاصة

14:11بك ما لم يكن ضرورياً

14:12حقاً . والآن ، في

14:13التطبيق الذي كنا

14:14نبنيه ، عندما تطلب منه

14:15ذلك ، يقوم بتحميل

14:16مهارات Supabase ويسأل

14:17أياً من الاثنين تود

14:18توصيله . بما أن CLI

14:20يستخدم رموزاً ( tokens )

14:21أقل من MCP ، فقد اخترنا

14:23ذلك وقمنا بتثبيته .

14:24بمجرد التثبيت ، ما

14:25عليك سوى تسجيل الدخول

14:26إلى حساب Supabase

14:27باستخدام أمر تسجيل

14:28الدخول ، وبعد ذلك

14:29سيتولى الوكيل إدارة

14:30مشاريعك وبناء

14:31التطبيق بالكامل من

14:32هناك . الآن ، قد تتساءل

14:34كيف يعرف الوكيل بوجود

14:35واجهة سطر الأوامر ( CLI )

14:36في المقام الأول . مع

14:38بروتوكول MCP ، يعرف

14:39الوكيل بوجود أداة لأن

14:40معلوماتها موجودة في

14:41نافذة السياق ، لكن CLI

14:43غير محملة هناك على

14:44الإطلاق . هنا يأتي دور

14:45المهارات ، فهي تخبر

14:46الوكيل بكيفية

14:47استخدام الأداة . تعمل

14:48مهارات Supabase بنفس

14:49الطريقة تماماً . فهي

14:51تمنح الوكيل كل ما

14:52يحتاجه للعمل مع Supabase .

14:54الآن ، هذا هو المستوى

14:55الثالث ، ومعظم هذه

14:56الأشياء مفعلة

14:57افتراضياً وتكلفك

14:58المال بصمت . إذن ،

14:59أولها هي الذاكرة .

15:01يقوم كل من Claude Code و Codex

15:02ببناء ذكريات أثناء

15:03استخدامك لهما ، وهي

15:04عبارة عن أنماط

15:05وتفاصيل من جلساتك

15:06السابقة يحتفظان بها

15:07ليتمكنا من مساعدتك

15:08بشكل أفضل في المرة

15:09القادمة . المشكلة هي

15:10أن تلك الذكريات يتم

15:11تحميلها في نافذة

15:12السياق الخاصة بك . لذا

15:13، فأنت تدفع مقابلها

15:15مع كل رسالة ترسلها ،

15:16سواء كانت ذات صلة بما

15:17تعمل عليه أم لا . لذا ،

15:18قم بتشغيل أمر الذاكرة

15:19وقم بإيقاف تشغيلها .

15:21سيتوقف النظام عن حفظ

15:22ذكريات جديدة ، ولن

15:22تضطر لحمل الذكريات

15:23القديمة معك . يمكنك

15:24فعل الشيء نفسه إذا

15:25كنت تستخدم Codex أيضاً .

15:26يأتي Claude Code أيضاً مع

15:27مجموعة من المهارات

15:28المدمجة مسبقاً مثل

15:29مهارات المراجعة .

15:30معظمها عبارة عن

15:31مهارات لا تستخدمها

15:33بشكل متكرر . لذا ، اضبط

15:34خيار تعطيل المهارات

15:35المجمعة على " صحيح " في

15:36إعداداتك إذا كنت لا

15:37تستخدمها ، وفي المرة

15:38القادمة التي تفتح

15:39فيها جلسة ، ستكون

15:40القائمة أقصر بكثير ،

15:41ويمكنك إما فتح ذلك

15:42الملف وتعديله بنفسك

15:43أو طلب من الوكيل

15:44القيام بذلك نيابة عنك

15:45. الآن ، لا يمتلك Codex

15:46الميزة التالية التي

15:47سنتحدث عنها ، لكن Claude

15:48Code يمتلكها وتسمى " سير

15:50العمل " ( Workflows ) . يقوم سير

15:51العمل بتشغيل عدد كبير

15:52من الوكلاء الفرعيين

15:53في وقت واحد لإنجاز

15:54مهمة كبيرة ، وهذا

15:55يستهلك حد استخدامك

15:56بسرعة . لذا ، قم بتشغيل

15:57أمر الإعدادات ، وابحث

15:58عن سير العمل وقم

15:59بإيقاف تشغيله إذا كنت

16:00لا تستخدمه . وإذا كنت

16:01ترغب في استخدامه ،

16:02يمكنك تحديد الحجم

16:03المسموح به لهذه

16:04العمليات . لذا ، في خطة

16:05الـ 20 دولاراً ، ستحتاج

16:06إلى العمليات الأصغر

16:07حجماً . الآن ، عندما

16:08يقوم Claude بتشغيل أمر

16:09ما ، فإنه يطبع مخرجات ،

16:10وتدخل تلك المخرجات

16:11إلى نافذة السياق ، مما

16:12يؤدي إلى ملئها . لذا ،

16:13هناك طريقتان للحد من

16:14مقدار ما يتم إرساله

16:15إلى نافذة السياق .

16:16الأداة الدقيقة هي "

16:18خطاف " ( hook ) ، وإذا كنت لا

16:19تعرف ما هو الخطاف ،

16:20فهو سكربت صغير يعمل

16:21قبل تنفيذ الأمر

16:22ويمكنه تعديله . عند

16:23بناء تطبيق ، نكتب

16:24اختبارات للتأكد من

16:26أدائه المطلوب ، لكن

16:27عندما يشغل الوكيل هذه

16:28الاختبارات ، فإنه

16:29يحقن كل المخرجات في

16:30السياق سواء نجحت

16:31الاختبارات أم فشلت ،

16:32بينما يحتاج الوكيل

16:34فقط إلى الاختبارات

16:35الفاشلة بدلاً من أن

16:36تلوث الاختبارات

16:37الناجحة نافذة السياق

16:38، لأنها هي التي يحتاج

16:39لإصلاحها . لذا ، قمنا

16:41ببناء خطاف يوقف هذا .

16:43طلبنا من Claude Code كتابة

16:44خطاف يقوم بتصفية

16:45الاختبارات الناجحة

16:46من نافذة السياق ويبقي

16:48فقط على الفاشلة .

16:49يمكنك الإيقاف هنا

16:50ونسخ المطالبة لبناء

16:51خاص بك . بمجرد

16:52الانتهاء ، افتح مجلد

16:54dot Claude ثم ملف settings.json .

16:56ستجد الخطاف مسجلاً

16:57بالفعل مع وجود سكربته

16:58في مجلد hooks . الطريقة

17:00الأخرى لا تنظر إلى

17:01المخرجات على الإطلاق .

17:02إنها تضع فقط حداً لما

17:03يمكن أن يعود . في Claude

17:05Code ، ذلك هو bash max output

17:07length ، وهو عدد أحرف

17:08مخرجات الطرفية التي

17:10تعود إلى محادثتك ،

17:12وتقوم بخفضه من 30,000

17:13إلى 10,000 . تحتاج لإضافة

17:15هذا إلى نفس ملف

17:16settings.json داخل مجلد dot

17:18Claude ، وهو الذي فتحته

17:20سابقاً للخطاف . يمكنك

17:21فتحه بنفسك في محرر

17:23أكواد مثل VS Code أو اطلب

17:25من Claude Code تعديله لك .

17:26يمتلك Codex نسخته

17:28الخاصة المسماة tool output

17:29token limit ، والتي تحسب

17:31الرموز وتغطي كل أداة ،

17:32وليس الطرفية فقط .

17:34الآن ، يمتلك Claude Code

17:35ميزة تجريبية تسمى

17:36المستشار ( advisor ) ، والتي

17:37تزاوج نموذجك الرئيسي

17:38بنموذج أقوى يستشيره

17:39Claude في اللحظات الصعبة

17:41قبل الالتزام بنهج

17:42معين أو عندما يستمر

17:43في مواجهة نفس الخطأ .

17:44إنه يساعد حقاً لأن

17:45النموذج الثاني يكتشف

17:47أشياء يغفل عنها الأول

17:48، لكنه مكلف جداً لأنه

17:49في كل مرة يتم

17:50استدعاؤه ، يرسل

17:51المحادثة بأكملها إلى

17:52النموذج الأقوى ولا

17:53يحتفظ هذا النموذج

17:54بنسخة محفوظة ليقرأ

17:56منها . لذا ، فإنه يعالج

17:57كل شيء من الصفر في كل

17:59مرة . و Claude هو من يقرر

18:00متى يستدعيه ، وليس أنت

18:02. لذا ، أوقف تشغيل

18:03المستشار وابنِ وكيل

18:04مستشار خاص بك بدلاً

18:05منه . أعطه نفس الاسم

18:07وسوف يحل محل المدمج .

18:08بهذه الطريقة ، تحتفظ

18:09بالنموذج الأقوى ،

18:10لكنه يعمل فقط عندما

18:12تطلب ذلك . في Codex ، تقوم

18:13بإعداد نفس الشيء في

18:14ملف التكوين الخاص به

18:16وتخبره باستخدام GPT 5.6

18:17مع ضبط الاستدلال إلى

18:18أقصى حد . أصبح لدى Claude

18:20code مؤخراً ميزة تمكّن

18:21جلساتك المفتوحة من

18:22التواصل مع بعضها

18:23البعض ، وهذا يغير

18:24طريقة عملك عندما يكون

18:25لديك عدة جلسات مفتوحة

18:26. الآن ، إذا أردت

18:27التعامل مع جلسات

18:28متعددة ، ما عليك سوى

18:29تسميتها وإخبار

18:30إحداها بمراسلة

18:31الأخرى بالجزء المهم

18:32فقط . وهكذا ، تتلقى

18:33الجلسة الثانية ما

18:34تحتاجه فقط بدلاً من

18:35الحصول على كل شيء

18:36يحيط به . الوكيل

18:37والمهارة اللذان

18:38ذكرناهما في هذا

18:39الفيديو متاحان الآن

18:40في AI Labs Pro ، وهو

18:41مجتمعنا الخاص . إذا

18:42وجدت فائدة فيما نقدمه

18:44وترغب في دعم القناة ،

18:45فهذه هي أفضل طريقة

18:46للقيام بذلك . الرابط

18:47موجود في الوصف . وبهذا

18:49نصل إلى نهاية هذا

18:50الفيديو . إذا كنت ترغب

18:51في دعم القناة

18:52ومساعدتنا على

18:52الاستمرار في صنع

18:53فيديوهات مثل هذه ،

18:54يمكنك القيام بذلك

18:55باستخدام زر " شكراً " (

18:56Super Thanks ) أدناه .

18:57كالعادة ، شكراً لكم

18:58على المشاهدة وأراكم

18:59في الفيديو القادم .