برسوں سے براؤزر ایپلی کیشن کا اچھا چہرہ تھا اور کلاؤڈ وہ جگہ تھی جہاں مشکل چیزیں ہوتی تھیں۔ صارف لکھتا ہے، کلک کرتا ہے، فائل اپ لوڈ کرتا ہے۔ فرنٹ اینڈ سب کچھ سرور کو بھیجتا ہے۔ سرور ایک ماڈل کو کال کرتا ہے۔ جواب واپس آتا ہے.

یہ اسکیم بہت مفید ہے، لیکن یہ مفت نہیں ہے۔ ہر کال تاخیر، لاگت، نیٹ ورک پر انحصار، اور رازداری کے سوالات لاتی ہے۔ اگر صارف کوئی جملہ لکھ رہا ہے اور کوئی تجویز چاہتا ہے تو نصف سیکنڈ کا وزن ہے۔ اگر آپ ہزاروں چھوٹے آدانوں کی درجہ بندی کر رہے ہیں، تو پیسے حقیقی رقم بن جاتے ہیں۔ اگر متن حساس ہے، تو اسے آلہ سے بھیجنا غیر جانبدار انتخاب نہیں ہے۔

یہی وجہ ہے کہ WebGPU اور آن ڈیوائس AI hype میں ہیں۔ اس لیے نہیں کہ ہم کل براؤزر میں ہر ماڈل کو چلائیں گے۔ کیونکہ کچھ ذہین خصوصیات صارف کے قریب جا سکتی ہیں۔

ضروری نہیں کہ ہر چیز مقامی بن جائے۔

دلیل کا بچکانہ ورژن ہے: "کلاؤڈ بمقابلہ ڈیوائس"۔ مفید ورژن ہائبرڈ ہے۔

ڈیوائس پر کچھ کام بہت اچھے لگتے ہیں: مختصر خلاصے، زبان کا پتہ لگانا، ہلکی تحریریں، سادہ درجہ بندی، تصویری فلٹرز، چھوٹے وژن ماڈل، فوری تاثرات کے ساتھ تخلیقی تجربات۔

دوسرے کام بادل میں بہتر رہتے ہیں: پیچیدہ استدلال، فرنٹیئر ماڈل، سرور سائیڈ ڈیٹا، سنٹرلائزڈ آڈٹ، یکساں معیار، ورک فلو جہاں آپ کو ہر قدم کو احتیاط سے کنٹرول کرنا ہوتا ہے۔

صحت مند فن تعمیر رن ٹائم پر فیصلہ کرتا ہے:

براؤزر کو بادل کے خلاف جیتنے کی ضرورت نہیں ہے۔ اسے بادل کو ایسے کام کرنے سے بچانا چاہیے جو وہاں کرنے کی ضرورت نہیں ہے۔

WebGPU کیوں اہمیت رکھتا ہے۔

WebGPU براؤزر سے GPU استعمال کرنے کے لیے ایک جدید API ہے۔ یہ صرف اچھے 3D گرافکس کے لیے نہیں ہے۔ یہ اس لیے بھی اہم ہے کیونکہ یہ کمپیوٹنگ کے لیے موزوں پرائمٹیوز کو بے نقاب کرتا ہے: متوازی کام کے بوجھ، شیڈرز، پائپ لائنیں جو GPUs اچھی کارکردگی کا مظاہرہ کرتی ہیں۔

AI، سائنسی تصور، 3D ایڈیٹرز، ویڈیو فلٹرز اور تخلیقی ٹولز کے لیے یہ فرق محسوس کیا جاتا ہے۔ WebGL نے ویب کے لیے بہت کچھ کیا ہے، لیکن WebGPU ایک ایسے ماڈل کے ساتھ پیدا ہوا جو موجودہ وقت کے لیے بہتر ہے۔

تاہم، لکھنے کی پہلی چیز شیڈر نہیں ہے۔ یہ ایک پرسکون خصوصیت کا پتہ لگانا ہے:

export async function requestWebGpuDevice() {
  if (!('gpu' in navigator)) {
    return null;
  }

  const adapter = await navigator.gpu.requestAdapter({
    powerPreference: 'high-performance',
  });

  if (!adapter) {
    return null;
  }

  return adapter.requestDevice();
}

یہ فیچر ایک اہم بات کہتا ہے: WebGPU ہر ڈیوائس پر دیا جانے والا حق نہیں ہے۔ یہ تصدیق کرنے کی صلاحیت ہے۔ کچھ براؤزر اس کی مکمل حمایت نہیں کرتے ہیں، کچھ GPU کی حدود ہیں، کچھ انٹرپرائز ماحول خصوصیات کو غیر فعال کرتے ہیں، کچھ صارفین معمولی ہارڈ ویئر پر ہیں۔

بلٹ ان AI: جب براؤزر ماڈل لاتا ہے۔

