ప్రతి API ఏజెంట్ల కోసం తిరిగి నిర్మించబడుతుంది

MCP కనెక్షన్ సమస్యను పరిష్కరిస్తుంది. కానీ ఇది 'verb gap'ను పరిష్కరించదు.

మీరు ఒక పర్ఫెక్ట్ REST APIని ఒక మధ్యాహ్నంలోనే MCPలో చుట్టవచ్చు (wrap చేయవచ్చు). అలా చేసినప్పటికీ, ఒక కోడింగ్ ఏజెంట్ ఇబ్బంది పడుతుంది. అది తప్పు ఎండ్‌పాయింట్‌ను ఎంచుకుంటుంది. ఒక టూల్ సరిపోవాల్సిన చోట మూడు టూల్స్‌ను పిలుస్తుంది. అడగకుండానే డేటాను నాశనం చేసేలా (destructive write) ఏదైనా చేయవచ్చు.

API పాడైపోలేదు. అది కేవలం తప్పుడు వినియోగదారుని (consumer) దృష్టితో నిర్మించబడింది.

ఇరవై ఏళ్లుగా, APIలు మనుషుల కోసం నిర్మించబడ్డాయి. మనుషులు ఉద్దేశ్యం (intent) మరియు ఒక మానసిక నమూనాను (mental model) కలిగి ఉంటారు. ఏజెంట్లు వీటిని కలిగి ఉండరు. అవి మీ ఇంటర్‌ఫేస్ నుండి ఈ రెండింటినీ తిరిగి నిర్మించుకోవాల్సి ఉంటుంది.

ప్రధాన వినియోగదారుడు ఇంతగా మారినప్పుడు, ఇంటర్‌ఫేస్ కూడా మారాలి.

సీరియస్ ప్రొడక్ట్ సర్ఫేస్‌లు కేవలం ఉన్న APIలను మాత్రమే చుట్టవు (wrap చేయవు) అని నేను నమ్ముతున్నాను. అవి ఏజెంట్-నేటివ్ (agent-native) ఆపరేషన్ల చుట్టూ వాటిని తిరిగి నిర్మిస్తాయి.

అంటే రిసోర్స్-షేప్డ్ (resource-shaped) APIల నుండి ఇంటెంట్-షేప్డ్ (intent-shaped) కాంట్రాక్ట్‌ల వైపు మళ్లడం అని అర్థం. మనం లక్ష్యాలు (goals), స్థితి (state), సైడ్-ఎఫెక్ట్స్ (side-effects), ఆమోదం (approval) మరియు రికవరీ (recovery) చుట్టూ తిరిగి డిజైన్ చేయాలి.

కనెక్షన్ మరియు ట్రాన్స్‌పోర్ట్ కోసం MCP ఒక గొప్ప ప్రమాణం. కానీ స్పెసిఫికేషన్‌లో, ఒక టూల్ అనేది కేవలం పేరు మరియు స్కీమా ఉన్న ఒక ఫంక్షన్ మాత్రమే. అది ఆపరేషన్ల క్రమాన్ని లేదా ఏవి ప్రమాదకరమైనవో నిర్ణయించదు.

ఇది 'verb gap'ను సృష్టిస్తుంది. APIలు ఏజెంట్లకు నామవాచకాలు (nouns) మరియు CRUD ఆపరేషన్లను ఇస్తాయి. ఏజెంట్లకు ఉద్దేశ్యాన్ని (intent) మోసే క్రియలు (verbs) అవసరం.

GitHub వైపు చూడండి. ఏజెంట్ రీజనింగ్‌ను మెరుగుపరచడానికి వారు తమ టూల్‌సెట్‌ను పరిమితం చేస్తున్నారు. ప్రొడక్ట్ API నుండి ఏజెంట్ టూల్స్‌కు 1:1 మ్యాపింగ్ సరిపోదని వారు తెలుసుకుంటున్నారు.

ఒక API నిర్మాణపరంగా (structurally) సరైనదే కావచ్చు, కానీ ఏజెంట్‌కు అర్థవంతంగా (semantically) ఉపయోగపడకపోవచ్చు అని పరిశోధనలు చెబుతున్నాయి. ఏజెంట్-నేటివ్ API కేవలం "నేను ఏమి తిరిగి ఇవ్వాలి?" అని మాత్రమే కాకుండా, ఈ క్రింది వాటికి సమాధానం ఇస్తుంది:

  • లక్ష్యం ఏమిటి?
  • నేను ఏ స్థితిలో ఉన్నాను?
  • సైడ్-ఎఫెక్ట్స్ ఏమిటి?
  • నాకు ఆమోదం అవసరమా?
  • నేను ఎలా రికవరీ అవ్వాలి?

నేరుగా డేటాను రాసే బదులు (raw write), మీకు ఈ క్రింది విభజన అవసరం:

  • చర్యను ముందే చూడండి (Preview).
  • స్పష్టమైన ఆమోదం పొందండి.
  • మార్పును కమిట్ చేయండి.
  • విఫలమైతే రోల్‌బ్యాక్ చేయండి.

ఇది కేవలం "ఏజెంట్ ఎడిషన్" మాత్రమే కాదు. ఇది నిజానికి ఒక మెరుగైన API. డెవలపర్లు కూడా ప్రివ్యూలు, స్పష్టమైన పర్మిషన్ ఎర్రర్స్ మరియు రోల్‌బ్యాక్‌లను కోరుకుంటారు. చివరికి, ఏజెంట్-నేటివ్ డిజైన్ మానవ-కేంద్రీకృత (human-centric) డిజైన్‌ను భర్తీ చేస్తుంది.

ఈ మార్పు చాలా పెద్దది. ఇది APIలు, CLIలు మరియు లాగ్‌లను ప్రభావితం చేస్తుంది. మనం మనుషులు చదవగలిగే వచనం (human-readable prose) నుండి మెషీన్-పార్సబుల్ స్టేట్ (machine-parseable state) వైపు మళ్లాలి.

భద్రత (Safety) అనేది మీరు తర్వాత జోడించే ఒక కవచం (wrapper) కాదు. భద్రత అనేది మీరు ఆపరేషన్‌లోనే డిజైన్ చేయాల్సిన ఒక లక్షణం.

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

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