من المهمة العابرة إلى العامل الدائم: العبور إلى التصنيع
إشارة واحدة · 4 ترقيات · مفترق واحد
قبل شهرين، في بداية هذا المسار، نظرت Ana إلى مهمتها الأسبوعية صباح كل اثنين، وهي فرز رسائل العملاء في الأسبوع ضمن مجموعات وكتابة ملخص لها، فأدركت أن لها مستقبلاً في Mode 2: مهمة تؤديها كل أسبوع، بالطريقة نفسها، وتستحق بوضوح أن تُبنى مرة واحدة. لكنها في الوقت الراهن كانت لا تزال عملاً ضمن Mode 1، تحلّها يدوياً، بالمبادئ السبعة، كل اثنين. كانت تنجح في كل مرة. لكنها كانت تلتهم صباح كل اثنين أيضاً.
ولدى زميلها Diego المهمة الأسبوعية نفسها من حيث النوع. وهو أيضاً يحلّها يدوياً، وبإتقان، كل أسبوع. إنه بارع فيها.
بعد عام، لم تعد Ana تنفق على المهمة من صباح الاثنين شيئاً يُذكر. لقد عبرت: حوّلت حلّها المتكرر في Mode 1 إلى عامل يتولى الروتين بنفسه، ولا تتدخل هي إلا لمراجعة الاستثناءات التي يضع عليها علامة. أما Diego فقد أنفق نحو 50 يوم اثنين على مهمته، أي ما يقارب 100 ساعة، وسينفق 50 أخرى العام المقبل. المهمة نفسها، والمهارة نفسها. الفارق الوحيد أن Ana توقفت عن حل المشكلة وبدأت في تصنيع الحل.
هذه الدورة هي ذلك العبور. إنها المحطة الأخيرة في Mode 1، والمدخل إلى Mode 2.
لمن هذه الدورة؟
كل من لديه مهمة يحلها بوكيل، بالطريقة نفسها، مراراً وتكراراً، وبدأ يشعر أن أداءها يدوياً في كل مرة طريقة خاطئة في العيش. تبيّن لك هذه الدورة متى تتوقف عن حلها لتحوّلها إلى عامل دائم، وما الذي يتغير فعلاً حين تفعل ذلك.
يُقرأ هذا الكتاب في أنحاء العالم كلها، ويقرؤه أناس يعملون ويدرسون بلغات كثيرة مختلفة. تستعين الأمثلة هنا بإنجليزية مبسطة ومواقف يومية تحمل المعنى نفسه أينما عشت. والكلمات الجديدة (مثل spec و_eval_ و_runtime_) تُشرح أول مرة تظهر فيها.
أنهِ أولاً حل المشكلات مع الوكلاء العامين، فهذه الدورة تفترض أنك تستطيع بالفعل حل مشكلة جيداً في جلسة واحدة باستخدام المبادئ السبعة. كما تفترض أنك أنهيت هل هذه مشكلة وكيل؟ وتعرف معنى Mode 1 (حلّها مرة واحدة) و_Mode 2_ (بناء عامل دائم).
📚 وسيلة تعليمية
شاهد العرض التقديمي الكامل: من المهمة العابرة إلى العامل
القاعدة في سطر واحد
أنت لا تبني عاملاً من الصفر، بل تُرقّي حلاً أثبتّه بالفعل.
حين يسمع الناس عبارة «ابنِ عامل ذكاء اصطناعي»، يتخيلون البدء من العدم: شاشة فارغة، ومشروع هندسي صعب، وأسابيع من العمل. هذه الصورة خاطئة، وهي تُنفّر الناس من أنفع شيء يمكنهم فعله. الحقيقة عكس ذلك تماماً: حين تصبح مهمة جاهزة لتصير عاملاً، تكون قد أنجزت معظم العمل بالفعل. ففي كل اثنين حلّت فيه Ana مهمتها يدوياً، كانت، من دون أن تدري، تكتشف بالضبط ما الذي سيحتاج العامل إلى فعله. التصنيع ليس اختراعاً، بل أخذُ حل أثبتّه بيدك بالفعل وجعلُه دائماً.
هذه إعادة التأطير هي الدورة كلها. ستجد فيما يلي الإشارة الوحيدة التي تخبرك أن الحل جاهز للعبور، والأجزاء الأربعة من عملك في Mode 1 التي تُرقّى إلى عامل، والمفترق الوحيد في الطريق حيث تختار نوع العامل الذي تبنيه.
النسخة المختصرة (أربع نقاط)
- لا تعبر إلا بما أثبتّه بالفعل. لا يمكنك تصنيع عامل إلا من حل حللته بنظافة، يدوياً، عدة مرات. التكرار ليس وقتاً ضائعاً قبل الأتمتة، بل هو الطريقة التي تكتشف بها ما ينبغي للعامل أن يفعله فعلاً.
- أنت لا تبدأ من جديد. أربعة أشياء فعلتها بيدك بالفعل في Mode 1، وهي موجزك، وتحققك، والخطوات التي قُدتها، والجلسة نفسها، يُرقّى كل واحد منها إلى صورة دائمة. هذا هو البناء كله.
- جعلُه دائماً يتفرّع طريقين. يمكنك أن تمتلك عاملاً شخصياً (أخف، لك وحدك)، أو أن تصنّع موظفاً رقمياً بدوام كامل (Digital FTE) (أثقل، لمؤسسة). يحسم المفترقَ سؤال واحد: لمن العامل؟
- العائد هو مهمة مقابل أصل. الحل اليدوي عملٌ بوصفه مهمة، تنفق الساعات في كل مرة. أما العامل فعملٌ بوصفه أصلاً، تبنيه مرة واحدة، فيعمل بينما أنت نائم.
الجزء 1 — الإشارة: هل هي جاهزة فعلاً للعبور؟
الخطأ الذي يمنعه هذا: «بنيتُ عاملاً دائماً لمهمة لم أكن قد فهمتها فعلاً بعد، فأنفقتُ أسبوعاً في بناء الشيء الخطأ، ثم اضطررت إلى إعادة بنائه.»
في هل هذه مشكلة وكيل؟، أعطتك البوابة 2 النصف الأول من الإشارة بالفعل: تكون المهمة من نوع Mode 2 حين ترتفع المؤشرات الثلاثة جميعاً، أي أنك تؤديها كثيراً، ولها الشكل نفسه في كل مرة، وهي تستحق الجهد. وكان المُطلِق بسيطاً: في المرة الثالثة التي تؤدي فيها المهمة نفسها بالطريقة نفسها، توقف وتحقق.
لكن هناك نصفاً ثانياً لم تستطع البوابة 2 فحصه، وهو الذي يتخطاه الناس: هل حللتَها فعلاً حلاً جيداً حتى الآن؟
لا يمكنك التصنيع إلا من حل مُثبَت. فإن بنيت عاملاً من طريقة ما زلت تكتشفها، بنيتَ العامل الخطأ، ولا تكتشف ذلك إلا بعد أن تكون قد أنفقت الجهد. لذا فإن الإشارة الكاملة للعبور لها جزآن:
- تقول البوابة 2 إنها Mode 2 (كثيراً، الشكل نفسه، تستحق)، و
- أنك حللت المهمة بنظافة في Mode 1 مرات كافية حتى توقفت الطريقة عن التغير.
الجزء الثاني هو الاختبار الحقيقي. اسأل نفسك: في المرات الثلاث الأخيرة التي فعلت فيها هذا، هل فعلته بالطريقة نفسها؟ إن كان الجواب نعم، فالشكل مستقر، وقد وجدت العامل. أما إن كنت لا تزال تحلها على نحو مختلف قليلاً كل أسبوع، بخطوات مختلفة، وفحوص مختلفة، وقرارات جديدة، فأنت لم تجد الشكل المستقر بعد. واصل حلها في Mode 1 حتى تستقر. تلك التكرارات ليست فشلاً منك في الأتمتة، بل هي قيامك بالبحث الذي يخبر العامل بما يفعله.
يبدو من غير الكفاءة أن تواصل أداء مهمة يدوياً بعد أن تعرف أنها عمل من نوع Mode 2. لكن الأمر ليس كذلك. ففي كل مرة تحلها، تكتشف حالة طرفية، أو ترتيب خطوات أفضل، أو فحصاً مهماً. عاملٌ يُبنى في الأسبوع الأول سيفوته ذلك كله. أما عامل يُبنى في الأسبوع الخامس فيُبنى على خمسة أسابيع من المعرفة المكتسبة بشق الأنفس. اعبر حين يتباطأ التعلم، لا قبل ذلك.
الجزء 2 — إعادة التأطير: العامل مختبئ في العمل
وهنا الجزء الذي يغيّر شعورك بالأمر كله. في كل مرة حللت فيها المهمة جيداً في Mode 1، تركت أثراً، وهذا الأثر هو المادة الخام للعامل.
فكّر فيما أنتجته فعلاً جلسة Mode 1 جيدة. كتبتَ موجزاً (ما تعمل منه، وما تريده، ومعنى «منتهٍ»). وطلبت المخرج في شكل واضح. وأجريت فحصاً للتأكد من صحته. وحفظت النتيجة في ملف. لم يكن أيٌّ من ذلك للرمي. فالتصنيع إذن حركتان، لا بناء من الصفر: احصد تلك القطع، ثم متّن كل واحدة منها كي تعمل من دونك. وكن صريحاً مع نفسك في الحركة الثانية: التمتين عمل حقيقي، فتصميم المخارج، وبناء تقييم يصحّح نفسه، وإقامة بيئة تشغيل، كلها هندسة فعلية، لا مجرد تدوين لما تفعله أصلاً. تعفيك إعادة التأطير من الصفحة البيضاء، لكنها لا تجعل البناء تافهاً.
وهنا أيضاً تنقلب الاقتصاديات، وهذا قلب الكتاب كله. حين تحل مهمة يدوياً، يكون عملك مهمة: تنفق الوقت، وتحصل على نتيجة واحدة، ويذهب الوقت. وحين تُرقّي ذلك الحل إلى عامل، يصير العمل نفسه أصلاً: تنفق الوقت مرة واحدة لبنائه، فينتج النتائج مراراً وتكراراً، بينما تفعل أنت شيئاً آخر. هذا هو الفارق كله بين Diego الذي ينفق مئة ساعة في السنة، وAna التي أنفقت بضع ساعات مرة واحدة.
العمل بوصفه مهمة يظل يكلّفك. والعمل بوصفه أصلاً يكلّف مرة واحدة، ثم يردّ لك العائد. ويتقاطع الخطان أبكر مما يتوقع الناس.
الجزء 3 — الترقيات الأربع
العبور ليس بناءً واحداً كبيراً، بل أربع ترقيات محددة، وقد قمتَ بالتفكير الصعب لكل واحدة منها في Mode 1 بالفعل. تأخذ كل ترقية شيئاً فعلته يدوياً وتحوّله إلى شيء يفعله العامل من تلقاء نفسه. وكل واحدة منها تسلّمك أيضاً إلى دورة Mode 2 التي تعلّمها بالكامل.
أنت لا تضيف أربعة أشياء جديدة، بل تُرقّي أربعة أشياء تملكها بالفعل.
الترقية 1 — يصبح موجزك مواصفة
في Mode 1 كتبت موجزاً سريعاً في كل مرة: ما تعمل منه، وما تريده في النهاية، ومتى يكون منتهياً (الأسطر الثلاثة من البوابة 3). كان يعيش في رأسك أو في ملاحظة عابرة، وكان بإمكانك تعديله في أثناء العمل.
لا يستطيع العامل أن يقرأ أفكارك أو يسألك عما عنيت، لذا يجب أن يصير ذلك الموجز مواصفة (spec)، وهي اختصار لكلمة specification، أي مستند مكتوب يقرؤه العامل في كل تشغيلة، يبيّن بالضبط ما الذي يفعله، وعلى ماذا، وبأي معيار. المواصفة هي الأسطر الثلاثة نفسها التي كتبتها بالفعل، لكن مصرّحاً بها، وكاملة، ودائمة. تخطّاها، فيملأ العامل الفجوات بالتخمين، على نحو مختلف قليلاً في كل تشغيلة.
تعلّمها في: التطوير المقاد بالمواصفات.
الترقية 2 — يصبح فحصك تقييماً
في Mode 1 تحققت من المخرج بنفسك (المبدأ الثالث): قرأته، وطابقت الأرقام مع المصدر، ووثقت به لأنك أنت من نظر.
يعمل العامل من دون أن تراقبه، وغالباً مرات كثيرة في اليوم. وعبارة «أن تقرأه أنت في كل مرة» لا تتوسّع، ولا تلتقط اللحظة التي يبدأ فيها العامل بهدوء في الخطأ. لذا يصير فحصك تقييماً (eval)، وهو اختصار لكلمة evaluation، أي مجموعة محفوظة من أمثلة على المدخلات، مقرونة بالإجابات الصحيحة المعروفة لها. (وفي الأعمال الأكثر ضبابية، قد تكون «الإجابة الصحيحة المعروفة» تصنيفاً، أو درجة بحسب rubric، أو قائمة تحقق يجب أن يستوفيها المخرج، لا كتلة نص واحدة مثالية دائماً.) تُصحَّح نتائج العامل في مقابلها تلقائياً، فيجري الفحص من دونك، وينبهك في اللحظة التي يبدأ فيها العامل بالانحراف. تصير قراءتك لمرة واحدة اختباراً يعمل إلى الأبد. تخطَّه، فيكون الانحراف صامتاً، تسمع عنه من عميل غاضب، لا من فحص.
تعلّمها في: التطوير المقاد بالتقييم.
الترقية 3 — تخرج من الحلقة، وتصمّم المخارج
في Mode 1 كنت داخل الحلقة (المبدآن السادس والسابع): راقبت كل خطوة، وأعدت التوجيه حين شرد، ووافقت قبل أن ينتقل. كنت أنت شبكة الأمان.
يدير العامل الخطوات بنفسه، من دون أن يراقبه أحد. وهنا الجزء الذي يخطئ فيه الناس: الروتين هو الجزء السهل، فطريقتك في Mode 1 تتولاه أصلاً. أما الجزء الصعب فهو الحواف: المُدخل غير المعتاد، والحالة التي لم تضطر طريقتك يوماً إلى التعامل معها. يجب أن تقرر مسبقاً ما الذي يفعله العامل حين يصطدم بشيء لا يستطيع التعامل معه. والجواب في معظم الأحيان هو: توقّف واستدعِ إنساناً. وتصميم تلك المخارج، أي متى يُصعّد، وإلى من، وبأي معلومات، هو العمل الحقيقي في هذه الترقية، وهو العمل الذي يبقي العامل آمناً جديراً بالثقة. ولكل مهمة حواف، حتى التي تبدو بسيطة: فالعامل الذي يكتب الكود يتوقف ويسألك حين يكسر تغييرُه الاختبارات؛ والعامل الذي يدفع الفواتير يضع علامة على أي مبلغ يتجاوز حداً معيناً بدلاً من دفعه؛ والعامل الذي يصنّف المستندات يضع جانباً المستند الذي لا يستطيع فرزه بثقة بدلاً من التخمين. الشكل لا يتغير أبداً: تولَّ الروتين، وصعّد الاستثناء. تخطَّ ذلك، فسيتولى العامل عاجلاً أو آجلاً الحالةَ الوحيدة التي كان ينبغي أن يضع عليها علامة، بثقة وعلى نحو خاطئ.
تعلّمها في: بناء وكلاء الذكاء الاصطناعي وبناء موظف رقمي بدوام كامل.
الترقية 4 — تصبح جلستك بيئة تشغيل
في Mode 1 كان العمل يعيش في جلسة تفتحها أنت. تغلق الحاسوب المحمول فيتوقف عن الوجود. وحفظُ أي شيء للمرة التالية (المبدأ الخامس) كان أنت، يدوياً، تضع الأشياء في ملفات.
على العامل أن يظل موجوداً حين لا تكون أنت حاضراً. وذلك يحتاج إلى بيئة تشغيل (runtime)، أي برمجية تُبقي العامل حياً وعاملاً من تلقاء نفسه، وإلى مكان يعيش فيه كي يكون قابلاً للوصول وموثوقاً. تستمر ذاكرته بنفسها، لا لأنك تذكّرت حفظها. تخطَّ ذلك، فلا يكون هناك عامل، بل أنت وحدك، تفتح جلسة يدوياً، وهو بالضبط حيث بدأت.
تعلّمها في: نشر هيكل تشغيل الوكيل. (وإن كان العامل لك وحدك، فهناك مسار أخف، انظر المفترق أدناه.)
الترقيات الأربع في لمحة:
| ما كان لديك في Mode 1 | ما يصير إليه في Mode 2 | أين تتعلمه |
|---|---|---|
| موجزك (ما تعمل منه / ما تريده في النهاية / متى يكون منتهياً) | مواصفة يقرؤها العامل في كل تشغيلة | التطوير المقاد بالمواصفات |
| فحصك بالعين | تقييم يصحّح عمل العامل تلقائياً | التطوير المقاد بالتقييم |
| مراقبتك وإعادة توجيهك | العامل يدير الحلقة ويُصعّد عند الحواف | بناء وكلاء الذكاء الاصطناعي · بناء موظف رقمي بدوام كامل |
| جلسة تفتحها وتغلقها | بيئة تشغيل يعيش عليها العامل | نشر هيكل تشغيل الوكيل |
هذا هو العبور كله. أربع ترقيات، كل واحدة منها شيء فهمته بالفعل من فعله يدوياً.
الترقيات الأربع هي ما يتغير حين تعبر. لكن شيئاً واحداً مهماً لا يتغير كثيراً: إضافاتك، أي المهارات (معرفة عملية مغلَّفة يعيد الوكيل استخدامها) و_الموصّلات_ (روابط إلى تطبيقاتك وبياناتك الأخرى) التي استخدمتها بالفعل وأنت تحل في Mode 1. ولأنها مبنية على صيغ مفتوحة تعمل عبر بيئات التشغيل المختلفة، تنتقل المهارات والموصّلات نفسها عبر claude.ai، والوكلاء العامين الذين قُدتهم (Claude Code، وOpenCode، وCowork، وOpenWork)، والهياكل الشخصية، وغالباً بتكييف خفيف فقط، إلى العمال الذين تصنّعهم. وما دامت الإضافة ملتزمة بتلك الصيغ المفتوحة، فإنها تعبر إلى الجهة الأخرى كما هي إلى حد بعيد، وهذا سبب إضافي يجعل بناء العامل ترقيةً في معظمه، لا اختراعاً. أجديد على هذه؟ انظر المهارات والموصّلات.
لماذا ينجح هذا (البحث وراءه) (اختياري)
فكرتان قديمتان تفسّران لماذا يكون «رقِّ، ولا تبنِ من الصفر» هو الترتيب الصحيح.
الأولى من Fred Brooks، الذي قاد واحداً من أكبر مشاريع البرمجيات في الستينيات، وكتب عنه في كتاب The Mythical Man-Month (1975). ونصيحته الشهيرة: خطّط لأن ترمي واحدة، فستفعل على أي حال. أول شيء تبنيه يعلّمك ما كان ينبغي أن تبنيه؛ والنسخة الجديرة بالاحتفاظ هي الثانية، المصنوعة بما تعلمته. وحلولك المتكررة في Mode 1 هي بالضبط تلك النسخ التي تُرمى. أنت لا تهدر أسابيع قبل الأتمتة، بل تجري التجربة التي تخبرك بما ينبغي أن يكون عليه العامل الدائم. وبناء العامل في الأسبوع الأول يعني بناء النسخة التي كنت ستلقيها لا محالة.
والثانية من ورقة Lisanne Bainbridge بعنوان Ironies of Automation (1983)، وهي من أكثر الأوراق استشهاداً في أتمتة العمل. وخلاصتها: حين تؤتمت الأجزاء الروتينية من عمل ما، فأنت لا تزيل الإنسان، بل تترك الإنسان مسؤولاً بالضبط عن الحالات النادرة الصعبة التي لا تستطيع الأتمتة التعامل معها، وكلما زادت موثوقية الأتمتة، صارت تلك التدخلات النادرة أهم (وأصعب). وهذا بالضبط سبب أن الترقية 3 تدور حول تصميم المخارج، لا الروتين. فالروتين هو الجزء السهل أتمتته؛ أما القيمة والخطر فيعيشان معاً عند الحواف، لذا تصمّم التصعيد عن قصد بدلاً من أن تأمل ألا يقع أبداً.
المصادر: Brooks, F. P. (1975). The Mythical Man-Month. Addison-Wesley. Bainbridge, L. (1983). «Ironies of Automation,» Automatica, 19(6), 775–779.
الجزء 4 — المفترق: طريقتان لجعله دائماً
بمجرد أن تقرر العبور، يتفرّع «بناء عامل متين» إلى طريقين مختلفين. كلاهما يستخدم الترقيات الأربع نفسها، لكنهما مبنيان لأناس مختلفين، والفارق مهم.
الحل المُثبَت نفسه، ووجهتان. والسؤال الحاسم هو: من يعتمد على العامل.
امتلكه، هيكل شخصي. إن كان العامل من أجلك أنت، أي بريدك الوارد، وكودك، ومهامك الصغيرة، فالمسار الأخف هو هيكل شخصي (personal harness): برمجية تشغّلها وتمتلكها بنفسك، تُبقي لك عاملاً حياً. تقوم بالترقيات الأربع، لكن بخفة: المواصفة هي ملاحظاتك أنت، والتقييم حفنة من أمثلتك أنت، والتصعيد هو أن يراسلك العامل أنت. وقد لا تحتاج أبداً إلى مسار Mode 2 الكامل لتصل إلى هناك. هذا هو الطريق الذي يعلّمه قسم هياكل تشغيل الوكلاء الشخصية، باستخدام OpenClaw وHermes.
صنّعه، موظف رقمي بدوام كامل. إن كان العامل من أجل مؤسسة، أي شيء سيعتمد عليه آخرون، ويجب أن يعمل بموثوقية، وأن يكون محكوماً، وأن يتوسع (وربما يُباع)، فذلك هو موظف رقمي بدوام كامل (Digital FTE، أي «digital full-time employee»)، وتقوم بالترقيات الأربع بصرامة: المواصفة مشتركة ومراجَعة، والتقييم بوابة يثق بها الفريق كله، والتصعيد يذهب إلى إنسان مسمّى أو فريق مسمّى، وبيئة التشغيل بنية تحتية إنتاجية حقيقية. هذا هو مسار Mode 2 — التصنيع الكامل.
السؤال الحاسم سطر واحد: لمن العامل، ومن يعتمد عليه؟ لك وحدك ← هيكل شخصي. لمؤسسة ← موظف رقمي بدوام كامل. العبور نفسه، وعمقان من الصرامة.
بماذا تبني. الطريقان هما الثابت؛ أما الأدوات فهي المتغير، وتتغير كثيراً. وهذا هو المتغير كما هو في 2026، وقد اخترت الطريق بالفعل، فلا تحتاج إلا إلى العمود الذي يطابقه:
| الطريق | بماذا تبني (2026) | أين تتعلمه |
|---|---|---|
| امتلكه، هيكل شخصي | OpenClaw أو Hermes، هيكلان مفتوحا المصدر تشغّلهما وتمتلكهما بنفسك | هياكل تشغيل الوكلاء الشخصية |
| صنّعه، موظف رقمي بدوام كامل | OpenAI Agents SDK، أو إعداد وكيل Claude مُدار | مسار Mode 2؛ ويساعدك اختيار البنى الوكيلية على الاختيار |
الوكيل العام الذي كنت تقوده في Mode 1 (Claude Code، أو OpenCode، أو Cowork، أو OpenWork) لا يختفي هنا، بل هو على الطريقين كليهما الأداة التي تستخدمها كي تبني العامل و_تثبّته_. إنه فقط يكفّ عن أن يكون الشيء الذي يؤدي المهمة في كل مرة، ويصير الشيء الذي يصنع الشيء الذي يؤدي المهمة.
أمر واحد عليك أن تحسب حسابه. يعمل العامل المتين على API، حيث يُحتسَب ثمن كل استدعاء للنموذج ويُدفع، وهذا صحيح على كلا الطريقين: الهيكل الشخصي (OpenClaw، Hermes) يعمل على API تماماً كما يعمل عليه الموظف الرقمي المُصنَّع. وهذا يختلف عن استخدام الذكاء الاصطناعي داخل claude.ai، تطبيق الويب، حيث تُخصَم استدعاءات الإضافة من اشتراكك أو من الباقة المجانية بلا فاتورة منفصلة لكل استدعاء. فالعبور إذن يحوّل «التفكير» من شيء مضمَّن في باقتك إلى تكلفة حقيقية لكل استدعاء. وهذا سبب إضافي يجعل إشارة «هل يستحق؟» مهمة: على العامل أن يردّ ليس وقت بنائك فحسب، بل أيضاً فاتورة النموذج التي سيراكمها في كل مرة يعمل فيها. (في الهيكل الشخصي تدفع تلك الفاتورة بنفسك؛ وفي الموظف الرقمي بدوام كامل تدفعها أنت أو المؤسسة، وإذا بعت العامل، فإن تكلفة كل استدعاء هي الرقم الذي تبني عليه تسعيرك.)
امتلاك هيكل شخصي ليس Mode جديداً يجلس بين Mode 1 وMode 2، بل هو نشاط «بناء عامل متين» نفسه، مصغَّراً إلى شخص واحد. يسأل Mode: هل تحل مرة واحدة أم تبني ليدوم؛ وتسأل الملكية: هل العامل لك أم لمؤسسة. سؤالان منفصلان. ويمكنك تشغيل أيٍّ من النمطين على هيكلٍ تمتلكه.
مخطط Ana، مملوءاً
قبل أن تنجز مخططك الخاص، هذه مهمة Ana يوم الاثنين، بعد العبور، الترقيات الأربع نفسها، مملوءة. هكذا يبدو «المنتهي»، ولاحظ أن كل سطر ليس إلا شيئاً فعلته بيدها بالفعل طوال شهرين.
- الموجز ← المواصفة. كل اثنين، اقرأ الرسائل الجديدة في مجلد الدعم. ضع كل رسالة في مجموعة واحدة بالضبط، شكوى أو سؤال أو طلب أو غير ذلك، واكتب ملخصاً من صفحة واحدة فيه عدد كل مجموعة وأكثر ثلاث شكاوى شيوعاً. (أسطرها الثلاثة من البوابة 3، مدوَّنة للأبد.)
- الفحص ← التقييم. اثنتا عشرة رسالة سابقة كانت قد فرزتها بيدها، كل واحدة محفوظة بجانب مجموعتها الصحيحة. وكلما غيّرت تعليمات العامل، يُشغَّل في مقابل تلك الاثنتي عشرة أولاً؛ فإن أخطأ في فرز أكثر من واحدة، أصلحته قبل أن يمسّ بريداً حقيقياً.
- أنت ← المخارج. إن كانت رسالة بلغة لا يتعامل معها العامل، أو طلبت استرداداً أكبر من حد وضعته، فإن العامل لا يخمّن، بل يضع علامة على الرسالة وينبّه Ana. وكل ما عدا ذلك يتولاه وحده.
- الجلسة ← بيئة التشغيل. يعمل العامل صباح كل اثنين على جهاز صغير دائم التشغيل، ويحتفظ بقائمته الخاصة بما عالجه بالفعل، فلا تفتح Ana شيئاً ولا تتذكر شيئاً.
لم يُخترع أيٌّ من ذلك يوم العبور. إنه شهران من أيام الاثنين، جُعلت دائمة.
دورك
خذ مهمة حقيقية تحلها بالفعل بوكيل، بالطريقة نفسها، أكثر من مرة. مرّرها عبر العبور، مالئاً الخطوات الثلاث أدناه.
املأ الخطوات الثلاث لمهمتك الخاصة. يفحص المصحِّح هل المهمة مُثبَتة فعلاً، وهل ترقياتك الأربع ملموسة، والأهم: هل مخرجك حالة تصعيد حقيقية لا حافة متخطّاة.
Discuss with an AI. Question your scores.
Come back when you have your BEST evaluation.
إن استطعت ملء الخطوات الثلاث كلها، فأنت لست «تفكّر في بناء وكيل ما يوماً ما». بل تحمل مخططاً جاهزاً لواحد. ومسار Mode 2 ليس إلا الترقيات الأربع، منفَّذة على نحو حقيقي.
إلى أين يسلّمك هذا
هذا هو العبور. كان Mode 1 عملاً بوصفه مهمة، تنفق الساعات في كل مرة. وMode 2 عملٌ بوصفه أصلاً، تبني مرة واحدة، فيعمل بينما أنت نائم. وهذه الدورة هي حيث يصير أحدهما الآخر.
تدخل الآن مسار Mode 2 — التصنيع بمخطط، لا بصفحة بيضاء. وكل دورة هناك تبني واحدة من الترقيات الأربع على نحو حقيقي:
- Python في عصر الذكاء الاصطناعي: اللغة التي يُبنى بها التصنيع (توجّه أنت؛ والوكيل يكتب معظمها).
- بناء وكلاء الذكاء الاصطناعي: العامل الذي يدير الحلقة ويُصعّد.
- التطوير المقاد بالتقييم: التقييم الذي يصحّحه.
- بناء موظف رقمي بدوام كامل: الترقيات الأربع كلها مجمَّعة في عامل تستطيع مؤسسة أن تثق به.
- نشر هيكل تشغيل الوكيل: بيئة التشغيل التي يعيش عليها.
ادخل بحل مُثبَت من Mode 1 ومخطط مملوء، فلا تكون بادئاً من العدم. بل تُرقّي شيئاً يعمل بالفعل.
المراجع
الأفكار وراء دعاوى هذه الدورة، لمن يريد المصادر الأصلية.
- Brooks, F. P. (1975). The Mythical Man-Month: Essays on Software Engineering. Addison-Wesley. حجة «خطّط لأن ترمي واحدة»، أي لماذا تكون حلولك المُثبَتة في Mode 1 هي النموذج الأولي الذي يُبنى منه العامل الحقيقي، موجودة في الفصل الذي يحمل ذلك الاسم. (نظرة عامة)
- Bainbridge, L. (1983). «Ironies of Automation.» Automatica, 19(6), 775–779. doi:10.1016/0005-1098(83)90046-8. لماذا تترك أتمتةُ الروتين الإنسانَ مسؤولاً عن الحالات النادرة الصعبة، وهو سبب أن الترقية 3 تدور حول تصميم المخارج، لا الروتين. (ملخص ميسَّر)
- Munroe, R. «Is It Worth the Time?» xkcd 1205. منطق نقطة التعادل وراء رسم المهمة مقابل الأصل: عدد مرات تكرار المهمة هو ما يقرر هل بناء العامل يستحق.
بطاقات تعليمية للمذاكرة
اختبار المعرفة
اختبار ذاتي سريع وموجّه للأفكار التي مررت بها للتو.