ਐਮਸੀਪੀ: ਇਲਾਜ ਨਹੀਂ, ਪਰ ਫਿਰ ਵੀ ਠੀਕ ਹੈ

ਐਮਸੀਪੀ ਦਾ ਖੁਲਾਸਾ: ਇੱਕ ਯੂਨੀਫਾਈਡ ਟੂਲ ਇਨਵੋਕੇਸ਼ਨ ਪ੍ਰੋਟੋਕੋਲ

ਐਮਸੀਪੀ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਨਾ

ਐਮਸੀਪੀ ਇੱਕ ਖੁੱਲਾ ਤਕਨੀਕੀ ਪ੍ਰੋਟੋਕੋਲ ਹੈ ਜੋ ਵੱਡੇ ਭਾਸ਼ਾ ਮਾਡਲਾਂ (ਐਲਐਲਐਮਜ਼) ਦੇ ਬਾਹਰੀ ਸਾਧਨਾਂ ਅਤੇ ਸੇਵਾਵਾਂ ਨਾਲ ਗੱਲਬਾਤ ਕਰਨ ਦੇ ਤਰੀਕੇ ਨੂੰ ਮਿਆਰੀ ਬਣਾਉਣ ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ। ਇਸਨੂੰ AI ਦੁਨੀਆ ਦੇ ਅੰਦਰ ਇੱਕ ਸਰਵ ਵਿਆਪਕ ਅਨੁਵਾਦਕ ਵਜੋਂ ਸੋਚੋ, AI ਮਾਡਲਾਂ ਨੂੰ ਬਾਹਰੀ ਸਾਧਨਾਂ ਦੀ ਇੱਕ ਵਿਸ਼ਾਲ ਲੜੀ ਨਾਲ ‘ਗੱਲਬਾਤ’ ਕਰਨ ਦੇ ਯੋਗ ਬਣਾਉਂਦਾ ਹੈ। ਇਹ LLMs ਲਈ ਵੱਖ-ਵੱਖ ਐਪਲੀਕੇਸ਼ਨਾਂ ਅਤੇ ਸੇਵਾਵਾਂ ਦੁਆਰਾ ਪੇਸ਼ ਕੀਤੀਆਂ ਗਈਆਂ ਕਾਰਜਸ਼ੀਲਤਾਵਾਂ ਦੀ ਬੇਨਤੀ ਅਤੇ ਵਰਤੋਂ ਕਰਨ ਲਈ ਇੱਕ ਆਮ ਭਾਸ਼ਾ ਅਤੇ ਢਾਂਚਾ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ।

ਐਮਸੀਪੀ ਦੀ ਲੋੜ

ਐਮਸੀਪੀ ਦੀ ਆਮਦ ਤੋਂ ਪਹਿਲਾਂ, ਏਆਈ ਟੂਲ ਇਨਵੋਕੇਸ਼ਨ ਦੋ ਮੁੱਖ ਚੁਣੌਤੀਆਂ ਨਾਲ ਜੂਝ ਰਿਹਾ ਸੀ:

• ਇੰਟਰਫੇਸ ਫਰੈਗਮੈਂਟੇਸ਼ਨ: ਹਰੇਕ ਐਲਐਲਐਮ ਨੇ ਵੱਖਰੇ ਹਦਾਇਤ ਫਾਰਮੈਟਾਂ ਦੀ ਵਰਤੋਂ ਕੀਤੀ, ਜਦੋਂ ਕਿ ਹਰੇਕ ਟੂਲ ਏਪੀਆਈ ਵਿੱਚ ਇਸਦੇ ਵਿਲੱਖਣ ਡੇਟਾ ਢਾਂਚੇ ਸਨ। ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਹਰੇਕ ਸੁਮੇਲ ਲਈ ਕਸਟਮ ਕਨੈਕਸ਼ਨ ਕੋਡ ਲਿਖਣ ਲਈ ਮਜਬੂਰ ਕੀਤਾ ਗਿਆ ਸੀ, ਜਿਸ ਨਾਲ ਇੱਕ ਗੁੰਝਲਦਾਰ ਅਤੇ ਗੈਰ-ਕੁਸ਼ਲ ਵਿਕਾਸ ਪ੍ਰਕਿਰਿਆ ਹੋਈ।
• ਵਿਕਾਸ ਦੀ ਅਯੋਗਤਾ: ਇਹ ‘ਇੱਕ-ਤੋਂ-ਇੱਕ ਅਨੁਵਾਦ’ ਪਹੁੰਚ ਮਹਿੰਗੀ ਅਤੇ ਸਕੇਲ ਕਰਨ ਵਿੱਚ ਮੁਸ਼ਕਲ ਸਾਬਤ ਹੋਈ। ਇਹ ਹਰੇਕ ਵਿਦੇਸ਼ੀ ਗਾਹਕ ਲਈ ਇੱਕ ਸਮਰਪਿਤ ਅਨੁਵਾਦਕ ਨੂੰ ਨਿਯੁਕਤ ਕਰਨ ਦੇ ਸਮਾਨ ਸੀ, ਉਤਪਾਦਕਤਾ ਅਤੇ ਚੁਸਤੀ ਵਿੱਚ ਰੁਕਾਵਟ ਪਾਉਂਦਾ ਹੈ।

ਐਮਸੀਪੀ ਬਾਹਰੀ ਸਾਧਨਾਂ ਨਾਲ ਗੱਲਬਾਤ ਕਰਨ ਲਈ ਇੱਕ ਮਿਆਰੀ ਫਰੇਮਵਰਕ ਪ੍ਰਦਾਨ ਕਰਕੇ ਇਹਨਾਂ ਦਰਦ ਬਿੰਦੂਆਂ ਨੂੰ ਸੰਬੋਧਿਤ ਕਰਦਾ ਹੈ, ਵਿਕਾਸ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਸਰਲ ਬਣਾਉਂਦਾ ਹੈ ਅਤੇ ਵੱਧ ਸਕੇਲੇਬਿਲਟੀ ਨੂੰ ਸਮਰੱਥ ਬਣਾਉਂਦਾ ਹੈ।

ਐਮਸੀਪੀ ਦੀ ਕਾਰਜਸ਼ੀਲਤਾ ਨੂੰ ਸਮਝਣਾ

ਐਮਸੀਪੀ ਦੇ ਤਕਨੀਕੀ ਢਾਂਚੇ ਨੂੰ ਤਿੰਨ ਮੁੱਖ ਭਾਗਾਂ ਵਾਲੇ ਇੱਕ ਸਿਸਟਮ ਵਜੋਂ ਸੰਕਲਪਿਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ: ਐਮਸੀਪੀ ਹੋਸਟ, ਐਮਸੀਪੀ ਕਲਾਇੰਟ, ਅਤੇ ਐਮਸੀਪੀ ਸਰਵਰ। ਇਹ ਤੱਤ AI ਮਾਡਲਾਂ ਅਤੇ ਬਾਹਰੀ ਸੰਸਾਰ ਵਿਚਕਾਰ ਸਹਿਜ ਸੰਚਾਰ ਦੀ ਸਹੂਲਤ ਲਈ ਸਹਿਯੋਗੀ ਢੰਗ ਨਾਲ ਕੰਮ ਕਰਦੇ ਹਨ।

ਐਮਸੀਪੀ ਦੀ ਭੂਮਿਕਾ ਨੂੰ ਸਮਝਣ ਲਈ, ਇੱਕ ਆਧੁਨਿਕ ਉਦਯੋਗਿਕ ਵਾਤਾਵਰਣ ‘ਤੇ ਵਿਚਾਰ ਕਰੋ। ਇਸ ਸਮਾਨਤਾ ਵਿੱਚ:

