ஒவ்வொரு API-யும் ஏஜென்ட்களுக்காக (Agents) மீண்டும் உருவாக்கப்படும்

MCP இணைப்பைப் பற்றிய சிக்கலைத் தீர்க்கிறது. ஆனால் இது வினைச்சொல் இடைவெளியைத் (verb gap) தீர்க்கவில்லை.

ஒரு சிறந்த REST API-யை ஒரு மதிய நேரத்திற்குள் MCP-க்குள் கொண்டுவர முடியும். அப்படியிருந்தாலும், ஒரு கோடிங் ஏஜென்ட் (coding agent) சிரமப்படும். அது தவறான எண்ட்-பாயிண்ட்டைத் (endpoint) தேர்ந்தெடுக்கும். ஒன்று போதுமானதாக இருக்கும்போது, அது மூன்று கருவிகளை அழைக்கும். அது கேட்காமலேயே ஒரு அழிவுகரமான மாற்றத்தைச் (destructive write) செய்யக்கூடும்.

API பழுதாகிவிடவில்லை. அது தவறான பயனருக்காக (consumer) உருவாக்கப்பட்டுள்ளது.

இருபது ஆண்டுகளாக, APIs மனிதர்களுக்காகவே உருவாக்கப்பட்டு வந்தன. மனிதர்கள் ஒரு நோக்கத்தையும் (intent) ஒரு மன மாதிரியையும் (mental model) கொண்டு வருகிறார்கள். ஏஜென்ட்கள் இரண்டையுமே கொண்டு வருவதில்லை. உங்கள் இடைமுகத்திலிருந்து (surface) அவை இரண்டையும் மீண்டும் கட்டமைக்க வேண்டியிருக்கும்.

முதன்மைப் பயனர் இவ்வளவு மாறும்போது, இடைமுகமும் (interface) மாற வேண்டும்.

முக்கியமான தயாரிப்பு இடைமுகங்கள் (product surfaces) தற்போதுள்ள API-களை அப்படியே பயன்படுத்துவதுடன் நின்றுவிடாது என்று நான் நம்புகிறேன். அவை ஏஜென்ட்-நேட்டிவ் செயல்பாடுகளைச் (agent-native operations) சுற்றி அவற்றை மீண்டும் உருவாக்கும்.

இதன் பொருள், வளங்களை அடிப்படையாகக் கொண்ட (resource-shaped) API-களிலிருந்து நோக்கங்களை அடிப்படையாகக் கொண்ட (intent-shaped) ஒப்பந்தங்களுக்கு மாறுவதாகும். இலக்குகள் (goals), நிலை (state), பக்கவிளைவுகள் (side-effects), ஒப்புதல் (approval) மற்றும் மீட்பு (recovery) ஆகியவற்றைச் சுற்றி நாம் மறுவடிவமைப்பு செய்ய வேண்டும்.

MCP என்பது இணைப்பு மற்றும் போக்குவரத்திற்கான (connection and transport) ஒரு சிறந்த தரநிலையாகும். ஆனால் அதன் விதிகளில் (spec), ஒரு கருவி என்பது பெயர் மற்றும் ஸ்கீமா (schema) கொண்ட ஒரு செயல்பாடு (function) மட்டுமே. அது செயல்பாடுகளின் வரிசையையோ அல்லது எவை ஆபத்தானவை என்பதையோ தீர்மானிப்பதில்லை.

இதுவே வினைச்சொல் இடைவெளியை (verb gap) உருவாக்குகிறது. APIs ஏஜென்ட்களுக்கு பெயர்ச்சொற்களையும் (nouns) CRUD செயல்பாடுகளையும் வழங்குகின்றன. ஆனால் ஏஜென்ட்களுக்கு நோக்கத்தைக் கொண்டு செல்லும் வினைச்சொற்கள் (verbs) தேவைப்படுகின்றன.

GitHub-ஐப் பாருங்கள். ஏஜென்ட்களின் பகுத்தறிவை மேம்படுத்த அவர்கள் தங்கள் கருவித் தொகுப்பைக் குறைத்து வருகிறார்கள். தயாரிப்பு API-க்கும் ஏஜென்ட் கருவிகளுக்கும் இடையிலான 1:1 மேப்பிங் (mapping) வேலை செய்யாது என்பதை அவர்கள் கற்று வருகிறார்கள்.

ஒரு API கட்டமைப்பளவில் சரியாக இருக்கலாம், ஆனால் ஒரு ஏஜென்ட்டிற்குப் பொருளில் (semantically) பயனற்றதாக இருக்கலாம் என்று ஆய்வுகள் காட்டுகின்றன. ஒரு ஏஜென்ட்-நேட்டிவ் API "நான் எதைத் திருப்பித் தர வேண்டும்?" என்பதையும் தாண்டிப் பதிலளிக்கிறது. அது பதிலளிப்பது:

  • இலக்கு என்ன?
  • நான் எந்த நிலையில் இருக்கிறேன்?
  • பக்கவிளைவுகள் என்ன?
  • எனக்கு ஒப்புதல் தேவையா?
  • நான் எவ்வாறு மீள்வது?

ஒரு நேரடித் தரவுப் பதிவிற்குப் (raw write) பதிலாக, உங்களுக்குப் பிரிப்புத் தேவை:

  • செயலை முன்கூட்டியே பார்க்கவும் (Preview).
  • தெளிவான ஒப்புதலைப் பெறவும்.
  • மாற்றத்தைச் செயல்படுத்தவும் (Commit).
  • தோல்வியடைந்தால் பழைய நிலைக்குத் திரும்பவும் (Rollback).

இது வெறும் "ஏஜென்ட் எடிஷன்" (agent edition) மட்டுமல்ல. இது ஒரு சிறந்த API. டெவலப்பர்களுக்கும் முன்கூட்டியே பார்ப்பது (previews), தெளிவான அனுமதிப் பிழைகள் (permission errors) மற்றும் பழைய நிலைக்குத் திரும்புதல் (rollbacks) ஆகியவை தேவைப்படுகின்றன. இறுதியில், ஏஜென்ட்-நேட்டிவ் வடிவமைப்பு மனிதர்களை மையமாகக் கொண்ட வடிவமைப்பை மாற்றும்.

இந்த மாற்றம் மிகப்பெரியது. இது APIs, CLIs மற்றும் லாக்ஸ்களைப் (logs) பாதிக்கிறது. நாம் மனிதர்கள் வாசிக்கக்கூடிய உரையிலிருந்து (human-readable prose), இயந்திரங்களால் பகுப்பாய்வு செய்யக்கூடிய நிலைக்கு (machine-parseable state) மாற வேண்டும்.

பாதுகாப்பு என்பது நீங்கள் பிறகு சேர்க்கும் ஒரு கூடுதல் அடுக்கு (wrapper) அல்ல. பாதுகாப்பு என்பது நீங்கள் செயல்பாட்டிலேயே வடிவமைக்கும் ஒரு பண்பாகும்.

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

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