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

# ایجنٹ کے تیار کردہ کمانڈز کے لیے MXC پالیسی کیسے مرتب کریں

> Microsoft کا MXC SDK ڈویلپرز کو کمانڈ اور اس کی فائل و نیٹ ورک پالیسی متعین کرنے دیتا ہے۔ صرف دستاویزات پر مبنی یہ رہنما 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) کی عمومی دستیابی کا اعلان کیا۔ AI ایجنٹ کی تجویز کردہ کمانڈز چلانے والی ٹیموں کے لیے عملی سوال یہ ہے کہ کمانڈ کو کن فائلوں اور نیٹ ورک کنکشنز تک رسائی درکار ہے، اور کون سا MXC بیک اینڈ یہ حدود نافذ کر سکتا ہے۔ Microsoft کی [لانچ پوسٹ](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) میں Rust، .NET اور Node کے SDKs کے علاوہ ایسی ایپلیکیشنز کے لیے مقامی ایگزیکیوٹبلز درج ہیں جو SDK شامل نہیں کر سکتیں۔ Node پیکیج میں مقامی رن ٹائم وسائل شامل ہیں اور اسے Node.js 24 یا بعد کا ورژن درکار ہے؛ Windows پر مقامی stdio منتقلی کے لیے ریپوزٹری Node 24.21.0 یا بعد، یا 26.8.0 یا بعد کا ورژن بتاتی ہے۔ عوامی API پیکیج کی جڑ سے نہیں بلکہ `@microsoft/mxc-sdk/v1`سے امپورٹ کی جاتی ہے۔ .NET پیکیج میں بھی مقامی وسائل شامل ہیں۔ Rust کریٹ SDK، انجن اور منتخب بیک اینڈز کو استعمال کرنے والی ایپلیکیشن میں بناتا ہے۔ مقامی ایگزیکیوٹبلز کے لیے متعلقہ پلیٹ فارم کے مطابق ریپوزٹری کی بلڈ درکار ہے۔

پالیسی لکھنے سے پہلے بیک اینڈ منتخب کریں۔ ریپوزٹری کے مطابق Windows 11 کا ڈیفالٹ `processcontainer`، Linux کا ڈیفالٹ `bubblewrap` اور macOS کا ڈیفالٹ `seatbelt` ہے۔ 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 ساخت بیان کی گئی ہے۔ معاون Node ریلیز پر چلنے والی ایپلیکیشن میں SDK انسٹال کریں:

```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` استعمال کرتی ہے؛ براہِ راست قواعد اور رن ٹائم پراکسی کا رویہ اور بیک اینڈ معاونت مختلف ہیں۔

## مسترد شدہ رسائی کی تشخیص کریں، پھر پالیسی نافذ کریں

