Every API ਏਜੰਟਾਂ (Agents) ਲਈ ਮੁੜ ਬਣਾਇਆ ਜਾਵੇਗਾ
MCP ਕਨੈਕਸ਼ਨ ਦੀ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਦਾ ਹੈ। ਇਹ 'verb gap' ਨੂੰ ਹੱਲ ਨਹੀਂ ਕਰਦਾ।
ਤੁਸੀਂ ਇੱਕ ਦੁਪਹਿਰ ਵਿੱਚ ਇੱਕ ਸੰਪੂਰਨ REST API ਨੂੰ MCP ਵਿੱਚ ਲਪੇਟ (wrap) ਸਕਦੇ ਹੋ। ਫਿਰ ਵੀ, ਇੱਕ ਕੋਡਿੰਗ ਏਜੰਟ ਨੂੰ ਮੁਸ਼ਕਲ ਆਵੇਗੀ। ਇਹ ਗਲਤ endpoint ਚੁਣੇਗਾ। ਇਹ ਇੱਕ ਟੂਲ ਦੀ ਬਜਾਏ ਤਿੰਨ ਟੂਲ ਕਾਲ ਕਰੇਗਾ। ਇਹ ਬਿਨਾਂ ਪੁੱਛੇ ਕੋਈ ਵਿਨਾਸ਼ਕਾਰੀ (destructive) ਲਿਖਣ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕਰ ਸਕਦਾ ਹੈ।
API ਖਰਾਬ ਨਹੀਂ ਹੈ। ਇਹ ਸਿਰਫ਼ ਗਲਤ ਉਪਭੋਗਤਾ (consumer) ਲਈ ਬਣਾਈ ਗਈ ਹੈ।
ਵੀਹ ਸਾਲਾਂ ਤੋਂ, APIs ਇਨਸਾਨਾਂ ਲਈ ਬਣਾਈਆਂ ਗਈਆਂ ਸਨ। ਇਨਸਾਨ ਇਰਾਦਾ (intent) ਅਤੇ ਇੱਕ ਮਾਨਸਿਕ ਮਾਡਲ (mental model) ਲਿਆਉਂਦੇ ਹਨ। ਏਜੰਟਾਂ ਕੋਲ ਇਹ ਦੋਵੇਂ ਨਹੀਂ ਹੁੰਦੇ। ਉਹਨਾਂ ਨੂੰ ਤੁਹਾਡੇ ਸਰਫੇਸ (surface) ਤੋਂ ਦੋਵਾਂ ਨੂੰ ਮੁੜ ਉਸਾਰਨਾ ਪੈਂਦਾ ਹੈ।
ਜਦੋਂ ਮੁੱਖ ਉਪਭੋਗਤਾ ਇੰਨਾ ਬਦਲ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਇੰਟਰਫੇਸ ਨੂੰ ਵੀ ਬਦਲਣਾ ਚਾਹੀਦਾ ਹੈ।
ਮੇਰਾ ਮੰਨਣਾ ਹੈ ਕਿ ਗੰਭੀਰ ਪ੍ਰੋਡਕਟ ਸਰਫੇਸ ਸਿਰਫ਼ ਮੌਜੂਦਾ APIs ਨੂੰ ਲਪੇਟਣਗੇ ਨਹੀਂ। ਉਹ ਉਹਨਾਂ ਨੂੰ ਏਜੰਟ-ਨੇਟਿਵ (agent-native) ਕਾਰਜਾਂ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਮੁੜ ਬਣਾਉਣਗੇ।
ਇਸਦਾ ਮਤਲਬ ਹੈ ਰਿਸੋਰਸ-ਆਧਾਰਿਤ (resource-shaped) APIs ਤੋਂ ਇਰਾਦਾ-ਆਧਾਰਿਤ (intent-shaped) ਕੰਟਰੈਕਟਾਂ ਵੱਲ ਵਧਣਾ। ਸਾਨੂੰ ਟੀਚਿਆਂ (goals), ਸਟੇਟ (state), ਸਾਈਡ-ਇਫੈਕਟਸ (side-effects), ਪ੍ਰਵਾਨਗੀ (approval), ਅਤੇ ਰਿਕਵਰੀ (recovery) ਦੇ ਆਲੇ-ਦੁਆਲੇ ਮੁੜ ਡਿਜ਼ਾਈਨ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।
MCP ਕਨੈਕਸ਼ਨ ਅਤੇ ਟ੍ਰਾਂਸਪੋਰਟ ਲਈ ਇੱਕ ਵਧੀਆ ਮਿਆਰ (standard) ਹੈ। ਪਰ ਸਪੈਕ (spec) ਵਿੱਚ, ਇੱਕ ਟੂਲ ਸਿਰਫ਼ ਇੱਕ ਨਾਮ ਅਤੇ ਸਕੀਮਾ (schema) ਵਾਲਾ ਇੱਕ ਫੰਕਸ਼ਨ ਹੈ। ਇਹ ਕਾਰਜਾਂ ਦੇ ਕ੍ਰਮ ਜਾਂ ਕਿਹੜੇ ਕਾਰਜ ਖ਼ਤਰਨਾਕ ਹਨ, ਇਹ ਫੈਸਲਾ ਨਹੀਂ ਕਰਦਾ।
ਇਹ 'verb gap' ਪੈਦਾ ਕਰਦਾ ਹੈ। APIs ਏਜੰਟਾਂ ਨੂੰ ਨਾਉਂ (nouns) ਅਤੇ CRUD ਆਪਰੇਸ਼ਨ ਦਿੰਦੇ ਹਨ। ਏਜੰਟਾਂ ਨੂੰ ਅਜਿਹੀਆਂ ਕਿਰਿਆਵਾਂ (verbs) ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ਜੋ ਇਰਾਦਾ (intent) ਲੈ ਕੇ ਆਉਣ।
GitHub ਨੂੰ ਦੇਖੋ। ਉਹ ਏਜੰਟ ਰੀਜ਼ਨਿੰਗ (reasoning) ਨੂੰ ਸੁਧਾਰਨ ਲਈ ਆਪਣੇ ਟੂਲਸੈੱਟ ਨੂੰ ਸੀਮਤ ਕਰ ਰਹੇ ਹਨ। ਉਹ ਸਿੱਖ ਰਹੇ ਹਨ ਕਿ ਪ੍ਰੋਡਕਟ API ਤੋਂ ਏਜੰਟ ਟੂਲਜ਼ ਤੱਕ 1:1 ਮੈਪਿੰਗ ਕੰਮ ਨਹੀਂ ਕਰਦੀ।
ਖੋਜ ਦਰਸਾਉਂਦੀ ਹੈ ਕਿ ਇੱਕ API ਸੰਰਚਨਾਤਮਕ ਤੌਰ 'ਤੇ (structurally) ਸਹੀ ਹੋ ਸਕਦੀ ਹੈ ਪਰ ਏਜੰਟ ਲਈ ਅਰਥਹੀਣ (semantically useless) ਹੋ ਸਕਦੀ ਹੈ