حل مشكلة قيود كود كلود (Claude Code) نهائياً

AAI LABS
컴퓨터/소프트웨어창업/스타트업AI/미래기술

Transcript

00:00:00لم يكن أداء "كولود كود" جيدًا مؤخرًا.
00:00:02يستخدمه فريقنا يوميًا، وخلال الأسابيع القليلة الماضية كنا نستنفد الحدود
00:00:06بشكل أسرع بكثير مما ينبغي.
00:00:07كان من المفترض أن تجعل نافذة سياق المليون توكن الأمور أفضل، لكنها في الواقع جعلتها
00:00:12أسوأ.
00:00:13هذا هو السبب في أننا بحثنا عن تحسينات لجعل "كلود كود" يستمر لفترة أطول.
00:00:18قبل أن ننتقل إلى كيفية تحقيق أقصى استفادة من الحدود، دعونا أولاً
00:00:22نناقش كيف يعمل نظام الخطط والحدود في "كلود" فعليًا.
00:00:26هذا القسم مخصص فقط للشرح لأولئك الذين ليسوا على دراية بكيفية عمل الحدود
00:00:30في الواقع.
00:00:31لدى "كلود" خطتان مدفوعتان هما الخطة الاحترافية (Pro) والقصوى (Max).
00:00:34الخطة القصوى هي الأغلى، والاحترافية أرخص بتكلفة 20 دولارًا شهريًا فقط.
00:00:38كلتا الخطتين توفران الوصول لميزات لم تكن متاحة في الخطة المجانية، بما في ذلك
00:00:43"كلود كود" و "كو-وورك" وغيرها.
00:00:45لكنهما تتبعان نفس القاعدة.
00:00:46بغض النظر عن الخطة، تمنحك كل منها عددًا محدودًا من الرسائل التي يمكنك إرسالها خلال
00:00:51نافذة زمنية مدتها 5 ساعات، وبمجرد انتهاء هذه النافذة، يتصفر عداد رسائلك.
00:00:55يختلف عدد الرسائل التي تحصل عليها حسب الخطة.
00:00:57تبدأ نافذة الـ 5 ساعات عند إرسال أول رسالة، سواء كان ذلك على تطبيق السطح،
00:01:01أو الويب، أو أي واجهة لـ "كلود".
00:01:03بعد بدء النافذة، تُحتسب كل رسالة ترسلها ضمن الحد المحدد لخطتك.
00:01:08الآن، قد تتوقع أن النافذة تُحسب فقط عندما تستخدمها بفعالية.
00:01:11لكن حتى لو توقفت في المنتصف ثم استخدمتها بكثافة في الساعة الخامسة، فالنافذة
00:01:15لا تزال جارية، وسيتعين عليك الانتظار حتى مرور الـ 5 ساعات كاملة قبل أن يتصفر
00:01:20حدك.
00:01:21كما أن نافذة الـ 5 ساعات لا تعتمد على جهازك.
00:01:23لذا إذا كنت تستخدم أكثر من جهاز بنفس الحساب، فسيتم احتساب كل الاستخدام
00:01:27ضمن نفس الحد.
00:01:28بالنسبة للخطة الاحترافية، تحصل على حوالي 45 رسالة لكل نافذة 5 ساعات.
00:01:32أما الخطة القصوى فتمنحك 225، وخطة الـ 20 ضعفًا القصوى، وهي أغلى من
00:01:37خطة الـ 100 دولار، فتمنحك 900 رسالة في نفس النافذة.
00:01:41يمكن أن تختلف هذه الأرقام حسب النموذج المستخدم؛ فستحصل على رسائل أكثر مع "سونيت"
00:01:46وأقل مع "أوبوس".
00:01:47قد تعتقد أن هذا العدد من الرسائل يبدو أكثر من كافٍ لحالتك.
00:01:51لكن هذا مجرد عدد تقريبي وهناك عوامل أخرى تؤثر عليه.
00:01:54العامل الأول هو النموذج الذي تستخدمه.
00:01:56نماذج "أوبوس" تستهلك حوالي 3 أضعاف التوكنز لنفس الطلب مقارنة بـ "سونيت" لأنها
00:02:01أكثر قوة وتطلبًا للحوسبة.
00:02:03لذا إذا كنت تستخدم "أوبوس" طوال الوقت، فلن تحصل على 45 رسالة في نافذتك
00:02:08وسينفد حدك بشكل أسرع بكثير.
00:02:10الخطة الاحترافية لديها حد أدنى بشكل عام.
00:02:12أما الخطة القصوى، فرغم أن الفرد قد يكتفي بها، إلا أنها تُشترى عادة
00:02:16من قبل المنظمات وتوزع على أعضاء الفريق، لذا لن تصمد مع وجود
00:02:20أشخاص متعددين.
00:02:21نحن نفعل الشيء نفسه في مختبرات الذكاء الاصطناعي، اشترينا خطة قصوى ووزعناها على فريقنا.
00:02:26ومع ذلك، لا يزال حدنا ينفد بشكل متكرر مما دفعنا للبحث عن طرق
00:02:30لجعله يدوم لفترة أطول.
00:02:31العامل الثاني هو نوع المهمة التي تؤديها.
00:02:34المهام كثيفة الحوسبة أو التي تتطلب أدوات متعددة تستهلك الكثير من التوكنز.
00:02:38لذا ستنفد النافذة أسرع من المعتاد وقد لا تصل حتى إلى 45
00:02:43رسالة في الخطة الاحترافية.
00:02:44وفوق كل ذلك، قامت شركة Anthropic مؤخرًا بتقليص حد الجلسة بشكل أسرع خلال ساعات الذروة
00:02:48عندما يستخدم الكثير من الناس الخدمة بكثافة في وقت واحد.
00:02:52لذا ستنفد خطة "كلود" الخاصة بك بشكل أسرع قبل أن تتمكن من إنجاز أي عمل حقيقي.
00:02:56لهذا السبب الآن هو الوقت المناسب لتعلم كيفية تحقيق أقصى استفادة من نافذتك
00:03:00واستخدام "كلود" بفعالية طوال اليوم.
00:03:02لكن قبل أن نمضي قدمًا، كلمة من راعينا، "توين" (Twin).
00:03:05إذا جربت الأتمتة بأدوات مثل Zapier أو N8N، فأنت تعرف القصة.
00:03:09سير عمل جامد، أعطال مستمرة، وساعات ضائعة في ربط التطبيقات.
00:03:13والوكلاء المحليون مثل Claudebot يمثلون كوابيس أمنية وباهظو الثمن للغاية.
00:03:17تغير "توين" ذلك.
00:03:18إنه وكيل ذكاء اصطناعي بدون كود يقوم بالعمل نيابة عنك أثناء نومك.
00:03:21يتصل بالأدوات عبر واجهات البرمجة (APIs) عند وجودها، وعندما لا توجد، يبني
00:03:26تكاملات فورية، مما يمنحك مكتبة تكاملات لا نهائية.
00:03:29وإذا لم يتوفر واجهة برمجة، يمكن لـ "توين" التصفح والتفاعل مثل البشر تمامًا.
00:03:33علاوة على ذلك، ستحصل على وصول مدمج لأدوات مثل Perplexity و Gamma و VO3 و Nanobanana.
00:03:38لقد أطلقوا للتو واجهة برمجة "توين" (Twin API).
00:03:40بحيث يمكنك تشغيل الوكلاء من أي مكان ودمجهم في سير عملك الحالي.
00:03:44والجزء الأفضل؟
00:03:45هؤلاء الوكلاء يتعلمون.
00:03:46يصلحون أنفسهم عند حدوث خلل، ويتحسنون بمرور الوقت ويعملون على مدار الساعة.
00:03:50توقف عن مراقبة عمليات الأتمتة المعطلة.
00:03:52انقر على الرابط في التعليق المثبت وتعرف على "توين".
00:03:55الآن، قد تعرف بالفعل أن الكود المصدري لـ "كلود كود" قد تسرب.
00:03:58وحدد الكثير من الناس وجود العديد من المشكلات داخله التي تجعل الحدود
00:04:02تنفد بشكل أسرع مما هو مقصود.
00:04:04أحد هذه المشكلات هو بقاء الاستجابات المبتورة في السياق.
00:04:07لذا إذا تلقيت رسالة خطأ مثل الوصول لحد المعدل، فقد ينشئ استجابة
00:04:12جزئية.
00:04:13وبناءً على ذلك، فإنه يعيد المحاولة مع الاحتفاظ بالسياق السابق إلى جانب الرسالة
00:04:17الجزئية المليئة بالأخطاء.
00:04:18هذا يضخم السياق بمعلومات غير ضرورية ويهدر التوكنز.
00:04:22كما يتم إدراج قوائم المهارات بشكل أساسي للوصول السريع، رغم أنها لا تقدم
00:04:27قيمة كبيرة لأن التعامل السريع عبر أداة المهارات موجود بالفعل.
00:04:31وعلى غرار ذلك، هناك بعض المشكلات الأخرى أيضًا.
00:04:33بسبب كل هذا، يشتكي الكثيرون من وصول "كلود" للحدود أسرع من المتوقع.
00:04:38لذا، لمواجهة الحدود الرسمية واستنزاف التوكنز الخفي، عليك اتخاذ
00:04:43تدابير معينة لجعل "كلود كود" يدوم لفترة أطول عند بناء منتجاتك.
00:04:47نحن نشارك كل ما نجده حول بناء المنتجات بالذكاء الاصطناعي على هذه القناة.
00:04:51لذا إذا كنت تريد المزيد من الفيديوهات حول ذلك، اشترك وتابع الفيديوهات المستقبلية.
00:04:55سنبدأ بالنصائح التي ربما سمعتها منا بالفعل إذا شاهدت فيديوهاتنا
00:04:59السابقة.
00:05:00الأولى هي أمر المسح (clear).
00:05:01استخدم هذا كلما أكملت مهمة ولم تعد بحاجة للسياق السابق.
00:05:05على سبيل المثال، عندما تنتهي من تنفيذ التطبيق وتريد الانتقال لمرحلة الاختبار،
00:05:09فأنت لست بحاجة للسياق القديم.
00:05:11لذا من الأفضل إعادة تعيينه وبدء المهمة التالية بنافذة سياق جديدة.
00:05:15لكن في بعض الأحيان ترغب في الاحتفاظ ببعض ذلك السياق.
00:05:18في هذه الحالة، يمكنك تشغيل أمر الضغط (compact) بدلاً من ذلك.
00:05:21فهو يلخص التفاعل بالكامل ويوفر مساحة من خلال وضع ملخص في السياق.
00:05:25السبب الذي يدفعنا لطلب استخدام هذه الأوامر هو أنه في كل مرة يرسل فيها "كلود" رسالة، فإنه يضمن
00:05:29المحادثة بأكملها حتى الآن، إلى جانب مطالبات النظام، وأدواتك، وجميع
00:05:34تاريخ المحادثة السابق.
00:05:35ومع كل رسالة جديدة، يستمر هذا في النمو، مما يؤدي لسياق متضخم واستهلاك
00:05:40أعلى للتوكنز لكل رسالة.
00:05:41الآن حتى مع الضغط، إذا طرحت أسئلة جانبية في النافذة الرئيسية، فستظل تضخمها
00:05:46بمحتوى غير ذي صلة.
00:05:47لذا يمكنك استخدام أمر "بالمناسبة" (by the way) لطرح سؤال جانبي سريع.
00:05:50حيث يجيب في نافذة سياق جلسة منفصلة.
00:05:53هذا السؤال الجانبي لن يذهب مع الرسالة التالية التي ترسلها، مما يؤدي لتوكنز أقل لكل
00:05:57طلب.
00:05:58الآن، رغم أن التخطيط قد يبدو مهمة تستهلك الكثير من التوكنز، إلا أنك بحاجة لبدء
00:06:02مشاريعك به.
00:06:03لأنه إذا لم تقضِ وقتًا في التخطيط، فسيتعين عليك تصحيح مسار "كلود" لاحقًا
00:06:07عندما لا يتماشى تنفيذه مع ما تحتاجه.
00:06:10إنفاق التوكنز مسبقًا على التخطيط يوفر عليك هدر الكثير منها في التصحيحات
00:06:14لاحقًا.
00:06:15أحيانًا لا يتبع "كلود" تعليماتك كما تريد.
00:06:18في تلك الأوقات، غالبًا ما نوجهه مرة أخرى بطريقة التنفيذ الصحيحة.
00:06:22لكن بدلاً من إعادة التوجيه، يمكنك تشغيل أمر الرجوع (rewind) لاستعادة المحادثة
00:06:26والكود لنقطة سابقة قبل الرسالة التي لم يتماشَ فيها "كلود" وإجراء التغييرات
00:06:31مباشرة في التوجيه.
00:06:32يمكنك أيضًا الضغط المزدوج على مفتاح الهروب (escape) لفعل الشيء نفسه.
00:06:35هذا يزيل التنفيذ غير الصحيح من نافذة السياق ولا يتم إرسال المخرجات
00:06:39الخاطئة للنموذج.
00:06:41كل هذه الأوامر تساعدك في توفير التوكنز خلال الجلسة.
00:06:44لكن التأثير الأكبر يأتي من كيفية هيكلة مشروعك في المقام الأول.
00:06:47ربما تكون قد قمت بالفعل بهيكلة مشاريعك باستخدام أطر عمل مختلفة مثل Beemad أو SpecKit
00:06:52أو غيرها.
00:06:53لكن غالبية أطر العمل هذه تستهلك الكثير من التوكنز في الواقع.
00:06:56لذا إذا استخدمتها في تطبيقك الخاص، فتوقع الوصول لحد التوكنز بشكل أسرع.
00:07:00بينما قد تصمد أطر العمل هذه في الخطط القصوى، إلا أنها لن تفعل ذلك بالتأكيد في الاحترافية.
00:07:04الآن حتى لو لم تكن تستخدم أطر عمل، فربما تكون قد أنشأت إطارك الخاص.
00:07:07لإنشاء ملف Claude.md لا بد أنك استخدمت أمر البدء (init) الذي يمر عبر كودك
00:07:12وينشئ ملف Claude.md لك.
00:07:14إنه ينشئ ملفًا بالفعل، لكنه يحتوي على الكثير من المشكلات.
00:07:17من المفترض أن يقدم هذا الملف إرشادات لوكيل الذكاء الاصطناعي، لكنه يسرد أشياء
00:07:20يعرفها الذكاء الاصطناعي بالفعل من تلقاء نفسه.
00:07:22على سبيل المثال، الأوامر التي يظهرها هي تلك المستخدمة لتشغيل كل خادم تطوير، و"كلود" يعرف
00:07:27بالفعل كيفية القيام بذلك.
00:07:28ما لم يكن لديك علامة تشغيل مختلفة لتشغيل الخادم، فلا داعي لإضافة
00:07:31تلك الأوامر.
00:07:32أما بالنسبة للهندسة البرمجية، فيمكن لـ "كلود" قراءة أسماء الملفات واستنتاج موضوع كل ملف
00:07:37بناءً على الاسم لأنه يفهم أنظمة الملفات ويستخدمها للتنقل.
00:07:41لذا لا توجد حاجة حقيقية لهذا النوع من التعليمات ما لم تكن هناك حالات
00:07:45خاصة تتطلب إرشادات إضافية.
00:07:47إذا كنت ستكتب ملف Claude.md الخاص بك، فيجب ألا يتجاوز 300 سطر.
00:07:52كلما كان الملف أقصر، كان أداؤه أفضل وكان تركيز "كلود" أكبر على ما
00:07:56يهُم حقًا.
00:07:57يجب أن يعمل كملف إرشادي، وليس كدليل مفصل يشرح كيفية القيام بكل شيء.
00:08:01أي شيء تضمنه يجب أن يكون قابلاً للتطبيق بشكل عام عبر المشروع، وليس
00:08:05تفاصيل محددة لكل جزء محشورة كلها في ملف واحد.
00:08:08ضمن ما لا يجب على "كلود" فعله، وممارسات التطوير الخاصة بك، وغيرها من التعليمات
00:08:13المماثلة التي لا يعرفها "كلود" افتراضيًا فقط في ملف Claude.md.
00:08:16عليك تكوين هذا الملف بشكل صحيح لأن هذا الملف يتم تحميله في السياق مرة واحدة
00:08:20في كل جلسة ويبقى هناك.
00:08:22لذا فإن المعلومات غير الضرورية في نافذة السياق تعني أنك تهدر التوكنز مع كل جولة
00:08:27دون الحاجة إليها مسبقًا.
00:08:28بالنسبة لجوانب محددة من المشروع مثل قاعدة البيانات، أو المخطط (schema) أو المجالات الأخرى التي تتطلب
00:08:33قواعد مختلفة، قم بتقسيمها لمستندات منفصلة واربطها في ملف Claude.md.
00:08:37هذا يسمح لـ "كلود" بسحب المستندات التي يحتاجها فعليًا بشكل تدريجي.
00:08:41ذكرنا هذا أيضًا في فيديو سابق، إنشاء قواعد مشروع خاصة
00:08:45بمسارات معينة يساعد "كلود" على البقاء مركزًا.
00:08:48بهذه الطريقة، يمتلك "كلود" المعلومات ذات الصلة فقط في السياق ويتجنب استهلاك التوكنز غير الضروري.
00:08:53لذا يجب عليك أيضًا فصل ملفات القواعد للمنطق الخاص بكل منطقة لكي يتمكن "كلود" من تحميل
00:08:57ما هو مطلوب فقط.
00:08:58تحتاج أيضًا للاستفادة من المهارات لسير العمل المتكرر وإضافة سكربتات ومراجع حتى
00:09:03يتمكن من أداء المهام بدقة أكبر.
00:09:05تساعد المهارات من خلال التحميل التدريجي للجزء المطلوب فقط وهذا يجعل "كلود" يظل مركزًا
00:09:10على الجانب ذي الصلة بالمهمة.
00:09:12الحزم مع السكربتات تساعد من خلال عدم إهدار التوكنز على المهام الحتمية التي
00:09:16يمكن معالجتها برمجياً.
00:09:17السبب وراء فصل الملفات بسيط.
00:09:19إذا كان "كلود" يعمل على جزء واحد، فهو لا يحتاج لمعلومات حول مناطق غير ذات صلة.
00:09:24لكن إذا وُضع كل شيء في نفس ملف Claude.md، فسيتم تحميله بالكامل في كل مرة،
00:09:29مما يؤدي لاستهلاك توكنز غير ضروري.
00:09:30يمكنك أيضًا استخدام علامة إلحاق توجيه النظام (append system prompt) لإضافة تعليمات محددة مباشرة إلى
00:09:35توجيه النظام.
00:09:36تبدأ الجلسة بتلك التعليمات بدلاً من وضع كل شيء في ملف
00:09:40Claude.md.
00:09:41هذه التعليمات مؤقتة وسيتم إزالتها بمجرد انتهاء الجلسة.
00:09:44الآن قد يبدو هذا وكأنه يضيف للسياق، لكنه في الواقع أكثر كفاءة من
00:09:48وضع تعليمات لمرة واحدة في ملف Claude.md.
00:09:51إذا أضفتها هناك، يحتفظ بها "كلود" في السياق بشكل دائم، مما يهدر التوكنز دون داعٍ.
00:09:56مع الإلحاق، أنت تقدم التعليمات بالضبط عندما تحتاج إليها.
00:09:59أيضًا، إذا كنت تستمتع بمحتوانا، فكر في الضغط على زر الإعجاب (hype) لأنه يساعدنا
00:10:03على إنشاء المزيد من المحتوى كهذا والوصول لمزيد من الناس.
00:10:06تحتاج أيضًا لضبط مستوى الجهد (effort level) للنموذج الذي تستخدمه.
00:10:10إذا كنت لا تعمل على مهمة تتطلب الكثير من التفكير، فاضبطه على منخفض لأن
00:10:14الإعداد المنخفض يوفر التوكنز.
00:10:15افتراضيًا، يتم ضبطه على الجهد التلقائي (effort auto) مما يعني أن النموذج يقرر مقدار الجهد
00:10:20المطلوب استخدامه ولكن يمكنك تغييره يدويًا.
00:10:21إذا لم تكن مهمتك معقدة للغاية، فلا داعي لاستخدام إعداد جهد عالٍ.
00:10:25الآن كما ذكرنا سابقًا، "أوبوس" هو النموذج الأكثر استهلاكًا للتوكنز.
00:10:28لذا إذا كنت تعمل على مهام مباشرة، انتقل لنموذج "هايكو".
00:10:31إذا كانت مهمتك تتطلب مستوى معقولاً من التفكير، استخدم "سونيت".
00:10:34قد لا يكون بقوة "أوبوس"، ولكنه لا يزال فعالاً ويوفر المزيد من التوكنز.
00:10:39إذا قمت بتهيئة عدة بروتوكولات (MCPs) لمشروع ما ولم تكن بحاجة لواحد معين، فقم بتعطيله
00:10:43حتى لا يهدر التوكنز عن طريق حقن معلومات غير ضرورية في نافذة السياق.
00:10:48خطوة أخرى مهمة هي إنشاء خطافات (hooks) تقوم بتصفية المحتوى الذي لا ينبغي أن ينتمي
00:10:52لنافذة سياق "كلود".
00:10:54على سبيل المثال، قمت بتهيئة حالات اختبار لمشروعي.
00:10:57عندما نشغلها، فإنها تبلغ عن الاختبارات الناجحة والفاشلة على حد سواء وكل ذلك يتم تحميله
00:11:01في السياق.
00:11:02لكن اهتمام "كلود" الأساسي هو الاختبارات الفاشلة لأنها هي التي تحتاج للإصلاح.
00:11:05لذا يمكنك إنشاء خطاف يستخدم سكربت لمنع حالات الاختبار الناجحة من دخول
00:11:10نافذة السياق ويتم تضمين الفاشلة فقط.
00:11:13هذا يوفر كمية كبيرة من التوكنز مقارنة بحقن جميع تقارير الاختبار.
00:11:17يمكنك تهيئة الخطافات للعديد من المهام الأخرى بنفس الطريقة لتحسين استخدام التوكنز.
00:11:21الآن بعيدًا عن كل ذلك، هناك تكوينات معينة تحتاج لإجرائها في مجلد .claud
00:11:25الخاص بك لتحسين الأداء.
00:11:27الأولى هي ضبط تعطيل التخزين المؤقت للتوجيه (disable prompt caching) على قيمة خطأ (false).
00:11:30هذا يجعل "كلود" يخزن البادئات الأكثر استخدامًا، مما يقلل استهلاك التوكنز.
00:11:34شركة Anthropic لا تحاسبك على الأجزاء التي تُرسل بشكل متكرر، بل تدفع فقط مقابل
00:11:38المحتوى الجديد.
00:11:39يمكنك أيضًا تعطيل الذاكرة التلقائية (auto memory) لمنعه من إضافة محتوى لسياقك
00:11:43وزيادة استهلاك التوكنز.
00:11:44الذاكرة التلقائية هي عملية خلفية تحلل محادثاتك وتجمع المعلومات
00:11:49المفيدة في ملفات ذاكرة لمشروعك المحدد.
00:11:52تعطيلها يعني أنه لن يتتبع عاداتك ولكنه سيوفر التوكنز من خلال عدم العمل في
00:11:56الخلفية.
00:11:57هناك علامة أخرى تسمى تعطيل المهمة الخلفية (disable background task) والتي توقف العمليات الخلفية من
00:12:00استهلاك التوكنز باستمرار.
00:12:02وتشمل هذه العمليات: الحلم (dream)، وإعادة هيكلة الذاكرة وتنظيفها، وفهرسة الخلفية.
00:12:06إيقاف هذا يساعد في توفير التوكنز لأنه حتى لو لم تكن تدردش بنشاط، فإن هذه
00:12:10العمليات ستظل تعمل على محادثتك.
00:12:13يجب عليك أيضًا تعطيل التفكير (thinking) عندما لا يكون مطلوبًا لأن التفكير يستهلك الكثير
00:12:16من السياق ويهدر التوكنز بشكل كبير في مهام لا تحتاجه حتى.
00:12:20هذا يختلف عن إعداد الجهد الذي ناقشناه سابقًا.
00:12:23إعداد الجهد يتحكم في مقدار الاستنتاج الذي يقوم به "كلود" ضمن الاستجابة، لذا فالجهد المنخفض
00:12:28يعني تفكيراً أقل، لكنه لا يزال يفكر.
00:12:30أما تعطيل التفكير تمامًا فيوقف خطوة الاستنتاج الداخلي ويقوم "كلود" فقط بإنشاء
00:12:34الاستجابة مباشرة.
00:12:35لذا إذا كانت مهمتك لا تحتاج لاستنتاج عميق، فقم بتعطيل التفكير تمامًا.
00:12:39وإذا كانت تحتاج لبعض الاستنتاج ولكن ليس الكثير، فقلل مستوى الجهد بدلاً من ذلك.
00:12:43أخيرًا، قم بتكوين الحد الأقصى لتوكنز المخرجات (max output tokens) برقم محدد.
00:12:46لا يوجد إعداد افتراضي، لكن تقييد هذا يتحكم في مقدار ما ينتجه النموذج.
00:12:50اضبطه على قيمة أقل إذا كنت تريد توفير التوكنز بقوة أو زده إذا كانت مهمتك تتطلب
00:12:55مخرجات أطول.
00:12:56قالب Claude.md والموارد الأخرى متاحة في AI Labs Pro لهذا الفيديو
00:13:00ولجميع فيديوهاتنا السابقة حيث يمكنك تحميلها واستخدامها لمشاريعك الخاصة.
00:13:05إذا وجدت قيمة فيما نقدمه وأردت دعم القناة، فهذه هي أفضل وسيلة
00:13:09للقيام بذلك.
00:13:10الرابط موجود في الوصف.
00:13:11وهكذا نصل لنهاية هذا الفيديو.
00:13:13إذا كنت ترغب في دعم القناة ومساعدتنا في الاستمرار في تقديم فيديوهات كهذه، يمكنك فعل
00:13:17ذلك عبر الضغط على زر شكراً (super thanks) أدناه.
00:13:19كما هو الحال دائمًا، شكرًا للمشاهدة وأراكم في الفيديو القادم.

