إذا كانت مؤسستك تعمل على Microsoft، فربما تبدأ رحلة agents هناك أيضًا: Copilot للمستخدمين، Copilot Studio أو Foundry للبناء، وربما تقييم Agent Framework لعمل مخصص. نقطة بداية معقولة — ولا شيء في هذه الصفحة يطلب منك التخلي عن ذلك.
تغطي هذه الصفحة الجزء الذي لا يغطيه stack Microsoft: ما يحدث عندما تحتاج agents إلى حكم ككل — بما في ذلك التي لم تُبنَ في Redmond.
إقرار حيث يستحق
Microsoft فعلت أكثر من أي أحد لجعل agents مواطنين من الدرجة الأولى في المؤسسة. من منتصف 2026، Entra Agent ID يعطي identities دليلية حقيقية مع owners وRBAC وConditional Access، وAgent 365 يغلف registry وaudit logs وPurview compliance — متاح عامًا بسعر منشور per user. إن كنت تنتظر identity agent حقيقية مدعومة — هي الآن.
السؤال ليس هل Microsoft يمكنها حكم agents. بل أي agents — وما بعد الحكم.
ثلاثة أسئلة قبل تثبيت المسار
1. كم منتج يتطلب السلسلة الكاملة — ومن يملك الكل؟
قصة agents في Microsoft تشمل Agent 365 وEntra Agent ID وFoundry وCopilot Studio وPurview. كل واحد جيد في دوره. لكن التجميع عليك: architecture وintegration وowner داخلي للنتيجة المجمعة. قبل الالتزام: من في المؤسسة يملك الكل — ليس كل منتج، الكل؟ في تجربتنا الجواب الصادق غالبًا «غير واضح»، والفجوة تظهر متأخرًا في الإنتاج.
2. ماذا عن agents التي بنتها الفرق في أماكن أخرى؟
في كثير من المؤسسات agents لا تنتظر قرار المنصة. التسويق لديه research agent في Claude. مهندس يشغّل ثلاثة عبر OpenAI. موجودة اليوم، تعمل فعليًا، وخارج مستوى حكم Microsoft. جواب Microsoft هو جلب workloads داخل stack — Foundry يمكنه استضافة frameworks خارجية، وsync registry cross-cloud في preview (أغسطس 2026). الاتجاه إلى الداخل. إن واقعك agents في عدة stacks — وتبقى هناك — تحتاج طبقة صُممت لعدم الاهتمام أين بُني agent.
3. أين يوافق شخص من الأعمال على ما يفعله agent؟
Agent Framework من Microsoft يعطي primitives قوية human-in-the-loop — tool approval وrequest/response ports. لكنها SDK plumbing: فريقك يصمم ويبني ويصون السطح حيث يقول إنسان نعم أو لا. اطلب رؤية ذلك السطح كمنتج لowner أعمال وليس مطور. ثم قرر إن كنت تريد ميزانية engineering لبنائه وامتلاكه.
أين يناسب Copyl — بجانب، لا بديل
Copyl طبقة تشغيل مستقلة أوروبية للـ agents. لا تستبدل Copilot Studio أو Foundry — تظل أماكن ممتازة للبناء. تجلس فوقها وفوق كل منصة build أخرى بمهمة واحدة: جعل أي agent عضو محكوم ومسؤول في المؤسسة.
اليوم، ملموسًا: خذ تعريف agent — مبني في Copilot Studio أو Claude أو ChatGPT أو يدويًا — عبّره كـ JSON مفتوح Agent Manifest، وشغّله في sandbox محكوم. صفر credentials، كل tool-call خارجي يُلتقط بدل التنفيذ، transcript كامل واقتراح لما يحتاجه agent للتشغيل الفعلي. نحو دقيقة من paste إلى أول run محكوم. القرارات المحفوفة بالمخاطر — accounts حقيقية وscopes حقيقية — تأتي بعد أن ترى أنه يعمل، والمسار نحو الإنتاج يُبنى على grants صريحة وsign-off.
شيئان هيكليان يتبعان الاستقلال. Copyl يعامل كل منصة build بالسوية — Microsoft included — لأننا لا نملك model أو cloud لتوجيهك؛ vendor بstack لبيعه لا يمكن أن يكون طبقة محايدة فوق المنافسين. للمؤسسات الأوروبية، خاصة العامة، حكم agents تحت vendor EU مستقل موقف سيادة مختلف عن الحكم المدمج في identity plane لـ hyperscaler US.
في التكلفة: تفريق واحد يهم أكثر من الأرقام — Microsoft يُسعّر stack per human user plus consumption. قرار الحكم ونموذج التكلفة هنا قرار واحد. قارن تكلفة العمل الذي ينفذه agent مع بنود consumption — ليس صف الترخيص فقط.
عندما يكفي Agent 365
بصراحة: إن agents مبنية في أدوات Microsoft، تعمل فقط على أنظمة Microsoft، يستخدمها مستخدمي Copilot المرخصين مسبقًا وليس لديك متطلب stack-independence أو حكم EU sovereign — استخدم stack الأصلي. متكامل، في renewal، وطبقة محايدة ستضيف تعقيدًا فقط.
الطبقة المحايدة تستحق مكانها عندما يتكسر أي افتراض: agents من أكثر من منصة، أنظمة عبر حدود vendors، متطلبات سيادة، أو مسار غير مستعد لتثبيته.
جرّب دون اتخاذ أي قرار
أسرع طريقة للتقييم ليست عرضًا — بل agent خاص بك في sandbox محكوم. خذ تعريف agent لديك (أو المثال الكامل في مرجع manifest) وشغّله:
استورد agent →بدون credentials، بدون ترحيل، بدون قرار منصة. خارطة Microsoft تبقى كما هي — ترى agents، كلها، محكومة في مكان واحد.