• ਉਪਭੋਗਤਾ ਸੀਨੀਅਰ ਅਧਿਕਾਰੀਆਂ ਨੂੰ ਦਰਸਾਉਂਦੇ ਹਨ, ਜੋ ਉਪਭੋਗਤਾ ਦੀਆਂ ਲੋੜਾਂ ਨੂੰ ਸਮਝਣ ਅਤੇ ਅੰਤਿਮ ਫੈਸਲੇ ਲੈਣ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹਨ।
• ਵੱਡੇ ਭਾਸ਼ਾ ਮਾਡਲ (ਐਲਐਲਐਮਜ਼) (ਜਿਵੇਂ ਕਿ ਕਲਾਉਡ ਜਾਂ ਜੀਪੀਟੀ) ਕਾਰਜਕਾਰੀ ਹਦਾਇਤਾਂ ਨੂੰ ਸਮਝਦੇ ਹਨ, ਕਾਰਜਾਂ ਦੇ ਕਦਮਾਂ ਦੀ ਯੋਜਨਾ ਬਣਾਉਂਦੇ ਹਨ, ਇਹ ਨਿਰਧਾਰਤ ਕਰਦੇ ਹਨ ਕਿ ਬਾਹਰੀ ਸੇਵਾਵਾਂ ਦੀ ਵਰਤੋਂ ਕਦੋਂ ਕਰਨੀ ਹੈ, ਅਤੇ ਜਵਾਬ ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ ਜਾਣਕਾਰੀ ਨੂੰ ਇਕੱਠਾ ਕਰਦੇ ਹਨ।
• ਏਜੰਟ ਸਿਸਟਮ ਨਿੱਜੀ ਸਹਾਇਕਾਂ ਜਾਂ ਕਾਰਜਕਾਰੀ ਸਕੱਤਰਾਂ ਵਜੋਂ ਕੰਮ ਕਰਦੇ ਹਨ, ਜਿਵੇਂ ਕਿ ਹਦਾਇਤ ਦਿੱਤੀ ਗਈ ਹੈ, ਕਾਰਜਾਂ ਨੂੰ ਪੂਰਾ ਕਰਦੇ ਹਨ।
• ਐਮਸੀਪੀ ਇੱਕ ਮਿਆਰੀ ਸੰਚਾਰ ਪਲੇਟਫਾਰਮ ਜਾਂ ਉਦਯੋਗਿਕ ਸੇਵਾ ਪਹੁੰਚ ਸਿਸਟਮ ਵਜੋਂ ਕੰਮ ਕਰਦਾ ਹੈ ਜੋ ਸਕੱਤਰਾਂ ਦੁਆਰਾ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਇਹ ਫੈਸਲੇ ਨਹੀਂ ਕਰਦਾ ਬਲਕਿ ਹਦਾਇਤਾਂ ਦੀ ਪਾਲਣਾ ਕਰਦਾ ਹੈ, ਇੱਕ ਯੂਨੀਫਾਈਡ ਫਾਰਮੈਟ ਅਤੇ ਪ੍ਰੋਟੋਕੋਲ ਵਿੱਚ ਵੱਖ-ਵੱਖ ਸੇਵਾ ਪ੍ਰਦਾਤਾਵਾਂ ਨਾਲ ਸੰਚਾਰ ਕਰਦਾ ਹੈ।

ਐਮਸੀਪੀ ਤੋਂ ਪਹਿਲਾਂ, ਬਾਹਰੀ ਸਾਧਨਾਂ ਨਾਲ ਏਆਈ ਦੀ ਗੱਲਬਾਤ ਹਫੜਾ-ਦਫੜੀ ਵਾਲੇ ਸੰਚਾਰ ਮਿਆਰਾਂ ਦੇ ਯੁੱਗ ਦੇ ਸਮਾਨ ਸੀ। ਹਰ ਵਾਰ ਜਦੋਂ ਕਿਸੇ ਸਕੱਤਰ (ਏਜੰਟ) ਨੂੰ ਕਿਸੇ ਵੱਖਰੇ ਵਿਭਾਗ ਜਾਂ ਬਾਹਰੀ ਸਪਲਾਇਰ ਨਾਲ ਸੰਪਰਕ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੁੰਦੀ ਸੀ, ਤਾਂ ਉਹਨਾਂ ਨੂੰ ਇੱਕ ਵੱਖਰਾ ਸੰਚਾਰ ਉਪਕਰਣ ਜਾਂ ਸੌਫਟਵੇਅਰ ਵਰਤਣਾ ਪੈਂਦਾ ਸੀ। ਇਸਦੇ ਲਈ ਵਿਭਿੰਨ ਪ੍ਰਣਾਲੀਆਂ ਤੋਂ ਜਾਣੂ ਹੋਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਜਿਸਦੇ ਨਤੀਜੇ ਵਜੋਂ ਅਯੋਗਤਾਵਾਂ ਹੁੰਦੀਆਂ ਹਨ। ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਹਰੇਕ ਟੂਲ ਲਈ ਵੱਖਰੇ ਕਨੈਕਸ਼ਨ ਕੋਡ ਲਿਖਣੇ ਪੈਂਦੇ ਸਨ, ਜਿਸਦੇ ਨਤੀਜੇ ਵਜੋਂ ਸਮੇਂ ਦੀ ਬਰਬਾਦੀ ਹੁੰਦੀ ਸੀ ਅਤੇ ਸਕੇਲੇਬਿਲਟੀ ਸੀਮਤ ਹੁੰਦੀ ਸੀ।

ਐਮਸੀਪੀ ਇੱਕ ਯੂਨੀਫਾਈਡ ਸੰਚਾਰ ਪਲੇਟਫਾਰਮ ਪ੍ਰਦਾਨ ਕਰਕੇ ਇਸ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਸੁਚਾਰੂ ਬਣਾਉਂਦਾ ਹੈ, ਸਕੱਤਰਾਂ ਨੂੰ ਉਸੇ ਸਿਸਟਮ ਅਤੇ ਸੰਚਾਰ ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਕਿਸੇ ਵੀ ਵਿਭਾਗ ਜਾਂ ਸੇਵਾ ਪ੍ਰਦਾਤਾ ਨਾਲ ਸੰਪਰਕ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ। ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਸਿਰਫ ਇੱਕ ਵਾਰ ਐਮਸੀਪੀ ਇੰਟਰਫੇਸ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੁੰਦੀ ਹੈ, ਜਿਸ ਨਾਲ ਏਆਈ ਸਿਸਟਮ ਨੂੰ ਪ੍ਰੋਟੋਕੋਲ ਦਾ ਸਮਰਥਨ ਕਰਨ ਵਾਲੇ ਸਾਰੇ ਸਾਧਨਾਂ ਨਾਲ ਗੱਲਬਾਤ ਕਰਨ ਦੇ ਯੋਗ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ।

ਐਮਸੀਪੀ: ਫੰਕਸ਼ਨ ਕਾਲ ‘ਤੇ ਬਣਿਆ ਇੱਕ ਟੂਲਬਾਕਸ

ਇਹ ਸਮਝਣਾ ਬਹੁਤ ਜ਼ਰੂਰੀ ਹੈ ਕਿ ਐਮਸੀਪੀ ਰਵਾਇਤੀ ਫੰਕਸ਼ਨ ਕਾਲ ਦਾ ਬਦਲ ਨਹੀਂ ਹੈ; ਸਗੋਂ, ਇਹ ਇੱਕ ਪੂਰਕ ਹਿੱਸਾ ਹੈ ਜੋ ਇਸਦੀਆਂ ਸਮਰੱਥਾਵਾਂ ਨੂੰ ਵਧਾਉਂਦਾ ਹੈ।

ਫੰਕਸ਼ਨ ਕਾਲ ਉਹ ਮੁੱਖ ਵਿਧੀ ਹੈ ਜਿਸ ਦੁਆਰਾ ਐਲਐਲਐਮ ਬਾਹਰੀ ਸਾਧਨਾਂ ਜਾਂ ਏਪੀਆਈ ਨਾਲ ਗੱਲਬਾਤ ਕਰਦੇ ਹਨ। ਇਹ LLMs ਦੀ ਇੱਕ ਬੁਨਿਆਦੀ ਸਮਰੱਥਾ ਹੈ, ਜੋ ਉਹਨਾਂ ਨੂੰ ਇਹ ਪਛਾਣਨ ਦੇ ਯੋਗ ਬਣਾਉਂਦੀ ਹੈ ਕਿ ਇੱਕ ਸਾਧਨ ਦੀ ਕਦੋਂ ਲੋੜ ਹੈ ਅਤੇ ਕਿਸ ਕਿਸਮ ਦੇ ਸਾਧਨ ਦੀ ਲੋੜ ਹੈ।

