GitHub نے 11 اگست کو JetBrains کے لیے Copilot میں تین حصوں پر مشتمل ایک اپ ڈیٹ جاری کی، جس میں "Copilot Memory"، Ollama ماڈل کی مقامی (native) سپورٹ، اور Codex session receipts شامل کی گئی ہیں جو ڈیبگ لاگز (debug logs) میں نظر آتی ہیں۔ یہ تبدیلی ڈویلپرز کو یہ فیصلہ کرنے کی اجازت دیتی ہے کہ اسسٹنٹ کو کیا یاد رکھنا چاہیے، اس کا انفرنس (inference) کہاں چلے گا، اور اس کے اقدامات کو کیسے ریکارڈ کیا جائے گا—یہ وہ خصوصیات ہیں جو AI کی مدد سے کوڈنگ میں پرائیویسی، لیٹنسی (latency)، یا آڈیٹ ایبلٹی (auditability) کے بارے میں فکر مند کسی بھی شخص کے لیے اہم ہیں۔

نئے کنٹرولز کیوں اہم ہیں

Copilot for JetBrains وہی AI سے چلنے والی کوڈ تجاویز لاتا ہے جو ڈویلپرز VS Code میں دیکھتے ہیں، اب اسے JetBrains کے IDEs کے مجموعے میں بھی دستیاب کر دیا گیا ہے۔ اب تک، یہ پلگ ان ایک 'بلیک باکس' کی طرح کام کرتا تھا: GitHub کے سرورز تجاویز تیار کرتے تھے اور سیشن ختم ہونے کے بعد بات چیت کا سیاق و سباق (context) ختم کر دیتے تھے۔ نئے لیئرز اس یکجانتی (monolith) کو توڑتے ہیں، جس سے ٹیموں کو یہ منتخب کرنے کی سہولت ملتی ہے کہ کس کیس میں کتنا تعامل (interaction) میموری میں رہے گا، کیا انفرنس کو مقامی ماڈل پر منتقل کرنا ہے، اور لاگز میں اسسٹنٹ کی سرگرمیوں کو کیسے ظاہر کرنا ہے۔

Copilot Memory – آپ کی ہسٹری میں کیا رہتا ہے

"Copilot Memory" الگ الگ چیٹ ونڈوز میں بات چیت کے ٹکڑوں کو برقرار رکھتی ہے۔ اگر آپ ایک ٹیب میں اسسٹنٹ سے کسی ڈیزائن پیٹرن کی وضاحت کرنے کو کہیں اور بعد میں دوسرے ٹیب میں اس کا حوالہ دیں، تو ماڈل پچھلی گفتگو کو یاد رکھے گا۔ انٹرپرائز ایڈمنز اس فیچر کو آن یا آف کر سکتے ہیں، محفوظ کیے گئے ڈیٹا کی حد مقرر کر سکتے ہیں، یا سخت تعمیل (compliance) والے ماحول کے لیے اسے مکمل طور پر بند کر سکتے ہیں۔

Ollama انٹیگریشن – ماڈل کہاں چلتا ہے

یہ اپ ڈیٹ Ollama کے لیے بلٹ ان سپورٹ فراہم کرتی ہے، جو ایک اوپن سورس ماڈل سرور ہے جسے آپ آن پریمیس (on-premises) یا پرائیویٹ کلاؤڈ پر چلا سکتے ہیں۔ فراہم کنندہ (provider) کے طور پر Ollama کا انتخاب کرنے سے انفرنس GitHub کے انفراسٹرکچر سے ہٹ جاتا ہے، جس سے لیٹنسی کم ہوتی ہے اور آپ کا ملکیتی کوڈ آپ کے نیٹ ورک کے اندر رہتا ہے۔ پلگ ان ایک سادہ سلیکٹر دکھاتا ہے؛ بنیادی ماڈل کا انتخاب صارف کے لیے پوشیدہ رہتا ہے۔

Codex session receipts – اقدامات کو کیسے لاگ کیا جاتا ہے

اب Copilot کی ہر تجویز ایک "Codex session receipt" تیار کرتی ہے جو IDE کے ڈیبگ لاگ میں لکھی جاتی ہے۔ نئے پرمیشن موڈز ایڈمنسٹریٹرز کو ان رسیدوں کو ریکارڈ کرنے، ماسک کرنے یا حذف کرنے کی اجازت دیتے ہیں۔ یہ رسیدیں ایک ایگزیکیوشن لاگ کے طور پر کام کرتی ہیں، جو بالکل واضح طور پر دکھاتی ہیں کہ کون سے پرامپٹس بھیجے گئے، کس ماڈل نے جواب دیا، اور کون سا کوڈ شامل کیا گیا—جو کہ تجزیہ (post-mortem analysis) یا ریگولیٹری آڈٹ کے لیے مفید ہے۔

انٹرپرائز کنٹرولز اور چار مرحلہ وار چیک لسٹ

ان تین فیچرز کے علاوہ، یہ اپ ڈیٹ انٹرپرائز کنٹرولز کو وسعت دیتی ہے: آپ پلگ ان کی دستیابی کو محدود کر سکتے ہیں، Microsoft Copilot (MCP) سرور تک رسائی کو بلاک کر سکتے ہیں، اور پرمیشن بائی پاس (permission-bypass) کے رویے کو باریک بینی سے سیٹ کر سکتے ہیں۔ GitHub اپ ڈیٹ نافذ کرنے سے پہلے چار چیک کرنے کی سفارش کرتا ہے:

  • میموری کا دائرہ کار (Memory scope): تصدیق کریں کہ اسسٹنٹ کون سا بات چیت کا ڈیٹا محفوظ رکھ سکتا ہے۔
  • ماڈل کا ذریعہ (Model source): تصدیق کریں کہ آیا انفرنس Ollama پر چلے گی یا ڈیفالٹ کلاؤڈ سروس پر۔
  • پرمیشن پالیسی (Permission policy): نئے پرمیشن موڈز کا جائزہ لیں جو اس بات کو کنٹرول کرتے ہیں کہ اسسٹنٹ کیا کر سکتا ہے۔
  • ایگزیکیوشن رسید (Execution receipt): یقینی بنائیں کہ لاگز ہر سیشن کے لیے مطلوبہ تفصیلات کو محفوظ کرتے ہیں۔

توازن (The trade-off)

فراہم کردہ باریک بینی (granularity) سیکیورٹی پر توجہ مرکوز کرنے والی ٹیموں کو بااختیار بناتی ہے، لیکن یہ کنفیگریشن کا بوجھ بھی بڑھاتی ہے۔ ایڈمنز کو اب تین آزاد سیٹنگز کو سنبھالنا پڑتا ہے، اور ڈویلپرز کو مقامی ماڈل کی لیٹنسی یا میموری غیر فعال ہونے کی صورت میں بدلتی ہوئی تجاویز کے تسلسل کے لیے اپنے ورک فلو کو ایڈجسٹ کرنے کی ضرورت پڑ سکتی ہے۔

خلاصہ: GitHub کی 11 اگست کی اپ ڈیٹ Copilot for JetBrains کو ایک سادہ اسسٹنٹ سے بدل کر کنٹرول کے قابل اجزاء کے مجموعے میں تبدیل کر دیتی ہے، جس سے تنظیموں کو اپنی شرائط پر سہولت، پرائیویسی اور آڈیٹ ایبلٹی کے درمیان توازن برقرار رکھنے کی اجازت ملتی ہے۔