Key Takeaway

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

Highlights

تستهلك خطة Claude Pro حوالي 45 رسالة فقط لكل نافذة زمنية مدتها 5 ساعات، بينما توفر الخطة القصوى (Max) 225 رسالة.

يؤدي استخدام نموذج Claude 3 Opus إلى استهلاك التوكنز بمعدل 3 أضعاف مقارنة بنموذج Sonnet بسبب متطلباته الحوسبية العالية.

يقلل أمر التلخيص (compact) استهلاك التوكنز عبر استبدال تاريخ المحادثة الطويل بملخص مكثف يوضع في السياق.

يمنع استخدام أمر الرجوع (rewind) أو الضغط المزدوج على مفتاح Escape إرسال المخرجات الخاطئة للنموذج، مما يحمي نافذة السياق من التضخم.

يحسن ضبط إعداد 'disable prompt caching' على القيمة false من كفاءة التكاليف عبر تخزين البادئات المتكررة واستخدامها مجدداً.

يوفر إنشاء خطافات (hooks) برمجية لتصفية تقارير الاختبارات الناجحة والاكتفاء بالفاشلة منها مساحة ضخمة في نافذة سياق كود كلود.

Timeline

آلية عمل نظام الحدود والخطط في كلود

  • تعتمد جميع الخطط المدفوعة على نافذة زمنية ثابتة مدتها 5 ساعات تبدأ من إرسال أول رسالة.
  • يتراوح عدد الرسائل المتاحة بين 45 رسالة لخطة Pro و900 رسالة لأعلى فئة في الخطة القصوى.
  • يستمر عداد الوقت في النفاذ حتى في حال التوقف عن الاستخدام بمنتصف الفترة الزمنية المحددة.

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