ਐਮਸੀਪੀ ਇੱਕ ਟੂਲ ਵਰਗੀਕਰਨ ਪ੍ਰਣਾਲੀ ਵਜੋਂ ਕੰਮ ਕਰਦਾ ਹੈ, ਜੋ ਵੱਖ-ਵੱਖ ਸਾਧਨਾਂ ਨੂੰ ਵਿਵਸਥਿਤ ਕਰਨ ਅਤੇ ਐਕਸੈਸ ਕਰਨ ਲਈ ਇੱਕ ਢਾਂਚਾਗਤ ਫਰੇਮਵਰਕ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। ਇਸ ਲਈ, ਐਮਸੀਪੀ ਫੰਕਸ਼ਨ ਕਾਲ ਨੂੰ ਬਦਲਦਾ ਨਹੀਂ ਹੈ ਬਲਕਿ ਗੁੰਝਲਦਾਰ ਕਾਰਜਾਂ ਨੂੰ ਪੂਰਾ ਕਰਨ ਲਈ ਏਜੰਟਾਂ ਦੇ ਨਾਲ ਮਿਲ ਕੇ ਕੰਮ ਕਰਦਾ ਹੈ।

ਪੂਰੀ ਟੂਲ ਇਨਵੋਕੇਸ਼ਨ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ‘ਫੰਕਸ਼ਨ ਕਾਲ + ਏਜੰਟ + ਐਮਸੀਪੀ ਸਿਸਟਮ’ ਦਾ ਸੁਮੇਲ ਸ਼ਾਮਲ ਹੁੰਦਾ ਹੈ।

ਸੰਖੇਪ ਵਿੱਚ, ਐਲਐਲਐਮ ਫੰਕਸ਼ਨ ਕਾਲ ਦੁਆਰਾ ਇੱਕ ਖਾਸ ਸਾਧਨ ਨੂੰ ਕਾਲ ਕਰਨ ਦੀ ਲੋੜ ਨੂੰ ਪ੍ਰਗਟ ਕਰਦਾ ਹੈ। ਏਜੰਟ ਟੂਲ ਇਨਵੋਕੇਸ਼ਨ ਨੂੰ ਚਲਾਉਣ ਲਈ ਹਦਾਇਤਾਂ ਦੀ ਪਾਲਣਾ ਕਰਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਐਮਸੀਪੀ ਇੱਕ ਮਿਆਰੀ ਟੂਲ ਇਨਵੋਕੇਸ਼ਨ ਵਿਸ਼ੇਸ਼ਤਾ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ।

ਹੇਠਾਂ ਦਿੱਤੀ ਸਮਾਨਤਾ ‘ਤੇ ਵਿਚਾਰ ਕਰੋ: ਇੱਕ ਬੌਸ (ਉਪਭੋਗਤਾ) ਕੌਫੀ ਚਾਹੁੰਦਾ ਹੈ। ਦਫਤਰ (ਐਮਸੀਪੀ ਹੋਸਟ) ਵਿੱਚ, ਦਫਤਰ ਪ੍ਰਬੰਧਕ (ਐਲਐਲਐਮ) ਸਕੱਤਰ (ਏਜੰਟ) ਨੂੰ ਇੱਕ ਅਮਰੀਕਨੋ (ਫੰਕਸ਼ਨ ਕਾਲ) ਖਰੀਦਣ ਲਈ ਨਿਰਦੇਸ਼ ਦਿੰਦਾ ਹੈ। ਸਕੱਤਰ ਸਪਲਾਇਰ ਸੂਚੀ ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ ਅਤੇ ਪਾਉਂਦਾ ਹੈ ਕਿ ਇੱਕ ਅਮਰੀਕਨੋ ਕੌਫੀ ਸਪਲਾਇਰ ਨੇ ਜਾਂ ਤਾਂ ਮੀਟੁਆਨ ਜਾਂ ਕੰਪਨੀ ਦੇ ਯੂਨੀਫਾਈਡ ਪ੍ਰਾਪਤੀ ਸਿਸਟਮ (ਲਾਗੂ ਐਮਸੀਪੀ ਸਰਵਰ) ਨਾਲ ਏਕੀਕ੍ਰਿਤ ਕੀਤਾ ਹੈ। ਸਕੱਤਰ ਫਿਰ ਪ੍ਰਾਪਤੀ ਸਿਸਟਮ (ਐਮਸੀਪੀ ਕਲਾਇੰਟ) ਵਿੱਚ ਸਪਲਾਇਰ ਨੂੰ ਲੱਭਦਾ ਹੈ ਅਤੇ ਇੱਕ ਆਰਡਰ ਦਿੰਦਾ ਹੈ।

ਪਹਿਲਾਂ, ਐਮਸੀਪੀ ਤੋਂ ਬਿਨਾਂ, ਜਦੋਂ ਐਲਐਲਐਮ ਨੇ ਇੱਕ ਫੰਕਸ਼ਨ ਕਾਲ ਜਾਰੀ ਕੀਤੀ, ਤਾਂ ਏਜੰਟ ਅਨੁਵਾਦ ਕਰਦਾ ਅਤੇ ਟੂਲ ਨੂੰ ਬੁਲਾਉਣ ਲਈ ਸਿੱਧੇ ਏਪੀਆਈ ਨਾਲ ਜੁੜਦਾ। ਹਰੇਕ ਏਪੀਆਈ ਲਈ ਇੱਕ ਵੱਖਰੇ ਇਨਵੋਕੇਸ਼ਨ ਮੋਡ ਅਤੇ ਏਜੰਟ ਦੀ ਵਿਆਖਿਆ ਕਰਨ ਲਈ ਇੱਕ ਪਰਿਭਾਸ਼ਿਤ ਟੂਲ ਸੂਚੀ ਅਤੇ ਇਨਵੋਕੇਸ਼ਨ ਮੋਡ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਐਮਸੀਪੀ ਦੇ ਨਾਲ, ਬਹੁਤ ਸਾਰੇ ਏਪੀਆਈ ਸਿੱਧੇ ਸਪਲਾਇਰ ਦੇ ਐਮਸੀਪੀ ਕਲਾਇੰਟ ਦੁਆਰਾ ਆਰਡਰ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ, ਏਜੰਟ ਦਾ ਸਮਾਂ ਅਤੇ ਮਿਹਨਤ ਦੀ ਬਚਤ ਹੁੰਦੀ ਹੈ। ਹਾਲਾਂਕਿ, ਐਲਐਲਐਮ ਦੀ ਫੰਕਸ਼ਨ ਕਾਲ ਅਜੇ ਵੀ {tool: ‘buy coffee’, ‘type’: ‘Americano’} ਫਾਰਮੈਟ ਵਿੱਚ ਬਦਲੀ ਨਹੀਂ ਗਈ ਹੈ।

ਫੰਕਸ਼ਨ ਕਾਲ ਅਤੇ ਐਮਸੀਪੀ ਵਿੱਚ ਅੰਤਰ ਕਰਕੇ, ਇਹ ਸਪੱਸ਼ਟ ਹੋ ਜਾਂਦਾ ਹੈ ਕਿ ਐਮਸੀਪੀ ਇਹ ਨਿਰਧਾਰਤ ਨਹੀਂ ਕਰਦਾ ਹੈ ਕਿ ਕਿਹੜਾ ਟੂਲ ਵਰਤਣਾ ਹੈ, ਨਾ ਹੀ ਇਹ ਟਾਸਕ ਯੋਜਨਾਬੰਦੀ ਜਾਂ ਉਪਭੋਗਤਾ ਦੇ ਇਰਾਦੇ ਨੂੰ ਸੰਭਾਲਦਾ ਹੈ। ਇਹ ਪਹਿਲੂ ਏਜੰਟ ਪਰਤ ਦੇ ਅਧੀਨ ਆਉਂਦੇ ਹਨ। ਐਮਸੀਪੀ ਸਿਰਫ ਇੱਕ ਯੂਨੀਫਾਈਡ ਟੂਲ ਇੰਟਰਫੇਸ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ, ਜੋ ਉਦਯੋਗ ਦੇ ਅੰਦਰ ਇੱਕ ਮਾਨਤਾ ਪ੍ਰਾਪਤ ਮਿਆਰੀ ਪ੍ਰੋਟੋਕੋਲ ਬਣ ਜਾਂਦਾ ਹੈ।

