نظام البرومبتنق الامثل اطار متكامل لصياغة توجيهات عالية الكفاءة — مبني من تحليل كل الاخطاء والدروس السابقة

هذا النظام مبني من تحليل كل حادثة موثقة في ذاكرتنا المشتركة. كل قاعدة هنا تمنع خطأ حصل فعلا. القوالب في الاسفل جاهزة للنسخ والتعديل.

01 الاطار العام: بنية التوجيه المثالي

كل توجيه فعال يتكون من 5 كتل. الثلاث الاولى الزامية، الرابعة والخامسة حسب نوع المهمة:

الكتلة 1 — السياق: من وماذا ولماذا المشروع: [الاسم] — [المسار] المهمة: [ماذا تريد بالضبط] الخلفية: [معلومات لن اعرفها بدونك] الكتلة 2 — القيود: ما يجب وما يُمنع يجب: [شروط الزامية] ممنوع: [اخطاء سابقة لا تتكرر] الكتلة 3 — معيار القبول: متى اعتبرها خلصت خلصت لما: [شروط محددة قابلة للتحقق] الكتلة 4 — الوضع (للعمل الحساس): الوضع: production / draft الكتلة 5 — التحقق (للعمل الاكاديمي/الرسمي): التحقق: [اي ادوات استخدم، اي مصادر ارجع لها]

لماذا 5 كتل؟

الكتلةتمنع اي خطأالحادثة المرجعية
السياق خلط الكيانات، سوء فهم المهمة قمرة المنتجع/الانتاج (الجبرة)
القيود تكرار اخطاء سابقة شعار HTML، ارقام مخترعة، بدع شرعية
معيار القبول تسليم ناقص، تأجيل صامت 8 من 27 في السيرة، جوال مكسور
الوضع خلط بين السرعة والدقة 800 حاشية الدميجي
التحقق تجاوز الادوات المتاحة FTS5 المهمل في الدميجي

02 اوامر سريعة للمهام المتكررة

ليس كل مهمة تحتاج 5 كتل. هذه اختصارات للمهام اليومية:

لبدء جلسة عمل على مشروع
افتح [اسم المشروع] — اقرأ CLAUDE.md والذاكرة وابدأ من حيث وقفنا

هذا يكفي لو المشروع عنده CLAUDE.md محدّث. الذاكرة تُحمّل تلقائيا.

لتعديل بسيط
في [المشروع]: غير [X] الى [Y]. معيار: يشتغل على 375px

سطر واحد + معيار قبول = كافي للتعديلات الصغيرة.

لتشخيص مشكلة
مشكلة في [المشروع]: [وصف دقيق لما تراه]. ابدأ بصفحة اختبار مجردة قبل اي تعديل. بعد محاولتين فاشلتين غير الاتجاه.

يُفعّل قواعد التشخيص الـ8 من feedback_debugging_methodology.md.

لاستمرار عمل اكاديمي
كمل [المهمة] — production mode. كل حاشية محققة من ملف مفتوح.

بديل "كمل" المجردة. يحدد الوضع ومعيار التحقق في 10 كلمات.

03 قوالب لكل مشروع

رسالة الدميجي

~/work/personal/help/dumaiji-phd/

قالب: كتابة مبحث جديد

المشروع: رسالة الدميجي — مبحث [رقم] من الباب [رقم]: [عنوان المبحث] الوضع: production — كل حاشية محققة القيود: - ممنوع اقتباس من ذاكرة التدريب — كل حاشية تمر عبر FTS5 search اولا - ممنوع اقوال شاذة — المذاهب الاربعة + السلف فقط - ممنوع تسريع على حساب التحقق مهما قلت "كمل" - يجب اسلوب الدميجي: ديباجة ← تحرير محل النزاع ← اتجاهات ← ادلة ← مناقشة ← ترجيح - يجب كل اتجاه فقهي ممثل باقتباس مباشر واحد على الاقل من ملف مفتوح - يجب اي اقتباس غير محقق يوسم [يحتاج تحقق مرجعي] التحقق: - شغّل research_mabhath.py قبل الكتابة - اقرأ نتائج FTS5 واقتبس بـ file:line - ارجع لـ dumaiji_style_guide.md للرموز والتنسيق معيار القبول: - كل حاشية فيها: [المصدر، الملف:السطر] او [يحتاج تحقق] - الترجيح يستند لـ2+ مصادر على كل جانب - الديباجة تبدأ بالحمدلة حسب اسلوبه

قالب: توسيع مبحث موجود