کروم مقامی اشارے، خلاصہ، تحریر، دوبارہ لکھنا، ترجمہ، زبان کا پتہ لگانے، اور پروف ریڈنگ جیسے کاموں کے لیے بلٹ ان APIs کو آگے بڑھا رہا ہے۔ خیال بہت دلچسپ ہے: براؤزر ماڈل، دستیابی اور اپ ڈیٹس کا انتظام کرتا ہے۔ ایپ پلیٹ فارم کے قریب ایک API استعمال کرتی ہے۔

اگر یہ اچھی طرح سے کام کرتا ہے، تو یہ بہت بدل جاتا ہے:

• آسان کاموں کے لیے کم سرور کالز؛
• وہ ڈیٹا جو آلہ پر رہ سکتا ہے۔
• کم تاخیر؛
• آف لائن یا نیم آف لائن تجربات؛
• تحریر اور ترجمہ کے لیے مزید قدرتی UX۔

لیکن اسے ترقی پسند اضافہ سمجھا جانا چاہیے۔ کچھ APIs مستحکم ہیں، دیگر اصل آزمائش یا پیش نظارہ میں ہیں، دیگر اب بھی ورژن، زبان اور ڈیوائس پر منحصر ہیں۔

type LocalCapability = 'available' | 'downloadable' | 'unsupported';

export async function getLocalSummarizerCapability(): Promise<LocalCapability> {
  const SummarizerApi = (globalThis as any).Summarizer;

  if (!SummarizerApi?.availability) {
    return 'unsupported';
  }

  const availability = await SummarizerApi.availability();

  if (availability === 'available') return 'available';
  if (availability === 'downloadable') return 'downloadable';

  return 'unsupported';
}

مخصوص کوڈ بدل جائے گا، لیکن پیٹرن باقی رہتا ہے: آپ دستیابی کی جانچ کرتے ہیں، کسی بھی ڈاؤن لوڈ کی وضاحت کرتے ہیں، فال بیکس پیش کرتے ہیں، اور معیار کی پیمائش کرتے ہیں۔

فال بیک کوئی افسوسناک منصوبہ بی نہیں ہے۔

کلاؤڈ فال بیک شکست نہیں ہے۔ یہ پروڈکٹ کا حصہ ہے۔

interface AiRequest {
  task: 'summarize' | 'rewrite' | 'classify';
  input: string;
}

interface AiResult {
  output: string;
  runtime: 'local' | 'cloud';
}

export async function runAiTask(request: AiRequest): Promise<AiResult> {
  const local = await tryLocalAi(request);

  if (local) {
    return { output: local, runtime: 'local' };
  }

  const cloud = await fetch('/api/ai', {
    method: 'POST',
    headers: { 'Content-Type': 'application/json' },
    body: JSON.stringify(request),
  }).then((res) => res.json());

  return { output: cloud.output, runtime: 'cloud' };
}

یہ فن تعمیر آپ کو آہستہ آہستہ بہتر بنانے کی اجازت دیتا ہے۔ مقامی سپورٹ کے حامل افراد بہتر تاخیر اور رازداری حاصل کرتے ہیں۔ جن کے پاس یہ نہیں ہے وہ اب بھی اس فیچر کو استعمال کرتے ہیں۔ آپ مقامی درخواستوں، اوقات، غلطیوں، یادداشت، سمجھے جانے والے معیار اور لاگت کے فیصد کی پیمائش کر سکتے ہیں۔

میٹرکس کے بغیر، آلے پر موجود AI ایک جمالیاتی انتخاب بن جاتا ہے۔ میٹرکس کے ساتھ، یہ ایک پروڈکٹ لیور بن جاتا ہے۔

ماڈل کا UX اہمیت رکھتا ہے۔

اگر براؤزر کو ماڈل ڈاؤن لوڈ کرنے کی ضرورت ہے، تو صارف اسے سمجھتا ہے۔ اسے مبہم اسپنر کے پیچھے نہ چھپائیں۔ واضح ہونا بہتر ہے: "ہم اس فنکشن کو تیز تر اور آف لائن استعمال کرنے کے لیے ماڈل تیار کرتے ہیں۔"

ایک اچھا تجربہ:

• تیاری کی حیثیت کو ظاہر کرتا ہے؛
• پورے صفحے کو بلاک نہیں کرتا؛
• آپ کو کلاؤڈ فال بیک کے ساتھ جاری رکھنے کی اجازت دیتا ہے۔
• بیٹری اور میموری کی حیرت سے بچیں؛
• جب بھی ممکن ہو ماڈل کو یاد رکھیں؛
• ایک ٹھوس جملے میں فائدے کی وضاحت کریں۔

سب سے بری چیز ایک "سمارٹ" خصوصیت ہے جو ٹوٹی ہوئی نظر آتی ہے کیونکہ یہ خاموشی سے کچھ ڈاؤن لوڈ کر رہا ہے۔

رازداری: بہتر، خود بخود محفوظ نہیں۔

ڈیوائس پر ڈیٹا کو پروسیس کرنا ایک بہت بڑا فائدہ ہو سکتا ہے۔ ایک مسودہ ای میل، اندرونی دستاویز، یا ذاتی نوٹ کو تجویز موصول کرنے کے لیے آپ کے براؤزر کو چھوڑنے کی ضرورت نہیں ہے۔