ਐਮਸੀਪੀ ਦੀਆਂ ਵਿਕਾਸ ਚੁਣੌਤੀਆਂ ਅਤੇ ਮਾਰਕੀਟ ਲੈਂਡਸਕੇਪ

ਵਿਕਾਸ ਦੀ ਗੁੰਝਲਤਾ

ਫਰਵਰੀ ਤੋਂ, ਏਆਈ ਵਿਕਾਸ ਕਮਿਊਨਿਟੀ ਨੇ ਇੱਕ ‘ਐਮਸੀਪੀ ਗੋਲਡ ਰਸ਼’ ਦੇਖਿਆ ਹੈ। ਇੱਕ ਅਧਿਕਾਰਤ ਐਪ ਸਟੋਰ ਦੀ ਅਣਹੋਂਦ ਵਿੱਚ, ਹਜ਼ਾਰਾਂ ਸਾਧਨਾਂ ਨੇ ਤਿੰਨ ਮਹੀਨਿਆਂ ਦੇ ਅੰਦਰ ਸਵੈਇੱਛਤ ਤੌਰ ‘ਤੇ ਐਮਸੀਪੀ ਪ੍ਰੋਟੋਕੋਲ ਨਾਲ ਏਕੀਕ੍ਰਿਤ ਕੀਤਾ ਹੈ।

ਇਸ ਤੇਜ਼ ਵਿਕਾਸ ਨੇ ਐਮਸੀਪੀ ਨੂੰ ਉਦਯੋਗਿਕ ਸੁਰਖੀਆਂ ਵਿੱਚ ਧੱਕ ਦਿੱਤਾ ਹੈ ਪਰ ਇੱਛਾ ਅਤੇ ਅਸਲੀਅਤ ਦੇ ਵਿਚਕਾਰ ਪਾੜੇ ਨੂੰ ਵੀ ਬੇਨਕਾਬ ਕਰ ਦਿੱਤਾ ਹੈ। ਡਿਵੈਲਪਰਾਂ ਨੇ ਸ਼ੁਰੂ ਵਿੱਚ ਐਮਸੀਪੀ ਨੂੰ ਇੱਕ ‘ਸਰਵ ਵਿਆਪਕ ਕੁੰਜੀ’ ਵਜੋਂ ਦੇਖਿਆ ਸੀ ਪਰ ਇਸਨੂੰ ‘ਵਿਸ਼ੇਸ਼ ਰੈਂਚ’ ਵਜੋਂ ਵਧੇਰੇ ਪਾਇਆ ਹੈ, ਜੋ ਕੁਝ ਦ੍ਰਿਸ਼ਾਂ ਵਿੱਚ ਉੱਤਮ ਹੈ ਪਰ ਦੂਜਿਆਂ ਵਿੱਚ ਘੱਟ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਸਾਬਤ ਹੋ ਰਿਹਾ ਹੈ।

ਐਮਸੀਪੀ ਦੇ ਭਾਗੀਦਾਰਾਂ ਨੂੰ ਸਥਾਨਕ ਕਲਾਇੰਟ ਐਪਲੀਕੇਸ਼ਨਾਂ, ਕਲਾਉਡ ਕਲਾਇੰਟ ਐਪਲੀਕੇਸ਼ਨਾਂ ਅਤੇ ਐਮਸੀਪੀ ਸਰਵਰ ਡਿਵੈਲਪਰਾਂ ਵਜੋਂ ਸ਼੍ਰੇਣੀਬੱਧ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਸਥਾਨਕ ਐਪਲੀਕੇਸ਼ਨਾਂ ਸਥਾਨਕ ਏਆਈ ਸਹਾਇਕਾਂ ਦੇ ਸਮਾਨ ਹਨ, ਜਦੋਂ ਕਿ ਕਲਾਉਡ ਕਲਾਇੰਟ ਐਪਲੀਕੇਸ਼ਨਾਂ ਚੈਟਜੀਪੀਟੀ ਦੇ ਵੈੱਬ-ਅਧਾਰਤ ਸੰਸਕਰਣਾਂ ਵਰਗੀਆਂ ਹਨ। ਐਮਸੀਪੀ ਸਰਵਰ ਡਿਵੈਲਪਰ ਟੂਲ ਦੇ ਅਸਲ ਪ੍ਰਦਾਤਾ ਹਨ, ਜਿਨ੍ਹਾਂ ਨੂੰ ਐਮਸੀਪੀ ਨਿਯਮਾਂ ਦੀ ਪਾਲਣਾ ਕਰਨ ਲਈ ਆਪਣੇ ਏਪੀਆਈ ਨੂੰ ਮੁੜ-ਪੈਕੇਜ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੈ।

ਐਮਸੀਪੀ ਦਾ ਉਭਾਰ ਸ਼ੁਰੂ ਵਿੱਚ ਸਥਾਨਕ ਕਲਾਇੰਟ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੁਆਰਾ ਸਵਾਗਤ ਕੀਤਾ ਗਿਆ ਸੀ, ਪਰ ਕਲਾਉਡ ਕਲਾਇੰਟ ਐਪਲੀਕੇਸ਼ਨਾਂ ਅਤੇ ਐਮਸੀਪੀ ਸਰਵਰ ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਚੁਣੌਤੀਆਂ ਦਾ ਸਾਹਮਣਾ ਕਰਨਾ ਪਿਆ।

ਐਮਸੀਪੀ ਦੀ ਸ਼ੁਰੂਆਤ ਐਂਥ੍ਰੋਪਿਕ ਦੀ ਕਲਾਉਡ ਡੈਸਕਟੌਪ ਐਪਲੀਕੇਸ਼ਨ ਤੋਂ ਹੋਈ, ਜੋ ਸ਼ੁਰੂ ਵਿੱਚ ਸਥਾਨਕ ਫਾਈਲਾਂ ਅਤੇ ਫੰਕਸ਼ਨਾਂ ਨੂੰ ਬੁਲਾਉਣ ਲਈ ਇੱਕ ਇੰਟਰਫੇਸ ਪ੍ਰੋਟੋਕੋਲ ਵਜੋਂ ਤਿਆਰ ਕੀਤੀ ਗਈ ਸੀ, ਜੋ ਕਲਾਇੰਟ-ਸਾਈਡ ਲੋੜਾਂ ਵਿੱਚ ਡੂੰਘਾਈ ਨਾਲ ਜੜ੍ਹੀ ਹੋਈ ਸੀ।

ਸਥਾਨਕ ਕਲਾਇੰਟ ਉਪਭੋਗਤਾਵਾਂ ਲਈ, ਐਮਸੀਪੀ ਨੇ ਇੱਕ ਕ੍ਰਾਂਤੀ ਨੂੰ ਦਰਸਾਇਆ, ਇੱਕ ਅਨੰਤ ਤੌਰ ‘ਤੇ ਵਿਸਤਾਰਯੋਗ ਟੂਲਬਾਕਸ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰਦਾ ਹੈ ਜਿਸਨੇ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਆਪਣੀਆਂ ਏਆਈ ਸਹਾਇਕ ਸਮਰੱਥਾਵਾਂ ਨੂੰ ਨਿਰੰਤਰ ਵਧਾਉਣ ਦੀ ਆਗਿਆ ਦਿੱਤੀ।

ਕਰਸਰ ਅਤੇ ਕਲਾਉਡ ਡੈਸਕਟੌਪ ਵਰਗੀਆਂ ਸਥਾਨਕ ਕਲਾਇੰਟ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੇ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਵਿਅਕਤੀਗਤ ਲੋੜਾਂ ਦੇ ਅਧਾਰ ‘ਤੇ ਗਤੀਸ਼ੀਲ ਰੂਪ ਵਿੱਚ ਸਾਧਨਾਂ ਨੂੰ ਜੋੜਨ ਦੇ ਯੋਗ ਬਣਾਉਣ ਲਈ ਐਮਸੀਪੀ ਦਾ ਲਾਭ ਉਠਾਇਆ ਹੈ, ਏਆਈ ਸਹਾਇਕ ਸਮਰੱਥਾਵਾਂ ਦੇ ਅਸੀਮਤ ਵਿਸਥਾਰ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ।

