أتاحت Workday مكونات منصتها للوكلاء الخارجيين بصورة عامة، في خطوة تسمح للمطورين ببناء وكلاء للموارد البشرية والمالية داخل Claude Code وCursor وأدوات أخرى، مع إبقاء الوكيل خاضعاً لصلاحيات المستخدم والموافقات وسجل التدقيق في Workday.
أعلنت الشركة ذلك خلال مؤتمر Workday Rising في لاس فيغاس، موضحة أن خادم Model Context Protocol (MCP)، والوصول إلى بيانات Workday الحية عبر SQL، وبيئة التشغيل المشتركة للوكلاء أصبحت متاحة عموماً. ويمكن للعملاء تشغيل وكلائهم باستخدام نماذج من Anthropic وGoogle وMeta وMistral وNvidia وOpenAI.
وصول مباشر مع الصلاحيات نفسها
يمثل مكوّن Agent-Ready Tools نقطة الدخول الرئيسية للمطورين، وهو خادم MCP المقدم ضمن Workday Extend AI. يسجّل المستخدم الدخول ببيانات Workday الخاصة به، وتقول الشركة إن الوكيل لا يستطيع الوصول إلى بيانات تتجاوز ما يحق لذلك المستخدم رؤيته.
يضم الخادم حالياً 275 أداة للقراءة و54 أداة لإضافة البيانات أو حذفها. كما تتيح خدمة Live Data Query، التابعة لـ Workday Data Cloud، لأدوات ذكاء الأعمال والوكلاء تنفيذ استعلامات SQL مباشرة على بيانات Workday، على أن يعيد كل استعلام السجلات التي تسمح صلاحيات المستخدم بالوصول إليها فقط.
وتوفر Workday أيضاً Agent Harness، وهي بيئة تشغيل مشتركة تمرر إلى الوكيل هوية المستخدم وموقعه التنظيمي وحقوق الوصول، وتحدد ما يمكنه تنفيذه، كما تختار النموذج المناسب لكل مهمة وفق التكلفة والأداء. أما Developer Agent فينشئ وكلاء وتطبيقات Workday من أوامر باللغة الطبيعية داخل Claude Code أو Codex أو Cursor أو موقع Workday Developer.
وتسمح Custom Agents للفرق بنشر وكلاء مبنيين باستخدام LangChain أو Google Agent Development Kit على Agent Harness، لكن دعم ADK يقتصر حالياً على شركاء التصميم.
ما الذي يتغير عملياً؟
تقول Workday إن العملاء أنشأوا أكثر من 500 وكيل وأكثر من 6,000 تطبيق باستخدام Developer Agent وAgent-Ready Tools خلال الأشهر الأربعة السابقة. وتستعد الشركة لإتاحة Agent Context Service وGrounded Reasoning بشكل مبكر في أوائل 2027؛ إذ سيحمّل الأول البيانات اللازمة للمهمة فقط، بينما يراجع الثاني الإجراء المقترح مقابل سياسات العميل وقواعد عملياته وسجلات Workday قبل التنفيذ.
جوهر الإعلان هو نقل الوكيل من نموذج يعتمد على نسخ البيانات إلى نموذج يتصل بسجل العمل الأصلي مع قواعده. عرضت Workday مثالاً لوكيل متصل بخادم MCP مخصص ونسخة بيانات في Snowflake، حيث استطاع الوصول إلى طلبات توظيف غير مسموح بها وإظهار راتب المدير التقني. وعند استخدام خادم Workday وData Cloud مع تسجيل دخول المستخدم، اقتصرت النتائج على البيانات المصرح بها.
حدود النهج وأسئلة الهوية
لا ترى Workday أن بحيرات البيانات فقدت قيمتها؛ فهي ما تزال مناسبة للتحليلات ودمج بيانات الشركة. لكن CTO Gabe Monroy قال إن تصدير البيانات لا ينقل معها القواعد التي تحكمها، ما قد يفرض إعادة بناء نموذج أمني ثانٍ داخل البحيرة واحتمال انحرافه عن النظام الأصلي.
في المقابل، أوضح رئيس المنتج والتقنية Gerrit Kazmaier أن بناء الوكلاء مباشرة على أدوات Workday وواجهات MCP يناسب مجموعة صغيرة من الاستخدامات التي لا تتطلب منطق الموارد البشرية أو المالية. وفي الحالات الأخرى، تتوقع Workday مساراً تتولى فيه Claude تمرير الطلب إلى Sana، منسق وكلائها، الذي يستدعي وكلاء Workday المتخصصين.
تكشف هذه النقطة أن الإتاحة المفتوحة لا تعني بالضرورة استقلال الوكلاء عن بيئة Workday. كما أن هوية الوكيل تظل مسألة تصميمية مهمة؛ فوثائق الشركة تشير إلى إمكانية استخدام حسابين نظاميين للوكيل، أحدهما للعمل نيابة عن المستخدم والآخر للمهام المحيطة، ولكل منهما عميل OAuth 2.0 وصلاحيات منفصلة.
كيف أعددنا هذا الخبر؟
اعتمد الخبر على المصدر الأصلي الموضح أعلاه. قد نستخدم أدوات آلية للمساعدة في الاستخراج والتصنيف والصياغة،
لكن النشر يخضع لقواعد تمنع المحتوى المكرر والقصير أو الروتيني منخفض القيمة.
اقرأ سياستنا التحريرية.