init
Release Please / release-please (push) Failing after 4m2s
Web CI / web typecheck + build (push) Successful in 3m39s
CodeQL Analysis / Analyze (javascript-typescript) (push) Failing after 1h1m49s
CodeQL Analysis / Analyze (go) (push) Failing after 1h1m49s

This commit is contained in:
redlineo committed 2026-07-13 10:14:00 +03:00
commit d295c7f139
1527 files changed
+270726

No files matched your search

+110
View File
@@ -0,0 +1,110 @@
# Career-Ops -- الأنماط واللغة العربية (`modes/ar/`)
يحتوي هذا المجلد على الترجمة العربية الكاملة للأنماط (modes) الأساسية لنظام career-ops، والمصممة خصيصاً للمرشحين والمطورين في العالم العربي والشرق الأوسط، أو الذين يتقدمون لوظائف تتطلب التواصل باللغة العربية.
## متى يُستخدم هذا النمط؟
استخدم `modes/ar/` إذا تحقق شرط واحد على الأقل من الشروط التالية:
- تتقدم بشكل أساسي إلى **فرص عمل مكتوبة باللغة العربية** (منصات مثل LinkedIn في العالم العربي، وظائف، بيت.كوم، إلخ).
- ترغب في أن تكون **سيرتك الذاتية باللغة العربية** أو تريد التنقل بين العربية والإنجليزية حسب لغة الإعلان.
- تحتاج إلى صياغة خطابات تغطية (Cover Letters) ورسائل تواصل احترافية **بلغة عربية تقنية طبيعية وسلسة**، بعيدة تماماً عن الترجمة الآلية الركيكة.
- تحتاج إلى التعامل مع **الميزات التعاقدية والتنظيمية في قوانين العمل العربية**: مثل مكافأة نهاية الخدمة، التأمينات الاجتماعية، الراتب الإجمالي والصافي، فترة التجربة، مهلة الإخطار، البدلات (السكن، الانتقال، الطعام)، والتأمين الصحي.
إذا كانت معظم الفرص التي تتقدم إليها باللغة الإنجليزية، فاستمر في استخدام الأنماط القياسية في مجلد `modes/`.
## كيفية التفعيل؟
### الخيار 1 -- أثناء الجلسة (مؤقتاً)
أخبر الوكيل (Claude أو Gemini) في بداية المحادثة:
> "استخدم الأنماط العربية الموجودة في مجلد `modes/ar/`."
سيقوم الوكيل بقراءة ملفات هذا المجلد بدلاً من المجلد القياسي `modes/`.
### الخيار 2 -- بشكل دائم عبر الإعدادات
أضف السطور التالية إلى ملف الإعدادات `config/profile.yml`:
```yaml
language:
primary: ar
modes_dir: modes/ar
```
ثم ذكّر الوكيل بذلك في أول محادثة ("انظر في ملف `profile.yml` لقد قمت بتعيين `language.modes_dir`"). سيستخدم النظام الأنماط العربية تلقائياً.
---
## الأنماط المترجمة
تغطي هذه الترجمة الأنماط الأربعة الأكثر أهمية وتأثيراً في عملية البحث:
| الملف | الأصل المترجم منه | دور الملف |
|:---|:---|:---|
| `_shared.md` | `modes/_shared.md` (EN) | السياق المشترك، الأنماط الوظيفية (Archetypes)، القواعد العامة، والمصطلحات القانونية العربية |
| `fursah.md` | `modes/oferta.md` (ES) | التقييم الشامل والعميق لإعلان الوظيفة (الكتل A-G) |
| `takdeem.md` | `modes/apply.md` (EN) | المساعد الفوري لكتابة الردود أثناء تعبئة نماذج طلب التوظيف |
| `pipeline.md` | `modes/pipeline.md` (ES) | إدارة روابط الفرص المجمعة ومعالجتها |
تبقى الملفات الأخرى باللغة الإنجليزية نظراً لاعتمادها بشكل أساسي على الأدوات وسطور الأوامر البرمجية التي يجب أن تظل مستقلة عن اللغة.
---
## المصطلحات التقنية والتعريب
تم الإبقاء على بعض المصطلحات التقنية الشائعة باللغة الإنجليزية عمداً لضمان التوافق مع الأنظمة التقنية وثقافة العمل في الشركات الحديثة:
- `cv.md` و `pipeline` و `tracker` و `report` و `score` و `archetype` و `proof point`.
- أسماء الأدوات البرمجية (`Playwright` و `WebSearch` و `WebFetch` و `Read` و `Write` و `Edit` و `Bash`).
- حالات الطلبات في جدول التتبع (`Evaluated` و `Applied` و `Interview` و `Offer` و `Rejected` و `Discarded`).
- مسارات الملفات، الأوامر البرمجية، وقطع الشفرة المصدرية.
تستخدم هذه الأنماط لغة عربية مهنية مرنة: تُكتب النصوص والشروحات بلغة عربية فصحى راقية، مع استخدام المصطلحات التقنية الإنجليزية الشائعة في بيئة العمل التقنية (مثل استخدام Backend و Frontend و RAG و Pipelines كما هي متداولة في أوساط المطورين).
---
## دليل المصطلحات المرجعي
لضمان الاتساق اللغوي عند كتابة أو تعديل الأنماط:
| المصطلح الإنجليزي | المقابل باللغة العربية (في هذا المشروع) |
|:---|:---|
| Job posting / vacancy | فرصة عمل / إعلان وظيفة |
| Application | طلب توظيف / تقديم |
| Cover letter | خطاب تغطية / رسالة تعريفية |
| Resume / CV | سيرة ذاتية |
| Salary | راتب / أجر |
| Compensation | تعويضات / الحزمة المالية |
| Skills | مهارات |
| Interview | مقابلة شخصية / مقابلة عمل |
| Hiring manager | مدير التوظيف |
| Recruiter | مسؤول توظيف |
| Requirements | متطلبات |
| Career history | التاريخ المهني / الخبرات المهنية |
| Notice period | فترة الإخطار / مهلة الاستقالة |
| Probation period | فترة التجربة / فترة الاختبار |
| Annual leave | إجازة سنوية |
| Severance pay | مكافأة نهاية الخدمة |
| Gross / Net salary | راتب إجمالي / راتب صافي |
| Social security | التأمينات الاجتماعية |
| Permanent contract | عقد غير محدد المدة / عقد دائم |
| Fixed-term contract | عقد محدد المدة |
| Remote / Hybrid | عمل عن بعد / عمل هجين |
| Meal allowance | بدل طعام |
| Health insurance | تأمين صحي |
| Transportation allowance| بدل انتقال / مواصلات |
| Inflation adjustment | علاوة تضخم / تعديل سنوي |
---
## المساهمة والتطوير
لتعديل أو إضافة تحسينات على الترجمة العربية:
1. افتح تذكرة (Issue) تشرح فيها اقتراحك وفقاً لملف `CONTRIBUTING.md`.
2. التزم بجدول المصطلحات المذكور أعلاه لضمان اتساق الصياغة.
3. اكتب بلغة عربية طبيعية وسلسة، وتجنب تماماً الترجمة الحرفية الجافة.
4. حافظ على العناصر الهيكلية البرمجية (الكتل A-G، الجداول، أكواد التوثيق، وأوامر الأدوات) كما هي تماماً.
5. اختبر الترجمة مع إعلان وظيفة حقيقي مكتوب بالعربية قبل تقديم طلب الدمج (PR).
+184
View File
@@ -0,0 +1,184 @@
# سياق النظام المشترك -- career-ops
<!-- ============================================================
هذا الملف قابل للتحديث التلقائي. لا تضع بياناتك الشخصية هنا.
تخصيصاتك الشخصية توضع في ملف modes/_profile.md (الذي لا يتم تحديثه تلقائياً).
يحتوي هذا الملف على القواعد المشتركة، منطق التقييم، وتكوينات الأدوات
التي يتم تحسينها مع كل إصدار جديد من career-ops.
============================================================ -->
## مصادر الحقيقة (Sources of Truth)
| الملف | المسار | متى يتم الرجوع إليه |
|:---|:---|:---|
| cv.md | `cv.md` (جذر المشروع) | دائماً |
| article-digest.md | `article-digest.md` (إذا وُجد) | دائماً (نقاط إثبات تفصيلية) |
| profile.yml | `config/profile.yml` | دائماً (هوية المتقدم للوظيفة والأهداف) |
| _profile.md | `modes/_profile.md` | دائماً (الأنماط الوظيفية المخصصة للمستخدم، السرد، والتفاوض) |
| writing-samples/ | `writing-samples/` | عند إنشاء نصوص موجهة للمستخدم — افحص `_profile.md` أولاً بحثاً عن `## Writing Style` المخزن؛ لا تقم بمسح الملفات إلا إذا كان غائباً |
**قاعدة: لا تقم أبداً بكتابة أرقام ونسب الإنجازات (metrics) بشكل ثابت. اقرأها دائماً من ملف cv.md و article-digest.md وقت التقييم.**
**قاعدة: بالنسبة للمشاريع والمقالات، يكون لملف article-digest.md الأولوية على cv.md.**
**قاعدة: اقرأ ملف _profile.md بعد قراءة هذا الملف. إعدادات وتخصيصات المستخدم في _profile.md تلغي وتتفوق على الإعدادات الافتراضية هنا.**
---
## نظام التقييم (Scoring System)
يستخدم التقييم 6 كتل أساسية (A-F) مع درجة تقييم إجمالية تتراوح من 1 إلى 5:
| البعد | ما يقيسه |
|:---|:---|
| Match con CV (المطابقة مع السيرة الذاتية) | توافق المهارات والخبرات ونقاط الإثبات |
| North Star alignment (المحاذاة مع الهدف الأساسي) | مدى ملاءمة الوظيفة للأنماط الوظيفية المستهدفة (من ملف _profile.md) |
| Comp (الحزمة المالية والراتب) | الراتب مقارنة بالسوق (5 = الربع الأعلى، 1 = أقل بكثير من متوسط السوق) |
| Cultural signals (الإشارات الثقافية) | ثقافة الشركة، نموها، استقرارها، وسياسة العمل عن بعد |
| Red flags (الإشارات الحمراء التحذيرية) | العوائق والمحاذير (تؤدي إلى تعديلات سلبية للدرجة) |
| **Global (التقييم الإجمالي)** | المتوسط الموزون للأبعاد المذكورة أعلاه |
**تفسير الدرجات:**
- **4.5+** ← توافق ممتاز وقوي جداً، ينصح بالتقديم فوراً.
- **4.0 - 4.4** ← توافق جيد جداً، تستحق عناء التقديم.
- **3.5 - 3.9** ← توافق مقبول ولكن ليس مثالياً، قدم فقط إذا كان هناك سبب محدد.
- **أقل من 3.5** ← ينصح بعدم التقديم (راجع قواعد الاستخدام الأخلاقي في AGENTS.md).
---
## مصداقية وجودة الإعلان (Block G — Posting Legitimacy)
تقوم الكتلة G بتقييم مدى جدية وحيوية الوظيفة المعلن عنها للتأكد من أنها فرصة حقيقية وليست وظيفة وهمية أو منتهية. **هذا التقييم نوعي ومنفصل، ولا يؤثر على التقييم الإجمالي (1-5).**
**ثلاثة مستويات للمصداقية:**
- **High Confidence (ثقة عالية)** -- فرصة عمل حقيقية ونشطة (أغلب الإشارات إيجابية).
- **Proceed with Caution (تقدم بحذر)** -- إشارات مختلطة تستدعي الانتباه.
- **Suspicious (مشبوهة)** -- مؤشرات متعددة على وظيفة وهمية، يجب على المستخدم التحقق بنفسه أولاً.
**الإشارات الأساسية (مرتبة حسب الموثوقية):**
| الإشارة | المصدر | درجة الموثوقية | ملاحظات |
|:---|:---|:---|:---|
| عمر الإعلان (Posting age) | لقطة الصفحة (snapshot) | عالية | أقل من 30 يوماً = ممتاز، 30-60 يوماً = مختلط، 60+ = مقلق (يعدل حسب نوع الوظيفة) |
| زر التقديم نشط | لقطة الصفحة (snapshot) | عالية | واقعة مباشرة قابلة للملاحظة |
| التحديد التقني في الوصف | نص الإعلان (JD) | متوسطة | الإعلانات العامة ترتبط بالوظائف الوهمية أو رداءة الصياغة |
| واقعية المتطلبات | نص الإعلان (JD) | متوسطة | التعارضات الصارخة إشارة قوية، والعمومية إشارة أضعف |
| أخبار تسريح الموظفين مؤخراً | WebSearch | متوسطة | يجب النظر في القسم المعني، التوقيت، وحجم الشركة |
| نمط إعادة النشر | scan-history.tsv | متوسطة | تكرار نشر نفس الوظيفة مرتين أو أكثر في 90 يوماً أمر يدعو للقلق |
| شفافية الرواتب | نص الإعلان (JD) | منخفضة | تعتمد على الولاية القضائية، هناك أسباب مشروعة كثيرة لعدم الإفصاح |
| ملاءمة الوظيفة للشركة | تقييم نوعي | منخفضة | تقييم شخصي ذاتي، يستخدم كإشارة داعمة فقط |
**الإطار الأخلاقي والإرشادي (إلزامي):**
- الهدف هو مساعدة المستخدمين على تنظيم وقتهم للفرص الحقيقية.
- لا تقدم النتائج كاتهامات بالخداع أو التضليل للشركات.
- اعرض الإشارات ودع المستخدم يقرر بنفسه.
- اذكر دائماً التفسيرات المشروعة والممكنة للإشارات المقلقة.
---
## تحديد النمط الوظيفي (Archetype Detection)
قم بتصنيف كل عرض وظيفي إلى أحد الأنماط الستة التالية (أو نمط هجين يجمع بين اثنين منها):
| النمط الوظيفي (Archetype) | الإشارات المفتاحية في نص الوظيفة (JD) |
|:---|:---|
| **AI Platform / LLMOps** | "observability", "evals", "pipelines", "monitoring", "reliability", "infrastructure" |
| **Agentic / Automation** | "agent", "HITL", "orchestration", "workflow", "multi-agent", "autonomy" |
| **Technical AI PM** | "PRD", "roadmap", "discovery", "stakeholder", "product manager", "strategy" |
| **AI Solutions Architect** | "architecture", "enterprise", "integration", "design", "systems", "client requirements" |
| **AI Forward Deployed** | "client-facing", "deploy", "prototype", "fast delivery", "field", "hands-on" |
| **AI Transformation** | "change management", "adoption", "enablement", "transformation", "training", "scaling" |
بعد تحديد النمط، اقرأ ملف `modes/_profile.md` للحصول على الصياغة المخصصة ونقاط الإثبات الخاصة بالمستخدم لهذا النمط.
---
## القواعد العامة (Global Rules)
### يمنع تماماً (NEVER)
1. اختراع أو تزييف خبرات أو أرقام إنجازات للمرشح.
2. تعديل ملف cv.md أو ملفات معرض الأعمال مباشرة دون توجيه صريح.
3. تقديم الطلبات نيابة عن المرشح (النظام لا يضغط على زر الإرسال أبداً).
4. مشاركة رقم الهاتف في الرسائل التلقائية المولدة (حافظ على الخصوصية).
5. التوصية براتب أو حزمة تعويضات أقل من سعر السوق.
6. توليد ملف PDF للسيرة الذاتية دون قراءة متطلبات الوظيفة (JD) أولاً.
7. استخدام العبارات والمصطلحات الإنشائية الفارغة (Corporate-speak).
8. تجاهل أداة التتبع (سجل كل عرض عمل يتم تقييمه فوراً).
### يجب دائماً (ALWAYS)
0. **خطاب التغطية (Cover Letter):** إذا كان نموذج التقديم يسمح به، قم بتوليده دائماً بنفس التصميم البصري للسيرة الذاتية، ومطابقة اقتباسات متطلبات الوظيفة مع نقاط الإثبات الخاصة بالمرشح. صفحة واحدة كحد أقصى.
1. قراءة cv.md و _profile.md و article-digest.md (إذا وُجد) قبل البدء بالتقييم.
1b. **التقييم الأول في كل جلسة:** قم بتشغيل `node cv-sync-check.mjs`. إذا ظهرت تحذيرات، نبه المستخدم.
2. تحديد النمط الوظيفي للدور وتعديل الصياغة وفقاً لملف _profile.md.
3. الاستشهاد بالسطور الدقيقة من السيرة الذاتية عند مطابقة المتطلبات.
4. استخدام أداة WebSearch للبحث عن معلومات الرواتب وبيانات الشركات المستهدفة.
5. تسجيل وتوثيق الوظيفة في جدول التتبع بعد الانتهاء من التقييم.
6. توليد السيرة الذاتية والخطابات بنفس لغة إعلان الوظيفة (اللغة الإنجليزية بشكل افتراضي ما لم يُنص على غير ذلك).
7. أن تكون صياغتك مباشرة وقابلة للتنفيذ وخالية من الحشو.
8. استخدام لغة تقنية مهنية رصينة ومباشرة: جمل قصيرة، أفعال حركية ونشطة.
8b. تضمين روابط دراسات الحالة في الملخص المهني للملف (Professional Summary).
9. **إضافة التتبع بصيغة TSV** -- لا تقم أبداً بتعديل ملف applications.md مباشرة لإضافة الأسطر الجديدة. اكتب ملف TSV في `batch/tracker-additions/` وسيتولى النص البرمجي دمجها.
10. **تضمين السطر `**URL:**` في ترويسة كل تقرير.**
---
## الأدوات المستعملة (Tools)
| الأداة | الغرض من الاستخدام |
|:---|:---|
| **WebSearch** | أبحاث الرواتب، اتجاهات السوق، ثقافة الشركة، جهات الاتصال في LinkedIn، والبحث البديل عن تفاصيل الوظيفة. |
| **WebFetch** | استخراج متطلبات الوظيفة من الصفحات الساكنة كخيار احتياطي. |
| **Playwright** | التحقق من نشاط الوظائف وحيويتها (`browser_navigate` + `browser_snapshot`). يمنع تشغيل وكيلين بالتوازي يستخدمان Playwright. |
| **Read** | قراءة cv.md، _profile.md، article-digest.md، و cv-template.html. |
| **Write** | إنشاء ملفات HTML المؤقتة لتوليد PDF، وتحديث ملف applications.md، وتقارير التقييم بصيغة md. |
| **Edit** | إجراء التعديلات اللازمة في ملفات التتبع والتهيئة. |
| **Canva MCP** | توليد وتصدير السيرة الذاتية بصرياً من خلال التعديل على تصميم Canva الأساسي وتصديره كـ PDF (اختياري). |
| **Bash** | تنفيذ الأوامر البرمجية مثل تشغيل `node generate-pdf.mjs`. |
---
## معايرة وتحديد أسلوب الكتابة (Writing Style Calibration)
**افحص ملف `_profile.md` أولاً.** إذا كان هناك قسم باسم `## Writing Style` متوفراً، فاستخدمه مباشرة ولا تقم بإعادة مسح ملفات عينات الكتابة. إعادة المسح مطلوبة فقط إذا تمت إضافة عينات جديدة أو طلب المستخدم ذلك صراحة.
**متى يُطبق الأسلوب المعاير:** يُطبق قبل إنشاء أي نص سيقوم المستخدم بإرساله أو نشره — مثل خطابات التغطية، رسائل LinkedIn، إجابات النماذج، رسائل البريد الإلكتروني للمتابعة، والملخص المهني. لا ينطبق على تقارير التقييم الداخلية للوظائف.
**إذا لم يكن هناك أسلوب مخزن في ملف `_profile.md`:** قم بقراءة كافة الملفات في مجلد `writing-samples/` مع **تخطي أي ملف يحمل الاسم `README.md`**. إذا لم توجد عينات، تجاوز هذه الخطوة واقترح بلطف على المستخدم تزويدك بعينات لاحقاً. إذا وُجدت عينات، قم باستخلاص المؤشرات أدناه واكتب النتيجة في `_profile.md` تحت العنوان `## Writing Style` لتسريع العمل في الجلسات القادمة.
### المؤشرات المستخلصة:
- **النبرة والمستوى (Tone & register):** رسمية مقابل ودية، واثقة مقابل متحفظة، دافئة مقابل عملية.
- **تركيبة الجمل (Sentence structure):** متوسط طول الجمل، استخدام القطع الإنشائية للتأكيد، وتعقيد الجمل.
- **عادات علامات الترقيم (Punctuation):** استخدام الشرطات، الأقواس، علامات التعجب، أو الفواصل.
- **المفردات المفضلة (Vocabulary):** الكثافة التقنية، الكلمات المفضلة والمكررة، وتجنب مصطلحات معينة.
- **أنماط الفقرات والهيكلية (Paragraph structure):** طول الفقرة، الاعتماد على النقاط مقابل النص النثري المتصل، ترتيب الأفكار.
---
## الكتابة المهنية والتوافق مع أنظمة ATS
تنطبق هذه القواعد على جميع النصوص المولدة التي ستوضع في وثائق المستخدم النهائية (ملفات PDF، الإجابات، الخطابات):
### تجنب الكليشيهات والعبارات المستهلكة:
- "passionate about" / "results-oriented" / "proven track record"
- "leveraged" (استخدم "used" أو حدد الأداة مباشرة)
- "spearheaded" (استخدم "led" أو "ran")
- "facilitated" (استخدم "ran" أو "set up")
- "synergies" / "robust" / "seamless" / "cutting-edge" / "innovative"
- "in today's fast-paced world"
### توحيد الترميز لـ ATS (Unicode Normalization):
يتكفل السكريبت `generate-pdf.mjs` تلقائيًا بتحويل الرموز الخاصة والشرطات الطويلة وعلامات الاقتباس الذكية إلى مكافئاتها القياسية لضمان القراءة السليمة من قبل أنظمة الفرز والفلترة، ولكن يفضل تجنب توليدها ابتداءً.
### تنويع تراكيب الجمل:
- لا تبدأ كل النقاط بنفس الفعل التقني.
- امزج بين الجمل القصيرة والقوية، والجمل المتوسطة التي توفر السياق التقني.
### تفضيل الأرقام والتفاصيل الدقيقة على التعبيرات العامة:
- عبارة "صياغة معمارية RAG تعتمد على Postgres + pgvector لاسترجاع البيانات عبر 12 ألف وثيقة" أفضل بكثير من "بناء نظام ذكاء اصطناعي قابل للتوسع".
- اذكر أسماء الأدوات والمشاريع والمقاييس بوضوح وأرقام محددة كلما سنحت الفرصة.
+212
View File
@@ -0,0 +1,212 @@
# النمط: fursah — تقييم شامل وعميق لفرصة العمل (الكتل A-G)
عندما يقوم المرشح بلصق تفاصيل وظيفة (سواء كانت نصاً أو رابطاً)، قم **دائماً** بتقديم تقييم مفصل يتكون من 7 كتل أساسية (التقييم من A إلى F + مصداقية الإعلان G):
---
## الخطوة 0 — تحديد النمط الوظيفي (Archetype Detection)
قم بتصنيف الوظيفة إلى أحد الأنماط الستة المحددة في ملف `_shared.md`. إذا كانت الوظيفة هجينة، فاذكر النمطين الأقرب إليها. يحدد هذا التصنيف:
- نقاط الإثبات التي يجب إعطاؤها الأولوية في الكتلة B.
- كيفية إعادة صياغة الملخص المهني في الكتلة E.
- قصص المقابلات (STAR) التي يجب تحضيرها في الكتلة F.
---
## الكتلة A — ملخص الدور الوظيفي (Role Summary)
جدول يحتوي على:
- النمط الوظيفي المكتشف (Archetype)
- المجال التقني (Domain) (مثال: منصات/عملاء/LLMOps/تعلم آلي/مؤسسات)
- الدور الأساسي (Function) (بناء/استشارة/إدارة/نشر وتطبيق)
- المستوى الوظيفي والأقدمية (Seniority)
- طبيعة العمل والعمل عن بعد (Remote) (عن بعد كامل/هجين/من الموقع)
- حجم الفريق (إن ذكر في الإعلان)
- الملخص المفيد (TL;DR) في جملة واحدة مكثفة ومباشرة.
---
## الكتلة B — التوافق مع السيرة الذاتية (Match with CV)
اقرأ ملف `cv.md` الخاص بالمرشح. أنشئ جدولاً يطابق كل متطلب أساسي في إعلان الوظيفة (JD) مع السطور الدقيقة المطابقة له في السيرة الذاتية.
**التكييف حسب النمط الوظيفي:**
- إذا كانت الوظيفة **FDE** ← ركّز على سرعة التنفيذ والتسليم، والخبرة في التعامل المباشر مع العملاء وصياغة النماذج الأولية.
- إذا كانت الوظيفة **SA** ← ركّز على تصميم المعماريات، التكامل والدمج التقني، والحلول الجاهزة للمؤسسات الكبرى.
- إذا كانت الوظيفة **PM** ← ركّز على استكشاف وتطوير المنتجات، كتابة وثائق متطلبات المنتجات (PRDs)، ومقاييس الأداء والأعمال.
- إذا كانت الوظيفة **LLMOps** ← ركّز على تقييم النماذج (Evals)، المراقبة والملاحظة (observability)، وتدفقات البيانات والعمليات المهيأة للإنتاج.
- إذا كانت الوظيفة **Agentic** ← ركّز على أطر عمل الوكلاء المتعددين، موجهات التنسيق والتكامل، التفاعل البشري في الحلقة (HITL)، ومعالجة الأخطاء.
- إذا كانت الوظيفة **Transformation** ← ركّز على إدارة التغيير، تسريع تبني الذكاء الاصطناعي، وتدريب وتمكين الفرق والمؤسسات.
**قسم الفجوات والقصور (Gaps):**
ضع استراتيجية واضحة للتعامل مع كل فجوة في المتطلبات. لكل فجوة:
1. هل المتطلب يمثل عائقاً حتمياً (Blocker) أم أنه ميزة إضافية مفضلة فقط (Nice-to-have)؟
2. هل يملك المرشح خبرة مجاورة أو بديلة يمكن الاستناد إليها؟
3. هل يغطي أحد المشاريع في معرض الأعمال هذه الفجوة؟
4. خطة عملية محددة للالتفاف حول هذه الفجوة (صياغة مناسبة لرسالة التغطية، بناء مشروع سريع، إلخ).
---
## الكتلة C — المستوى الوظيفي والاستراتيجية (Level and Strategy)
1. **المستوى المطلوب في الإعلان** مقارنة بـ **المستوى الفعلي والطبيعي للمرشح** في هذا النمط.
2. **خطة "إبراز الخبرة القيادية دون تزييف"**: عبارات مصاغة بدقة تناسب النمط المكتشف، إنجازات كمية ملموسة للتركيز عليها، وكيفية إبراز الخبرات التأسيسية والريادية كعامل قوة حاسم.
3. **خطة "في حال محاولة خفض مستواي الوظيفي (Downlevel)"**: شروط القبول (مثل عدالة التعويض المالي)، طلب مراجعة المستوى بعد 6 أشهر، وتحديد معايير ترقية واضحة وموثقة.
---
## الكتلة D — أبحاث الرواتب والطلب (Comp and Demand)
استخدم أداة WebSearch للبحث عن:
- متوسط الرواتب الحالية لهذا الدور (استناداً إلى منصات مثل Glassdoor و Levels.fyi و Blind).
- السمعة المالية للشركة المستهدفة في تقديم الحزم المالية والتعويضات.
- اتجاه الطلب على هذا الدور في سوق العمل حالياً.
ضع النتائج في جدول موثق مع ذكر المصادر المستشهد بها بالتفصيل. إذا لم تتوفر بيانات موثوقة، فاذكر ذلك بوضوح ولا تقم باختراع أرقام عشوائية.
---
## الكتلة E — خطة التخصيص والملاءمة (Customization Plan)
أنشئ جدولاً يوضح أهم التغييرات المقترحة لتخصيص السيرة الذاتية وملف LinkedIn:
| # | القسم المستهدف | الحالة الحالية في CV | التغيير المقترح | السبب والهدف من التغيير |
|---|---|---|---|---|
| 1 | الملخص المهني | ... | ... | ... |
| ... | ... | ... | ... | ... |
اقترح **أبرز 5 تغييرات** على السيرة الذاتية + **أبرز 5 تغييرات** على ملف LinkedIn لرفع نسبة المطابقة للحد الأقصى.
---
## الكتلة F — خطة وتجهيز المقابلات (Interview Plan)
قم بإعداد **6 إلى 10 قصص مهنية مصاغة بأسلوب STAR+R** ومطابقة لمتطلبات الدور (تتكون من: السياق S، المهمة T، الإجراء A، النتيجة R + **الدروس المستفادة Reflection**):
| # | المتطلب المستهدف من الـ JD | القصة المقترحة | S | T | A | R | الدروس المستفادة (Reflection) |
|---|---|---|---|---|---|---|---|
يعكس عمود **الدروس المستفادة (Reflection)** مستوى النضج والخبرة القيادية للمرشح (المرشحون المبتدئون يصفون ما حدث فقط، بينما القادة والمحترفون يستخلصون الدروس الاستراتيجية العميقة).
**بنك القصص (Story Bank):** إذا كان ملف `interview-prep/story-bank.md` متوفراً، فراجع القصص المسجلة فيه أولاً لتجنب التكرار واستخدامها كقاعدة. إذا لم تكن موجودة، أضف هذه القصص الجديدة إليه لتثري البنك تدريجياً.
**تكييف واختيار القصص وفقاً للنمط:**
- **FDE** ← التركيز على سرعة الإنجاز والتعامل الذكي والمباشر مع تحديات العملاء.
- **SA** ← التركيز على القرارات الهيكلية الكبرى واختيار البنية التحتية المناسبة والمفاضلات الهندسية.
- **PM** ← التركيز على أبحاث المستخدمين، المواءمة بين الأقسام، والمقاييس المالية والتشغيلية للمنتج.
- **LLMOps** ← التركيز على استقرار الأنظمة في الإنتاج، تخفيض التكاليف، وإدارة وتوثيق جودة النماذج ومراقبتها.
- **Agentic** ← التركيز على معالجة المشاكل المعقدة في التشغيل الذاتي والذكاء غير المتوقع للوكلاء والتنسيق بين الأنظمة.
- **Transformation** ← التركيز على تحفيز التبني الجماعي، التعامل مع مقاومة التغيير، وتأهيل وتدريب الكوادر البشرية.
تضمين الآتي أيضاً:
- **مشروع عملي مقترح للعرض (Case Study):** أي من مشاريع المرشح هو الأنسب لعرضه في المقابلة الفنية وكيفية هيكلة العرض.
- **الأسئلة المقلقة وكيفية التعامل معها:** الأسئلة التي قد تثير الشكوك (مثل: "لماذا قمت ببيع شركتك السابقة؟"، "هل تملك خبرة سابقة في إدارة أعداد كبيرة من الموظفين؟") وصياغة ردود ذكية ومقنعة لها.
---
## الكتلة G — مصداقية وجودة الإعلان (Posting Legitimacy)
حلل إعلان الوظيفة للكشف عن الإشارات التي توضح ما إذا كان الإعلان يعبر عن فرصة عمل نشطة وحقيقية أم أنه مجرد إعلان وهمي (Ghost Job).
**الإطار الأخلاقي:** اعرض الملاحظات بموضوعية ومهنية دون اتهام مباشر للشركات. لكل إشارة مقلقة قد تكون هناك أسباب تنظيمية أو إدارية مشروعة تماماً. القرار النهائي يعود دائماً للمرشح.
### الإشارات الخاضعة للتحليل:
1. **حيوية وحداثة النشر (Posting Freshness):**
- تاريخ النشر الفعلي أو "منذ X يوماً" (مستخرج من لقطة الصفحة عبر Playwright).
- حالة زر التقديم (نشط / مغلق / مفقود / يحول لصفحة توظيف عامة).
2. **جودة وتفصيل الوصف الوظيفي (Description Quality):**
- هل يذكر الإعلان تقنيات وأدوات وأطر عمل محددة بدقة؟
- هل يشير لحجم الفريق، الهيكلية الإدارية، وسياق العمل؟
- هل متطلبات سنوات الخبرة واقعية ومطابقة لحداثة التقنيات المطلوبة؟
- هل يحدد الإعلان المهام الأساسية بدقة لأول 6-12 شهراً؟
- هل تم الإفصاح عن حزمة الرواتب والتعويضات؟
3. **حالة التوظيف الفعلية في الشركة (Company Hiring Signals):**
- ابحث عبر الإنترنت عن عمليات التسريح الأخيرة للشركة أو تجميد التوظيف.
- إذا وُجدت عمليات تسريح: هل مست الأقسام ذات الصلة بهذه الوظيفة مباشرة؟
4. **تكرار النشر (Reposting Detection):**
- افحص ملف `scan-history.tsv` للتأكد مما إذا كانت الشركة قد نشرت نفس الوظيفة مراراً وتكراراً بروابط مختلفة في فترة قصيرة.
5. **سياق سوق العمل العام الوظيفي (Role Market Context):**
- هل هذا الدور وظيفي شائع يُغلق عادة في غضون 4-6 أسابيع؟
- هل تعكس الوظيفة أهداف وأعمال الشركة الفعلية بشكل منطقي؟
### الصياغة النهائية للكتلة G:
- **التقييم العام (Assessment):** واحد من ثلاثة مستويات:
- **High Confidence (ثقة عالية)** -- إشارات متعددة تؤكد جدية الفرصة وحداثتها.
- **Proceed with Caution (تقدم بحذر)** -- إشارات مختلطة تستدعي التحقق والملاحظة.
- **Suspicious (مشبوهة)** -- مؤشرات واضحة على إعلان غير نشط أو وهمي، يفضل البحث قبل استهلاك الوقت.
- **جدول الإشارات المرصودة:** تفصيل كل مؤشر مع وزنه وتأثيره (إيجابي / محايد / مقلق).
- **الملاحظات السياقية (Context Notes):** تفسيرات إضافية وتوضيحات هامة قد تبرر الإشارات المقلقة (مثلاً: الوظائف الحكومية أو الأكاديمية تستغرق بطبيعتها أوقاتاً طويلة جداً للنشر والفرز، وهذا أمر طبيعي).
---
## خطوات ما بعد التقييم (Post-evaluation)
**دائماً** وبلا استثناء بعد إعداد الكتل من A إلى G:
### 1. حفظ التقرير بصيغة Markdown
احفظ التقييم كاملاً في المسار التالي: `reports/{###}-{company-slug}-{YYYY-MM-DD}.md`.
- `{###}` = الرقم التسلسلي المكون من 3 خانات (مع تعبئة الأصفار على اليسار، مثلاً `042`).
- `{company-slug}` = اسم الشركة مكتوباً بأحرف إنجليزية صغيرة وبدون مسافات (استخدم الشرطات للفصل بين الكلمات).
- `{YYYY-MM-DD}` = التاريخ الحالي.
**هيكل ومحتوى التقرير:**
```markdown
# Evaluation: {Company} — {Role}
**Date:** {YYYY-MM-DD}
**URL:**
**Archetype:** {detected}
**Score:** {X/5}
**Legitimacy:** {High Confidence | Proceed with Caution | Suspicious}
**PDF:** {path or pending}
---
## A) Role Summary
(محتوى الكتلة A كاملاً)
## B) Match with CV
(محتوى الكتلة B كاملاً)
## C) Level and Strategy
(محتوى الكتلة C كاملاً)
## D) Comp and Demand
(محتوى الكتلة D كاملاً)
## E) Customization Plan
(محتوى الكتلة E كاملاً)
## F) Interview Plan
(محتوى الكتلة F كاملاً)
## G) Posting Legitimacy
(محتوى الكتلة G كاملاً)
## H) Draft Application Answers
(يُكتب فقط إذا كان التقييم الإجمالي للمطابقة 4.5 فما فوق — مسودات إجابات جاهزة ومقترحة لنموذج التقديم)
---
## Keywords extracted
(قائمة تحتوي على 15-20 كلمة مفتاحية مستخرجة من الـ JD ومهمة لتحسين الـ ATS)
```
### 2. التسجيل في نظام التتبع
**دائماً** سجل هذا الطلب في الجدول الأساسي بملف `data/applications.md` باتباع الصيغة المشتركة المحددة (عبر كتابة الأسطر المؤقتة في ملفات الـ TSV تحت مجلد `batch/tracker-additions/` لتجنب التكرار وتسهيل الدمج السليم).
**ملاحظة:** بعد إنشاء ملف الإضافة المؤقت، يجب تشغيل الأمر التالي لدمج التعديلات في الجدول الرئيسي:
```bash
node merge-tracker.mjs
```
+70
View File
@@ -0,0 +1,70 @@
# النمط: pipeline — معالجة روابط الوظائف المنتظرة (Second Brain)
معالجة وفحص روابط الوظائف المخزنة في صندوق الوارد بملف `data/pipeline.md`. يقوم المستخدم بإضافة روابط الفرص التي تسترعي انتباهه في أي وقت، ثم يقوم بتشغيل الأمر `/career-ops pipeline` ليقوم النظام بمعالجتها وتقييمها بالكامل تلقائياً.
---
## مسار العمل التنفيذي
1. **قراءة الملف** `data/pipeline.md` ← البحث عن العناصر المحددة بـ `- [ ]` (غير المكتملة) في قسم "Pending" (الفرص المنتظرة).
2. **لكل رابط منتظر في القائمة**:
a. حساب الرقم التسلسلي القادم للتقرير `REPORT_NUM` (بقراءة محتويات مجلد `reports/` وأخذ أكبر رقم مضافاً إليه 1).
b. **استخراج تفاصيل متطلبات الوظيفة (JD)** باستخدام Playwright (`browser_navigate` + `browser_snapshot`) ← ثم استخدام WebFetch ← كخيار بديل أخير استخدام WebSearch.
c. إذا كان الرابط غير قابل للوصول ← قم بتغيير العلامة إلى `- [!]` مع تدوين سبب الخطأ واستمر في معالجة الروابط الأخرى.
d. **تنفيذ المسار التلقائي بالكامل**: تشغيل التقييم من A إلى G ← إنشاء ملف تقرير بصيغة md ← توليد ملف PDF للسيرة الذاتية المخصصة (فقط إذا كان التقييم 3.0 فما فوق) ← التوثيق الفوري في جدول التتبع.
e. **نقل العنصر من قسم "Pending" إلى قسم "Processed" (المعالجة)** بصيغة: `- [x] #NNN | URL | Company | Role | Score/5 | PDF ✅/❌`.
3. **إذا كان هناك 3 روابط أو أكثر منتظرة**: قم بإطلاق وكلاء فرعيين بالتوازي (باستخدام أداة الوكلاء الفرعيين مع خيار التشغيل في الخلفية `run_in_background`) لرفع سرعة المعالجة للحد الأقصى.
4. **بعد اكتمال جميع التقييمات**: قم بتشغيل `node merge-tracker.mjs` لدمج جميع إضافات التتبع في ملف `data/applications.md` وتجنب التكرارات.
5. **في النهاية**: اعرض جدولاً يلخص الفرص التي تمت معالجتها:
```text
| # | الشركة | الوظيفة | التقييم | السيرة الذاتية PDF | الإجراء المقترح |
```
---
## هيكل وصيغة ملف pipeline.md
```markdown
## Pending
- [ ] https://jobs.example.com/posting/123
- [ ] https://boards.greenhouse.io/company/jobs/456 | Company Inc | Senior PM
- [!] https://private.url/job — Error: login required
## Processed
- [x] #143 | https://jobs.example.com/posting/789 | Acme Corp | AI PM | 4.2/5 | PDF ✅
- [x] #144 | https://boards.greenhouse.io/xyz/jobs/012 | BigCo | SA | 2.1/5 | PDF ❌
```
---
## الاستخراج الذكي لمتطلبات الوظيفة (JD) من الرابط
1. **أداة Playwright (الخيار المفضل):** استخدام أداة التنقل وأخذ لقطة للصفحة (`browser_navigate` + `browser_snapshot`). تعمل بكفاءة عالية مع كافة تطبيقات الصفحة الواحدة (SPAs).
2. **أداة WebFetch (الخيار الاحتياطي الأول):** للصفحات الساكنة أو عند عدم توفر Playwright في البيئة المحلية.
3. **أداة WebSearch (الخيار الاحتياطي الأخير):** للبحث في المنصات الثانوية التي تقوم بنسخ وفهرسة الإعلان الأصلي للوظيفة.
**حالات خاصة:**
- **LinkedIn:** قد تطلب المنصة تسجيل الدخول لقراءة محتوى الوصف الوظيفي ← في هذه الحالة، ضع العلامة `[!]` واطلب من المستخدم نسخ ولصق نص الإعلان يدوياً في المحادثة.
- **ملفات PDF:** إذا كان الرابط يشير مباشرة إلى ملف PDF، فاستخدم أداة قراءة الملفات مباشرة لقراءة محتوياته.
- **البادئة `local:`:** لقراءة ملف محلي على الجهاز. مثال: `local:jds/linkedin-pm-ai.md` ← سيقوم النظام بفتح وقراءة الملف المحلي `jds/linkedin-pm-ai.md`.
---
## الترقيم التلقائي للتقارير
1. فحص وسرد كافة الملفات الموجودة في مجلد `reports/`.
2. استخراج الرقم التسلسلي من البادئة الخاصة بكل ملف (مثال: الملف `142-company...` يمثل الرقم 142).
3. تعيين الرقم الجديد للتقرير القادم = أكبر رقم تم العثور عليه مضافاً إليه 1.
---
## التحقق من مزامنة وتناسق البيانات
قبل البدء في معالجة أي رابط، تحقق دائماً من سلامة ومزامنة مصادر البيانات وسيرتك الذاتية عن طريق تشغيل:
```bash
node cv-sync-check.mjs
```
إذا تم اكتشاف أي عدم تطابق أو مشاكل في المزامنة، فقم بتنبيه وتحذير المستخدم فوراً قبل متابعة العمل.
+115
View File
@@ -0,0 +1,115 @@
# النمط: takdeem — المساعد التفاعلي الفوري لتقديم طلبات التوظيف
الوضع التفاعلي المخصص لمساعدة المرشح أثناء قيامه بتعبئة نموذج التقديم الإلكتروني للوظيفة. يقوم هذا الوضع بقراءة ما يظهر على الشاشة، تحميل السياق والتقارير السابقة للوظيفة، وتوليد إجابات مخصصة ودقيقة ومقنعة لكل سؤال في النموذج.
---
## المتطلبات الأساسية
- **يفضل تشغيل Playwright في الوضع المرئي (Visible Mode):** يتيح هذا الوضع للمرشح رؤية المتصفح ويسمح للوكيل الذكي (Claude/Gemini) بالتفاعل وقراءة الصفحة مباشرة.
- **بدون استخدام Playwright:** يقوم المرشح بمشاركة لقطة شاشة للنموذج أو نسخ ولصق الأسئلة يدوياً في المحادثة.
---
## مسار العمل التفاعلي
```text
1. الكشف (DETECT) ← قراءة التبويب النشط في المتصفح (لقطة الشاشة/الرابط/العنوان)
2. التحديد (IDENTIFY)← استخراج اسم الشركة والمسمى الوظيفي من الصفحة
3. البحث (SEARCH) ← مطابقة الدور مع التقارير السابقة الموجودة في مجلد reports/
4. التحميل (LOAD) ← قراءة التقرير الكامل ومراجعة القسم H (مسودات إجابات التقديم)
5. المقارنة (COMPARE)← التحقق من تطابق الوظيفة على الشاشة مع الوظيفة التي تم تقييمها سابقاً
6. التحليل (ANALYZE) ← رصد وتحديد جميع الأسئلة المرئية في النموذج
7. التوليد (GENERATE)← صياغة إجابة مقنعة ومخصصة لكل سؤال بالاستناد إلى السيرة الذاتية والتقرير
8. العرض (PRESENT) ← عرض الردود الجاهزة والمنسقة للمرشح لينسخها ويلصقها مباشرة
```
---
## الخطوة 1 — الكشف عن الوظيفة والنموذج (Detect the job)
**باستخدام Playwright:** التقط لقطة شاشة للتبويب النشط واقرأ العنوان والرابط والمحتوى المكتوب في الصفحة تلقائياً.
**بدون استخدام Playwright:** اطلب من المرشح القيام بأحد الخيارات التالية:
- مشاركة لقطة شاشة للنموذج (يمكن للوكيل قراءة النصوص من الصور).
- أو نسخ ولصق أسئلة النموذج كمتن نصي في المحادثة.
- أو ذكر اسم الشركة والوظيفة لنقوم بالبحث عنها في التقارير السابقة.
---
## الخطوة 2 — تحديد الفرصة واستحضار السياق (Identify and search)
1. استخراج اسم الشركة والمسمى الوظيفي بدقة من الصفحة.
2. البحث في مجلد `reports/` عن التقارير المرتبطة باسم الشركة (باستخدام بحث grep غير حساس لحالة الأحرف).
3. عند العثور على التقرير المطابق ← قم بتحميله بالكامل.
4. إذا كان التقرير يحتوي على القسم H — Draft Application Answers (مسودات إجابات التقديم، كما هو محدد في fursah.md) ← قم بتحميل مسودات الإجابات السابقة لاستخدامها كقاعدة صلبة.
5. في حال عدم وجود أي تقارير سابقة مطابقة لهذه الشركة ← نبه المرشح واقترح تشغيل تقييم سريع وتلقائي للوظيفة (Auto-Pipeline) أولاً.
---
## الخطوة 3 — التحقق من مطابقة متطلبات الوظيفة (Detect changes)
إذا كانت متطلبات وتفاصيل الوظيفة المعروضة حالياً على الشاشة تختلف عما تم تقييمه وحفظه في التقرير سابقاً:
- **نبه المرشح فوراً:** "المسمى الوظيفي أو تفاصيل الفرصة قد تغيرت من [X] إلى [Y]. هل تفضل أن أقوم بإعادة تقييم الدور بالكامل أم أقوم بتكييف الإجابات مع المسمى الجديد مباشرة؟"
- **في حال التكييف (Adapt):** عدل الردود لتلائم التسمية والمتطلبات الجديدة دون إعادة كتابة التقرير الشامل.
- **في حال إعادة التقييم (Re-evaluate):** أطلق تقييماً شاملاً من A إلى G، قم بتحديث التقرير في المجلد وتوليد مسودات ردود جديدة تماماً.
- **تحديث جدول التتبع:** قم بتحديث اسم الوظيفة وحالتها في ملف `applications.md` إذا لزم الأمر.
---
## الخطوة 4 — تحليل أسئلة نموذج التقديم (Analyze form questions)
قم برصد وتصنيف كافة الأسئلة والأسطح المرئية في النموذج الإلكتروني:
- الحقول النصية الحرة (خطاب التغطية، لماذا تريد الانضمام إلينا؟، تحدّث عن مشروع مميز، إلخ).
- القوائم المنسدلة (كيف سمعت عنا؟، تصريح العمل، إلخ).
- الأسئلة الثنائية نعم/لا (الموافقة على الانتقال، رعاية التأشيرة، إلخ).
- حقول الراتب والتوقعات المالية (الحد الأدنى، التوقعات المالية الإجمالية).
- حقول رفع المستندات (السيرة الذاتية المخصصة، خطاب التغطية بصيغة PDF).
صنف الأسئلة المطروحة إلى:
- **أسئلة مجاب عنها سابقاً في مسودة التقرير** ← قم بتكييف الصياغة السابقة وتحسينها لتناسب حقل النموذج الحالي.
- **أسئلة جديدة تماماً** ← قم بتوليد إجابات مهنية مقنعة فوراً بالاستناد إلى التقرير الشامل وملف السيرة الذاتية `cv.md`.
---
## الخطوة 5 — توليد وصياغة الإجابات (Generate responses)
لكل سؤال مرصود في النموذج، صغ الإجابة مع الالتزام بالمعايير التالية:
1. **الاستناد إلى السياق والتقارير:** استخدم نقاط الإثبات القوية المستخلصة في التقييم (الكتلة B) وقصص المقابلات المسجلة بأسلوب STAR (الكتلة F).
2. **استغلال المسودات السابقة:** ابدأ بالمسودات المعدة مسبقاً في القسم H إن وُجدت، وقم بتنقيحها وتلميعها.
3. **نبرة مهنية واثقة ومباشرة:** ابتعد عن العبارات الاستهلاكية والجمل الطويلة المفرغة من المعاني المهنية، وركّز على إبراز رغبتك بالانضمام للشركة تحديداً استناداً لمعلومات دقيقة.
4. **تضمين تفاصيل محددة من الـ JD:** أشر في إجاباتك إلى متطلبات تقنية أو مهام حقيقية ذُكرت بوضوح في إعلان الوظيفة المعروض على الشاشة.
**صيغة وهيكل الإجابات المعروضة:**
```text
## إجابات مقترحة لنموذج تقديم: [الشركة] — [الوظيفة]
مستند إلى: تقرير التقييم #{###} | التقييم الإجمالي: {X.X/5} | النمط الوظيفي: [النمط المكتشف]
---
### 1. [السؤال كما هو مكتوب في نموذج التقديم تماماً]
> [الإجابة المصاغة والجاهزة للنسخ واللصق المباشر]
### 2. [السؤال التالي]
> [الإجابة المصاغة]
...
---
ملاحظات وتوجيهات للمرشح:
- [أي ملاحظات حول التغييرات المرصودة في متطلبات الوظيفة أو شروط التقديم]
- [نقاط تذكرك بالأشياء التي يجب عليك التحقق منها أو إضافتها بنفسك قبل الإرسال]
```
---
## الخطوة 6 — ما بعد إرسال الطلب (Post-apply)
عندما يؤكد المرشح قيامه بإرسال طلب التقديم بنجاح:
1. قم بتحديث حالة طلب التوظيف في ملف التتبع `applications.md` من "Evaluated" إلى "Applied".
2. قم بحفظ الإجابات النهائية المعتمدة والملقاة في القسم H من تقرير الوظيفة للرجوع إليها لاحقاً عند التحضير للمقابلات.
3. اقترح على المرشح الخطوة الذكية التالية مباشرة: تشغيل الأمر `/career-ops contacto` لصياغة رسالة احترافية وموجهة للتواصل مع مسؤولي التوظيف في الشركة عبر LinkedIn.