ਐਮਸੀਪੀ ਸਥਾਨਕ ਕਲਾਇੰਟ ਵਿਕਾਸ ਵਿੱਚ ਇੱਕ ਮੁੱਖ ਦਰਦ ਬਿੰਦੂ ਨੂੰ ਸੰਬੋਧਿਤ ਕਰਦਾ ਹੈ: ਹਰੇਕ ਟੂਲ ਲਈ ਵੱਖਰੇ ਇੰਟਰਫੇਸ ਵਿਕਸਤ ਕੀਤੇ ਬਿਨਾਂ ਏਆਈ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਸਥਾਨਕ ਵਾਤਾਵਰਣ ਅਤੇ ਬਾਹਰੀ ਸਾਧਨਾਂ ਨਾਲ ਸਹਿਜਤਾ ਨਾਲ ਗੱਲਬਾਤ ਕਰਨ ਦੇ ਯੋਗ ਕਿਵੇਂ ਬਣਾਇਆ ਜਾਵੇ। ਇਹ ਯੂਨੀਫਾਈਡ ਪ੍ਰੋਟੋਕੋਲ ਏਕੀਕਰਣ ਲਾਗਤਾਂ ਨੂੰ ਮਹੱਤਵਪੂਰਨ ਤੌਰ ‘ਤੇ ਘਟਾਉਂਦਾ ਹੈ, ਛੋਟੇ ਸਟਾਰਟਅੱਪਾਂ ਅਤੇ ਵਿਅਕਤੀਗਤ ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਸੀਮਤ ਸਰੋਤਾਂ ਨਾਲ ਵਿਸ਼ੇਸ਼ਤਾ ਨਾਲ ਭਰਪੂਰ ਏਆਈ ਐਪਲੀਕੇਸ਼ਨਾਂ ਬਣਾਉਣ ਲਈ ਇੱਕ ਸ਼ਾਰਟਕੱਟ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ।

ਹਾਲਾਂਕਿ, ਐਮਸੀਪੀ ਦੀ ਅਪੀਲ ਘੱਟ ਜਾਂਦੀ ਹੈ ਜਦੋਂ ਸਰਵਰ-ਸਾਈਡ ਵਿਕਾਸ (ਐਮਸੀਪੀ ਸਰਵਰ) ਅਤੇ ਕਲਾਉਡ ਕਲਾਇੰਟਾਂ ‘ਤੇ ਵਿਚਾਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਐਮਸੀਪੀ ਦੇ ਸ਼ੁਰੂਆਤੀ ਸੰਸਕਰਣਾਂ ਨੇ ਕਲਾਉਡ ਸਰਵਰਾਂ (ਰਿਮੋਟ) ਲਈ ਇੱਕ ਦੋਹਰੀ-ਲਿੰਕ ਵਿਧੀ ਦੀ ਵਰਤੋਂ ਕੀਤੀ, ਸਰਵਰ ਤੋਂ ਕਲਾਇੰਟ ਤੱਕ ਯੂਨੀਡਾਇਰੈਕਸ਼ਨਲ ਸੁਨੇਹਾ ਧੱਕਣ ਲਈ ਇੱਕ ਐਸਐਸਈ ਲੰਬੇ ਕਨੈਕਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਅਤੇ ਸੁਨੇਹੇ ਭੇਜਣ ਲਈ ਇੱਕ ਐਚਟੀਟੀਪੀ ਛੋਟੇ ਕਨੈਕਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ।

ਇਹ ਪਹੁੰਚ ਸਮੇਂ ਸਿਰ ਉਪਭੋਗਤਾ ਫੀਡਬੈਕ ਅਤੇ ਦਖਲਅੰਦਾਜ਼ੀ ਲਈ ਚੰਗੀ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰਦੀ ਹੈ ਪਰ ਸਰਵਰ-ਸਾਈਡ ਵਾਤਾਵਰਣਾਂ ਵਿੱਚ ਇੰਜੀਨੀਅਰਿੰਗ ਚੁਣੌਤੀਆਂ ਦੀ ਇੱਕ ਲੜੀ ਪੈਦਾ ਕਰਦੀ ਹੈ।

ਸਭ ਤੋਂ ਪਹਿਲਾਂ, ਐਮਸੀਪੀ ਇੰਟਰਫੇਸ ਨੂੰ ਲਾਗੂ ਕਰਨਾ ਵੱਡੇ ਉਦਯੋਗਿਕ ਸੇਵਾ ਪ੍ਰਦਾਤਾਵਾਂ ਲਈ ਇੱਕ ਵਾਧੂ ਕੰਮ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ, ਬਿਨਾਂ ਕਿਸੇ ਸੰਬੰਧਿਤ ਲਾਭਾਂ ਦੇ। ਇਹਨਾਂ ਸੇਵਾਵਾਂ ਵਿੱਚ ਅਕਸਰ ਪਰਿਪੱਕ ਏਪੀਆਈ ਸਿਸਟਮ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਇੱਕ ਵਾਧੂ ਐਮਸੀਪੀ ਅਨੁਕੂਲਨ ਪਰਤ ਪ੍ਰਦਾਨ ਕਰਨ ਨਾਲ ਸਿਰਫ ਰੱਖ-ਰਖਾਅ ਦੀ ਲਾਗਤ ਵਧ ਸਕਦੀ ਹੈ ਬਿਨਾਂ ਕੋਈ ਮਹੱਤਵਪੂਰਨ ਮੁੱਲ ਪੈਦਾ ਕੀਤੇ। ਬਹੁਤ ਸਾਰੀਆਂ ਉਦਯੋਗਿਕ-ਪੱਧਰ ਦੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਐਮਸੀਪੀ ਦੇ ਖੁੱਲੇ ਈਕੋਸਿਸਟਮ ਨਾਲੋਂ ਬੰਦ, ਨਿਯੰਤਰਣਯੋਗ ਟੂਲ ਇਨਵੋਕੇਸ਼ਨ ਵਿਧੀਆਂ ਨੂੰ ਤਰਜੀਹ ਦਿੰਦੀਆਂ ਹਨ।

ਇਸ ਤੋਂ ਇਲਾਵਾ, ਉੱਚ-ਸਮਕਾਲੀ ਇਨਵੋਕੇਸ਼ਨਾਂ ਨੂੰ ਸੰਭਾਲਣ ਲਈ, ਐਮਸੀਪੀ ਸੇਵਾਵਾਂ ਨੂੰ ਅਕਸਰ ਮਲਟੀ-ਸਰਵਰ ਆਰਕੀਟੈਕਚਰ ਵਿੱਚ ਸਕੇਲ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੁੰਦੀ ਹੈ। ਐਮਸੀਪੀ ਦਾ ਦੋਹਰਾ-ਕਨੈਕਸ਼ਨ ਮਾਡਲ ਕ੍ਰਾਸ-ਮਸ਼ੀਨ ਐਡਰੈਸਿੰਗ ਦੀ ਗੁੰਝਲਤਾ ਨੂੰ ਪੇਸ਼ ਕਰਦਾ ਹੈ। ਜਦੋਂ ਇੱਕ ਸਰਵਰ ‘ਤੇ ਇੱਕ ਲੰਬਾ ਕਨੈਕਸ਼ਨ ਸਥਾਪਿਤ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਇੱਕ ਬੇਨਤੀ ਕਿਸੇ ਹੋਰ ਸਰਵਰ ‘ਤੇ ਭੇਜੀ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਇਹਨਾਂ ਵੰਡੇ ਕਨੈਕਸ਼ਨਾਂ ਨੂੰ ਤਾਲਮੇਲ ਕਰਨ ਲਈ ਇੱਕ ਵਾਧੂ ਪ੍ਰਸਾਰਨ ਕਤਾਰ ਵਿਧੀ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਜਿਸ ਨਾਲ ਲਾਗੂ ਕਰਨ ਦੀ ਮੁਸ਼ਕਲ ਅਤੇ ਰੱਖ-ਰਖਾਅ ਦੀ ਲਾਗਤ ਮਹੱਤਵਪੂਰਨ ਤੌਰ ‘ਤੇ ਵਧ ਜਾਂਦੀ ਹੈ।

