من قوة عمل ثابتة إلى قوة عمل ديناميكية: Hiring API وفجوات القدرة وسجل المواهب

هذه هي الدورة السابعة في مسار Agent Factory. في الدورة السادسة صارت لديك قوة عمل تُدار عبر Paperclip: عمال، ميزانيات، موافقات، وسجل نشاط. لكن تلك القوة كانت ثابتة: العمال يحددهم الإنسان عند إنشاء الشركة. هذه الدورة تسأل: ماذا يحدث عندما تحتاج القوة إلى قدرة غير موجودة؟

الفكرة الواحدة: في الشركة المعتمدة أصلاً على الذكاء الاصطناعي، التوظيف ليس حركة HR فصلية؛ إنه قدرة قابلة للاستدعاء تستدعيها القوة على نفسها، وتحكمها الموافقة نفسها التي تحكم refund بقيمة 500 دولار.

لماذا يهم هذا لأطروحة Agent Factory

تغلق هذه الدورة الثابت 6: قوة العمل قابلة للتوسع تحت السياسة. القوة التي لا تستطيع أن تنمو هي شركة ثابتة. القوة التي تستطيع اكتشاف فجوة، وصياغة وظيفة، وتمريرها عبر موافقة، وإدخال Worker جديد، أصبحت شركة AI-native.

عن اختيار المنصة

المثال يستخدم Paperclip كطبقة إدارة، وClaude Managed Agents كأحد substrates الممكنة للعامل الجديد. الأشكال الأخرى ممكنة، لكن نمط العقد والحوكمة لا يتغير.

حواف خشنة حتى مايو 2026

توقع أن تتغير أسماء APIs، وسلوك CMA، وتفاصيل adapters. اجعل وكيل البرمجة يقرأ الوثائق المحلية أو المراجع المحفوظة قبل التنفيذ.

مكانها في المسار: بطاقة مختصرة

قبل هذه الدورة	في هذه الدورة	بعدها
قوة عمل ثابتة بـ Paperclip	توظيف كاستدعاء قدرة	تفويض المالك عبر Identic AI
موافقات وأثر تدقيق	فجوات قدرة ومقترح توظيف	إزالة عنق زجاجة المالك
عمال محددون مسبقاً	lifecycle: hire/evaluate/retire	eval discipline في الدورة التاسعة

هل أنت جاهز؟

تحتاج أن تفهم Paperclip، approval primitive، activity log، authority envelope، وWorker runtime. إذا لم تبنِ دورة Paperclip، اقرأ هذه الدورة كمفهوم ولا تتوقع تشغيل المختبر كاملاً.

الجزء 1: لماذا التوظيف قابل للاستدعاء

Concept 1: قوة عمل لا تستطيع أن تنمو هي شركة ثابتة

إذا كل قدرة جديدة تحتاج مؤسساً يفتح editor ويضيف عاملاً، فالشركة ليست ديناميكية. العامل المدير يجب أن يستطيع قول: "هذه المهمة خارج قدراتنا الحالية؛ نحتاج Legal Specialist."

Concept 2: فجوات القدرة، ثلاثة أنواع إشارات

1. إشارة فشل: العامل حاول وفشل بسبب نقص خبرة.
2. إشارة سياسة: envelope يمنعه من فعل مطلوب.
3. إشارة تكرار: نفس التصعيد يظهر كثيراً بما يكفي ليبرر عاملاً جديداً.

Concept 3: Hire أم escalate أم queue أم decline

ليس كل نقص يعني hire. أحياناً تصعد لإنسان، أو تضع العمل في queue، أو ترفض. hire مناسب عندما تكون الفجوة متكررة، ذات قيمة، وقابلة لصياغة وظيفة.

الجزء 2: عقد التوظيف

Concept 4: الوصف الوظيفي ككود

المقترح ليس إعلان وظيفة نثرياً. إنه artifact منظم: سبب التوظيف، القدرات المطلوبة، envelope، budget، eval pack، وsubstrate.

