ਮਾਡਲ ਕੰਟੈਕਸ ਪ੍ਰੋਟੋਕੋਲ (MCP) ਨੂੰ ਲਾਰਜ ਲੈਂਗੂਏਜ ਮਾਡਲਜ਼ (LLMs) ਨੂੰ ਅਜਿਹੇ ਏਜੰਟਾਂ ਵਿੱਚ ਬਦਲਣ ਲਈ ਇੱਕ ਠੋਸ ਮਿਆਰ ਵਜੋਂ ਜਾਰੀ ਕੀਤਾ ਗਿਆ ਹੈ ਜੋ ਮਾਪਣਯੋਗ ਅਤੇ ਸੁਰੱਖਿਅਤ ਲੂਪ ਵਿੱਚ ਬਾਹਰੀ ਟੂਲਸ (tools) ਨੂੰ ਕਾਲ ਕਰ ਸਕਦੇ ਹਨ। ਕਿਸੇ ਵੀ MCP-ਸਮਰੱਥ ਹੋਸਟ (host) ਅਤੇ ਕਿਸੇ ਵੀ MCP ਸਰਵਰ ਵਿਚਕਾਰ ਇੱਕ ਸਾਂਝਾ "ਪਲੱਗ" (plug) ਪਰਿਭਾਸ਼ਿਤ ਕਰਕੇ, ਇਹ ਪ੍ਰੋਟੋਕੋਲ ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਅਡ-ਹਾਕ (ad-hoc) ਕੋਡ ਦੀ ਜਗ੍ਹਾ ਇੱਕ ਅਨੁਮਾਨਿਤ ਅਤੇ ਆਡਿਟ ਕਰਨ ਯੋਗ ਵਰਕਫਲੋ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ।

LLMs ਨੂੰ ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਲੋੜ ਕਿਉਂ ਹੈ

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

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

MCP ਲੂਪ ਦੀ ਬਣਤਰ ਅਤੇ ਉਸ ਰਾਹੀਂ ਜਾਣ ਵਾਲੇ ਡੇਟਾ ਨੂੰ ਕੋਡਿਫਾਈ (codifying) ਕਰਕੇ ਉਹਨਾਂ ਖਾਲੀਆਂ ਥਾਵਾਂ ਨੂੰ ਭਰਦਾ ਹੈ।

ਇੱਕ MCP ਏਜੰਟ ਦੀ ਦੋ-ਭਾਗਾਂ ਵਾਲੀ ਬਣਤਰ

MCP ਇੱਕ ਏਜੰਟ ਨੂੰ ਇੱਕ ਡੈਫੀਨੇਸ਼ਨ (definition) – ਉਹ ਟੈਂਪਲੇਟ ਜੋ ਦੱਸਦਾ ਹੈ ਕਿ ਏਜੰਟ ਕੀ ਕਰ ਸਕਦਾ ਹੈ – ਅਤੇ ਇੱਕ ਇੰਸਟੈਂਸ (instance) – ਇੱਕ ਉਪਭੋਗਤਾ ਦੀ ਬੇਨਤੀ ਦਾ ਅਸਲ ਸੰਚਾਲਨ – ਵਿੱਚ ਵੰਡਦਾ ਹੈ।

ਏਜੰਟ ਡੈਫੀਨੇਸ਼ਨ (ਟੈਂਪਲੇਟ)

  • Host loop – ਉਹ ਆਰਕੈਸਟਰੇਟਰ (orchestrator) ਜੋ ask-tool-read-decide ਚੱਕਰ ਨੂੰ ਚਲਾਉਂਦਾ ਹੈ।
  • System context – ਪਰਸੋਨਾ (persona) ਅਤੇ ਉੱਚ-ਪੱਧਰੀ ਨਿਰਦੇਸ਼ ਜੋ ਮਾਡਲ ਦੇ ਵਿਵਹਾਰ ਨੂੰ ਰੂਪ ਦਿੰਦੇ ਹਨ।
  • MCP server set – ਉਪਲਬਧ ਟੂਲ ਸਰੋਤਾਂ ਦੀ ਇੱਕ ਕੈਟਾਲੌਗ ਜਿਸ ਨੂੰ ਹੋਸਟ ਕਾਲ ਕਰ ਸਕਦਾ ਹੈ।
  • Tool policy – ਇੱਕ ਦਿੱਤੇ ਗਏ ਏਜੰਟ ਲਈ ਕਿਹੜੇ ਟੂਲਸ ਦੀ ਇਜਾਜ਼ਤ ਹੈ, ਇਸਦੀ ਸਪਸ਼ਟ ਸੂਚੀ।
  • LLM selection – ਉਹ ਖਾਸ ਮਾਡਲ ਜੋ ਟੈਕਸਟੂਅਲ ਰੀਜ਼ਨਿੰਗ (textual reasoning) ਤਿਆਰ ਕਰੇਗਾ।
  • Termination limits – ਅਨੰਤ ਲੂਪਾਂ ਨੂੰ ਰੋਕਣ ਲਈ ਇਟਰੇਸ਼ਨਾਂ ਦੀ ਵੱਧ ਤੋਂ ਵੱਧ ਗਿਣਤੀ ਅਤੇ ਟੋਕਨ ਬਜਟ।
  • Task contract – ਇਸ ਗੱਲ ਦਾ ਰਸਮੀ ਵੇਰਵਾ ਕਿ ਏਜੰਟ ਕਿਹੜੇ ਇਨਪੁੱਟਸ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ ਅਤੇ ਉਹ ਕਿਸ ਆਉਟਪੁੱਟ ਫਾਰਮੈਟ ਵਿੱਚ ਜਵਾਬ ਦਿੰਦਾ ਹੈ।
  • Context strategy – ਟੋਕਨ ਸੀਮਾਵਾਂ ਦੇ ਅੰਦਰ ਰਹਿਣ ਲਈ ਗੱਲਬਾਤ ਦੇ ਇਤਿਹਾਸ ਨੂੰ ਕਿਵੇਂ ਛੋਟਾ ਜਾਂ ਸੰਖੇਪ ਕੀਤਾ ਜਾਵੇ, ਇਸਦੇ ਨਿਯਮ।