ਦੂਜਾ, ਐਮਸੀਪੀ ਦੀ ਕਲਾਉਡ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੇ ਖੇਤਰ ਵਿੱਚ ਸੀਮਾਵਾਂ ਹਨ। ਕਲਾਉਡ ਏਆਈ ਏਜੰਟ (ਸਰਵਰ-ਸਾਈਡ ਏਜੰਟ) ਆਮ ਤੌਰ ‘ਤੇ ਸਟੇਟਲੈਸ ਸੇਵਾਵਾਂ ਵਿੱਚ ਚੱਲਦੇ ਹਨ, ਸਵੀਕ੍ਰਿਤੀ ਤੋਂ ਬਾਅਦ ਕਾਰਜਾਂ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕਰਦੇ ਹਨ ਅਤੇ ਪੂਰਾ ਹੋਣ ‘ਤੇ ਸਰੋਤ ਜਾਰੀ ਕਰਦੇ ਹਨ। ਸਰਵਰ ਸਾਈਡ ‘ਤੇ ਐਮਸੀਪੀ ਕਲਾਇੰਟ ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਅਸਥਾਈ ਤੌਰ ‘ਤੇ ਇੱਕ ਐਸਐਸਈ ਲਿੰਕ ਬਣਾਉਣ, ਇੱਕ ਟੂਲ ਇਨਵੋਕੇਸ਼ਨ ਬੇਨਤੀ ਭੇਜਣ, ਐਸਐਸਈ ਤੋਂ ਨਤੀਜਾ ਪ੍ਰਾਪਤ ਕਰਨ, ਅਤੇ ਫਿਰ ਐਸਐਸਈ ਲਿੰਕ ਨੂੰ ਬੰਦ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਜੋ ਕਿ ਇੱਕ ਗੈਰ-ਕੁਸ਼ਲ ਪਹੁੰਚ ਹੈ ਜੋ ਗੁੰਝਲਤਾ ਨੂੰ ਵਧਾਉਂਦੀ ਹੈ ਅਤੇ ਪ੍ਰਦਰਸ਼ਨ ਨੂੰ ਘਟਾਉਂਦੀ ਹੈ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ ਇੱਕ ਸਿੰਗਲ ਆਰਪੀਸੀ ਬੇਨਤੀ ਕਾਫ਼ੀ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ।

ਅਭਿਆਸ ਵਿੱਚ, ਐਮਸੀਪੀ ਦੀ ਵਰਤੋਂ ਕਰਨ ਵਾਲੀਆਂ ਕਲਾਉਡ ਐਪਲੀਕੇਸ਼ਨਾਂ ਅਕਸਰ ਪ੍ਰੀਸੈਟ ਟੂਲਸੈੱਟਾਂ ‘ਤੇ ਨਿਰਭਰ ਕਰਦੀਆਂ ਹਨ ਅਤੇ ਗਤੀਸ਼ੀਲ ਟੂਲ ਖੋਜ ਅਤੇ ਲਚਕਦਾਰ ਲੋਡਿੰਗ ਦੀ ਐਮਸੀਪੀ ਦੀ ਦਸਤਖਤ ਸਮਰੱਥਾ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰਦੀਆਂ ਹਨ।

ਕਲਾਉਡ ਵਾਤਾਵਰਣ ਦਾ ਡੇਟਾ ਪਰਸਪਰ ਪ੍ਰਭਾਵ ਮੋਡ ਐਮਸੀਪੀ ਦੁਆਰਾ ਇੱਛਿਤ ਰੂਪ ਵਿੱਚ ਸੁਤੰਤਰ ਤੌਰ ‘ਤੇ ਸਾਧਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਸਮਰੱਥਾ ਨੂੰ ਸੀਮਿਤ ਕਰਦਾ ਹੈ। ਇਸਦੇ ਲਈ ਖਾਸ, ਹਾਰਡ-ਕੋਡ ਵਾਲੇ ਸਾਧਨਾਂ ਨੂੰ ਬੁਲਾਉਣ ਲਈ ਇੱਕ ਬਹੁਤ ਹੀ ਮਿਆਰੀ ਪ੍ਰਕਿਰਿਆ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਲਚਕਤਾ ਦੀ ਕੁਰਬਾਨੀ ਦਿੰਦੇ ਹੋਏ।

ਐਮਸੀਪੀ ਟੀਮ ਨੇ ਉਪਭੋਗਤਾ ਫੀਡਬੈਕ ਪ੍ਰਤੀ ਜਵਾਬਦੇਹੀ ਦਿਖਾਈ ਹੈ। ਸਰਵਰ-ਸਾਈਡ ਡਿਵੈਲਪਰਾਂ ਤੋਂ ਫੀਡਬੈਕ ਪ੍ਰਾਪਤ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਐਮਸੀਪੀ ਨੇ 26 ਮਾਰਚ ਨੂੰ ਆਪਣੇ ਪ੍ਰੋਟੋਕੋਲ ਨੂੰ ਅਪਡੇਟ ਕੀਤਾ, ਅਸਲ ਐਸਐਸਈ ਟ੍ਰਾਂਸਪੋਰਟ ਨੂੰ ਸਟ੍ਰੀਮੇਬਲ ਐਚਟੀਟੀਪੀ ਟ੍ਰਾਂਸਪੋਰਟ ਨਾਲ ਬਦਲਿਆ। ਨਵਾਂ ਪ੍ਰੋਟੋਕੋਲ ਸਟੇਟਲੈਸ ਸੇਵਾ ਦ੍ਰਿਸ਼ਾਂ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਲਈ ਸਿਰਫ ਸਿੰਗਲ ਟੂਲ ਇਨਵੋਕੇਸ਼ਨ ਬੇਨਤੀਆਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ਅਤੇ ਰੀਅਲ-ਟਾਈਮ ਧੱਕਣ ਦੀਆਂ ਜ਼ਰੂਰਤਾਂ ਜੋ ਪਹਿਲਾਂ ਐਚਟੀਟੀਪੀ + ਐਸਐਸਈ ਦੋਹਰੇ ਲਿੰਕਾਂ ਦੁਆਰਾ ਪੂਰੀਆਂ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਸਨ।

ਇਹ ਸੁਧਾਰ ਦਰਸਾਉਂਦੇ ਹਨ ਕਿ ਮੌਜੂਦਾ ਐਮਸੀਪੀ ਮੁੱਦੇ ਸ਼ੁਰੂਆਤੀ ਡਿਜ਼ਾਈਨ ਸੀਮਾਵਾਂ ਤੋਂ ਪੈਦਾ ਹੁੰਦੇ ਹਨ ਪਰ ਅਜੇ ਵੀ ਹੱਲ ਕਰਨ ਯੋਗ ਹਨ।

ਮਾਰਕੀਟ ਦੀ ਗੜਬੜੀ

ਐਮਸੀਪੀ ਦੇ ਸਾਹਮਣੇ ਇੱਕ ਹੋਰ ਚੁਣੌਤੀ ਮਾਰਕੀਟ ਵਿੱਚ ਬਹੁਤ ਸਾਰੇ ਲਾਗੂਕਰਣਾਂ ਦੀ ਘੱਟ ਵਰਤੋਂਯੋਗਤਾ ਹੈ।

