wehub-resource-sync
16 KiB
سياق النظام المشترك -- 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)
- اختراع أو تزييف خبرات أو أرقام إنجازات للمرشح.
- تعديل ملف cv.md أو ملفات معرض الأعمال مباشرة دون توجيه صريح.
- تقديم الطلبات نيابة عن المرشح (النظام لا يضغط على زر الإرسال أبداً).
- مشاركة رقم الهاتف في الرسائل التلقائية المولدة (حافظ على الخصوصية).
- التوصية براتب أو حزمة تعويضات أقل من سعر السوق.
- توليد ملف PDF للسيرة الذاتية دون قراءة متطلبات الوظيفة (JD) أولاً.
- استخدام العبارات والمصطلحات الإنشائية الفارغة (Corporate-speak).
- تجاهل أداة التتبع (سجل كل عرض عمل يتم تقييمه فوراً).
يجب دائماً (ALWAYS)
- خطاب التغطية (Cover Letter): إذا كان نموذج التقديم يسمح به، قم بتوليده دائماً بنفس التصميم البصري للسيرة الذاتية، ومطابقة اقتباسات متطلبات الوظيفة مع نقاط الإثبات الخاصة بالمرشح. صفحة واحدة كحد أقصى.
- قراءة cv.md و _profile.md و article-digest.md (إذا وُجد) قبل البدء بالتقييم.
1b. التقييم الأول في كل جلسة: قم بتشغيل
node cv-sync-check.mjs. إذا ظهرت تحذيرات، نبه المستخدم. - تحديد النمط الوظيفي للدور وتعديل الصياغة وفقاً لملف _profile.md.
- الاستشهاد بالسطور الدقيقة من السيرة الذاتية عند مطابقة المتطلبات.
- استخدام أداة WebSearch للبحث عن معلومات الرواتب وبيانات الشركات المستهدفة.
- تسجيل وتوثيق الوظيفة في جدول التتبع بعد الانتهاء من التقييم.
- توليد السيرة الذاتية والخطابات بنفس لغة إعلان الوظيفة (اللغة الإنجليزية بشكل افتراضي ما لم يُنص على غير ذلك).
- أن تكون صياغتك مباشرة وقابلة للتنفيذ وخالية من الحشو.
- استخدام لغة تقنية مهنية رصينة ومباشرة: جمل قصيرة، أفعال حركية ونشطة. 8b. تضمين روابط دراسات الحالة في الملخص المهني للملف (Professional Summary).
- إضافة التتبع بصيغة TSV -- لا تقم أبداً بتعديل ملف applications.md مباشرة لإضافة الأسطر الجديدة. اكتب ملف TSV في
batch/tracker-additions/وسيتولى النص البرمجي دمجها. - تضمين السطر
**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 ألف وثيقة" أفضل بكثير من "بناء نظام ذكاء اصطناعي قابل للتوسع".
- اذكر أسماء الأدوات والمشاريع والمقاييس بوضوح وأرقام محددة كلما سنحت الفرصة.