Microsoft کا [7 اکتوبر کا موڈ ٹیبل](https://blogs.windows.com/windowsdeveloper/2026/10/07/microsoft-execution-containers-policy-driven-containment-for-ai-agents/) تین نتائج میں فرق کرتا ہے۔ **Enforcement** موڈ غیر مجاز رسائی روکتا ہے اور سرگرمی کی رپورٹ نہیں بناتا۔ **Learning** موڈ غیر مجاز رسائی روک کر اس کا اندراج کرتا ہے۔ **Permissive** موڈ ایسی رسائی کا اندراج کرتا ہے جسے پالیسی مسترد کرتی، مگر اسے جاری رہنے دیتا ہے۔ Microsoft کی [مسترد شدہ رسائی محفوظ کرنے کی حوالہ دستاویز](https://github.com/microsoft/mxc/blob/main/docs/logging-access-denied.md) ان Learning صلاحیتوں کو AppContainer پر مبنی Windows ProcessContainer راستوں تک محدود رکھتی ہے۔ صرف مشترک پالیسی فیلڈ قبول کرنے سے دوسرے میزبانوں پر مساوی رپورٹنگ دستیاب نہیں ہو جاتی۔

پالیسی تیار کرتے وقت قابلِ اعتماد ٹول کے لیے Windows مقامی ایگزیکیوٹر ایک `--audit` طریقۂ کار کی معاونت کرتا ہے جو پالیسی کے آثار بنا سکتا ہے۔ Microsoft خبردار کرتا ہے کہ یہ تجزیے والے ورک لوڈ کی سینڈ باکس سکیورٹی بند کر دیتا ہے، اس لیے غیر قابلِ اعتماد کمانڈز کے لیے مناسب نہیں۔ جہاں میزبان معاونت کرے، مسترد کرنے کے ساتھ اندراج محفوظ کرنا زیادہ محفوظ تشخیصی راستہ ہے: رسائی کی کوشش روکی رہتی ہے اور رپورٹ بتاتی ہے کہ کیا مسترد ہوا۔ درج شدہ ہر راستے یا صلاحیت کو کام کے تناظر میں دیکھیں، صرف درکار اجازت دیں اور آخری ورک لوڈ Enforcement موڈ میں چلائیں۔ رپورٹس حساس وسائل کے نام ظاہر کر سکتی ہیں؛ انہیں مناسب احتیاط سے سنبھالیں۔

بیک اینڈ کا انتخاب پالیسی کے وعدے کو بدل دیتا ہے۔ [اسکیما رہنما](https://github.com/microsoft/mxc/blob/main/docs/schema.md) کہتی ہے کہ `isolation_session` نیٹ ورک محدود نہیں کر سکتا اور نیٹ ورک کو واضح طور پر غیر محدود رکھنا ضروری ہے۔ اس میں یہ بھی بتایا گیا ہے کہ UI پابندیاں Windows ProcessContainer اور macOS Seatbelt نافذ کرتے ہیں، جبکہ دوسرے بیک اینڈز انہیں نافذ نہیں کرتے؛ WSLC اور IsolationSession دی گئی UI پالیسی مسترد کرتے ہیں۔ [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 کا سکیورٹی ٹیسٹ نہیں۔
- [MXC ریپوزٹری README](https://github.com/microsoft/mxc)SDKs، میزبان کے ڈیفالٹس، تجرباتی بیک اینڈز، بلڈ کے تقاضے اور مقامی ایگزیکیوٹر کا راستہ درج کرتی ہے۔ ریپوزٹری بدلتی رہتی ہے؛ تفصیلات 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` سے الگ کرتی ہے اور پالیسی فیلڈز و بیک اینڈ کے لحاظ سے حدود درج کرتی ہے۔
- [Learning موڈ اور مسترد شدہ رسائی کی حوالہ دستاویز](https://github.com/microsoft/mxc/blob/main/docs/logging-access-denied.md)Windows ProcessContainer کی تشخیص بیان کرتی اور Permissive آڈٹ کے بارے میں خبردار کرتی ہے۔ رپورٹس میزبان اور موڈ پر منحصر ہیں۔
- [بیک اینڈ رہنما دستاویزات](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/) — عمومی دستیابی کا اعلان، ورک لوڈ اور وسائل کی حدود، اور تین موڈز کی تعریفیں؛ فراہم کنندہ کے دعوے آزادانہ ٹیسٹ نہیں ہوتے۔
- [MXC ریپوزٹری README](https://github.com/microsoft/mxc) — SDKs، میزبان کے ڈیفالٹس، تجرباتی بیک اینڈ کے لیبل، مقامی ایگزیکیوٹر کا راستہ، سورس لائسنس اور بلڈ کے تقاضے۔
- [MXC Node SDK README](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 معاہدے، نیٹ ورک پالیسی، اور بیک اینڈ و UI کی حدود۔
- [MXC مسترد شدہ رسائی کیپچر رہنما](https://github.com/microsoft/mxc/blob/main/docs/logging-access-denied.md) — Windows ProcessContainer میں Learning اور Permissive کا رویہ، --audit کی سکیورٹی تنبیہ اور آؤٹ پٹ کی حدود۔
- [MXC SDK نمونے](https://github.com/microsoft/mxc/blob/main/samples/README.md) — فائل سسٹم، نیٹ ورک، محفوظ آؤٹ پٹ اور مسترد شدہ رسائی کیپچر کے سرکاری نمونوں کی فہرست۔
- [MXC Windows OS ورژن معاونت](https://github.com/microsoft/mxc/blob/main/docs/backends/process-container/os-version-support.md) — ProcessContainer اور IsolationSession کے لیے کم از کم Windows بلڈز۔
- [MXC Bubblewrap بیک اینڈ رہنما](https://github.com/microsoft/mxc/blob/main/docs/backends/bwrap/bubblewrap-backend.md) — Linux کے ڈیفالٹ بیک اینڈ کے تقاضے اور نیٹ ورک معاونت۔
- [MXC Seatbelt بیک اینڈ رہنما](https://github.com/microsoft/mxc/blob/main/docs/backends/seatbelt/seatbelt-backend.md) — macOS کے مقامی پروفائل اور ریموٹ میزبانوں کی فلٹرنگ کی حدود۔