تضيف Glean إمكانية إنشاء الوكلاء دون واجهة باستخدام Claude Code وCursor وCodex

قدّمت Glean في 21 أكتوبر 2026 إمكانية إنشاء الوكلاء دون واجهة، وهي ميزة متاحة للجميع تتيح للمطورين إنشاء الوكلاء واختبارهم ونشرهم على هيئة تعليمات برمجية من بيئات البرمجة مثل Claude Code وCursor وCodex، على أن تعمل الوكلاء المكتملة على بيئة التشغيل المُدارة من Glean.

أعلنت الشركة عن الميزة في منشور على المدونة كتبته Kelly Huang، مديرة تسويق المنتجات في Glean. وأوضحت Glean أن الوكلاء المُنشأة برمجياً تعمل على الأساس نفسه الذي تعمل عليه الوكلاء المُنشأة باستخدام أداة إنشاء الوكلاء المرئية، بما يشمل الرسم البياني المعرفي للشركة، وإمكانية الوصول المقيّدة عبر أكثر من 275 مصدراً مؤسسياً، وسجل التدقيق، مع الحفاظ على أذونات Glean المؤسسية وأمانها وحوكمتها. وأضافت الشركة أن العملاء الذين يفضلون استخدام اللغة الطبيعية أو مساحة مرئية منخفضة البرمجة لإعداد الوكلاء دون كتابة تعليمات برمجية، يمكنهم مواصلة استخدام أداة إنشاء الوكلاء من Glean.

قالت Glean في إعلانها إنه مع تولّي الوكلاء مهاماً أكبر أثراً، تحتاج الفرق إلى إنشائها وإدارتها بالصرامة نفسها التي تتبعها في تطوير البرمجيات، بما في ذلك التحكم في الإصدارات والاختبار والتعاون والنشر والأمان. وأضافت الشركة أن بعض مسارات العمل تتطلب أيضاً تحكماً أكثر حتمية في الخطوات والضوابط الوقائية وعمليات التكامل التي يستخدمها الوكيل، وأن إنشاء الوكلاء على هيئة تعليمات برمجية يتيح هذا التحكم، مع تمكين المطورين من تطبيق ممارسات الاختبار والمراجعة والتراجع المألوفة لديهم. وذكرت Glean أن الميزة تمنح المطورين مرونة العمل بأسلوب يبدأ بالبرمجة، من دون أن يضطروا إلى بناء الأساس المؤسسي والسياقي بأنفسهم.

تحديد الوكلاء واختبارهم ونشرهم في صورة ملفات

في مسار العمل الجديد، تنشئ إضافة Glean وكيلاً داخل مساحة عمل المطور البرمجية على هيئة مجموعة من الملفات: ملف spec.yaml يضم إعدادات الوكيل، وملف instructions.md يحدد سلوكه. ويمكن الاحتفاظ بالملفات إلى جانب تعليمات الفريق البرمجية، كما يمكن توسيع الوكيل بمهارات أو وكلاء فرعيين عند الحاجة.

يمكن للمطورين تشغيل الوكيل باستخدام مدخلات تمثيلية مباشرةً من بيئة البرمجة، ومراجعة مخرجاته وإجراء التقييمات، ثم الاستفادة من النتائج لتنقيح تعليمات الوكيل وإعداداته. كما يمكن لمن ينشئون الوكلاء متابعة تقدم عملية التشغيل وفحص مخرجاتها من البيئة نفسها. ويمكن مراجعة التغييرات في مساعد البرمجة أو عبر طلبات السحب في Git، والتراجع عن أي تغيير لا يعمل على النحو المتوقع.

عندما يصبح الوكيل جاهزاً، ينشره المطور على Glean بدلاً من نشره على بيئة تشغيل منفصلة، ويمكنه مشاركته مع الفريق. وقالت Glean إن الوكيل المنشور يعمل على بيئة التشغيل المُدارة لديها، ويستفيد من الرسم البياني المعرفي نفسه، والأذونات عبر أكثر من 275 مصدراً مؤسسياً، وسجل التدقيق المتاح للوكلاء المُنشأة في Glean. ويمكن للمسؤولين ومنشئي الوكلاء مشاركة الوكلاء المنشورة وإدارتها أو تعطيلها من وحدة تحكم Glean. وتدعم الميزة الوكلاء في وضع Auto؛ أما الوكلاء في وضع Workflow، فلا يزال يتعين إنشاؤها باستخدام أداة إنشاء الوكلاء من Glean.

