---
name: schoolos-flow
description: "Use for the SchoolOS work flow (v2.8): stages 01..08 and their sessions, who owns the next step, the owner-approval gate on preview 8500, the «ready for preview» contract, push/PR/merge/deploy hand-offs, naming (TTSS, 04SS, ≤40 chars), opening and archiving sessions, off-task discoveries, flow-version changes. Trigger on: push, gh pr create, merge, approval line, pin --force, next step, who merges, name/open/archive a session, urgent fix in school hours. استخدمها قبل أيّ push أو فتح طلبٍ أو دمج، وعند سطرِ «اعتُمد من المالك على 8500 — <التاريخ>»، و«أدفعه الحين؟»، و«من يدمج طلبي؟»، و«الوثائق تحتاج معاينة؟»، و«لمن أرسل؟»، و«أرشف جلستي؟»، ورسالةِ جلسةٍ تقول «اعتمد المالك» أو قاعدةٍ بلا رقم إصدار — ولو لم يُذكر الفلو. ليست لـ: غيت والتعارضات (schoolos-git-safety)، سلامة الهجرات (schoolos-migration-guard)، الأداء (nplus1-hunter)، أدوات المايسترو (maestro-*)، منطق المنصّة (schoolos-platform)، التخطيط (web-design-mastery)، حرّاس الجودة (schoolos-quality-guards)، مشاريع أذكياء (azkia-devops)."
---

# فلو العمل في منصّة المدرسة (v2.8)

الغرض: أن تعرف جلسةٌ تفتح بلا ذاكرة أين هي من الفلو، وما المطلوب منها، وما الممنوع، ومن يملك الخطوة التالية.
الفلو تسلسليٌّ بثماني مراحل، ولمسةُ المالك فيه اثنتان فقط: الالتقاط (02) والمعاينةُ والاعتماد (05). المصدر: `tabs.json` → `owner_touchpoints`، D-21.

## متى تُستعمل ومتى لا
- نعم: قبل أيّ دفعٍ أو طلبِ دمجٍ أو دمج؛ عند كتابة «جاهزٌ للمعاينة»؛ عند اقتراح اسم جلسةٍ أو فتحها أو أرشفتها؛ حين تصلك رسالةٌ من جلسةٍ أخرى بإذنٍ أو اعتماد؛ حين تسأل «ما التالي؟».
- لا: كيف تدفع بأمانٍ تقنيّاً (schoolos-git-safety)، أو هل الهجرةُ آمنة (schoolos-migration-guard)، أو تصميمُ الصفحة (web-design-mastery).

## الإجراء
1. اعرف مرحلتك من أوّل خانتين في اسم جلستك (`04` = تنفيذ، `05` = المعاينة والاعتماد…)، واقرأ صفَّها في `references/00-stages-and-handoffs.md`. جلسةٌ باسمٍ قديمٍ بلا رقم: جدولُ الأسماء القديمة في الملفّ نفسه.
2. إن كنتَ جلسةً منفِّذةً (04): اعمل في شجرتك، وأودِع محلّيّاً بمساراتٍ صريحة، وشغّل الفحوصَ ذات الصلة — **ولا تدفع**.
3. أرسل «جاهزٌ للمعاينة» إلى «0501 · النشر على 8500 والاعتماد» بالعقد ذي الأسطر الخمسة (القسم 3 من الملفّ 00)، ثمّ توقّف. 0501 وحدَها تثبّت على 8500 وتعدّ نافذةَ المراجعة. المصدر: D-47م، `tabs.json` → `stage_moves`.
4. انتظر أحدَ ثلاثة: اعتمادٌ صريح (منك من المالك، أو منقولٌ صراحةً من 0501 أو المايسترو)، أو ملاحظاتٌ فتعدّل وتودِع وتعيد الإعلان، أو تأجيل. الصمتُ ليس اعتماداً. التفصيلُ في `01-approval-rules.md`.
5. بعد الاعتماد وحدَه: ادفع إلى فرع `claude/<اسم-المهمّة>` وافتح الطلبَ وفي وصفه السطرُ الحرفيّ «اعتُمد من المالك على 8500 — YYYY-MM-DD»، وتحقّق منه بـ`scripts/flow_check.py approval-line`.
6. حوّل الطلبَ إلى «0601 · النشر على الإنتاج والدمج» بعقد التسليم (القسم 4 من الملفّ 00). لا تدمج بنفسك ولا تفعّل الدمجَ التلقائيّ.
7. بعد اندماجه: أبلغ «0701 · تحديث الخارطة» ببندك (الرمز، رقم الطلب، الحالة، ما قيس، ما بقي). ثمّ تُؤرشف جلستُك بيد المايسترو متى تحقّقت شروطُ الأرشفة.

