Tekunda Team
العودة إلى المقالات
Tekunda Team
Agentforce أم وكيل ذكاء اصطناعي مخصص: متى تضبط ومتى تبني؟
الإجابة باختصار: اضبط Agentforce حين تكون المهمة مجموعة محددة من الإجراءات على بيانات تملكها سيلزفورس أصلا. وابنِ وكيلا مخصصا حين يكون الجزء الصعب هو التفكير لا التنفيذ، أو حين تكون البيانات الحاسمة خارج الـ CRM. ومعظم التطبيقات الجادة تنتهي إلى الاثنين معا، مع وصلة مصممة بينهما عن قصد.
ما الفرق الحقيقي؟
- Agentforce هو طبقة الوكلاء داخل سيلزفورس. يعمل على محرك Atlas للاستدلال، ويُضبط بدل أن يُبرمج، ويرث هوية المنصة ونموذج المشاركة وسجل التدقيق وحدودها التشغيلية (Agentforce Developer Guide).
- الوكيل المخصص برمجية تملكها أنت: اختيارك للنموذج، واسترجاعك للمعرفة، وأدواتك، وتنسيقك، يعمل حيث تشاء وضد أي أنظمة لديك.
المفاضلة ليست بين "سهل" و"قوي"، بل بين محدود ومحكوم وغير محدود ومملوك لك. وكل منهما هو الإجابة الصحيحة في نصف الحالات تقريبا.
متى تضبط Agentforce؟
اضبطه حين تتحقق أغلب هذه الشروط:
- البيانات التي تحدد الإجابة موجودة في سيلزفورس أصلا، أو في طريقها إلى Data 360.
- العمل على شكل CRM: تصنيف الحالات وتوجيهها، وردود الخدمة، وترتيب الفرص البيعية، والجدولة، والإجراءات البيعية الموجَّهة.
- الإجراءات قابلة للحصر. تستطيع كتابة ما يُسمح للوكيل بفعله، والقائمة قصيرة بما يكفي للوح واحد.
- الحوكمة هي الشرط الصعب. الصلاحيات والمشاركة والتدقيق تأتي مجانا لأن الوكيل داخل المنصة.
- لديك طاقة إدارية. شخص متمكن من Flow ومجموعات الصلاحيات ونموذج البيانات سيصل أبعد وأسرع من فريق هندسي يبدأ من الصفر.
السبب الذي يفوت الناس: الوكيل داخل المنصة يرث نموذجها الأمني. وإعادة بناء ذلك في منظومة خاصة مكلف ويسهل أن يُخطئ بصمت.
متى تبني وكيلا مخصصا؟
ابنِ إذا تحقق أي بند من هذه، فكل بند وحده كافٍ لاستبعاد نهج الضبط فقط:
- البيانات الحاسمة ليست في الـ CRM. قياسات الأجهزة، أو نظام ERP، أو المستندات، أو التذاكر، أو مستودع بيانات، أو أسطول أجهزة. إن كان على الوكيل أن يستدل عليها كلها، فالـ CRM مصدر بين مصادر.
- التفكير نفسه هو المنتج. تحليل متعدد الخطوات، أو تخطيط، أو توصيات مرتبة مع تبرير، أو أي حالة يحتاج فيها الجواب إلى دفاع لا إلى تنفيذ فقط.
- سير العمل ليس سير عمل CRM. التشغيل، والهندسة، وسلسلة التوريد، والتشخيص الميداني.
- تحتاج حرية اختيار النموذج. مهام مختلفة تريد نماذج مختلفة، ولا تريد أن يُتخذ القرار نيابة عنك.
- يجب أن يعمل الوكيل حيث المستخدمون، والمستخدمون ليسوا داخل سيلزفورس.
ما الاختبار الذي يحسم أغلب الحالات؟
اكتب مهمة الوكيل كقائمة إجراءات. لو نجحت، وكان كل إجراء يقرأ أو يكتب شيئا تعرفه سيلزفورس أصلا، فاضبط. أما لو كان الصعب هو تحديد أي إجراء، استنادا إلى أدلة من أنظمة عدة، فابنِ.
هذا الاختبار أسرع من تجربة مقارنة كاملة، وصادق بشأن أوجه الفشل. مشاريع الضبط وحده تتعثر حين تتضح حاجة القائمة المحدودة إلى حكم غير محدود. ومشاريع البناء وحده تتعثر حين يقضي فريق ربع سنة في إعادة بناء قواعد مشاركة وسجلات تدقيق وإدارة حالات كانت موجودة أصلا.
لماذا تكون الإجابة عادة الاثنين معا؟
لأن الطبقتين تريدان دورين مختلفين. Agentforce واجهة جيدة: يجلس حيث يعمل فريق الخدمة والمبيعات فعلا، وحوله حوكمة المنصة. والوكيل المخصص عقل جيد لكل ما يحتاج استدلالا عبر الأنظمة. اربطهما، فيؤدي كل منهما ما يجيده.
وهذه الوصلة صارت شأنا أصيلا في المنصة لا حيلة جانبية. سيلزفورس تقدم واجهات Model Context Protocol في أدواتها نفسها، ومنها خادم Salesforce DX MCP خلف الجيل التالي من DevOps Center (Salesforce Help). وتسليم المهام بين الوكلاء ومراكز إجراءات MCP هما الطريقة التي يستدعي بها وكيل CRM محكوم وكلاء متخصصين دون أن يبتلع أحدهما الآخر.
هذه هي المعمارية التي نبنيها أكثر من غيرها في تِكوندا. نحن شريك سيلزفورس معتمد كمُكامل أنظمة وشركة برمجيات مستقلة وشريك PDO، وشريك لـ Anthropic، وكنا أول من أدخل تنسيق Agentforce بين الوكلاء ومعمارية SWARM إلى الإنتاج، ونبني CRM بلا واجهة ومراكز إجراءات MCP ليتصرف الوكلاء عبر الأنظمة من مكان واحد. وعلى جانب الأجهزة المتصلة، خفّض عملنا مع ASSA ABLOY الحالات الأسبوعية من 3000 إلى 350، أي بنسبة 93% عبر 11 ألف جهاز وحتى 2.5 مليون حدث أسبوعيا، في ثلاثة أسواق وبلا زيادة في فريق الدعم. شوف طريقتنا في العمل.
كيف تقرر دون تجربة مقارنة تستغرق ستة أشهر؟
- اكتب قائمة الإجراءات. عشر دقائق على لوح، مع من يؤدون العمل اليوم.
- ضع مصدر البيانات بجانب كل إجراء. واحسب كم منها خارج سيلزفورس.
- اسأل: ماذا ينكسر لو أخطأ الوكيل؟ اتساع نطاق الضرر يدفع نحو طبقة المنصة المحكومة.
- جرّب النصف الأصغر أولا. أي جانب كان محدودا، أطلقه ودع الوصلة تنتظر حتى تثبت القيمة.
FAQ
هل يكفي Agentforce وحده؟
للعمل المحصور في الـ CRM على بيانات سيلزفورس، نعم في الغالب. ويتوقف عن الكفاية حين تكون الأدلة الحاسمة في أنظمة لا تملكها سيلزفورس.
هل يعمل الوكيل المخصص مع Agentforce بدل أن يحل محله؟
نعم، وهذا هو النمط الشائع. Agentforce يمسك واجهة الـ CRM المحكومة، والوكلاء المخصصون يتولون الاستدلال عبر الأنظمة، ويسلم كل منهما للآخر.
هل يعني البناء المخصص التخلي عن حوكمة سيلزفورس؟
فقط إن صممته هكذا. اجعل الكتابة في الـ CRM تمر عبر إجراءات المنصة، فيبقى نموذج المشاركة وسجل التدقيق سليمين.
ما أكثر الأخطاء شيوعا في هذا القرار؟
الاختيار على أساس التكلفة. المساران يتقاربان في التكلفة الإجمالية أكثر مما يتوقع الناس، والفارق الباقي هو: هل العمل محدود أم لا.
من أين يبدأ أول مشروع؟
من سير عمل واحد له مالك واضح ورقم بداية قابل للقياس. مشاريع الوكلاء التي تبدأ كاستراتيجية منصة نادرا ما تكتمل.