المشروع: رسالة الدميجي — توسيع مبحث [رقم]: [عنوان] الوضع: production المطلوب: ليس اضافة حواشي على النص الحالي بل اعادة بناء الحجة بمصادر اوسع: اتجاهات جديدة، اقتباسات مباشرة اكثر، ترجيح اعمق الخطوات: 1. اقرأ المبحث الحالي 2. شغّل FTS5 search على المسألة 3. حدد: اي مذاهب ناقصة؟ اي اتجاهات غائبة؟ اين الترجيح ضعيف؟ 4. اعد كتابة المبحث — النص الجديد يختلف هيكليا عن القديم معيار القبول: - diff بين القديم والجديد يُظهر تغييرات هيكلية لا حواشي فقط

ديكات آزر (عرض استثماري / مقترح عميل)

~/work/azr/

قالب: بناء ديك جديد

المشروع: آزر — [اسم الديك] لـ[الجمهور] الخطوة الاولى (blocker): Skill("azr-design-system") ← لا تبدأ بدونها القيود: - يجب storyboard.md اولا: عنوان + جملة محورية + عنصر بصري واحد لكل سلايد - يجب نسخ القالب من templates/presentation.html — لا CSS من صفر - يجب الشعار: azr-original.jpg كـ<img> — ليس حروف HTML ابدا - يجب الالوان: var(--token) فقط من tokens.css - يجب responsive من الشريحة الاولى — لا inline styles لـgrid/flex/font-size - يجب التسعير بالمخرج (deliverable) لا day rates - ممنوع ارقام بدون مصدر — الفجوات توسم [يحتاج تأكيد] - ممنوع hex مباشر في CSS - ممنوع font-size inline معيار القبول: - validate_colors.py يمر بنجاح - screenshot عند 375px لكل شريحة — لا نص مقصوص ولا overflow - الشعار صورة في كل الشرائح - storyboard.md مكتوب ومعتمد قبل HTML

قالب: تعديل ديك موجود

المشروع: آزر — تعديل [اسم الديك] التعديلات: 1. [التعديل الاول] 2. [التعديل الثاني] القيود: نفس قيود آزر الدائمة (الشعار صورة، لا inline styles، responsive) معيار القبول: screenshot 375px بعد التعديل

الجبرة — مقترح قمرة

~/work/azr/proposals/active/jabra/

قالب: اي عمل على الجبرة

المشروع: الجبرة — [المهمة] تذكير حرج: - قمرة = المنتجع في الباحة (العميل). ليس قمرة الانتاج (شركة محتوى مختلفة) - العروض السابقة (5M / 2.5M) مرفوضة من Mantis — السقف 1.5M - Option 3 = 6 مبادرات فقط، ليس كل 16 (يناقض تسعير 5M السابق) - النسخة النهائية: Ahmed V14 AR (No Preferred) القيود: - ممنوع عملاء قمرة الانتاج (ارامكو، NEOM، Apple، MBC) في هذا العرض - ممنوع تجاوز 1.5M في اي خيار - ممنوع 16 مبادرة في خيار واحد - يجب الوزن البصري: المحتوى المحوري = Tajawal Bold ≥14px. Mono للـlabels فقط معيار القبول: + معايير آزر العامة (شعار، responsive، لا inline styles)

الامانة

~/work/azr/proposals/active/amana/

قالب: تعديل عرض الامانة

المشروع: الامانة — [المهمة] المرجع: اقرأ 01-intake (التغذية الاصلية) و03-interventions (المرشّح والمبادرات) اولا القيود: - المبادرات لا تستلزم تنسيقا مع وكالات اخرى من الامانة (مرشّح 6 معايير) - 6 مبادرات معتمدة فقط: اسواق اسر منتجة، مجالس حي، ورش تراثية، رحلات بيئية، سينما خارجية (≤450)، تبنّي حديقة - العميل حكومي — لا ارقام بدون مصدر - 12 مكتب مدينتي، 184 حي، 6.9م نسمة + معايير آزر العامة

يونيكوم

~/work/azr/proposals/active/unikom/

قالب: العمل على نظام يونيكوم

المشروع: يونيكوم — [المهمة] المرجع: MASTER_MAP.md و PROJECT_MAP.md في _analysis/ السياق: - شركة التواصل الفعال لخدمات الاعمال — CR 1010666231 - شعار 2026: "تواصلٌ يتفرد" - 56 مقترح سابق (النمط المتكرر: 9 اقسام) - Pipeline: Claude Sonnet 4.6 + prompt caching + python-pptx القيود: - ممنوع خلط بيانات يونيكوم مع بيانات آزر - يجب اي مخرج يتبع هوية يونيكوم (لا آزر) - يجب التحقق من المقترحات السابقة قبل توليد جديد

البيت السعودي / اختبارات

~/work/personal/mine/albayt-alsaudi/

قالب: كتابة محتوى اختبار

