كل فريق Ops وBA يصل عاجلاً أم آجلاً إلى المحادثة نفسها: «ينبغي أن نؤتمت هذا». كلمة «أتمتة» تُخفي بهدوء أداتين مختلفتين تماماً غالباً ما يُلجأ إليهما — RPA (الأتمتة الروبوتية للعمليات) و، مؤخراً، AI agents مثل Claude Code. تَعِد كلتاهما بأخذ مهمة عن كاهل أحدهم. تفعلان ذلك بطريقتين شبه متعاكستين، واختيار الأداة الخاطئة سبب شائع لتعثّر مشاريع «الأتمتة» أو حاجتها إلى متابعة مستمرة.
السؤال الوحيد الذي يفصل بينهما فعلاً: هل تتبع المهمة الخطوات نفسها بالضبط في كل مرة، أم تتطلّب قراءة الموقف وتقرير ما يجب فعله؟
ما تفعله RPA فعلاً
تعمل أدوات RPA (فكِّر في الفئة عموماً — منصات RPA لسطح المكتب والمؤسسات) عبر التسجيل وإعادة التشغيل. يؤدّي أحدهم مهمة مرة واحدة — ينقر هنا، يكتب هذه القيمة، ينسخ تلك الخلية، يلصقها هناك، ينقر إرسال — وتسجّل الأداة التسلسل الدقيق للنقرات وضغطات المفاتيح ومواضع الحقول. من تلك اللحظة، يعيد البوت تشغيل ذلك التسلسل، بسرعة وبلا كلل، كلما استُدعي.
هذا تطابق قوي فعلاً للمهمة الصحيحة: المهام عالية الحجم والقائمة على قواعد والمنظَّمة حيث لا تتغيّر الشاشة ولا الخطوات أبداً — نسخ بيانات بين نظامين ببنية ثابتة، تشغيل التسوية الليلية نفسها، استخراج حقول من نموذج يبدو متطابقاً دائماً. عند تنفيذه جيداً، يكون سريعاً ورخيصاً لكل معاملة، وينتج سجل تدقيق نظيفاً لما جرى بالضبط.
المقايضة متأصّلة في طريقة عمله: بوت RPA لا يفهم ما يفعله — بل يعيد تشغيل ما أُرِيَ إياه. ليس لديه نموذج لـغرض المهمة، بل الحركات المسجَّلة فقط. انقل زراً، أعِد تصميم شاشة تسجيل دخول، أضِف حقلاً مطلوباً جديداً، أو أعطِه فاتورة بتنسيق مختلف قليلاً عمّا دُرِّب عليه، ولن يتكيّف البوت — بل يتعطّل. يجب أن يلاحظ أحدهم ذلك ويشخّصه ويعيد تسجيله. تلك الهشاشة، لا جودة المزوّد، هي السمعة المعروفة التي تحملها RPA بحاجتها إلى صيانة مستمرة.
ما يفعله agent بالذكاء الاصطناعي مثل Claude Code بشكل مختلف
لا يعيد AI agent تشغيل تسجيل — بل يقرأ الموقف ويقرر ما يفعله، خطوة بخطوة، بناءً على ما ينظر إليه فعلاً. أعطِ Claude Code هدفاً — «سوِّ تقرير المصروفات لهذا الشهر مقابل الإيصالات في هذا المجلد وحدِّد ما لا يتطابق» — فيفتح الملفات، ويقرأ محتواها الفعلي، ويكتشف معنى «لا يتطابق» لهذه البيانات، وينتج نتيجة. غيِّر تنسيق الملف، أو ترتيب الأعمدة، أو شكل الاستثناءات في الشهر المقبل، ولا يزال قادراً على العمل خلالها، لأنه يستدلّ على المحتوى لا يعيد تشغيل إحداثيات ثابتة.
هذا هو جوهر المقايضة مقابل RPA: ينجو الـ agent من تغيير كان سيعطّل بوتاً مسجَّلاً، لأنه لا يوجد تسجيل يصبح قديماً. ما يحتاجه بدلاً من ذلك هو الإشراف — بالطريقة نفسها التي يحتاج بها موظف جديد كفء أن يُراجَع عمله المبكر. في Claude Code Desktop، ذلك الإشراف مدمج: يقترح تغييراً، وترى عرض «قبل/بعد» مرئياً، وتوافق عليه أو ترفضه — لا يحدث شيء ذو أثر كبير من دون مراجعة افتراضياً.
الفرق العملي الآخر الذي تلاحظه فرق Ops وBA بسرعة: من يستطيع بناءه. عادةً ما يعني إعداد سير عمل RPA وجود مطوّر أو مختص RPA مخصَّص يعمل في برمجية أتمتة مبنية لهذا الغرض. أما Claude Code فيُدار بكتابة تعليمة بلغة عادية داخل مجلد من ملفاتك الفعلية — يستطيع محلل أعمال أو مسؤول Ops أن يبدأ مباشرة على عمل فعلي من دون منصة أتمتة منفصلة أو طابور بناء يحتاج مختصاً.
مقارنة سريعة
| RPA | AI agent (مثل Claude Code) | |
|---|---|---|
| كيف يعمل | يسجّل تسلسلاً ثابتاً من النقرات/الحقول ويعيد تشغيله | يقرأ المحتوى الفعلي ويقرر الخطوة التالية |
| الأفضل لـ | مهام عالية الحجم، ثابتة، قائمة على قواعد، منظَّمة | مهام تحتاج حكماً أو قراءة أو مُدخلات غير منظَّمة |
| حين تتغيّر الشاشة/البيانات | يتعطّل — يحتاج إعادة تسجيل | يتكيّف عادةً، لأنه لا يعيد تشغيل إحداثيات ثابتة |
| من يبنيه | مطوّر أو مختص RPA، منصة مخصَّصة | أيّاً كان مَن لديه المهمة — تعليمات بلغة عادية |
| نموذج الإشراف | يعمل من دون مراقبة بعد التحقق؛ سجل تدقيق للنقرات المنفَّذة | يقترح تغييراً، تراجع diff مرئياً، ثم توافق |
| التعامل مع مُدخلات غير منظَّمة (بريد إلكتروني، PDF، نص حر) | ضعيف — يحتاج بنية يعتمد عليها | جيد — القراءة والحكم هما بيت القصيد |
| شكل التكلفة | ترخيص + وقت بناء وصيانة من مختص | حسب الاستخدام؛ وقت المستخدم المهني نفسه في توجيهه |
تواصل الفئتان التطوّر — تضيف منصات RPA كثيرة ميزات ذكاء اصطناعي، وتتحسّن أدوات الـ agent أيضاً في العمل عالي الحجم المنظَّم — فتعامل مع هذا بوصفه الشكل الحالي للمقايضة، لا خطاً دائماً. السؤال الجوهري (إعادة تشغيل ثابتة مقابل الاستدلال على المحتوى) هو ما ينبغي أن تستمر في طرحه مع تطوّر الفئتين.
كيف تختار فعلاً
صنِّف المهمة بحسب ما تتطلّبه فعلاً:
- الخطوات نفسها بالضبط، على تخطيط الشاشة نفسه بالضبط، آلاف المرات، ولا شيء فيها يتغيّر ← لا تزال RPA عادةً التطابق الأفضل، خصوصاً إن كانت مبنية ومستقرة أصلاً.
- المهمة تتضمّن قراءة شيء ما (بريد إلكتروني، مستند، جدول بيانات فوضوي)، أو اتخاذ حكم، أو إنتاج مسوَّدة سيراجعها شخص ← agent بالذكاء الاصطناعي هو التطابق الأفضل — هذا بالضبط المجال الذي تواجه فيه RPA صعوبة.
- المُدخلات أو الشاشة تتغيّر كثيراً، أو ليس لديك وقت مختص كافٍ لمواصلة إعادة تسجيل بوت ← مِل نحو agent؛ ينتقل عبء الصيانة من «أصلِح التسجيل» إلى «راجِع المخرجات»، وهو عادةً وضع الفشل الأرخص.
تنتهي فرق Ops وBA كثيرة بتشغيل كليهما، موجَّهَين إلى نصفَين مختلفَين من قائمة عملياتها — RPA للبنية التحتية عالية الحجم المستقرة، وagent للعمل المعتمد على الحكم أو غير المنظَّم على أطرافها. ليستا خصمَين على المهمة نفسها؛ بل أداتان لشكلَين مختلفين من المهام سُمِّي كلاهما «أتمتة».
الصورة الأكبر
سؤال RPA مقابل agent هو في الحقيقة بديل لفكرة أقدم: أتمتة الأجزاء المتوقَّعة بقواعد، وتسليم الأجزاء المتغيّرة لشيء يستطيع التفكير. كانت RPA أفضل إجابة متاحة للنصف الثاني من ذلك لسنوات، مُطبَّقة على أي مهمة صلبة بما يكفي لتزييف ذلك — ومن هنا الهشاشة. الأدوات الوكيلة تطابق أصدق للنصف المتغيّر، لأن القراءة والقرار هما بالضبط ما بُنيت لأجله.
إن كنت مسؤول Ops أو BA تحدّد نطاق مبادرة أتمتة، فالخطوة العملية هي أن تصنّف قائمة مهامك بحسب ذلك السؤال الواحد — تسلسل ثابت أم حكم — قبل اختيار أداة. يستعرض دليل تشغيل محلل الأعمال كيف يرسم فريق كهذا ذلك الخط ويُبقي على توقيع الموافقة البشرية موجوداً في الحالتين.