ਏਜੰਟ ਇੰਸਟੈਂਸ (ਚੱਲ ਰਿਹਾ ਕਾਰਜ)

  • Goal – ਉਪਭੋਗਤਾ ਦੀ ਬੇਨਤੀ ਜੋ ਲੂਪ ਨੂੰ ਸ਼ੁਰੂ ਕਰਦੀ ਹੈ।
  • Working context – ਇਕੱਠਾ ਕੀਤਾ ਗਿਆ ਇਤਿਹਾਸ, ਜਿਸ ਵਿੱਚ ਪਿਛਲੇ ਟੂਲ ਦੇ ਨਤੀਜੇ ਸ਼ਾਮਲ ਹਨ।
  • Credentials – ਚੁਣੇ ਹੋਏ ਟੂਲਸ ਨੂੰ ਕਾਲ ਕਰਨ ਲਈ ਲੋੜੀਂਦੇ ਟੋਕਨਸ ਜਾਂ ਪਰਮਿਸ਼ਨ ਸੈੱਟ।
  • Consumed budget – ਹੁਣ ਤੱਕ ਖਰਚ ਕੀਤੇ ਗਏ ਟੋਕਨਸ ਅਤੇ ਲਏ ਗਏ ਕਦਮਾਂ ਦਾ ਹਿਸਾਬ।

ਇਹ ਤੱਤ ਦਰਸਾਉਂਦੇ ਹਨ ਕਿ ਇੱਕ ਏਜੰਟ ਨੂੰ ਕੀ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਹੈ ਅਤੇ ਉਹ ਇਸ ਸਮੇਂ ਕੀ ਕਰ ਰਿਹਾ ਹੈ।

MCP ਡਿਵੈਲਪਮੈਂਟ ਫਲੋਅ ਨੂੰ ਕਿਵੇਂ ਬਦਲਦਾ ਹੈ

MCP ਤੋਂ ਪਹਿਲਾਂ, ਇੱਕ ਡਿਵੈਲਪਰ ਜੋ ਚਾਹੁੰਦਾ ਸੀ ਕਿ ਇੱਕ LLM ਵੈਦਰ API (weather API) ਨੂੰ ਕੁਐਰੀ ਕਰੇ, ਡੇਟਾਬੇਸ ਤੋਂ ਇੱਕ ਰੋਅ (row) ਕੱਢੇ, ਅਤੇ ਫਿਰ ਇੱਕ ਰਿਪੋਰਟ ਤਿਆਰ ਕਰੇ, ਉਸਨੂੰ ਹਰੇਕ ਐਂਡਪੁਆਇੰਟ (endpoint) ਲਈ ਵੱਖਰਾ ਗਲੂ ਕੋਡ (glue code) ਲਿਖਣਾ ਪੈਂਦਾ ਸੀ। ਉਹ ਕੋਡ ਅਕਸਰ ਮਾਡਲ ਦੇ ਪ੍ਰੋਂਪਟ ਦੇ ਅੰਦਰ ਟੂਲ ਕਾਲਜ਼ ਨੂੰ ਛੁਪਾ ਦਿੰਦਾ ਸੀ, ਜਿਸ ਨਾਲ ਇਹ ਦੇਖਣਾ ਅਸੰਭਵ ਹੋ ਜਾਂਦਾ ਸੀ ਕਿ ਕਿਸ ਬੇਨਤੀ ਨੇ ਕਿਸ ਜ