نسخة Markdown

AI-translated from English; not yet reviewed by a fluent editor.

# كيفية إعداد سياسة MXC للأوامر التي ينشئها الوكلاء

> تتيح حزمة MXC SDK من Microsoft للمطورين تعريف أمر وسياسات الملفات والشبكة الخاصة به. يشرح هذا الدليل، المستند إلى الوثائق فقط، طريقة الإعداد في Node V1 وأوضاع التشخيص وحدود الأنظمة الخلفية.

By BIG CHANGE Editorial

Published: 2026-10-08T05:14:55.341Z
Updated: 2026-10-08T05:14:55.341Z
Canonical: https://bigchange.ai/blog/mxc-agent-command-containment-guide

![Conceptual charcoal illustration of a small computer with an external drive connected and a network cable lying unplugged beside its port.](https://bigchange.ai/api/media/file/mxc-explicit-connections-hero-v1.png)
AI-generated conceptual illustration by BIG CHANGE; no MXC product interface, hardware, security test or enforcement result is depicted.

أعلنت Microsoft في 7 أكتوبر 2026 الإتاحة العامة لـ Microsoft Execution Containers (MXC). وبالنسبة إلى الفرق التي تشغّل أوامر يقترحها وكيل ذكاء اصطناعي، يتمثل السؤال العملي في الملفات واتصالات الشبكة التي يحتاج إليها الأمر، والنظام الخلفي من MXC القادر على فرض تلك الحدود. يشرح [منشور الإطلاق](https://blogs.windows.com/windowsdeveloper/2026/10/07/microsoft-execution-containers-policy-driven-containment-for-ai-agents/) هدف الاحتواء؛ وتعرض [وثائق الاستخدام في المستودع](https://github.com/microsoft/mxc) تفاصيل الإعداد. يستند هذا الدليل إلى تلك الوثائق. لم تثبّت BIG CHANGE ‏MXC ولم تشغّل أي عبء عمل داخل بيئة معزولة.

## التغيير الكبير

- **ما الذي تغيّر:**  يمكن للمطورين تمرير أمر وسياسة موارده إلى واجهة واحدة في MXC SDK، فتختار الواجهة نظامًا خلفيًا مدعومًا على المضيف. ويوفر إصدار 7 أكتوبر مسار تكامل موثقًا لأدوات الوكلاء، بدلًا من الاعتماد على امتثال النموذج طوعًا للسياسة.
- **لماذا يهم ذلك:**  يمكن للفريق منح أمر برمجي إمكانية الوصول إلى دليل العمل، مع إبقاء مواقع الملفات الأخرى والاتصالات الصادرة خارج صلاحيات عبء العمل. ويتوقف الأثر على النظام الخلفي والمضيف المختارين، لذا ينبغي للفريق التحقق مما يفرضه النظام فعليًا قبل الاعتماد على أي قيد.
- **ما ينبغي مراقبته:**  تساعد أوضاع إعداد السياسات من Microsoft على تشخيص العمليات المحظورة على مضيفات Windows ProcessContainer المدعومة. والقرار العملي التالي هو تحديد ما إذا كان كل إذن مقترح ضروريًا، وما إذا كان التشغيل في بيئة الإنتاج يستخدم وضع الإنفاذ بعد تضييق السياسة.

## ابدأ بالمضيف والأمر

MXC مكتبة تُدمج في التطبيق الذي يطلق عبء العمل. ويسرد [ملف README الخاص بها](https://github.com/microsoft/mxc) حزم SDK لـ Rust و.NET وNode، إلى جانب ملفات تنفيذية أصلية للتطبيقات التي لا تستطيع تضمين حزمة SDK. تتضمن حزمة Node موارد تشغيل أصلية وتتطلب Node.js 24 أو أحدث؛ وعلى Windows، يحدد المستودع Node 24.21.0 أو أحدث، أو 26.8.0 أو أحدث، لنقل stdio الأصلي. ويُستورد API العام من `@microsoft/mxc-sdk/v1` لا من جذر الحزمة. وتتضمن حزمة .NET موارد أصلية أيضًا. وتبني حزمة Rust ‏SDK والمحرك والأنظمة الخلفية المحددة ضمن التطبيق المستهلك. أما الملفات التنفيذية الأصلية فتتطلب بناءً للمستودع خاصًا بالمنصة.

اختر النظام الخلفي قبل كتابة السياسة. يسرد المستودع `processcontainer` بوصفه الافتراضي في Windows 11، و `bubblewrap` بوصفه الافتراضي في Linux، و `seatbelt` بوصفه الافتراضي في macOS. ويوفر Windows أيضًا `wslc` و `isolation_session`؛ أما `windows_sandbox` و `microvm` و `hyperlight` فموسومة بأنها تجريبية. ويتطلب Linux بيئة التشغيل المحددة، مثل Bubblewrap لنظامه الخلفي الافتراضي. ويعرض [جدول إصدارات Windows](https://github.com/microsoft/mxc/blob/main/docs/backends/process-container/os-version-support.md) الحد الأدنى لإصدارات البناء اللازمة لـ ProcessContainer وIsolationSession. تحقّق من توفر المضيف ودعمه للسياسة المطلوبة على الجهاز الذي سينفذ المهمة.

دوّن الأمر الفعلي ودليل العمل والملفات التي يجب أن يقرأها أو يغيّرها ووجهات الشبكة التي يحتاج إليها. تعامل مع هذه العناصر بوصفها مدخلات للسياسة يحددها التطبيق أو المشغّل. وتقول Microsoft إن السياسة تقع خارج عبء عمل الوكيل، لذلك لا يستطيع الرمز المُنشأ توسيع صلاحياته بنفسه. يتضمن الناتج المعتاد للأمر stdout وstderr وحالة الخروج، إضافة إلى التحذيرات أو البيانات الوصفية الاختيارية التي تعيدها حزمة SDK. ولا يتوفر تقرير النشاط إلا في أوضاع التشخيص الموثقة على مضيفات Windows ProcessContainer المدعومة.

## عرّف سياسة محدودة باستخدام Node SDK

يشرح [دليل Node SDK](https://github.com/microsoft/mxc/blob/main/sdk/node/README.md) بنية V1 هذه. ثبّت حزمة SDK في تطبيق يعمل بإصدار مدعوم من Node:

```bash
npm install @microsoft/mxc-sdk
```

يكيّف هذا المثال نموذج Microsoft الذي يعمل حتى الاكتمال، ويطلب صلاحية القراءة فقط لدليل التطبيق الحالي مع حظر الاتصالات الصادرة. لا ينفذ الأمر سوى طباعة سطر واحد، لذلك لا يختبر أيًا من القيدين. إنه نقطة بداية موثقة، وليس اختبارًا أجرته BIG CHANGE. استبدل الأمر والمسارات بما يناسب عبء العمل المراد عزله؛ واستخدم `readwritePaths` فقط للأدلة التي يحتاج إلى تعديلها.

```typescript
import { getPlatformSupport, run } from '@microsoft/mxc-sdk/v1';
import type { ContainerRequest } from '@microsoft/mxc-sdk/v1';

if (!getPlatformSupport().isSupported) {
  throw new Error('MXC is not available on this host');
}

const request: ContainerRequest = {
  command: 'node -e "console.log(\'hello from container\')"',
  filesystem: { readonlyPaths: [process.cwd()] },
  network: { egress: { default: 'deny' } },
  timeoutMs: 30_000,
};

const result = await run(request);
console.log(result.stdout, result.stderr, result.exitCode, result.warnings);
```

`run` تعيد stdout وstderr الملتقطين ورمز الخروج وحالة انتهاء المهلة والتحذيرات. وقد يظهر منع الوصول إلى ملف لعبء العمل كخطأ عادي يفيد برفض الوصول؛ ولا يثبت الخروج الناجح وحده أن كل قيد مقصود قد اختُبر. لاستيفاء معيار نجاح المهمة، شغّل عبء عمل موثوقًا يستخدم موردًا مسموحًا به، ثم اختبر بصورة منفصلة محاولة متعمدة للوصول إلى مورد غير ممنوح على النظام الخلفي المدعوم المختار. تحقّق من نتيجة العملية ومعلومات التشخيص قبل استخدام السياسة مع أوامر ينشئها الوكلاء. وتغطي [أمثلة SDK](https://github.com/microsoft/mxc/blob/main/samples/README.md) أذونات نظام الملفات وحظر الشبكة والتقاط المخرجات وتسجيل حالات الرفض. وتتطلب مضيفًا مجهزًا مسبقًا. لم تنفذ BIG CHANGE أيًا من هذه الخطوات.

لمستخدمي المنفذ الأصلي، [مخطط JSON المستقر](https://github.com/microsoft/mxc/blob/main/docs/schema.md) هو `1.0.0`؛ ويتطلب الطلب الكامل `version` واختيار الاحتواء و `process.commandLine`. أما مخطط التطوير الحالي فهو `1.1.0-alpha`. تختار حزمة V1 SDK عقد الاتصال بنفسها، لذا لا تضع إصدار المخطط الأصلي في `ContainerRequest` ذي النوع المحدد. ويذكر دليل المخطط أيضًا أن الحقول القديمة مثل `network.defaultPolicy` و `allowedHosts` قد أُوقفت. تستخدم السياسة الحالية `network.egress` و `network.ingress` اللذين يحددان الاتجاه؛ وتختلف القواعد المباشرة والوكيل الوسيط أثناء التشغيل في السلوك ودعم الأنظمة الخلفية.

## شخّص حالات الرفض، ثم افرض السياسة

يميز [جدول الأوضاع الصادر في 7 أكتوبر](https://blogs.windows.com/windowsdeveloper/2026/10/07/microsoft-execution-containers-policy-driven-containment-for-ai-agents/) من Microsoft بين ثلاث نتائج. يحظر وضع **الإنفاذ** الوصول غير الممنوح ولا ينشئ تقرير نشاط. أما وضع **التعلّم** فيحظر الوصول غير الممنوح ويسجله. ويسجل وضع **السماح** الوصول الذي كانت السياسة سترفضه، لكنه يسمح باستمراره. وتحصر [الوثيقة المرجعية لالتقاط حالات الرفض](https://github.com/microsoft/mxc/blob/main/docs/logging-access-denied.md) من Microsoft إمكانات التعلّم هذه في مسارات Windows ProcessContainer القائمة على AppContainer. ولا تحصل المضيفات الأخرى على تقارير مماثلة لمجرد قبولها حقل سياسة مشتركًا.

لأداة موثوقة أثناء إعداد السياسة، يدعم المنفذ الأصلي في Windows مسارًا من `--audit` يمكنه إنشاء ملفات ناتجة للسياسة. وتحذر Microsoft من أنه يعطّل أمان العزل لِعبء العمل الخاضع للتحليل، لذلك لا يناسب الأوامر غير الموثوقة. وعندما يدعم المضيف ذلك، يكون الالتقاط الذي يرفض الوصول ويسجله مسار التشخيص الأكثر أمانًا: تظل محاولة الوصول محظورة، ويحدد التقرير ما رُفض. راجع كل مسار أو قدرة مسجلة وفق المهمة، وامنح الأمر ما يحتاج إليه فقط، وشغّل عبء العمل النهائي في وضع الإنفاذ. قد تكشف التقارير أسماء موارد حساسة؛ لذا تعامل معها بما يلائم ذلك.

يغيّر اختيار النظام الخلفي ما يمكن للسياسة ضمانه. ويقول [دليل المخطط](https://github.com/microsoft/mxc/blob/main/docs/schema.md) إن `isolation_session` لا يستطيع تقييد الشبكات، ويتطلب إعدادًا يصرح صراحة بأنها غير مقيدة. ويذكر أيضًا أن Windows ProcessContainer وmacOS Seatbelt يفرضان قيود واجهة المستخدم، بينما لا تنفذها الأنظمة الخلفية الأخرى؛ كما يرفض WSLC وIsolationSession سياسة واجهة المستخدم المقدمة. ويقول [دليل Seatbelt](https://github.com/microsoft/mxc/blob/main/docs/backends/seatbelt/seatbelt-backend.md) إن الملف التعريفي الأصلي في macOS لا يستطيع تصفية مضيفين بعيدين بعينهم، بينما يشرح [دليل Bubblewrap](https://github.com/microsoft/mxc/blob/main/docs/backends/bwrap/bubblewrap-backend.md) متطلبات بيئة التشغيل والشبكة في Linux. لذلك لا يثبت قبول عدة أنواع من SDK لحقل JSON نفسه أن الإنفاذ متماثل في كل مكان. راجع دليل النظام الخلفي المختار وتحقق من الطلب على المضيف المستهدف.

يخضع مستودع Microsoft لترخيص MIT، لكن وثائق الاستخدام لا تذكر سعر حزمة MXC. وتظل تكاليف المضيف والحوسبة وأي مزود للنماذج منفصلة. ويصف إعلان Windows ‏MXC بأنها متاحة عمومًا، في حين لا تزال عدة خيارات للأنظمة الخلفية تجريبية ومخطط التطوير الأصلي في مرحلة ألفا. افصل بين مراحل الإصدار هذه عند تحديد مكان تشغيل عبء العمل.

## المصادر ومواد إضافية للقراءة

- [مدونة Microsoft Windows Developer Blog، 7 أكتوبر 2026](https://blogs.windows.com/windowsdeveloper/2026/10/07/microsoft-execution-containers-policy-driven-containment-for-ai-agents/)تدعم خبر الإطلاق والاستخدام المقصود مع الوكلاء وتعريفات الأوضاع الثلاثة. وهذا وصف Microsoft لمنتجها، وليس اختبار أمان أجرته BIG CHANGE.
- [ملف README لمستودع MXC](https://github.com/microsoft/mxc)يسرد حزم SDK والأنظمة الخلفية الافتراضية للمضيفات والأنظمة التجريبية ومتطلبات البناء ومسار المنفذ الأصلي. يتغير المستودع؛ وقد روجعت التفاصيل في 8 أكتوبر 2026.
- [دليل استخدام Node SDK](https://github.com/microsoft/mxc/blob/main/sdk/node/README.md)يحدد متطلبات Node واستيراد V1 والطلب ذي النوع المحدد والمخرجات الملتقطة. عُدّل الرمز أعلاه من المثال الوارد فيه؛ ولم يُشغّل هنا.
- [دليل مخطط الإعداد](https://github.com/microsoft/mxc/blob/main/docs/schema.md)يميز JSON الأصلي المستقر `1.0.0` من `1.1.0-alpha` المتغير، ويوثق حقول السياسة والحدود الخاصة بكل نظام خلفي.
- [المرجع الخاص بوضع التعلّم والتقاط حالات الرفض](https://github.com/microsoft/mxc/blob/main/docs/logging-access-denied.md)يوثق تشخيص Windows ProcessContainer ويحذر من تدقيق وضع السماح. وتعتمد التقارير على المضيف والوضع.
- [أدلة الأنظمة الخلفية](https://github.com/microsoft/mxc/tree/main/docs/backends) و[جدول إصدارات Windows](https://github.com/microsoft/mxc/blob/main/docs/backends/process-container/os-version-support.md) هما مرجعا التحقق لمضيف بعينه؛ ولا تصادق هذه المقالة على أي إعداد في جهاز القارئ.

## Sources

- [إطلاق Microsoft Execution Containers](https://blogs.windows.com/windowsdeveloper/2026/10/07/microsoft-execution-containers-policy-driven-containment-for-ai-agents/) — إعلان الإتاحة العامة وحدود عبء العمل والموارد وتعريفات الأوضاع الثلاثة؛ فادعاءات المورد ليست اختبارات مستقلة.
- [ملف README لمستودع MXC](https://github.com/microsoft/mxc) — حزم SDK والإعدادات الافتراضية للمضيف وعلامات الأنظمة التجريبية ومسار المنفذ الأصلي وترخيص المصدر ومتطلبات البناء.
- [ملف README لحزمة MXC Node SDK](https://github.com/microsoft/mxc/blob/main/sdk/node/README.md) — استيراد V1 والحد الأدنى لإصدار Node والطلب ذي النوع المحدد ومخرجات التشغيل واكتشاف المضيف. عُدّل المثال ولم يُشغّل.
- [دليل مخطط MXC](https://github.com/microsoft/mxc/blob/main/docs/schema.md) — عقود JSON الأصلية المستقرة 1.0.0 والتطويرية 1.1.0-alpha وسياسة الشبكة وحدود النظام الخلفي وواجهة المستخدم.
- [دليل MXC لالتقاط حالات الرفض](https://github.com/microsoft/mxc/blob/main/docs/logging-access-denied.md) — سلوك وضعي Learning وPermissive في Windows ProcessContainer وتحذير الأمان بشأن --audit وحدود المخرجات.
- [أمثلة MXC SDK](https://github.com/microsoft/mxc/blob/main/samples/README.md) — فهرس رسمي لأمثلة نظام الملفات والشبكة والتقاط المخرجات وحالات الرفض.
- [دعم MXC لإصدارات Windows](https://github.com/microsoft/mxc/blob/main/docs/backends/process-container/os-version-support.md) — الحد الأدنى لإصدارات Windows اللازمة لـ ProcessContainer وIsolationSession.
- [دليل نظام Bubblewrap الخلفي في MXC](https://github.com/microsoft/mxc/blob/main/docs/backends/bwrap/bubblewrap-backend.md) — متطلبات النظام الخلفي الافتراضي في Linux ودعم الشبكة.
- [دليل نظام Seatbelt الخلفي في MXC](https://github.com/microsoft/mxc/blob/main/docs/backends/seatbelt/seatbelt-backend.md) — حدود الملف التعريفي الأصلي في macOS وتصفية المضيفين البعيدين.