દરેક API એજન્ટ્સ માટે ફરીથી બનાવવામાં આવશે

MCP કનેક્શનની સમસ્યા ઉકેલે છે. તે 'verb gap' (ક્રિયાપદનો અભાવ) ઉકેલતું નથી.

તમે એક બપોરના સમયમાં એક સંપૂર્ણ REST API ને MCP માં લપેટી (wrap) શકો છો. તેમ છતાં, કોડિંગ એજન્ટ સંઘર્ષ કરશે. તે ખોટું એન્ડપોઇન્ટ (endpoint) પસંદ કરશે. જ્યારે એક પૂરતું હોય ત્યારે તે ત્રણ ટૂલ્સને કોલ કરશે. તે પૂછ્યા વગર વિનાશક રીતે ડેટા લખી (destructive write) શકે છે.

API ખરાબ નથી. તે ફક્ત ખોટા વપરાશકર્તા (consumer) માટે બનાવવામાં આવ્યું છે.

વીસ વર્ષથી, APIs મનુષ્યો માટે બનાવવામાં આવ્યા હતા. મનુષ્યો ઈરાદો (intent) અને માનસિક મોડેલ (mental model) લાવે છે. એજન્ટ્સ બંનેમાંથી કંઈ લાવતા નથી. તેમણે તમારી સપાટી (surface) પરથી બંનેનું પુનઃનિર્માણ કરવું પડે છે.

જ્યારે મુખ્ય વપરાશકર્તા આટલો બદલાય છે, ત્યારે ઇન્ટરફેસ પણ બદલાવો જોઈએ.

હું માનું છું કે ગંભીર પ્રોડક્ટ સપાટીઓ (product surfaces) ફક્ત હાલના APIs ને જ લપેટશે નહીં. તેઓ તેમને એજન્ટ-નેટિવ (agent-native) કામગીરીની આસપાસ ફરીથી બનાવશે.

આનો અર્થ એ છે કે રિસોર્સ-આકારના (resource-shaped) APIs થી ઈરાદા-આકારના (intent-shaped) કોન્ટ્રાક્ટ્સ તરફ આગળ વધવું. આપણે લક્ષ્યો (goals), સ્ટેટ (state), સાઇડ-ઇફેક્ટ્સ (side-effects), મંજૂરી (approval) અને રિકવરી (recovery) ની આસપાસ ફરીથી ડિઝાઇન કરવું જોઈએ.

MCP કનેક્શન અને ટ્રાન્સપોર્ટ માટે એક ઉત્તમ સ્ટાન્ડર્ડ છે. પરંતુ સ્પેસિફિકેશનમાં, એક ટૂલ એ માત્ર નામ અને સ્કીમા (schema) ધરાવતું એક ફંક્શન છે. તે કામગીરીનો ક્રમ અથવા કયા કામ જોખમી છે તે નક્કી કરતું નથી.

આ 'verb gap' ઊભો કરે છે. APIs એજન્ટ્સને સંજ્ઞાઓ (nouns) અને CRUD ઓપરેશન્સ આપે છે. એજન્ટ્સને એવા ક્રિયાપદો (verbs) ની જરૂર છે જે ઈરાદો (intent) ધરાવતા હોય.

GitHub જુઓ. તેઓ એજન્ટ રિઝનિંગ (reasoning) સુધારવા માટે તેમના ટૂલસેટને મર્યાદિત કરી રહ્યા છે. તેઓ શીખી રહ્યા છે કે પ્રોડક્ટ API થી એજન્ટ ટૂલ્સનું 1:1 મેપિંગ કામ કરતું નથી.

સંશોધન દર્શાવે છે કે એક API માળખાગત રીતે (structurally) માન્ય હોઈ શકે છે પરંતુ એજન્ટ માટે અર્થપૂર્ણ રીતે (semantically) નકામું હોઈ શકે છે. એક એજન્ટ-નેટિવ API માત્ર "મારે શું રિટર્ન કરવું જોઈએ" તેનાથી વધુ જવાબ આપે છે. તે જવાબ આપે છે:

  • લક્ષ્ય શું છે?
  • હું કઈ સ્થિતિમાં (state) છું?
  • સાઇડ-ઇફેક્ટ્સ શું છે?
  • શું મારે મંજૂરીની જરૂર છે?
  • હું કેવી રીતે રિકવર કરી શકું?

સીધા ડેટા લખવાને બદલે, તમારે વિભાજનની જરૂર છે:

  • એક્શનનું પ્રિવ્યુ (preview) જુઓ.
  • સ્પષ્ટ મંજૂરી મેળવો.
  • ફેરફાર કમિટ (commit) કરો.
  • જો તે નિષ્ફળ જાય તો રોલબેક (rollback) કરો.

આ માત્ર "એજન્ટ એડિશન" નથી. આ ફક્ત એક બહેતર API છે. ડેવલપર્સ પણ પ્રિવ્યુ, સ્પષ્ટ પરમિશન એરર્સ અને રોલબેક ઈચ્છે છે. અંતે, એજન્ટ-નેટિવ ડિઝાઇન માનવ-કેન્દ્રિત (human-centric) ડિઝાઇનનું સ્થાન લેશે.

આ પરિવર્તન વિશાળ છે. તે APIs, CLIs અને લોગ્સને અસર કરે છે. આપણે માનવ-વાંચનક્ષમ ગદ્ય (human-readable prose) થી મશીન-પાર્સેબલ સ્ટેટ (machine-parseable state) તરફ આગળ વધવું જોઈએ.

સુરક્ષા એ કોઈ એવી વસ્તુ નથી જેને તમે પછીથી ઉમેરો. સુરક્ષા એ એક ગુણધર્મ છે જેને તમે કામગીરીમાં જ ડિઝાઇન કરો છો.

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

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