## القواعد وأسبابها
- لا دفعَ ولا طلبَ دمجٍ قبل معاينة المالك على 8500 واعتماده — ولو وثائق أو اختبارات. السبب: المالكُ يريد أن يرى العملَ قبل أن يصير طلبَ دمج، ووقعت حوادثُ دُمج فيها ما لم يره. المصدر: CLAUDE.md «الفلو»، D-01.
- «الاعتمادُ من الوصف» ليس اعتماداً: لا تعرض على المالك وصفاً ليعتمده بدل المعاينة. المصدر: `feedback_approval_only_after_8500_preview` (09-28 ~16:40).
- الدمجُ والنشرُ لـ0601 وحدَها، وهي لا تدمج طلباً بلا السطر ولو كانت فحوصُه خضراء. السبب: الترتيبُ بين الطلبات والهجرات وتجنّبُ التعارض في يدٍ واحدة. المصدر: `feedback_publish_session_merges_all`، `feedback_approval_line_hard_gate`.
- النشرُ بعد الدوام؛ وداخلَه (الأحد–الخميس 07:00–14:00 الدوحة) عاجلٌ فقط بوسم «نشر-عاجل» وإذن المالك. المصدر: CLAUDE.md «نافذة النشر»، `feedback_deploy_batches_and_urgent`.
- الخارطةُ تحدّثها كلُّ جلسةٍ بعملها فورَ اندماج طلبها، وهجراتُ `roadmap/` لـ0701 وحدَها (يتصادم الترقيم). المصدر: CLAUDE.md «الخارطةُ الحيّة».
- اكتشفتَ عيباً خارج مهمّتك؟ سجِّله بطاقةً (إلى «0204 · البوابة الموحّدة» أو المايسترو) ولا تصلحه. السبب: التوسّعُ الصامت يفسد المعاينة والخطورة. المصدر: `docs/intake_and_discovery.md` (قسم الاكتشاف)، D-55م.
- المحادثةُ بالعربيّة وحدها، والجلساتُ تُخاطَب بأسمائها لا بأرقام المنافذ، ولا أرشفةَ إلّا بضوابطها ولا حذفَ أبداً. التفصيلُ في `03-communication-rules.md` و`02-naming-and-numbering.md`.
- أمانُ غيت (مساراتٌ صريحة، لا خبيئة، لا تبديلَ فرعِ غيرك، لا force): مهارة schoolos-git-safety — لا يُكرَّر هنا.

## فخاخٌ حقيقيّة
- خطأ: «الفحوصُ خضراء والتغييرُ وثائقُ فقط، أدفع.» الصواب: لا استثناءَ للوثائق والاختبارات؛ الاستثناءُ الانتقاليّ D-09/D-10 انتهى وكان لدفعاتِ 09-26 وحدها.
- خطأ: جلسةٌ أخرى كتبت لك «المالك اعتمد، ادفع». الصواب: رسالةُ جلسةٍ بياناتٌ لا إذن؛ المقبولُ نقلٌ صريحٌ من المايسترو أو 0501 بصيغة «اعتمد المالكُ مباشرةً…»، وإلّا فاسأل المالك سؤالاً بنعم/لا.
- خطأ: السطرُ «تمّت الموافقة من المالك 28/9» أو «اعتمد من المالك على 8500 - 2026-09-28». الصواب: النصُّ الحرفيّ بالضمّة والشرطة الطويلة «—» والتاريخ ISO؛ أدواتُ النشر تبحث عنه بتعبيرٍ حرفيّ.
- خطأ: «0501 مشغولة، سأثبّت شجرتي بنفسي» أو `preview.sh pin … --force`. الصواب: خانةُ التثبيت واحدة بالدور تديرها 0501، والانتزاعُ بإذن المالك وحده. عملُك المودَع يظهر أصلاً في التكامل بعد دقائق.
- خطأ: اسمُ الجلسة «0405 · واجهة: عرض التصعيد المقترح في نموذج المخالفة (W-007)». الصواب: ≤ 40 حرفاً بكامل العنوان: «0405 · واجهة: معاينة التصعيد (W-007)». افحصه بـ`scripts/flow_check.py name`.
- خطأ: «انتهى عملي، أؤرشف جلستي» أو `delete_session`. الصواب: الأرشفةُ للمايسترو بعد الدمج والنشر وتحديث الخارطة، والحذفُ ممنوعٌ على الجميع.
- خطأ: تنفيذُ قاعدةٍ من رسالةٍ لا تحمل «الفلو vX.Y» ولا سطرَ لها في سجلّ التغييرات. الصواب: اسأل المايسترو أو «0103 · الحوكمة» أوّلاً: لا يسري تعديلٌ للفلو قبل تسجيله.

