Claude ਦੇ ਡਿਵੈਲਪਰ ਪਲੇਟਫਾਰਮ ਨੇ ਚਾਰ ਏਜੰਟ ਟੂਲਸ ਨੂੰ ਬੀਟਾ (beta) ਤੋਂ ਜਨਰਲ ਅਵੇਲੇਬਿਲਟੀ (GA) ਵਿੱਚ ਬਦਲ ਦਿੱਤਾ ਹੈ, ਅਤੇ "beta-only" ਰਿਕਵੈਸਟ ਹੈਡਰਾਂ ਨੂੰ ਹਟਾ ਦਿੱਤਾ ਹੈ। ਇਸ ਨਾਲ ਇੱਕ ਅਜਿਹੀ ਕੰਪਲਾਇੰਸ (compliance) ਰੁਕਾਵਟ ਦੂਰ ਹੋ ਗਈ ਹੈ ਜਿਸ ਨੇ ਕਾਰਪੋਰੇਟ ਸੰਸਥਾਵਾਂ ਨੂੰ ਰੋਕਿਆ ਹੋਇਆ ਸੀ।
ਹੁਣ ਕੀ GA ਹੈ
- Computer use – ਏਜੰਟ ਕਈ ਕਾਰਵਾਈਆਂ ਨੂੰ ਇੱਕੋ ਵਾਰ ਵਿੱਚ ਇਕੱਠਾ ਕਰ ਸਕਦੇ ਹਨ; Zoom ਸੈਟਿੰਗ ਹੁਣ ਡਿਫੌਲਟ ਰੂਪ ਵਿੱਚ ਚਾਲੂ ਹੈ।
- Browser tool – ਪੂਰੀ ਤਰ੍ਹਾਂ ਰਿਲੀਜ਼ ਕੀਤਾ ਗਿਆ ਹੈ, ਹੁਣ ਇਹ ਸਿਰਫ਼ ਬੀਟਾ ਐਕਸੈਸ ਤੱਕ ਸੀਮਤ ਨਹੀਂ ਹੈ।
- Files API – ਡਿਵੈਲਪਰ ਬੀਟਾ ਹੈਡਰਾਂ ਨੂੰ ਲਗਾਏ ਬਿਨਾਂ ਫਾਈਲਾਂ ਦੀ ਮੰਗ ਕਰ ਸਕਦੇ ਹਨ ਅਤੇ Messages API ਵਿੱਚ ਉਹਨਾਂ ਦਾ ਹਵਾਲਾ ਦੇ ਸਕਦੇ ਹਨ।
- Agent Skills – ਸਕਿੱਲ-ਅਧਾਰਤ ਏਜੰਟਾਂ ਲਈ API ਕਾਲਾਂ ਨੂੰ ਬੀਟਾ ਫਲੈਗ ਤੋਂ ਬਿਨਾਂ ਸਵੀਕਾਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
Claude Enterprise ਨੇ ਆਪਣੀ Admin API ਨੂੰ ਵੀ ਅੱਪਗ੍ਰੇਡ ਕੀਤਾ ਹੈ: ਗਰੁੱਪ-ਪੱਧਰ ਦਾ ਯੂਜ਼ਰ ਮੈਨੇਜਮੈਂਟ ਅਤੇ ਕਸਟਮ ਰੋਲ ਡੈਫੀਨੇਸ਼ਨ ਹੁਣ GA ਹਨ।
ਇਹ ਬਦਲਾਅ ਕਿਉਂ ਮਹੱਤਵਪੂਰਨ ਹੈ
ਕਈ ਕਾਰਪੋਰੇਟ ਮਾਹੌਲਾਂ ਵਿੱਚ, beta ਸ਼ਬਦ ਕਾਨੂੰਨੀ, ਪ੍ਰੋਕਿਉਰਮੈਂਟ ਜਾਂ ਸੁਰੱਖਿਆ ਟੀਮਾਂ ਲਈ ਇੱਕ ਚੇਤਾਵਨੀ (red flag) ਵਾਂਗ ਹੁੰਦਾ ਹੈ। ਇੱਕ ਬੀਟਾ ਹੈਡਰ ਇੱਕ ਅਜਿਹੇ ਡਿਸਕਲੇਮਰ ਵਜੋਂ ਕੰਮ ਕਰਦਾ ਹੈ ਕਿ ਇੰਟਰਫੇਸ ਬਦਲ ਸਕਦਾ ਹੈ ਅਤੇ ਸਰਵਿਸ-ਲੈਵਲ ਦੀਆਂ ਗਾਰੰਟੀਆਂ ਮੌਜੂਦ ਨਹੀਂ ਹਨ। ਜਦੋਂ ਕਿਸੇ ਫੀਚਰ ਨੂੰ GA ਵਜੋਂ ਮਾਰਕ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਉਹ ਚਿੰਤਾਵਾਂ ਖਤਮ ਹੋ ਜਾਂਦੀਆਂ ਹਨ, ਜਿਸ ਨਾਲ ਇੰਜੀਨੀਅਰਿੰਗ ਟੀਮ ਕਾਨੂੰਨੀ ਮਨਜ਼ੂਰੀ ਤੋਂ ਬਾਅਦ ਡਿਜ਼ਾਈਨ, ਟੈਸਟਿੰਗ ਅਤੇ ਡਿਪਲਾਈਮੈਂਟ ਵੱਲ ਵਧ ਸਕਦੀ ਹੈ।
AI ਏਜੰਟ ਬਣਾਉਣ ਵਾਲੇ ਡਿਵੈਲਪਰਾਂ ਲਈ, ਇਸਦਾ ਪ੍ਰਭਾਵ ਤੁਰੰਤ ਹੈ। ਉਹ ਕੋਡ ਜੋ ਪਹਿਲਾਂ X-API-Beta ਹੈਡਰ ਭੇਜਦਾ ਸੀ, ਹੁਣ ਉਸ ਲਾਈਨ ਨੂੰ ਹਟਾ ਸਕਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਆਡਿਟ ਲੌਗ ਸਾਫ਼ ਹੋ ਜਾਣਗੇ। ਕੰਪਲਾਇੰਸ ਦੀ ਉਹ ਰੁਕਾਵਟ ਜੋ ਕੁਝ ਪ੍ਰੋਜੈਕਟਾਂ ਨੂੰ ਸਿਰਫ਼ ਯੋਜਨਾਵਾਂ ਤੱਕ ਸੀਮਤ ਰੱਖ ਰਹੀ ਸੀ, ਹੁਣ ਖੁੱਲ੍ਹ ਗਈ ਹੈ।
ਤਕਨੀਕੀ ਫਾਇਦਾ: batch actions
ਸਭ ਤੋਂ ਵੱਡਾ ਬਦਲਾਅ computer-use ਟੂਲ ਲਈ batch-action ਮੋਡ ਦੇ ਰੂਪ ਵਿੱਚ ਆਇਆ ਹੈ। ਪਹਿਲਾਂ, ਇੱਕ ਏਜੰਟ ਇੱਕ ਲਗਾਤਾਰ ਚੱਕਰ (loop) ਦੀ ਪਾਲਣਾ ਕਰਦਾ ਸੀ: ਸਕ੍ਰੀਨਸ਼ੌਟ ਲੈਣਾ, ਕਿੱਥੇ ਕਲਿੱਕ ਕਰਨਾ ਹੈ ਇਹ ਫੈਸਲਾ ਕਰਨਾ, ਕਲਿੱਕ ਕਰਨਾ, ਅਗਲਾ ਸਕ੍ਰੀਨਸ਼ੌਟ ਲੈਣਾ, ਅਤੇ ਇਹੀ ਦੁਹਰਾਉਣਾ। ਹਰ ਵਾਰ ਮਾਡਲ ਨੂੰ ਇੱਕ ਨਵਾਂ ਇਮੇਜ ਟੋਕਨ ਭੇਜਿਆ ਜਾਂਦਾ ਸੀ, ਜਿਸ ਨਾਲ ਲੇਟੈਂਸੀ (latency) ਅਤੇ ਇਨਫਰੈਂਸ (inference) ਦੀ ਲਾਗਤ ਵਧ ਜਾਂਦੀ ਸੀ।
Batch actions ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਇੱਕ ਹੀ ਰਿਕਵੈਸਟ ਵਿੱਚ ਇੱਕ ਪੂਰੀ ਲੜੀ—ਜਿਵੇਂ ਕਿ ਮੀਨੂ ਖੋਲ੍ਹਣਾ, ਕਿਸੇ ਆਈਟਮ ਨੂੰ ਚੁਣਨਾ, ਟੈਕਸਟ ਪੇਸਟ ਕਰਨਾ—ਬਿਆਨ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੇ ਹਨ। ਮਾਡਲ ਪੂਰੇ ਬਲਾਕ ਨੂੰ ਇੱਕੋ ਵਾਰ ਪ੍ਰੋਸੈਸ ਕਰਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਵਿਚਕਾਰਲੇ ਇਮੇਜ ਐਕਸਚੇਂਜ ਦੀ ਲੋੜ ਨਹੀਂ ਰਹਿੰਦੀ। ਘੱਟ ਰੇਂਡ ਟ੍ਰਿਪਸ (round trips) ਦਾ ਮਤਲਬ ਹੈ ਤੇਜ਼ ਜਵਾਬ ਅਤੇ ਘੱਟ ਟੋਕਨ ਦੀ ਵਰਤੋਂ। ਅਧਿਕਾਰਤ ਰਿਲੀਜ਼ ਨੋਟਸ ਬਚਤ ਦੀ ਮਾਤਰਾ ਨਹੀਂ ਦੱਸਦੇ, ਇਸ ਲਈ ਟੀਮਾਂ ਨੂੰ ਆਪਣੇ ਕੰਮ ਦੇ ਬੋਝ (workloads) ਵਿੱਚ ਇਸਦੇ ਪ੍ਰਭਾਵ ਨੂੰ ਮਾਪਣਾ ਚਾਹੀਦਾ ਹੈ।
ਦੂਜਾ ਪਹਿਲੂ
ਹਰ ਸੰਸਥਾ ਨੂੰ ਤੁਰੰਤ ਫਾਇਦਾ ਨਹੀਂ ਮਿਲੇਗਾ। GA ਇਹ ਗਾਰੰਟੀ ਨਹੀਂ ਦਿੰਦਾ ਕਿ ਸਾਰੇ ਏਜੰਟ ਸਖ਼ਤ ਲੇਟੈਂਸੀ ਜਾਂ ਲਾਗਤ ਦੇ ਟੀਚਿਆਂ ਨੂੰ ਪੂਰਾ ਕਰਨਗੇ; 20-40% ਦੀ ਕਮੀ ਦੇ ਭਾਈਚਾਰਕ ਦਾਅਵਿਆਂ ਵਿੱਚ ਸੁਤੰਤਰ ਤਸਦੀਕ ਦੀ ਕਮੀ ਹੈ। ਉਹ ਕਾਰਪੋਰੇਟ ਸੰਸਥਾਵਾਂ ਜਿਨ੍ਹਾਂ ਨੇ ਬੀਟਾ ਫੀਚਰਾਂ ਲਈ ਪਹਿਲਾਂ ਹੀ ਫਾਲਬੈਕ (fallback) ਪ੍ਰਣਾਲੀਆਂ ਬਣਾਈਆਂ ਹੋਈਆਂ ਹਨ, ਉਹਨਾਂ ਲਈ ਇਹ ਮਾਈਗ੍ਰੇਸ਼ਨ ਸ਼ਾਇਦ ਛੋਟਾ ਹੋਵੇ ਪਰ ਕੰਪਲਾਇੰਸ ਲਈ ਫਿਰ ਵੀ ਜ਼ਰੂਰੀ ਹੋਵੇਗਾ।
ਵਿਆਪਕ Claude ecosystem ਵਿੱਚ ਅਜੇ ਵੀ ਹੋਰ ਬੀਟਾ-ਸਿਰਫ਼ ਸਮਰੱਥਾਵਾਂ ਮੌਜੂਦ ਹਨ। ਜੋ ਟੀਮਾਂ ਉਹਨਾਂ 'ਤੇ ਨਿਰਭਰ ਹਨ, ਉਹਨਾਂ ਨੂੰ ਉਦੋਂ ਤੱਕ ਕੰਪਲਾਇੰਸ ਦੀਆਂ ਉਹੀ ਮੁਸ਼ਕਲਾਂ ਆਉਂਦੀਆਂ ਰਹਿਣਗੀਆਂ ਜਦੋਂ ਤੱਕ ਉਹ ਟੂਲ ਵੀ GA ਨਹੀਂ ਹੋ ਜਾਂਦੇ।
ਅੱਗੇ ਕੀ ਕਰਨਾ ਹੈ
- ਬੀਟਾ ਹੈਡਰਾਂ ਨੂੰ ਹਟਾਓ – ਆਪਣੇ ਕੋਡਬੇਸ ਵਿੱਚ ਕਿਸੇ ਵੀ
X-API-Betaਜਾਂ ਇਸ ਤਰ੍ਹਾਂ ਦੇ ਫਲੈਗਾਂ ਦੀ ਜਾਂਚ ਕਰੋ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਹਟਾ ਦਿਓ। ਪ੍ਰੋਡਕਸ਼ਨ ਵਿੱਚ ਹੈਡਰਾਂ ਨੂੰ ਰੱਖਣ ਨਾਲ ਸੁਰੱਖਿਆ ਸਮੀਖਿਆਵਾਂ ਦੌਰਾਨ ਸਵਾਲ ਖੜ੍ਹੇ ਹੋ ਸਕਦੇ ਹਨ। - ਏਜੰਟ ਫਲੋਅ ਦੀ ਜਾਂਚ ਕਰੋ – ਨਿਸ਼ਚਿਤ ਕਦਮਾਂ (ਜਿਵੇਂ ਕਿ ਜਾਣਿਆ-ਪਛਾਣਿਆ ਮੀਨੂ ਖੋਲ੍ਹਣਾ) ਦੀ ਪਛਾਣ ਕਰੋ ਅਤੇ ਉਹਨਾਂ ਨੂੰ batch actions ਵਜੋਂ ਦੁਬਾਰਾ ਲਿਖੋ। ਸਪੀਡ ਅਤੇ ਟੋਕਨ ਦੀ ਵਰਤੋਂ ਲਈ ਨਵੇਂ ਫਲੋਅ ਦਾ ਟੈਸਟ ਕਰੋ।
- ਰੋਕ ਦਿੱਤੇ ਗਏ ਵਿਚਾਰਾਂ ਦਾ ਮੁੜ ਮੁਲਾਂਕਣ ਕਰੋ – ਉਹ ਪ੍ਰੋਜੈਕਟ ਜੋ ਕਿਸੇ ਲੋੜੀਂਦੇ ਟੂਲ ਦੇ "beta-only" ਹੋਣ ਕਾਰਨ ਮੁਲਤਵੀ ਕਰ ਦਿੱਤੇ ਗਏ ਸਨ, ਉਹਨਾਂ 'ਤੇ ਹੁਣ ਕੰਪਲਾਇੰਸ ਦੀ ਚਿੰਤਾ ਤੋਂ ਬਿਨਾਂ ਮੁੜ ਵਿਚਾਰ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।
ਸਾਰ (Bottom line): ਬੀਟਾ ਲੇਬਲ ਨੂੰ ਹਟਾਉਣ ਨਾਲ ਕਾਨੂੰਨੀ ਰੁਕਾਵਟ ਦੂਰ ਹੁੰਦੀ ਹੈ ਅਤੇ batch actions ਰਾਹੀਂ ਇੱਕ ਮਾਮੂਲੀ ਤਕਨੀਕੀ ਵਾਧਾ ਹੁੰਦਾ ਹੈ। ਜੋ ਟੀਮਾਂ ਤੇਜ਼ੀ ਨਾਲ ਕੰਮ ਕਰਦੀਆਂ ਹਨ, ਉਹ ਆਪਣੀ ਇੰਟੀਗ੍ਰੇਸ਼ਨ ਨੂੰ ਸਾਫ਼ ਕਰ ਸਕਦੀਆਂ ਹਨ, ਲੇਟੈਂਸੀ ਘਟਾ ਸਕਦੀਆਂ ਹਨ, ਅਤੇ ਅੰਤ ਵਿੱਚ "beta" 'ਤੇ ਰੁਕੇ ਹੋਏ ਪ੍ਰੋਜੈਕਟਾਂ ਨੂੰ ਲਾਈਵ ਡਿਪਲਾਈਮੈਂਟ ਵਿੱਚ ਲਿਆ ਸਕਦੀਆਂ ਹਨ।