ਮੌਜੂਦਾ ਐਮਸੀਪੀ ਮਾਰਕੀਟ ਇੱਕ ਆਮ ਤਕਨਾਲੋਜੀ ਹਾਈਪ ਚੱਕਰ ਦਾ ਅਨੁਭਵ ਕਰ ਰਹੀ ਹੈ। ਸ਼ੁਰੂਆਤੀ ਐਪ ਸਟੋਰ ਦੀ ਗੜਬੜੀ ਦੇ ਸਮਾਨ, ਵਰਤਮਾਨ ਵਿੱਚ ਉਪਲਬਧ ਹਜ਼ਾਰਾਂ ਐਮਸੀਪੀ ਟੂਲ ਵਿੱਚੋਂ 20% ਤੋਂ ਵੀ ਘੱਟ ਦਾ ਅਸਲ ਮੁੱਲ ਹੈ। ਬਹੁਤ ਸਾਰੇ ਲਾਗੂਕਰਣਾਂ ਵਿੱਚ ਗੰਭੀਰ ਮੁੱਦੇ ਹਨ, ਸਧਾਰਨ ਕੌਂਫਿਗਰੇਸ਼ਨ ਗਲਤੀਆਂ ਤੋਂ ਲੈ ਕੇ ਪੂਰੀ ਤਰ੍ਹਾਂ ਨਾਲ ਅਵਿਵਹਾਰਕਤਾ ਤੱਕ। ਕੁਝ ਨੂੰ ਢੁਕਵੇਂ ਟੈਸਟਿੰਗ ਤੋਂ ਬਿਨਾਂ ਜਲਦੀ ਮਾਰਕੀਟ ਵਿੱਚ ਲਿਆਂਦਾ ਜਾਂਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਦੂਸਰੇ ਪ੍ਰਯੋਗਾਤਮਕ ਉਤਪਾਦ ਹਨ ਜਿਨ੍ਹਾਂ ਦਾ ਕਦੇ ਵੀ ਵਿਹਾਰਕ ਵਰਤੋਂ ਲਈ ਇਰਾਦਾ ਨਹੀਂ ਹੁੰਦਾ ਹੈ।

ਇੱਕ ਹੋਰ ਬੁਨਿਆਦੀ ਮੁੱਦਾ ਇਹ ਹੈ ਕਿ ਬਹੁਤ ਸਾਰੇ ਐਮਸੀਪੀ ਲਾਗੂਕਰਣਾਂ ਦੀ ਮਾਰਕੀਟ ਦੁਆਰਾ ਲੋੜ ਨਹੀਂ ਹੋ ਸਕਦੀ ਹੈ। ਐਮਸੀਪੀ ਦੁਆਰਾ ਪੇਸ਼ ਕੀਤੇ ਗਏ ਬਹੁਤ ਸਾਰੇ ਟੂਲ ਸਿਰਫ਼ ਰੀ-ਪੈਕੇਜ ਕੀਤੇ ਏਪੀਆਈ ਹਨ ਜੋ ਐਮਸੀਪੀ ਦੇ ਉਭਾਰ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਉਪਲਬਧ ਅਤੇ ਵਰਤੇ ਜਾ ਰਹੇ ਸਨ, ਜੋ ਕਿ ਥੋੜਾ ਜਿਹਾ ਵਿਲੱਖਣ ਮੁੱਲ ਜੋੜਦੇ ਹਨ।

ਉਦਾਹਰਨ ਲਈ, ਦਰਜਨਾਂ ਖੋਜ ਸੇਵਾਵਾਂ ਐਮਸੀਪੀ ਦੁਆਰਾ ਪੇਸ਼ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਪਰ ਉਹਨਾਂ ਦੀ ਗੁਣਵੱਤਾ ਵਿੱਚ ਬਹੁਤ ਅੰਤਰ ਹੁੰਦਾ ਹੈ। ਕੁਝ ਸੇਵਾਵਾਂ ਗਲਤ ਜਾਂ ਹੌਲੀ ਹੋ ਸਕਦੀਆਂ ਹਨ, ਜੋ ਉਹਨਾਂ ਨੂੰ ਮੌਜੂਦਾ ਹੱਲਾਂ ਨਾਲੋਂ ਘੱਟ ਫਾਇਦੇਮੰਦ ਬਣਾਉਂਦੀਆਂ ਹਨ।

ਇਸ ਤੋਂ ਇਲਾਵਾ, ਐਮਸੀਪੀ ਵਿੱਚ ਇੱਕ ਮਜ਼ਬੂਤ ਮੁਲਾਂਕਣ ਪ੍ਰਣਾਲੀ ਦੀ ਘਾਟ ਹੈ, ਜੋ ਏਜੰਟਾਂ ਲਈ ਭਰੋਸੇਯੋਗ ਮੈਟ੍ਰਿਕਸ ਦੇ ਅਧਾਰ ‘ਤੇ ਸਭ ਤੋਂ ਢੁਕਵੇਂ ਟੂਲ ਦੀ ਚੋਣ ਕਰਨਾ ਮੁਸ਼ਕਲ ਬਣਾਉਂਦੀ ਹੈ। ਇਹ ਗੈਰ-ਕੁਸ਼ਲ ਚੋਣ ਪ੍ਰਕਿਰਿਆ ਕੰਪਿਊਟਿੰਗ ਸਰੋਤਾਂ ਨੂੰ ਬਰਬਾਦ ਕਰਦੀ ਹੈ, ਟਾਸਕ ਪੂਰਾ ਹੋਣ ਦੇ ਸਮੇਂ ਨੂੰ ਵਧਾਉਂਦੀ ਹੈ, ਅਤੇ ਉਪਭੋਗਤਾ ਅਨੁਭਵ ਨੂੰ ਘਟਾਉਂਦੀ ਹੈ।

ਮੁਲਾਂਕਣ ਪ੍ਰਣਾਲੀ ਦੀ ਘਾਟ ਏਜੰਟਾਂ ਲਈ ਸਭ ਤੋਂ ਢੁਕਵੇਂ ਟੂਲ ਦੀ ਚੋਣ ਕਰਨਾ ਮੁਸ਼ਕਲ ਬਣਾਉਂਦੀ ਹੈ। ਜੇਕਰ ਕਈ ਐਮਸੀਪੀ ਸੇਵਾਵਾਂ ਸਮਾਨ ਨਾਮਾਂ ਅਤੇ ਵਰਣਨਾਂ ਵਾਲੇ ਸਾਧਨਾਂ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰਦੀਆਂ ਹਨ, ਤਾਂ ਏਜੰਟ ਨੂੰ ਸਭ ਤੋਂ ਵਧੀਆ ਵਿਕਲਪ ਦੀ ਚੋਣ ਕਰਨ ਲਈ ਸੰਘਰਸ਼ ਕਰਨਾ ਪੈ ਸਕਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਟੋਕਨਾਂ ਦੀ ਬਰਬਾਦੀ ਹੁੰਦੀ ਹੈ ਅਤੇ ਕੁਸ਼ਲਤਾ ਘੱਟ ਜਾਂਦੀ ਹੈ।

ਸਭ ਤੋਂ ਸਫਲ ਏਆਈ ਐਪਲੀਕੇਸ਼ਨਾਂ ਅਕਸਰ ਉਲਟ ਪਹੁੰਚ ਲੈਂਦੀਆਂ ਹਨ, ਵਧੇਰੇ ਸਾਧਨਾਂ ਦੀ ਮਾਤਰਾ ਦੀ ਬਜਾਏ ਵਧੇਰੇ ਸਟੀਕ ਸਾਧਨ ਪ੍ਰਦਾਨ ਕਰਦੀਆਂ ਹਨ। ਮੈਨੁਅਸ, ਉਦਾਹਰਨ ਲਈ, ਇਸਦੀ ਮੌਜੂਦਗੀ ਦੇ ਬਾਵਜੂਦ, ਐਮਸੀਪੀ ਪ੍ਰੋਟੋਕੋਲ ਨੂੰ ਅਪਣਾਉਣ ਦੀ ਬਜਾਏ ਅੰਦਰੂਨੀ ਐਪਲੀਕੇਸ਼ਨਾਂ ਬਣਾਉਣ ਦੀ ਚੋਣ ਕੀਤੀ। ਮੈਨੁਅਸ ਨੇ ਐਮਸੀਪੀ ਈਕੋਸਿਸਟਮ ਨਾਲ ਏਕੀਕ੍ਰਿਤ ਕਰਨ ਨਾਲੋਂ ਕਾਲ ਸ਼ੁੱਧਤਾ ਅਤੇ ਸਥਿਰਤਾ ਨੂੰ ਤਰਜੀਹ ਦਿੱਤੀ।

ਕਰਸਰ ਵਰਗੇ ਕੋਡ ਐਡੀਟਰਾਂ ਵਿੱਚ ਬਿਲਟ-ਇਨ ਵਿਕਾਸ ਫੰਕਸ਼ਨ ਹੁੰਦੇ ਹਨ, ਜੋ ਜ਼ਿਆਦਾਤਰ ਬਾਹਰੀ ਐਮਸੀਪੀ ਟੂਲ ਨੂੰ ਬੇਲੋੜਾ ਬਣਾਉਂਦੇ ਹਨ।