العوامل الخفية المسببة لاستنزاف التوكنز السريع

  • يؤدي تكرار المحاولات عند حدوث أخطاء برمجية إلى تضخم السياق عبر الاحتفاظ بالاستجابات المبتورة وغير الضرورية.
  • تستهلك المهام كثيفة الحوسبة والأدوات المتعددة كميات أكبر من التوكنز مما يقلل عدد الرسائل الفعلي.
  • تطبق شركة Anthropic قيوداً إضافية على حدود الجلسات خلال ساعات الذروة العالمية لتخفيف الضغط على الخوادم.

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

الأوامر التشغيلية لتحسين كفاءة السياق

  • ينهي أمر المسح (clear) ارتباط الجلسة بالسياق القديم عند الانتقال بين مراحل التطوير المختلفة.
  • يفصل أمر 'بالمناسبة' (by the way) الأسئلة الجانبية في نافذة مستقلة لمنع تضخم المحادثة الرئيسية.
  • يوفر التخطيط المسبق الدقيق استهلاك التوكنز المستقبلي عبر تقليل الحاجة لتصحيح المسارات الخاطئة لاحقاً.

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

استراتيجيات هيكلة المشروع وملفات القواعد

  • تؤدي أطر العمل الجاهزة مثل Beemad وSpecKit إلى استنزاف سريع للحدود في خطط Pro.
  • يعمل ملف Claude.md بكفاءة أعلى عندما يقتصر على الإرشادات العامة التي لا يعرفها الذكاء الاصطناعي مسبقاً.
  • يسمح تقسيم القواعد إلى ملفات منفصلة للنموذج بسحب المعلومات المطلوبة فقط بشكل تدريجي.