المشروع: البيت السعودي — [اسم الاختبار] الوضع: production — المحتوى للنشر العام القيود الشرعية (CRITICAL): - مقبول: عبادات فردية مأثورة (اذكار، استغفار، ضحى، قيام ليل، استخارة لقرار محدد) - مرفوض: قيام جماعي، حلقة قرآن منظمة خارج المسجد، صلاة الحاجة، تخصيص ليلة/يوم بعبادة بدون دليل، "طقوس روحية"، "ايقاع موسيقي للقرآن" ← عند الشك: الصيغة الاكثر تحفظا القيود البصرية: - ممنوع تكرار اسم محمد المطيري في عناوين/فوترات — صفحة /about/ واحدة كافية - ممنوع لغة تسويقية ("مرجعية مزدوجة"، "صبر العمل") - ممنوع افراط شرعي ("منهج اهل السنة على فهم السلف" في كل صفحة) - ممنوع خط Reem Kufi — استخدم Tajawal/Cairo/Almarai - يجب ارقام لاتينية (0-9) لا عربية-هندية - يجب responsive من البداية لبناء اختبار جديد (مثل bayt v2): - حدد الاطار النفسي (مثلا: Olson Circumplex) قبل كتابة اي سؤال - 40-48 سؤال كحد ادنى (16 غير كافي) - عتبات تصنيف بمرجعية احصائية لا اعتباطية - قائمة مراجع علنية في /methodology/ معيار القبول: - الآيات والاحاديث بإسناد موثق — لا اقتباس من الذاكرة - لا عبادة بدون دليل - لا وصف يبدو "تسويقيا" للمؤلف

موسوعة السيرة

~/work/personal/mine/seerah/

قالب: تعديلات على الموسوعة

المشروع: موسوعة السيرة — [المهمة] القيود: - ممنوع لمس ملفات sources/ بدون اذن صريح - يجب HTML+CSS Grid لكل الرسوم البيانية (لا SVG الا للدائرية) - يجب الفلاتر الزمنية بترتيب semantic (الاحدث اولا) لا count-sort - يجب عند تعديل data.json: 397 كيان معروض (399 - 2 gap markers) معيار القبول: - لا تداخل في labels عند عرض 480px - لو حزمة متعددة: كل العناصر مكتملة. اي تأجيل يُعلن صراحة - deploy على GitHub Pages وتحقق من الرابط

عالم العطور

~/work/personal/mine/fragrance-world/

قالب: تطوير عالم العطور

المشروع: عالم العطور — [المهمة] القيود: - يجب bilingual (ar/en) في messages JSON و LocalizedText - يجب responsive من البداية - يجب string hrefs لا {pathname,params} (Next 16 quirk) - يجب proxy.ts لا middleware.ts - يجب Aesop/Le Labo aesthetic — calm luxury، لا gradients - ممنوع Vercel الخطوط: IBM Plex Sans Arabic + Inter + Fraunces Dev: cd ~/work/personal/mine/fragrance-world/app && PORT=3300 npm run dev

المدخل لعلم السيرة

~/work/personal/mine/madkhal-seerah/

قالب: كتابة فصل

المشروع: المدخل لعلم السيرة — [عنوان الفصل] الوضع: production المنهج: - المنهج الهجين المتدرج بثلاث طبقات: اطار ← نقول ← تحقق - ترتيب بالاقدمية ثم التركيز على الجهود - ابن اسحاق وموسى بن عقبة = صغار التابعين - عناية خاصة بنقول ابن تيمية وابن القيم علامات التحقق: - [موثق] = من ملف مفتوح - [يحتاج تحققا] = من الذاكرة - [استنتاج] = تحليلي الخاص ممنوع: نقول مخترعة — نفس قواعد الدميجي

04 ادوات وامكانيات لم تُستخدم بعد

Hooks — اتمتة ما قبل وما بعد

كلود كود يدعم hooks — اوامر shell تنفذ تلقائيا عند احداث معينة. يمكن اعدادها عبر /update-config. امثلة مفيدة لمشاريعك:

  • بعد كل تعديل HTML: فحص inline styles + responsive check
  • بعد كل تعديل لملف آزر: تشغيل validate_colors.py
  • قبل كل commit: التحقق من وجود الشعار كصورة

هذا يمنع الاخطاء المتكررة (inline styles، الشعار، الالوان) تلقائيا بدون ما تتذكر تطلبها.

/review و /code-review — مراجعة قبل التسليم

قبل ما تراجع بنفسك، شغّل:

/review ← مراجعة شاملة للـPR /code-review ← مراجعة الـdiff الحالي

كان يكشف مشاكل الجوال والشعار المفقود قبل ما تشوفها.