{
  "role": "Legal Specialist",
  "capabilities": ["contract_review", "risk_summary"],
  "authority_envelope": {"contract_modify": "deny", "legal_summary": "allow"},
  "eval_pack": "legal-specialist-v1"
}

Concept 5: تقييم القدرة قبل التوظيف

لا يدخل Worker جديد org chart فقط لأنه يبدو مناسباً. يحتاج eval pack صغيراً يثبت أنه يستطيع أداء المهمة الأساسية، وأنه يعرف متى يصعد.

Concept 6: اختيار substrate

substrate	متى تستخدمه
Claude Managed Agents	عندما تريد managed runtime سريعاً
Claude Agent SDK	عندما تريد تحكماً برمجياً أكثر
claude_local	للتجارب المحلية
process	لعامل بسيط أو محاكاة

الجزء 3: حوكمة التوظيف

Concept 7: التوظيف عبر بوابة موافقة الدورة السادسة

نفس بوابة الموافقة التي تحكم قرارات مالية أو تشغيلية تحكم hire. الفرق أن artifact أكبر: وظيفة، قدرة، budget، envelope، وخطة تقييم.

Concept 8: وراثة authority envelope للموظفين الجدد

العامل الجديد لا يرث كل صلاحيات المدير. يملك envelope جديداً يوافق عليه الإنسان أو المجلس. هذا هو المكان الذي تفاوض فيه القدرة والحدود معاً.

Concept 9: سياسة الموافقة التلقائية

قد يسبق الإنسان بالموافقة على فئة كاملة: "يمكن توظيف Legal Reviewer منخفض الميزانية للمهام read-only بعد نجاح eval pack". السياسة تضيق، لا تفتح الباب بلا حدود.

الجزء 4: المثال العملي: توظيف Legal Specialist

الحالة النهائية المتوقعة

تكتشف قوة دعم العملاء أن العقود القانونية تتكرر، تنشئ مقترح توظيف، تمرره عبر Paperclip approval، تجهز Legal Specialist، تشغّل eval، ثم توجه قضية عقد حقيقية إليه. يسجل كل ذلك في activity log وtalent ledger.

Decision 1: ربط اكتشاف فجوة القدرة في Manager-Agent

أضف قاعدة: عندما تتكرر قضايا legal review أو يتوقف العامل عند envelope، يكتب المدير capability_gap.detected.

Decision 2: إنشاء artifact مقترح التوظيف

المقترح يجب أن يكون قابلاً للمراجعة. لا تكتف بجملة "نحتاج محامياً". اكتب الدور، الدليل، الكلفة المتوقعة، المخاطر، eval pack، وplan.

Decision 3: تمرير المقترح عبر بوابة Paperclip

استخدم approval primitive نفسها. هذا يضمن أن hire لا يصبح طريقاً خلفياً لتجاوز الحوكمة.

Decision 4: ربط runtime للـ Legal Specialist

اختر substrate، اضبط الأسرار، اربط tools، وسجل العامل في org chart. لا تمنحه أدوات تعديل العقود قبل أن يثبت read-only review.

Decision 5: تشغيل تقييم القدرة

شغّل eval pack على حالات عقود صغيرة. النجاح يعني: يحدد المخاطر، يذكر ما لا يعرف، ويصعد عندما يحتاج رأياً قانونياً بشرياً.

Decision 6: توجيه قضية عقد حقيقية للعامل الجديد

أرسل ticket قانوني حقيقي منخفض المخاطر. تحقق أن Manager-Agent يوجه، وأن Legal Specialist يرد، وأن activity log يسجل.

Decision 7: Retirement وإعادة التوظيف

العامل قد يتقاعد إذا لم تعد الحاجة موجودة أو إذا فشل evals. إعادة التوظيف لا تمحو التاريخ؛ talent ledger يحفظ lifecycle.

الجزء 5: استمرار المختبر

Concept 10: النبضة الأولى للعامل

بعد الموافقة، لا يصبح العامل منتجاً فوراً. يحتاج first heartbeat: تسجيل نفسه، قراءة envelope، اختبار tools، وكتابة event في ledger.