إعداد الإضافة وبنية ملفات الوكيل

يوضح توثيق Glean تسلسل خطوات الإعداد: تثبيت إضافة Glean لبيئة البرمجة، والمصادقة، والتحقق من مجلد الوكلاء المحلي، وإنشاء الوكيل، واختباره باستخدام مدخلات تمثيلية، ثم حفظه أو نشره ومشاركة الرابط الذي أُنشئ له.

يختلف التثبيت باختلاف البيئة. في Claude Code، يضيف المطور سوق gleanwork/claude-plugins، ويثبّت إضافة glean@glean-plugins، ثم يعيد تحميل الإضافات. أما في Codex، فيُجرى التثبيت عبر أوامر الطرفية التي تضيف سوق gleanwork/codex-plugins وإضافة glean@glean-codex-plugins. وفي Cursor، يفتح المطور إعدادات Cursor، ويبحث عن Glean في السوق، ثم يختار «إضافة إلى Cursor». بعد التثبيت، يربط المطور الإضافة بنسخة Glean الخاصة بالشركة عبر إدخال بريد إلكتروني للعمل وإكمال المصادقة باستخدام Glean OAuth في المتصفح. وإذا تعذر الإعداد وظهرت رسالة تفيد بأن سياسة الشركة تحظر الإضافة، يوجّه التوثيق المستخدم إلى مطالبة مسؤول Glean بتمكينها.

يوضح التوثيق أن أداة الإنشاء دون واجهة لا تعمل إلا عبر أمر الدردشة /glean_run الخاص بالإضافة، ويُكتب بصيغة $glean_run في Codex، وأنه لا يوجد خادم Glean MCP لهذا المسار. ويحذر المستخدمين من استخدام خادم Glean MCP أو أي من أدواته بديلاً عن الأمر، ومن إعادة استخدام أسماء الأسواق أو الإضافات التجريبية.

افتراضياً، تحفظ أداة الإنشاء كل وكيل في مجلد مستقل ضمن المسار .glean/agents/ في مساحة العمل الحالية. ويحتوي المجلد على spec.yaml، الذي يتضمن معرّف الوكيل؛ وinstructions.md؛ ومجلدي skills/ وsubagents/ الاختياريين. ويحذر التوثيق من تعديل حقل id في spec.yaml، لأنه يربط المجلد بالوكيل النشط في Glean. ويتخذ رابط الوكيل المنشور الصيغة https://<your-domain>.glean.com/chat/agents/<agent-id>,، على أن يطابق معرّف الوكيل قيمة حقل id في أعلى ملف spec.yaml.

يوضح الدليل الإرشادي من Glean كيفية إنشاء المطور وكيلاً للأسئلة والأجوبة يلخص مشكلات الدعم الجديدة الواردة من Slack وZendesk، وتشغيله باستخدام مدخل تمثيلي، ثم حفظ الوكيل الذي أُنشئ.

مثال على دعم العملاء

يستعرض إعلان Glean مهندسًا لدعم العملاء يرغب في رصد حالات التصعيد العاجلة مبكرًا. يعمل المهندس في Codex، ويطلب من Glean إنشاء وكيل يلخّص محادثات الدعم من Slack وIntercom، ثم ينقّح تعليمات الوكيل، ويختبره في سيناريو دعم حقيقي، ويُجري تقييمًا لتحديد الجوانب التي يمكنه تحسينها. وعندما تبدو النتائج مناسبة، ينشر المهندس الوكيل على Glean ويشاركه مع الفريق. ووصفت Glean النتيجة بأنها وكيل قابل لإعادة الاستخدام لإنجاز مهمة دعم متكررة، أُنشئ باستخدام الأدوات التي يستخدمها المهندس بالفعل، ويستند إلى سياق الشركة المؤسسي وضوابطها.

قالت الشركة إن إمكانات إنشاء الوكلاء دون واجهة أصبحت متاحة عمومًا، وإن المطورين يستطيعون استخدام Claude Code وCodex وCursor وGit لإنشاء وكلاء Glean الخاضعين للحوكمة واختبارهم وإدارة إصداراتهم ونشرهم.