يجب ألا يتجاوز ملف Claude.md حاجز 300 سطر لضمان تركيز النموذج على المهام الأساسية. يفضل استبدال الأوامر البديهية، مثل طرق تشغيل الخوادم المعروفة، بتعليمات خاصة ببيئة العمل المحددة. تساهم ميزة إلحاق توجيه النظام (append system prompt) في تقديم تعليمات مؤقتة وفعالة للجلسة الحالية فقط دون تثبيتها بشكل دائم.

الإعدادات المتقدمة وإدارة العمليات الخلفية

  • يوفر تعطيل التفكير (thinking) في المهام البسيطة كمية ضخمة من مساحة نافذة السياق.
  • يوقف تعطيل المهام الخلفية (disable background task) عمليات الفهرسة وتنظيف الذاكرة المستمرة للموارد.
  • يتحكم تحديد الحد الأقصى لتوكنز المخرجات (max output tokens) في طول الاستجابات وحجم استهلاك البيانات.

تتيح إعدادات مجلد .claud تحكماً دقيقاً في سلوك النموذج، حيث يقلل تفعيل التخزين المؤقت (caching) من تكاليف الطلبات المتكررة. يختلف تقليل مستوى الجهد (effort level) عن تعطيل التفكير تماماً، حيث يوازن الأول بين سرعة الاستجابة وعمق التحليل. تمنع عملية تعطيل الذاكرة التلقائية (auto memory) النموذج من استهلاك التوكنز في تحليل عادات المستخدم خلف الكواليس.

Community Posts

View all posts