تاہم، مقامی کا مطلب خود بخود محفوظ نہیں ہے۔ تاہم، آپ کو اس کے بارے میں سوچنے کی ضرورت ہے:

• XSS؛
• حادثاتی نوشتہ جات؛
• اسٹوریج میں محفوظ کردہ ڈیٹا؛
• ناقابل اعتماد مواد سے فوری انجکشن؛
• ماڈل کو دی گئی اجازت؛
• خودکار کارروائیوں میں استعمال ہونے والے آؤٹ پٹ۔

اگر کوئی مقامی ماڈل کسی ویب صفحہ کو پڑھ سکتا ہے اور پھر ایک فارم کو پُر کر سکتا ہے، تو وہ صفحہ اس میں ہیرا پھیری کرنے کی کوشش کر سکتا ہے۔ اگر یہ ٹول کو کال کرسکتا ہے تو تصدیق کی ضرورت ہے۔ اگر یہ سٹرکچرڈ آؤٹ پٹ پیدا کرتا ہے، تو اس کی توثیق ہونی چاہیے۔ حقیقت یہ ہے کہ یہ ڈیوائس پر چلتا ہے کچھ رازداری کے خطرات کو کم کرتا ہے، لیکن سیکیورٹی ماڈل کو ختم نہیں کرتا ہے۔

جہاں یہ واقعی دلچسپ ہو جاتا ہے۔

متن صرف آغاز ہے۔ WebGPU ویب تجربات کو قابل اعتبار بناتا ہے جو حال ہی میں ایک مقامی ایپ کی طرح لگتا تھا:

• پیچیدہ 3D ایڈیٹرز؛
• براؤزر میں گاوسی اسپلٹنگ؛
• ریئل ٹائم ویڈیو فلٹرز؛
• ہلکا پھلکا CAD؛
• سائنسی تصورات؛
• فوری پیش نظارہ کے ساتھ تخلیقی ٹولز؛
• UI کے قریب وژن کا اندازہ؛
• مزید مہتواکانکشی براؤزر گیمز۔

یہاں فرنٹ اینڈ، گرافکس اور مشین لرننگ آپس میں ملنا شروع ہو جاتے ہیں۔ یہ ایک قدرے عجیب و غریب علاقہ ہے، لیکن یہ ایک زرخیز بھی ہے: براؤزر ایک سنجیدہ ایپلیکیشن پلیٹ فارم کی طرف لوٹتا ہے، نہ صرف وہ جگہ جہاں ہم فارم اور ڈیش بورڈ ڈالتے ہیں۔

پیداوار سے پہلے چیک لسٹ

صارفین کے سامنے آن ڈیوائس فیچر رکھنے سے پہلے، میں چیک کروں گا:

1. براؤزرز اور آلات کو ہدف بنائیں۔
2. کلاؤڈ فال بیک یا خوبصورت انحطاط۔
3. وقت اور ماڈل کیشے ڈاؤن لوڈ کریں۔
4. اوسط ہارڈ ویئر پر میموری اور بیٹری۔
5. کلاؤڈ ورژن کے مقابلے میں معیار۔
6. رازداری کی پالیسی اور صارف کے پیغامات۔
7. مخالف آدانوں کے ساتھ جانچ۔
8. مقامی اور کلاؤڈ رن ٹائم کے لیے الگ الگ میٹرکس۔
9. ٹیمپلیٹ کو اپ ڈیٹ یا غیر فعال کرنے کا منصوبہ بنائیں۔

یہ ایک ٹھوس فہرست ہے کیونکہ مسئلہ ٹھوس ہے۔ ایک سست، نازک، یا مبہم AI خصوصیت صرف اس لیے بہتر نہیں ہوتی کہ یہ براؤزر میں چلتی ہے۔

صحیح سمجھوتہ

مجھے یقین نہیں ہے کہ مستقبل "آلہ پر سب کچھ" ہے۔ اور مجھے نہیں لگتا کہ بادل ہی اندازہ لگانے کے لیے واحد معقول جگہ رہے گا۔ سب سے زیادہ امکان مستقبل ایک مرکب ہے: مقامی جب یہ تاخیر، رازداری، یا قیمت کو بہتر بناتا ہے؛ کلاؤڈ جب کوالٹی، اپ ڈیٹ ڈیٹا اور سنٹرلائزڈ کنٹرول کی ضرورت ہوتی ہے۔

WebGPU، WebNN اور بلٹ ان AI APIs براؤزر کو قادر مطلق نہیں بناتے ہیں۔ وہ اسے زیادہ بالغ بناتے ہیں۔ اور ویب پروڈکٹس بنانے والوں کے لیے، یہ بہت بڑی خبر ہے۔

مفید ذرائع

• WebGPU API - MDN
• WebGPU تفصیلات - W3C
• بلٹ ان AI - ڈویلپرز کے لیے کروم
• بلٹ ان AI APIs - کروم فار ڈیولپرز
• WebNN API