ہر API ایجنٹس کے لیے دوبارہ بنائی جائے گی

MCP رابطے کے مسئلے کو حل کرتا ہے۔ یہ 'verb gap' (فعل کے فرق) کو حل نہیں کرتا۔

آپ ایک بہترین REST API کو ایک دوپہر میں MCP میں لپیٹ (wrap) سکتے ہیں۔ اس کے باوجود، ایک کوڈنگ ایجنٹ کو مشکلات کا سامنا کرنا پڑے گا۔ وہ غلط اینڈ پوائنٹ (endpoint) کا انتخاب کرے گا۔ جب ایک ٹول کافی ہو، وہ تین ٹولز کو کال کرے گا۔ وہ پوچھے بغیر کسی تباہ کن تحریر (destructive write) کا عمل بھی کر سکتا ہے۔

API خراب نہیں ہے۔ یہ بس غلط صارف کے لیے بنائی گئی ہے۔

بیس سالوں سے، APIs انسانوں کے لیے بنائی گئی تھیں۔ انسان ارادہ (intent) اور ایک ذہنی ماڈل (mental model) لاتے ہیں۔ ایجنٹس دونوں میں سے کچھ بھی نہیں لاتے؛ انہیں آپ کے انٹرفیس سے ان دونوں کو دوبارہ ترتیب دینا پڑتا ہے۔

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

میرا ماننا ہے کہ سنجیدہ پروڈکٹ انٹرفیس صرف موجودہ APIs کو لپیٹیں گے نہیں، بلکہ انہیں 'agent-native' (ایجنٹ کے لیے مخصوص) آپریشنز کے گرد دوبارہ بنائیں گے۔

اس کا مطلب ہے 'resource-shaped' APIs سے 'intent-shaped' معاہدوں (contracts) کی طرف منتقل ہونا۔ ہمیں اہداف (goals)، حالت (state)، ضمنی اثرات (side-effects)، منظوری (approval) اور بحالی (recovery) کے گرد دوبارہ ڈیزائن کرنا ہوگا۔

MCP رابطے اور ٹرانسپورٹ کے لیے ایک بہترین معیار ہے۔ لیکن اس کے اسپیسیفیکیشن (spec) میں، ایک ٹول محض ایک نام اور اسکیما (schema) والا فنکشن ہے۔ یہ آپریشنز کی ترتیب یا یہ فیصلہ نہیں کرتا کہ کون سے خطرناک ہیں۔

یہ 'verb gap' پیدا کرتا ہے۔ APIs ایجنٹس کو اسم (nouns) اور CRUD آپریشنز فراہم کرتی ہیں۔ ایجنٹس کو ایسے افعال (verbs) کی ضرورت ہوتی ہے جو ارادہ (intent) رکھتے ہوں۔

GitHub کو دیکھیں۔ وہ ایجنٹ کی استدلال (reasoning) کی صلاحیت کو بہتر بنانے کے لیے اپنے ٹول سیٹ کو محدود کر رہے ہیں۔ وہ سیکھ رہے ہیں کہ پروڈکٹ API سے ایجنٹ ٹولز تک 1:1 میپنگ کام نہیں کرتی۔

تحقیق سے پتہ چلتا ہے کہ ایک API ساختی طور پر درست ہو سکتی ہے لیکن ایجنٹ کے لیے معنویت کے لحاظ سے بے کار ہو سکتی ہے۔ ایک 'agent-native' API صرف اس کا جواب نہیں دیتی کہ "میں کیا واپس کروں" بلکہ یہ جواب دیتی ہے:

  • مقصد کیا ہے؟
  • میں کس حالت میں ہوں؟
  • ضمنی اثرات کیا ہیں؟
  • کیا مجھے منظوری کی ضرورت ہے؟
  • میں بحالی کیسے کروں؟

ایک خام تحریر (raw write) کے بجائے، آپ کو تقسیم کی ضرورت ہے:

  • عمل کا پیش نظارہ (preview) کریں۔
  • واضح منظوری حاصل کریں۔
  • تبدیلی کو مستقل (commit) کریں۔
  • اگر ناکام ہو جائے تو واپس (rollback) جائیں۔

یہ محض ایک "ایجنٹ ایڈیشن" نہیں ہے۔ یہ محض ایک بہتر API ہے۔ ڈویلپرز بھی پیش نظارہ، واضح اجازت کی غلطیاں (permission errors) اور رول بیک (rollbacks) چاہتے ہیں۔ آخر کار، ایجنٹ کے لیے مخصوص ڈیزائن، انسانوں پر مرکوز ڈیزائن کی جگہ لے لے گا۔

یہ تبدیلی بہت بڑی ہے۔ یہ APIs، CLIs اور لاگز (logs) کو متاثر کرتی ہے۔ ہمیں انسانوں کے پڑھنے کے قابل نثر سے مشین کے سمجھنے کے قابل حالت (machine-parseable state) کی طرف منتقل ہونا ہوگا۔

حفاظت کوئی ایسا 'wrapper' نہیں ہے جسے آپ بعد میں شامل کریں۔ حفاظت ایک ایسی خصوصیت ہے جسے آپ خود آپریشن کے ڈیزائن میں شامل کرتے ہیں۔

Source: https://dev.to/gyu07/every-api-will-be-rebuilt-for-agents-2hj4

Optional learning community: https://t.me/GyaanSetuAi