𝗚𝗼𝗼𝗴𝗹𝗲 𝗦𝗼𝗹𝘃𝗲𝘀 𝗜𝗻𝗳𝗿𝗮𝘀𝘁𝗿𝘂𝗰𝘁𝘂𝗿𝗲, 𝗡𝗼𝘁 𝗚𝗼𝘃𝗲𝗿𝗻𝗮𝗻𝗰𝗲
Google I/O 2026 میں Gemini API میں Managed Agents متعارف کرائے گئے۔ یہ ٹول کاروباری ٹیموں (enterprise teams) کو ایک مینیجڈ رن ٹائم فراہم کرتا ہے۔ یہ sandboxes، credential injection، اور persistent state کو سنبھالتا ہے۔
یہ انفراسٹرکچر کے مسئلے کو حل کرتا ہے۔ یہ اس مسئلے کو حل نہیں کرتا جو AI ایجنٹ پروجیکٹس کو ناکام بنا دیتا ہے۔
زیادہ تر ٹیمیں غلط چیز پر توجہ مرکوز کرتی ہیں۔ وہ شاندار ڈیموز (demos) بناتی ہیں۔ وہ دکھاتی ہیں کہ ایک ایجنٹ فلائٹ بک کر رہا ہے یا کسی سوال کا جواب دے رہا ہے۔ یہ ڈیموز دیکھنے میں تو اچھے لگتے ہیں لیکن پروڈکشن (production) میں ناکام ہو جاتے ہیں۔
حقیقی کاروباری ورک فلو (workflows) کے لیے صرف ایک چیٹ UI سے زیادہ کی ضرورت ہوتی ہے۔ ایک سپورٹ ایجنٹ کا کام صرف سوال کا جواب دینے پر ختم نہیں ہو جاتا۔ اس کا کام تب مکمل ہوتا ہے جب وہ ٹکٹ اپ ڈیٹ کرے، ریفنڈ جاری کرے، اور Salesforce یا ServiceNow جیسے مختلف سسٹمز کے ذریعے صارف کو مطلع کرے۔
معیاری RAG سیٹ اپ یہاں ناکام ہو جاتے ہیں کیونکہ ان میں تین چیزوں کی کمی ہوتی ہے:
- کوئی اسٹیٹ (state) نہیں: ہر گفتگو نئے سرے سے شروع ہوتی ہے۔
- لکھنے کی رسائی (write access) نہیں: وہ ڈیٹا پڑھ سکتے ہیں لیکن ریکارڈز کو اپ ڈیٹ نہیں کر سکتے۔
- کوئی اتھارائزیشن (authorization) نہیں: حساس اقدامات کو محدود کرنے کا کوئی طریقہ نہیں ہے۔
گوگل نے اپنے Managed Agents API کے ساتھ انجن تو بنا لیا ہے۔ انہوں نے بریک نہیں بنائیے۔ API ایگزیکیوشن (execution) کو سنبھالتی ہے، لیکن ٹرسٹ باؤنڈریز (trust boundaries) کو آپ کو خود سنبھالنا ہوگا۔
کاروباری AI کے اگلے 12 مہینے ان ٹیموں کے ہوں گے جو گورننس (governance) میں مہارت حاصل کریں گی۔ اگر آپ اسے بیک اینڈ انٹیگریشن (backend integration) کا مسئلہ سمجھیں گے، تو آپ ناکام ہو جائیں گے۔ اگر آپ اسے سسٹم گورننس کا مسئلہ سمجھیں گے، تو آپ کامیاب ہوں گے۔
پروڈکشن کے لیے تیار ایجنٹس بنانے کے لیے اس 7 تہوں والے فریم ورک (7-layer framework) کا استعمال کریں:
- Interface: UI یا ٹرگر (trigger)۔
- Orchestrator: اہداف کو مراحل میں تقسیم کرتا ہے اور انسانی منظوری کے گیٹس (approval gates) کو مینیج کرتا ہے۔
- Model: Sandbox کے اندر ریزننگ انجن (reasoning engine)۔
- Tool/API Layer: کم سے کم اور واضح دائرہ کار کے ساتھ ہر انٹیگریشن۔
- Knowledge Layer: ورک فلو میں مدد کے لیے RAG۔
- Sandbox: الگ تھلگ ایگزیکیوشن انوائرمنٹ (execution environment)۔
- Audit: ہر عمل کے لاگز (logs) اور غلطیوں کو درست کرنے کا راستہ۔
کسی وینڈر (vendor) کا انتخاب اس بنیاد پر نہ کریں کہ ان کا ایجنٹ کیا کر سکتا ہے۔ بلکہ اس بنیاد پر انتخاب کریں کہ وہ اس بات کو کیسے کنٹرول کرتے ہیں کہ ایجنٹ کو کیا کرنے کی اجازت ہے۔
اپنے پائلٹ پروجیکٹس کے لیے ان اصولوں پر عمل کریں:
- ورک فلو کو خطرے کی سطح (risk level) کے مطابق ترتیب دیں۔
- پہلے لیگیسی سسٹمز (legacy systems) کے لیے پتلے API ریپرز (thin API wrappers) بنائیں۔
- مخصوص اقدامات کو رسک ٹیرز (risk tiers) دیں، نہ کہ پورے ورک فلو کو۔
- اس لمحے کا تجربہ کریں جب ایجنٹ کو انسانی مداخلت کی ضرورت ہو۔
- رکاوٹوں (friction points) کو تلاش کرنے کے لیے منظوری کی تعدد (approval frequency) کی نگرانی کریں۔
انفراسٹرکچر اب ایک عام چیز (commodity) بن چکا ہے۔ ٹرسٹ اور کنٹرول اب نئے فرق پیدا کرنے والے عوامل (differentiators) ہیں۔
Optional learning community: https://t.me/GyaanSetuAi