MCP Servers — Google Drive + Gmail + Canva + Gamma

متوفرة في بيئتك الحالية:

  • Google Drive: قراءة ملفات يونيكوم مباشرة من الدرايف بدل تحميل يدوي
  • Gmail: ادارة مراسلات العملاء
  • Canva: تصميم سوشال ميديا لآزر بدل HTML يدوي
  • Gamma: عروض تقديمية سريعة للمراجعة الاولية — ارخص من بناء HTML كامل
  • Notion: تنظيم المشاريع والمهام
TaskCreate — تتبع الحزم الكبيرة

لمنع تكرار حادثة "8 من 27 في السيرة":

عند طلب حزمة كبيرة: ابغى [27 عنصر] — سجلها كـtasks وحدّث حالة كل واحد لما يخلص. لو ما تقدر على بعضها بلغني قبل ما تبدأ.
/schedule — جدولة مهام دورية

تقدر تجدول وكيل يشتغل دوريا:

  • مراجعة اسبوعية لحالة المشاريع المفتوحة
  • فحص دوري للروابط المنشورة (GitHub Pages، Cloudflare)
  • تذكير بالمهام المعلقة
Web Search + Web Fetch — بحث حقيقي بدل تخمين

للبيانات التي تحتاج مصادر:

  • احصائيات سعودية (GASTAT، مودة، وزارة العدل)
  • بيانات سوق لعرض آزر الاستثماري
  • ابحاث اكاديمية للدميجي
  • معلومات عن منصات التمويل الجماعي

بدل ما اخمن الارقام، اقدر ابحث فعليا واجيب بمصادر.

Gamma — عروض اولية سريعة

بدل بناء HTML كامل لديك قد يتغير بالكامل (مثل v3→v7 في الجبرة)، ابدأ بـGamma للمراجعة الاولى:

اسوي عرض اولي على Gamma لـ[المشروع] — [عدد] شرائح. بعد ما نعتمد الهيكل نبنيه HTML بنظام آزر.

التعديل على Gamma = دقائق. التعديل على HTML = ساعات.

05 مقارنة: ما كتبته فعلا vs ما كان المفروض

مثال 1: بدء كتابة مبحث الدميجي

ما كتبته فعلا

"اكتب المبحث الثاني من الباب الاول — اركان التمويل الجماعي"

← لا وضع محدد، لا تحديد تحقق، لا ذكر للادوات

ما كان المفروض

"اكتب المبحث الثاني من الباب الاول — اركان التمويل الجماعي. production mode. شغّل research_mabhath.py اولا. كل حاشية من ملف مفتوح. اسلوب الدميجي."

← الوضع + الاداة + معيار التحقق + الاسلوب في جملتين

مثال 2: بدء ديك آزر

ما كتبته فعلا

"اسوي عرض استثماري لآزر"

← لا قالب، لا شعار، لا قيود ارقام

ما كان المفروض

"اسوي عرض استثماري لآزر. شغّل azr-design-system اولا. storyboard قبل HTML. الشعار azr-original.jpg. لا ارقام بدون مصدر — الفجوات [يحتاج تأكيد]. responsive من الشريحة الاولى."

مثال 3: تشخيص مشكلة نقش

ما كتبته فعلا

"الشريط العلوي يرمش"

← وصف مختصر بدون تحديد نوع الحركة

ما كان المفروض

"الشريط العلوي يتحرك لتحت ثم يرجع مكانه عند تحميل الصفحة. ابدأ بصفحة اختبار مجردة. بعد محاولتين غير الاتجاه."

← وصف مكاني دقيق + تفعيل منهجية التشخيص

مثال 4: طلب الاستمرار في العمل الاكاديمي

ما كتبته فعلا

"كمل"

← كلمة واحدة، لا تحديد وضع

ما كان المفروض

"كمل المبحث الجاي — production mode"

← تحديد النطاق + الوضع في 5 كلمات

06 ملخص سريع — القواعد الذهبية

#القاعدةتمنع
1حدد الوضع: production / draft800 حاشية ملفقة
2حدد معيار القبول: متى اعتبرها خلصت8 من 27 صامتة
3وضّح الكيانات: لو فيه اسماء متشابهة فرّق بينهاخلط قمرة
4صنّف البيانات: مؤكد / تقدير / يحتاج تحققارقام آزر المخترعة
5ابدأ بـstoryboard: قبل اي HTML/ديكسرد ضعيف + CSS من صفر
6شغّل الاداة: ابدأ بالـskill/tool قبل الكتابةتجاوز FTS5 وazr-design-system
7screenshot 375px: قبل القبولجوال مكسور
8"كمل [X] — [mode]": بدل "كمل"تسريع بدون تحقق