الموديل الصح، للمهمة الصح
استخدام أقوى موديل في كل مهمة مش شطارة. الشطارة إنك تعرف أنهي موديل، لأنهي مهمة، وإمتى، وليه. الملف ده بيعمل كده لوحده جوه Claude Code: بيصنّف المهمة، يوزّعها على الموديل والـAgent المناسبين، يتأكد من النتيجة، ويقيس كل توكن اتصرف.
الموديل الصح، للمهمة الصح
Claude Code Efficiency Playbook: نظام بيوزّع شغلك على Haiku وSonnet وOpus، ويقيس كل توكن
«المهارة الحقيقية دلوقتي إنك تعرف تدير الذكاء، مش بس تستخدمه.»
Omar M. El Monayar
دايرة واحدة مع كل مهمة
- 01Classifyمع كل رسالة، Hook بيصنّف المهمة: تافهة، صغيرة، متوسطة، كبيرة. بيفهم العربي والإنجليزي والمخلوط.
- 02Routeيختار المسار: يشتغل مباشرة، ولا يوزّع على Agents، وبأنهي موديل.
- 03ExecuteالـAgents تشتغل، والمستقل منها بالتوازي (اتنين بحد أقصى).
- 04Verifyالتستات والـlint بيشغّلها سكريبت بنفسه، والمراجعة بتتسجّل من Agent مستقل. الموديل ميقدرش يقول «عدّى» من عنده.
- 05Measureتوكنز كل موديل، والوقت، والتكلفة التقديرية، وسبب اختيار المسار.
- 06Optimizeبعد كذا مهمة، /calibrate يقترح تعديل واحد على التقديرات والتوزيع.
6 Agents على 3 مستويات
كل Agent ليه موديل ومستوى تفكير وأدوات محددة. الـAgents اللي بتستكشف وتراجع وتخطط مش بتعدّل في الكود، ومفيش Agent بيشغّل Agent تاني.
| Agent | الموديل | التفكير | |
|---|---|---|---|
scout | Haiku | low | يدوّر ويستكشف في ملفات كتير بسرعة ورخص.قراءة بس |
builder | Sonnet | medium | ينفّذ خطة واضحة.بيعدّل كود |
builder-isolated | Sonnet | medium | نفس الـbuilder في worktree منفصل، لما خطوتين ممكن يلمسوا نفس الملفات.بيعدّل كود |
reviewer | Sonnet | high | يراجع الـdiff ويسجّل حكمه.قراءة بس |
reviewer-deep | Opus | high | مراجعة أعمق للمهام الكبيرة وأي حاجة فيها أمان.قراءة بس |
architect | Opus | high | يخطط للـArchitecture والـdebugging الصعب.قراءة بس |
heavy | Fable | high | لأصعب خطوة بس.بيعدّل كودمقفول لحد ما تشغّله بنفسك بـ/enable-heavy. |
حجم المهمة بيحدد المسار
- Tتافهة: typo، اسم، سطرمباشرة من غير Agents
- Sصغيرة: ميزة أو تصليح في 3 ملفات أو أقلمباشرة، وتست + lint
- Mمتوسطة: ميزة في ملفات كتير أو bug مش واضحscout ← خطة ← builder ← reviewer
- Lكبيرة: Architecture، migration، refactor واسعarchitect ← builders بالتوازي ← reviewer-deep
- Xبعد /enable-heavy بسزي L، وFable لأصعب خطوة
10 أوامر بتيجي معاه
- /routeيوريك التصنيف والمسار قبل الشغل.
- /gateيشغّل التستات والـlint المطلوبة ويحكم.
- /handoffيلخّص الشغل قبل ما تمسح الـcontext.
- /codifyيحوّل شغلانة متكررة لسكريبت.
- /efficiency-reportتقرير بالموديلات والتوكنز والتكلفة لكل مهمة، ومعاه Diagram.
- /cost-checkمراجعة الاستهلاك الشهري.
- /lean-checkيدوّر على الهدر في الـcontext والإعدادات.
- /calibrateيحسّن التقديرات من المهام اللي اتعملت.
- /benchmarkيقارن الإعداد قبل وبعد. بيصرف usage، فبيطلب موافقتك.
- /enable-heavyيشغّل Fable بعد موافقتك الصريحة.
التثبيت
الملف هو نفسه الـinstaller. بتديه لـClaude Code جوه مشروعك، وهو يمشي على 8 مراحل بالترتيب: يكتشف البيئة، يتأكد من التوافق، يعمل نسخة احتياطية من إعداداتك، يوريك الخطة قبل ما يكتب أي حاجة، ويتأكد إن كل Hook شغّال.
محتاج إيه: Claude CodePython 3.8 أو أحدثgitNode (اختياري، لتقرير الاستهلاك بـccusage)
- نزّل الملف من اللينك وحطه في الفولدر الرئيسي للمشروع.
- افتح Claude Code في نفس الفولدر، والصق الأمر اللي تحت.
- راجع الخطة اللي هيوريهالك (dry run)، ووافق.
- اقفل Claude Code وافتحه تاني: الـHooks والـAgents بتتحمّل مع بداية الـsession.
- شغّل التحقق الحي اللي هيقولك عليه (verify.py --live). ده بيصرف usage قليل، وهو بيقولك قبلها.
Execute claude-code-efficiency-playbook.md in this project. Start with a dry run and show me the install plan before writing anything.
الملف مكتوب لعمر بالاسم («when Omar says…»). Claude بيتعامل معاك مكانه: هيسألك إنت قبل أي تغيير، وقبل أي حاجة بتصرف usage.
حدود تعرفها
مفيش نظام بيحل كل حاجة. دي التلات نقط اللي تستاهل تاخد بالك منها، واللي الملف بيعمله فعلًا في كل واحدة.
- مفيش سقف للميزانية: لو مهمة فشلت، الـbuilder يعيد والـreviewer يطلب تعديلات، والاستهلاك يجري.
اللي الملف بيعمله فعلًا: فيه حدود: محاولتين تصليح بس، وAgents اتنين بالتوازي بحد أقصى، وعدد أدوار محدد لكل Agent، ومفيش Agent بيشغّل Agent، والتصليح بيرجع للجزء اللي فشل بس. اللي مش موجود: سقف توكنز أو فلوس لكل مهمة.
اللي تعمله إنت: تابع /cost-check، ولو مهمة كبيرة لفّت أكتر من مرة، وقّفها وقسّمها بنفسك.
- ثقة زايدة: لو نفس الموديل اللي بنى هو اللي راجع، هيعدّي شغله.
اللي الملف بيعمله فعلًا: المراجع Agent منفصل ومش بيعدّل كود، والتستات بيشغّلها سكريبت مش الموديل. بس في المهام المتوسطة الـbuilder والـreviewer الاتنين Sonnet. المراجعة على Opus بتحصل في المهام الكبيرة وأي حاجة فيها أمان بس.
اللي تعمله إنت: للشغل المهم، اطلب reviewer-deep صراحةً، أو خلّي المراجع على موديل أعلى (شوف نصيحة أحمد تحت).
- التوزيع ثابت: كل نوع مهمة متربط بموديل، ولو غيّرته السلوك يتغير.
اللي الملف بيعمله فعلًا: التصنيف قواعد ثابتة، و/calibrate بيقترح تعديل واحد بس بعد ما يتجمع بيانات. مستوى التفكير (effort) ثابت لكل Agent، ومش بيتغيّر لوحده جوه المهمة.
اللي تعمله إنت: لو حسيت إن موديل أكبر من المهمة، جرّب تقلّل الـeffort الأول قبل ما تغيّر الموديل كله.
النقط دي من تعليق Omar Alattar، مطوّر علّق على البوست. راجعناها على الملف نفسه.
إزاي تقلل التكلفة أكتر
الملف بيوزّع الشغل صح. دول أربع حاجات بعملها أنا كمان عشان الفاتورة تفضل صغيرة.
- 1الموديل الغالي بيخطط ويراجع بس
الموديل الغالي عندنا مش بيشتغل طول اليوم. ده بيخطط وبيراجع بس، والتنفيذ كله على موديل أرخص بكتير. موديل صغير ينفّذ، وموديل كبير يراجع.
في الملف: في الملف: الـarchitect على Opus والـbuilder على Sonnet. عشان المراجعة تبقى أعلى من التنفيذ في المهام المتوسطة كمان، غيّر بنفسك model: opus في .claude/agents/reviewer.md. - 2اللي اتعمل مرتين يبقى script
أي شغلانة اتعملت بالتوكنز مرتين بتتحول script، من غير ما نلمس التوكنز تاني. الـscript بيكلف صفر بعد ما يتكتب.
في الملف: في الملف: /codify، وscripts/README.md اللي Claude بيبص فيه قبل أي شغل يدوي. - 3استخدم الـcache والذاكرة دايمًا
الموديل لما بيلاقي الـcontext بتاعك متخزن في الـcache بيرجعله ببلاش تقريبًا، بدل ما يقراه من الأول بسعر كامل. والمشروع بيفضل مفتوح على نفس الـcontext: الملفات ثابتة والتعليمات ثابتة، فكل session جديدة بتلاقي شغلها متخزن بدل ما يتحمّل من الأول.
في الملف: في الملف: تعليمات CLAUDE.md قصيرة وثابتة، وممنوع تغيّرها أو تغيّر الموديل في نص الـsession، عشان الـcache ميتكسرش.
«بدل ما تدفع تمن الكتاب كامل كل مرة… عندك نسخة مفتوحة جنبك، وبتدفع قرشين بس عشان ترجع لصفحة.»
- نسبة الـcache read. لو النسبة واطية، إنت بتدفع غالي.
- عدد المرات اللي بتبدأ فيها شات جديد وتعيد رفع نفس الملفات. كل مرة كده بتدفع التمن كامل من الأول.
أحمد فارس — مؤسس XPR | خِبِر
ابعتلي المهارات الجديدة أول بأول
جهّزت أدواتك.دلوقتي ابنِ منتجك وسط ناس بتبني.
الكتاب بيدّيك الطريقة. اللي بيفرق بعد كده إنك تطبّقها على مشروعك إنت، وحد بيراجع معاك كل أسبوع لحد ما يبقى فيه لينك تبعته للناس.
من شخص عنده فكرة، لـbuilder يقدر يحدد MVP، يبنيه، ويطلّق نسخة حقيقية.
نفس الطريقة اللي في الكتاب، على مشروعك
- وضّحفكرة تقدر تشرحها في سطرين
- جهّز السياقأداة شغالة بسياق، مش بتخمّن
- ابنِ وراجعميزة اتأكدت منها بإيدك
- طلّق واتعلمنسخة في إيد ناس حقيقيين
4 أسابيع، وكل أسبوع بيخلص بحاجة في إيدك
- 01المشكلة، الجمهور، والنطاقProduct brief في صفحة واحدة
- 02الـspec، الـflow، واختيار الأدواتUser flow + خطة بناء
- 03البناء، البيانات، والتعديلMVP شغّال v0.1
- 04الاختبار، التلميع، والإطلاقMVP منشور + post إطلاق
معاك في البرنامج
- 4 أسابيع لايف مع أحمد فارس
- كورسات في مكتبة XPR
- تمرين أسبوعي على مشروعك
- الستاك كامل: AI Studio وSupabase وGitHub وVercel وNotion وLinear وVS Code مع Claude Code أو Codex
- صفحة تعريف بمنتجك وخطة أول اختبار
- 3 شهور عضوية في مجتمع XPR
- تسجيلات كل الجلسات
- مكتبة prompts للبناء
- Template للـMVP brief
- Supabase starter
- كتب XPR الأربعة
سجّل في قائمة الانتظار وهتعرف أول واحد لما الحجز يفتح، بسعر الدفعة التأسيسية.
سجّل في قائمة الانتظار ←استرداد كامل خلال 14 يوم من الدفع، من غير أسئلة.
مستنيك تبني معانا،أحمد فارسمؤسس XPR | خِبِرولو عايز تبدأ مع المجتمع الأول: brainsmingle.com/spaces/xpr