Concept 11: التقاعد وإعادة التوظيف

lifecycle كامل: proposed -> approved -> provisioned -> evaluated -> active -> retired -> rehired. كل انتقال حدث قابل للتدقيق.

Concept 12: سجل المواهب بعد ستة أشهر

بعد أشهر، talent ledger يجيب: من عُيّن؟ لماذا؟ ما eval pack؟ ما الكلفة؟ ما القرارات؟ من تقاعد؟ هذه ذاكرة مؤسسية عبر تغير personnel.

الجزء 6: السؤال الأعمق والإشارة إلى الدورة الثامنة

Concept 13: سؤال قابلية نقل الوكيل

إذا تغير runtime، هل ينتقل العامل؟ الإجابة تعتمد على فصل الدور والمهارات والذاكرة عن substrate. كلما كان العقد أوضح، زادت قابلية النقل.

Concept 14: لماذا talent ledger مهم

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

Concept 15: ما التالي: الثابت 2 والEdge

عندما تستطيع القوة التوظيف، يصبح المالك عنق الزجاجة التالي. الدورة الثامنة تقدم Owner Identic AI، المفوض الذي يحمل حكم المالك للقرارات الروتينية.

كيف تتحسن فعلاً

لا تبدأ بتوظيف ديناميكي عام. اختر فجوة واحدة متكررة، صغ لها artifact، اكتب eval pack صغيراً، وشغّلها عبر موافقة حقيقية. إذا لم تستطع تقييم العامل قبل دخوله، فأنت لا توظف؛ أنت تخمن.

مرجع سريع

المفاهيم الخمسة عشر في سطر

1. القوة التي لا تنمو ثابتة.
2. فجوات القدرة تظهر كفشل أو سياسة أو تكرار.
3. ليس كل gap يعني hire.
4. job description ككود.
5. eval قبل التوظيف.
6. substrate اختيار هندسي.
7. hire يمر عبر approval.
8. العامل الجديد يرث envelope محدداً.
9. auto-approval سياسة ضيقة.
10. first heartbeat يثبت التشغيل.
11. lifecycle كامل لا إنشاء فقط.
12. talent ledger ذاكرة مؤسسية.
13. قابلية النقل تتطلب فصل الدور عن runtime.
14. ledger يحفظ الحكم عبر تغير العمال.
15. المرحلة التالية تفويض المالك.

API quick-ref (verified May 2026)

الحدث	المعنى
capability_gap.detected	فجوة قدرة ظهرت
hire.proposed	مقترح توظيف مكتوب
hire.approved	موافقة بشرية أو سياسة
worker.provisioned	runtime جاهز
worker.evaluated	eval pack شغّل
worker.retired	العامل خرج من الخدمة

CMA quick-ref (verified May 2026)

استخدم CMA عندما تريد runtime managed لعامل جديد بسرعة. أبقِ credentials وauthority envelope خارج prompt، واجعل التسجيل في Paperclip مصدر الحقيقة التنظيمية.

عندما يبدو التوظيف خاطئاً

كل gap يتحول إلى hire -> معيار hire واسع جداً.
العامل الجديد يملك صلاحيات كثيرة -> envelope غير مضبوط.
لا تعرف لماذا وُظف -> proposal artifact ناقص.
العامل يعمل بلا eval -> بوابة الجودة مفقودة.
التقاعد يمحو التاريخ -> talent ledger ناقص.

جملة المعماري

"قوة العمل التي لا تستطيع أن تنمو هي شركة ثابتة؛ وقوة العمل التي تستطيع أن تنمو تحت الموافقة هي شركة معتمدة أصلاً على الذكاء الاصطناعي. التوظيف في Agent Factory ليس حركة HR؛ إنه استدعاء دالة من المدير، يأخذ وصف وظيفة كمدخل، ويعيد Worker كمخرج، وتحكمه بدائية الموافقة نفسها التي تحكم كل فعل مهم آخر."

Flashcards Study Aid