ਐਮਸੀਪੀ ਮਾਰਕੀਟ ਦੀ ਮੌਜੂਦਾ ਹਫੜਾ-ਦਫੜੀ ਵਾਲੀ ਸਥਿਤੀ ਜ਼ਰੂਰੀ ਤੌਰ ‘ਤੇ ਅਸਫਲਤਾ ਦਾ ਸੰਕੇਤ ਨਹੀਂ ਹੈ ਬਲਕਿ ਕਿਸੇ ਵੀ ਉੱਭਰ ਰਹੇ ਤਕਨਾਲੋਜੀ ਈਕੋਸਿਸਟਮ ਲਈ ਵਿਕਾਸ ਦਾ ਇੱਕ ਜ਼ਰੂਰੀ ਪੜਾਅ ਹੈ। ਇਤਿਹਾਸਕ ਮਿਸਾਲ ਦੱਸਦੀ ਹੈ ਕਿ ਇਹ ਸ਼ੁਰੂਆਤੀ ਵੱਧ-ਵਿਸਥਾਰ ਹੌਲੀ-ਹੌਲੀ ਮਾਰਕੀਟ ਚੋਣ ਵਿਧੀਆਂ ਦੁਆਰਾ ਇਕੱਠਾ ਹੋ ਜਾਵੇਗਾ, ਸਭ ਤੋਂ ਕੀਮਤੀ ਤੱਤਾਂ ਨੂੰ ਪਿੱਛੇ ਛੱਡ ਦੇਵੇਗਾ।

ਇਹ ਪ੍ਰਕਿਰਿਆ ਉਦਯੋਗ ਨੂੰ ਮੌਜੂਦਾ ਚੁਣੌਤੀਆਂ ਤੋਂ ਸਿੱਖਣ ਅਤੇ ਇੱਕ ਮਜ਼ਬੂਤ, ਵਧੇਰੇ ਭਰੋਸੇਮੰਦ ਐਮਸੀਪੀ ਫਰੇਮਵਰਕ ਬਣਾਉਣ ਦੀ ਆਗਿਆ ਦੇਵੇਗੀ। ਜਿਸ ਤਰ੍ਹਾਂ ਡਾਟ-ਕਾਮ ਬੁਲਬੁਲੇ ਨੇ ਈ-ਕਾਮਰਸ ਅਤੇ ਸੋਸ਼ਲ ਮੀਡੀਆ ਵਿੱਚ ਖੇਡ-ਬਦਲਣ ਵਾਲੀਆਂ ਕਾਢਾਂ ਨੂੰ ਜਨਮ ਦਿੱਤਾ, ਐਮਸੀਪੀ ਰੁਝਾਨ ਇੱਕ ਵਧੇਰੇ ਸੁਚਾਰੂ ਅਤੇ ਕੀਮਤੀ ਟੂਲ ਈਕੋਸਿਸਟਮ ਨੂੰ ਜਨਮ ਦੇ ਸਕਦਾ ਹੈ।

ਉਪਭੋਗਤਾ ਫੀਡਬੈਕ ਪ੍ਰਤੀ ਐਮਸੀਪੀ ਟੀਮ ਦਾ ਖੁੱਲਾ ਰਵੱਈਆ ਉਤਸ਼ਾਹਜਨਕ ਹੈ, ਅਤੇ ਉਦਯੋਗ ਨੂੰ ਐਮਸੀਪੀ ਸੇਵਾਵਾਂ ਦੀ ਗੁਣਵੱਤਾ ਦਾ ਮੁਲਾਂਕਣ ਅਤੇ ਭਰੋਸਾ ਦੇਣ ਲਈ ਬਿਹਤਰ ਸਾਧਨਾਂ ਦੀ ਲੋੜ ਹੈ, ਜੋ ਈਕੋਸਿਸਟਮ ਨੂੰ ਵਧੇਰੇ ਵਰਤੋਂ ਯੋਗ ਬਣਾਉਣ ਵਿੱਚ ਮਦਦ ਕਰੇਗਾ।

ਐਮਸੀਪੀ ਚੰਗਾ ਹੈ, ਇਲਾਜ ਨਹੀਂ

ਉੱਪਰ ਦੱਸੇ ਗਏ ਮੁੱਦੇ ਐਮਸੀਪੀ ਦੀਆਂ ਸੀਮਾਵਾਂ ਅਤੇ ਕਮੀਆਂ ਤੋਂ ਆਉਂਦੇ ਹਨ, ਇਸ ਗੱਲ ‘ਤੇ ਰੌਸ਼ਨੀ ਪਾਉਂਦੇ ਹਨ ਕਿ ਇਹ ਅਸਲ ਵਿੱਚ ਕੀ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦਾ ਹੈ। ਹਾਲਾਂਕਿ, ਹੋਰ ਆਲੋਚਨਾਵਾਂ ਗੈਰ-ਵਾਸਤਵਿਕ ਉਮੀਦਾਂ ਤੋਂ ਆਉਂਦੀਆਂ ਹਨ।

ਇੱਕ ਹਾਲੀਆ ਆਲੋਚਨਾ ਐਮਸੀਪੀ ਨੂੰ ਇੱਕ ਨੁਕਸਦਾਰ ਪ੍ਰੋਟੋਕੋਲ ਦੱਸਦੀ ਹੈ ਕਿਉਂਕਿ ਇਹ ਐਲਐਲਐਮ ਅਤੇ ਐਮਸੀਪੀ ਵਿਚਕਾਰ ਪਰਸਪਰ ਪ੍ਰਭਾਵ ਦੇ ਨਮੂਨਿਆਂ ਨੂੰ ਨਿਰਧਾਰਤ ਨਹੀਂ ਕਰਦਾ ਹੈ।

ਕੁਝ ਉਮੀਦ ਕਰਦੇ ਹਨ ਕਿ ਐਮਸੀਪੀ ਆਪਣੇ ਆਪ AI ਸਿਸਟਮ ਫੈਸਲੇ ਲੈਣ ਵਿੱਚ ਸੁਧਾਰ ਕਰੇਗਾ ਜਾਂ ਟਾਸਕ ਯੋਜਨਾਬੰਦੀ ਦੀ ਕੁਸ਼ਲਤਾ ਨੂੰ ਵਧਾਏਗਾ। ਇਹ ਉਮੀਦ ਸਾਧਨਾਂ ਨੂੰ ਕਾਰੀਗਰਾਂ ਨਾਲ ਉਲਝਾਉਂਦੀ ਹੈ।

ਮੁੱਦਾ ਇੱਕ ਬੋਧਾਤਮਕ ਮੇਲ ਖਾਂਦਾ ਨਾ ਹੋਣ ਤੋਂ ਪੈਦਾ ਹੁੰਦਾ ਹੈ - ਇੱਕ ਸੰਚਾਰ ਪ੍ਰੋਟੋਕੋਲ ਤੋਂ ਇੱਕ ਬੁੱਧੀਮਾਨ ਸਿਸਟਮ ਦੇ ਕਾਰਜਾਂ ਨੂੰ ਕਰਨ ਦੀ ਉਮੀਦ ਕਰਨਾ। ਇਹ USB ਨੂੰ ਫੋਟੋਆਂ ਨੂੰ ਸੰਪਾਦਿਤ ਨਾ ਕਰਨ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਠਹਿਰਾਉਣ ਜਾਂ ਕੋਡ ਨਾ ਲਿਖਣ ਲਈ 5G ਮਿਆਰਾਂ ਨੂੰ ਨੁਕਸਾਨ ਪਹੁੰਚਾਉਣ ਵਰਗਾ ਹੈ। ਐਮਸੀਪੀ ਮੁੱਖ ਤੌਰ ‘ਤੇ ਇੱਕ ਮਿਆਰੀ ‘ਟੂਲ ਸਾਕਟ’ ਹੈ, ਜੋ ਇਹ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ ਕਿ ਕਿਹੜਾ ਉਪਕਰਣ ਵਰਤਣਾ ਹੈ ਜਾਂ ਕਿਵੇਂ ਵਰਤਣਾ ਹੈ, ਇਸਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨ ਦੀ ਬਜਾਏ ਪਲੱਗ ਅਨੁਕੂਲ