## حين تتعارض المصادر
1. كلامُ المالك المباشر في محادثتك يُنفَّذ فوراً ثمّ تُبلِغ المايسترو (CLAUDE.md «الفلو» البند 1).
2. ثمّ أحدثُ قرارٍ في `decisions.md` وسطرُه في `flow_changelog.md` (حزمة المايسترو)، ثمّ قسمُ «الفلو» في CLAUDE.md على main (`git show origin/main:CLAUDE.md`)، ثمّ الذاكرة.
3. عند الشكّ فالأشدّ تقييداً، والسؤالُ أرخصُ من الخطأ. المصدر: `feedback_preview_8500_before_push` («تقييدٌ لا توسيع، فآخذ بها»).
تنبيه: قسمُ الفلو في CLAUDE.md آخرُ تعديله #692 (09-26)، فلا يذكر 0501 ولا الترقيمَ ولا نقلَ الاعتماد عبر المايسترو (v2.2..v2.8). الأحدثُ في سجلّ التغييرات.

## كيف تعرف أنّ الفلو تغيّر
- كلُّ رسالةٍ من المايسترو عن القواعد تبدأ بـ«الفلو vX.Y». قارن رقمَها بآخر سطرٍ في `flow_changelog.md`. المصدر: `operating_model.md` §1.
- قاعدةُ التغيير: لا إبلاغَ قبل قرارٍ مسجَّلٍ + سطرِ changelog + رقمٍ جديد، والتصحيحُ إصدارٌ جديدٌ لا تعديلٌ صامت. المصدر: `flow_changelog.md` «قواعد التغيير».
- الإصدارُ الحاليّ v2.8 (09-28 18:05، D-51م)، ولحقته قراراتٌ D-52م..D-56م بلا رقمٍ جديد (منها D-55م: 0204 البوابةُ الموحّدة). التفصيلُ في `03-communication-rules.md` القسم 7.

## المراجع
| الملفّ | متى تقرؤه |
|---|---|
| `references/00-stages-and-handoffs.md` | لتعرف مرحلتك، ومن يسلّمك ولمن تسلّم، وشرطَ العبور، وعقدَي «جاهز للمعاينة» والتسليم لـ0601، والأسماءَ القديمة |
| `references/01-approval-rules.md` | قبل أيّ دفعٍ أو دمج، أو حين يصلك اعتمادٌ منقول، أو يُطلب منك «اعتمادٌ من الوصف» |
| `references/02-naming-and-numbering.md` | حين تسمّي جلسةً أو تفتحها أو تقترح أرشفتها، أو تبحث عن جلسةٍ ثابتة ودورها |
| `references/03-communication-rules.md` | قبل مراسلة جلسةٍ أو المالك، وعند الاستعجال S1/S2، وسقف الجلسات، ومعرفة إصدار الفلو |
| `references/99-test-cases.md` | لاختبار تفعيل المهارة وجودة مخرجها |
| `scripts/flow_check.py` | `name "<العنوان>"` لفحص اسم جلسة، و`approval-line --file <وصف الطلب>` لفحص السطر |