Anthropic ਨੇ ਇਸ ਮਹੀਨੇ Claude Code version 2.1.207 ਜਾਰੀ ਕੀਤਾ ਹੈ, ਅਤੇ ਰਿਲੀਜ਼ ਨੋਟਸ ਵਿੱਚ ਇੱਕ ਅਜਿਹਾ ਬਦਲਾਅ ਛੁਪਿਆ ਹੋਇਆ ਹੈ ਜੋ AI-ਸਹਾਇਤਾ ਪ੍ਰਾਪਤ ਵਿਕਾਸ (AI-assisted development) ਦੇ ਨਿਯਮਾਂ ਨੂੰ ਮੁੜ ਲਿਖ ਰਿਹਾ ਹੈ। ਹੁਣ ਇਸ ਏਜੰਟ ਨੂੰ ਹੋਸਟ ਕਰਨ ਵਾਲੇ ਤਿੰਨਾਂ ਪ੍ਰਮੁੱਖ ਕਲਾਊਡ ਪਲੇਟਫਾਰਮਾਂ: Amazon Bedrock, Google Vertex AI, ਅਤੇ Microsoft Azure Foundry ਵਿੱਚ Auto mode ਡਿਫੌਲਟ (default) ਹੈ। ਇਹ ਇੱਕੋ ਇੱਕ ਬਦਲਾਅ ਇਹ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਜਦੋਂ ਮਸ਼ੀਨ ਦੁਆਰਾ ਲਿਖਿਆ ਕੋਡ ਤੁਹਾਡੇ ਰਿਪੋਜ਼ੀਟਰੀ (repository) ਵਿੱਚ ਆਉਂਦਾ ਹੈ, ਤਾਂ ਮਨਜ਼ੂਰੀ ਦੀ ਲੜੀ (approval chain) ਦਾ ਮਾਲਕ ਕੌਣ ਹੈ।

ਪੁਰਾਣਾ ਤਰੀਕਾ ਖ਼ਰਾਬ ਸੀ

ਇਸ ਰਿਲੀਜ਼ ਤੱਕ, Claude Code ਡਿਫੌਲਟ ਰੂਪ ਵਿੱਚ manual mode ਵਿੱਚ ਚੱਲਦਾ ਸੀ। ਏਜੰਟ ਇੱਕ ਫਾਈਲ ਐਡਿਟ ਤਿਆਰ ਕਰਦਾ, ਇੱਕ ਸ਼ੈੱਲ ਕਮਾਂਡ (shell command) ਤਿਆਰ ਕਰਦਾ, ਜਾਂ ਇੱਕ git commit ਨੂੰ ਕਿਊ (queue) ਵਿੱਚ ਰੱਖਦਾ, ਅਤੇ ਫਿਰ ਰੁਕ ਜਾਂਦਾ। ਇਹ ਇੱਕ ਇਨਸਾਨ ਦੇ diff ਨੂੰ ਪੜ੍ਹਨ, ਕਮਾਂਡ ਦੀ ਜਾਂਚ ਕਰਨ ਅਤੇ ਮਨਜ਼ੂਰੀ (approve) ਦੇਣ ਦੀ ਉਡੀਕ ਕਰਦਾ ਸੀ। ਸਿਧਾਂਤ ਸਹੀ ਸੀ: ਕਿਸੇ ਇਨਸਾਨ ਦੀ ਮਨਜ਼ੂਰੀ ਤੋਂ ਬਿਨਾਂ AI ਨੂੰ ਕਦੇ ਵੀ production code ਨੂੰ ਛੂਹਣ ਨਾ ਦਿਓ।

ਹਕੀਕਤ ਵੱਖਰੀ ਸੀ। Anthropic ਨੇ ਪਾਇਆ ਕਿ manual mode ਵਿੱਚ 93% ਉਪਭੋਗਤਾ ਪ੍ਰੋਂਪਟ (prompts) ਨੂੰ ਪੜ੍ਹੇ ਬਿਨਾਂ ਹੀ ਮਨਜ਼ੂਰੀ ਦੇ ਰਹੇ ਸਨ। ਡਿਵੈਲਪਰ ਮਨਜ਼ੂਰੀ ਸਕ੍ਰੀਨ ਨੂੰ ਇੱਕ ਰੁਕਾਵਟ ਵਜੋਂ ਦੇਖਦੇ ਸਨ, ਨਾ ਕਿ ਇੱਕ ਚੈੱਕਪੁਆਇੰਟ ਵਜੋਂ। ਉਹ ਆਪਣੇ ਕੰਮ ਦੇ ਵਹਾਅ (flow) ਨੂੰ ਬਣਾਈ ਰੱਖਣ ਲਈ ਲਗਾਤਾਰ "yes" ਕਲਿੱਕ ਕਰਦੇ ਰਹਿੰਦੇ ਸਨ, ਜਿਸ ਨਾਲ ਇਹ ਮੈਨੂਅਲ ਗੇਟ ਬੇਕਾਰ ਹੋ ਗਿਆ। ਇੱਕ ਸੁਰੱਖਿਆ ਕੰਟਰੋਲ ਜਿਸ ਨੂੰ ਹਰ ਕੋਈ ਬਾਈਪਾਸ (bypass) ਕਰ ਦੇਵੇ, ਉਹ ਕੰਟਰੋਲ ਨਹੀਂ ਹੈ। ਇਹ ਸੁਰੱਖਿਆ ਦੇ ਭੇਸ ਵਿੱਚ ਇੱਕ ਰੁਕਾਵਟ ਹੈ।

Auto Mode ਕਿਵੇਂ ਇਨਸਾਨੀ ਕਲਿੱਕ ਦੀ ਜਗ੍ਹਾ ਲੈਂਦਾ ਹੈ

Auto mode ਉਸ ਬਿਨਾਂ ਸੋਚੇ-ਸਮਝੇ ਦਿੱਤੀ ਜਾਣ ਵਾਲੀ ਇਨਸਾਨੀ ਮਨਜ਼ੂਰੀ ਨੂੰ ਇੱਕ ਦੂਜੇ AI ਮਾਡਲ ਨਾਲ ਬਦਲ ਦਿੰਦਾ ਹੈ। ਇਹ classifier ਏਜੰਟ ਦੁਆਰਾ ਕੀਤੇ ਜਾਣ ਵਾਲੇ ਹਰ ਇੱਕ ਕਾਰਜ ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ, ਇਸ ਤੋਂ ਪਹਿਲਾਂ ਕਿ ਉਹ ਉਸ ਨੂੰ ਲਾਗੂ ਕਰੇ। ਇਹ ਜਾਂਚ ਕਰਦਾ ਹੈ ਕਿ ਕੀ ਉਹ ਕਦਮ ਅਜੇ ਵੀ ਅਸਲ ਕੰਮ ਦੇ ਅਨੁਕੂਲ ਹੈ ਅਤੇ ਕੀ ਏਜੰਟ ਆਪਣੇ ਰਸਤੇ ਤੋਂ ਭਟਕ ਗਿਆ ਹੈ। ਜੇਕਰ classifier ਕਾਰਜ ਨੂੰ ਮਨਜ਼ੂਰੀ ਦੇ ਦਿੰਦਾ ਹੈ, ਤਾਂ ਏਜੰਟ ਤੁਰੰਤ ਅੱਗੇ ਵਧਦਾ ਹੈ। ਕੋਈ ਪਿੰਗ (ping) ਨਹੀਂ। ਕੋਈ ਪੌਪਅੱਪ (popup) ਨਹੀਂ। ਤੁਹਾਡੇ ਦੁਪਹਿਰ ਦਾ ਖਾਣਾ ਖਤਮ ਕਰਨ ਦੀ ਉਡੀਕ ਨਹੀਂ।

ਇਹ ਇੱਕ ਵੱਖਰੇ ਕਿਸਮ ਦਾ ਸੁਰੱਖਿਆ ਜਾਲ (safety net) ਹੈ। ਇੱਕ classifier ਰਾਤ ਦੇ 2 ਵਜੇ ਨਹੀਂ ਥੱਕਦਾ। ਇਹ ਕਿਸੇ ਡੈੱਡਲਾਈਨ ਦੇ ਡਰੋਂ ਪੜ੍ਹਨਾ ਨਹੀਂ ਛੱਡਦਾ। ਅਤੇ ਇਹ ਸੌਵੇਂ ਕਾਰਜਾਂ 'ਤੇ ਵੀ ਉਨੀ ਹੀ ਸਖ਼ਤੀ ਨਾਲ ਜਾਂਚ ਕਰਦਾ ਹੈ ਜਿੰਨੀ ਪਹਿਲੇ ਕਾਰਜ 'ਤੇ। ਇੱਕ ਥੱਕਿਆ ਹੋਇਆ ਇੰਜੀਨੀਅਰ ਅਜਿਹਾ ਨਹੀਂ ਕਹਿ ਸਕਦਾ।

ਗਵਰਨੈਂਸ ਵਿੱਚ ਉਲਟਾਅ

ਇੱਥੇ ਡੂੰਘਾ ਬਦਲਾਅ ਡਿਫੌਲਟਸ ਅਤੇ ਜ਼ਿੰਮੇਵਾਰੀ ਬਾਰੇ ਹੈ। 2.1.207 ਤੋਂ ਪਹਿਲਾਂ, ਟੀਮਾਂ ਨੂੰ ਸਰਗਰਮੀ ਨਾਲ auto mode ਚੁਣਨਾ ਪੈਂਦਾ ਸੀ। ਹੁਣ ਭਾਰ ਉਲਟਾ ਦਿੱਤਾ ਗਿਆ ਹੈ: ਤੁਹਾਨੂੰ ਇਸਨੂੰ ਬੰਦ ਕਰਨ ਲਈ ਸਪੱਸ਼ਟ ਕਾਰਵਾਈ ਕਰਨੀ ਪਵੇਗੀ। ਜੇਕਰ ਤੁਹਾਡਾ ਕੰਮ ਫਾਈਨੈਂਸ ਜਾਂ ਹੈਲਥਕੇਅਰ ਵਿੱਚ ਨਿਯਮਿਤ ਡੇਟਾ (regulated data) ਨਾਲ ਸਬੰਧਤ ਹੈ, ਤਾਂ ਇਹ ਕੋਈ ਮਾਮੂਲੀ UX ਤਬਦੀਲੀ ਨਹੀਂ ਹੈ। ਇਹ ਇੱਕ ਪਾਲਿਸੀ ਘਟਨਾ ਹੈ। ਤੁਹਾਡੀ ਕੰਪਲਾਇੰਸ ਟੀਮ ਨੂੰ ਇਹ ਜਾਣਨ ਦੀ ਲੋੜ ਹੈ ਕਿ ਜਦੋਂ ਤੱਕ ਕੋਈ ਵਿਸ਼ੇਸ਼ ਤੌਰ 'ਤੇ ਇਸ ਫੀਚਰ ਨੂੰ ਡਿਸੇਬਲ (disable) ਨਹੀਂ ਕਰਦਾ, ਉਦੋਂ ਤੱਕ ਆਟੋਨੋਮਸ ਕਮਿਟਸ (autonomous commits) ਪਹਿਲਾਂ ਹੀ ਤੁਹਾਡੀਆਂ ਰਿਪੋਜ਼ੀਟਰੀਆਂ ਵਿੱਚ ਪਹੁੰਚ ਸਕਦੇ ਹਨ।

ਤੁਹਾਨੂੰ ਹੁਣੇ ਕੀ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ

ਪਹਿਲਾਂ, ਆਪਣੀ ਮੌਜੂਦਾ ਸਥਿਤੀ ਦੀ ਜਾਂਚ (audit) ਕਰੋ। ਆਪਣੇ ਹਾਲੀਆ ਲੌਗਸ (logs) ਅਤੇ git ਇਤਿਹਾਸ ਦੀ ਡੂੰਘਾਈ ਨਾਲ ਜਾਂਚ ਕਰੋ। ਜੇਕਰ ਤੁਸੀਂ Claude Code ਦੇ ਕਮਿਟਸ ਦੇਖਦੇ ਹੋ ਪਰ ਸੈਸ਼ਨ ਰਿਕਾਰਡਾਂ ਵਿੱਚ ਕੋਈ ਮਨੁੱਖੀ ਮਨਜ਼ੂਰੀ ਪ੍ਰੋਂਪਟ ਨਹੀਂ ਮਿਲਦਾ, ਤਾਂ auto mode ਪਹਿਲਾਂ ਹੀ ਲਾਗੂ ਹੈ। ਇਹ ਨਾ ਮੰਨੋ ਕਿ ਤੁਹਾਡੀ ਪੁਰਾਣੀ ਕੌਂਫਿਗਰੇਸ਼ਨ ਬਣੀ ਰਹੀ ਹੈ।

ਜੇਕਰ ਤੁਹਾਨੂੰ ਮੈਨੂਅਲ ਕੰਟਰੋਲ ਵਾਪਸ ਚਾਹੀਦਾ ਹੈ, ਤਾਂ ਜਾਣ ਲਵੋ ਕਿ ਪੁਰਾਣੇ ਲੀਵਰ (levers) ਹੁਣ ਕੰਮ ਨਹੀਂ ਕਰਦੇ। Anthropic ਨੇ ਪਿਛਲੇ environment variables ਦਾ ਸਪੋਰਟ ਖਤਮ ਕਰ ਦਿੱਤਾ ਹੈ ਜੋ ਇਸ ਵਿਵਹਾਰ ਨੂੰ ਬਦਲਦੇ ਸਨ। ਤੁਹਾਨੂੰ ਹੁਣ ਆਪਣੀ managed settings ਫਾਈਲ ਵਿੱਚ disableAutoMode ਸੈੱਟ ਕਰਨਾ ਹੋਵੇਗਾ। ਤੁਹਾਡੇ shell configs ਜਾਂ container images ਵਿੱਚ ਕੋਈ ਵੀ ਪੁਰਾਣੇ ਤਰੀਕੇ (workarounds) ਚੁੱਪਚਾਅ ਫੇਲ ਹੋ ਜਾਣਗੇ, ਇਸ ਲਈ ਅੱਪਗ੍ਰੇਡ ਕਰਨ ਤੋਂ ਬਾਅਦ ਆਪਣੇ ਡਿਪਲਾਈਮੈਂਟ ਪਾਈਪਲਾਈਨਾਂ ਦੀ ਜਾਂਚ ਕਰੋ।

ਤੁਸੀਂ classifier ਨੂੰ fine-tune ਨਹੀਂ ਕਰ ਸਕਦੇ। ਇਸਦੀ ਹਮਲਾਵਰਤਾ ਜਾਂ ਜੋਖਮ ਦੀ ਸੀਮਾ (risk threshold) ਲਈ ਕੋਈ ਡਾਇਲ ਨਹੀਂ ਹਨ। ਤੁਹਾਡੇ ਇੱਕੋ ਇੱਕ ਵਿਵਹਾਰਕ ਕੰਟਰੋਲ ਐਕਸੈਸ ਕੰਟਰੋਲ (access controls) ਹਨ। ਪ੍ਰਭਾਵ ਦੇ ਘੇਰੇ (blast radius) ਨੂੰ ਘਟਾਓ। ਏਜੰਟ ਨੂੰ ਖਾਸ ਡਾਇਰੈਕਟਰੀਆਂ ਤੱਕ ਸੀਮਤ ਰੱਖੋ। ਇਸਨੂੰ ਘੱਟੋ-ਘੱਟ ਇਜਾਜ਼ਤਾਂ (permissions) ਵਾਲੇ ਥੋੜ੍ਹੇ ਸਮੇਂ ਦੇ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲਜ਼ (credentials) ਦਿਓ। ਜੇਕਰ classifier ਕਦੇ ਵੀ ਕਿਸੇ ਗਲਤ ਕਾਰਜ ਨੂੰ ਨਹੀਂ ਫੜਦਾ, ਤਾਂ ਇੱਕ ਸੀਮਤ ਏਜੰਟ ਐਡਮਿਨ ਕੀਜ਼ (admin keys) ਵਾਲੇ ਏਜੰਟ ਨਾਲੋਂ ਬਹੁਤ ਘੱਟ ਨੁਕਸਾਨ ਕਰ ਸਕਦਾ ਹੈ।

Auto Mode ਕਿੱਥੇ ਫਾਇਦੇਮੰਦ ਹੈ

ਇੱਥੇ ਫਾਇਦਾ ਉਹ ਕੰਮਾਂ 'ਤੇ ਤੇਜ਼ ਰਫ਼ਤਾਰ ਪ੍ਰਾਪਤ ਕਰਨਾ ਹੈ ਜਿਨ੍ਹਾਂ ਲਈ ਇਨਸਾਨੀ ਸਮੇਂ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ। Auto mode ਸੀਮਤ, ਵਾਰ-

ਮਲਟੀ-ਕਲਾਉਡ ਦੀ ਜਟਿਲਤਾ

ਕਿਉਂਕਿ ਇਹ ਡਿਫੌਲਟ Bedrock, Vertex AI, ਅਤੇ Azure Foundry ਵਿੱਚ ਇੱਕੋ ਸਮੇਂ ਲਾਗੂ ਕੀਤਾ ਗਿਆ ਸੀ, ਮਲਟੀ-ਕਲਾਉਡ ਸੈੱਟਅੱਪ ਚਲਾਉਣ ਵਾਲੇ ਕਾਰੋਬਾਰਾਂ ਨੂੰ ਇਕਸਾਰਤਾ ਬਾਰੇ ਸੋਚਣ ਦੀ ਲੋੜ ਹੈ। ਜਦੋਂ ਤੱਕ ਤੁਸੀਂ ਹਰੇਕ ਪਲੇਟਫਾਰਮ ਨੂੰ ਜਾਣਬੁੱਝ ਕੇ ਕੌਂਫਿਗ ਨਹੀਂ ਕਰਦੇ, ਤੁਸੀਂ GCP 'ਤੇ ਇਸਨੂੰ ਲਾਕ ਰੱਖਦੇ ਹੋਏ AWS 'ਤੇ ਲਾਪਰਵਾਹ ਪਰਮਿਸ਼ਨਾਂ ਨਾਲ ਆਟੋ ਮੋਡ ਨੂੰ ਚੱਲਣ ਨਹੀਂ ਦੇ ਸਕਦੇ। ਜੇਕਰ ਤੁਸੀਂ ਇਹਨਾਂ ਤਿੰਨਾਂ ਕਲਾਉਡਾਂ ਨੂੰ ਇੱਕ ਸਿੰਗਲ ਓਪਰੇਸ਼ਨਲ ਮੈਸ਼ ਵਜੋਂ ਮੰਨਦੇ ਹੋ, ਤਾਂ ਹੁਣੇ ਆਪਣੀ disableAutoMode ਨੀਤੀ ਅਤੇ ਆਪਣੀਆਂ ਆਈਡੈਂਟੀਟੀ ਬਾਊਂਡਰੀਆਂ ਨੂੰ ਸਟੈਂਡਰਡਾਈਜ਼ ਕਰੋ। ਪਲੇਟਫਾਰਮਾਂ ਵਿਚਕਾਰ ਡ੍ਰਿਫਟ (drift) ਉਦੋਂ ਤੱਕ ਦਿਖਾਈ ਨਹੀਂ ਦਿੰਦਾ ਜਦੋਂ ਤੱਕ ਇਹ ਕਿਸੇ ਬਿਲਡ ਨੂੰ ਖਰਾਬ ਨਹੀਂ ਕਰ ਦਿੰਦਾ—ਜਾਂ ਇਸ ਤੋਂ ਵੀ ਮਾੜਾ।

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

ਅਗਲੇ ਸਪ੍ਰਿੰਟ ਲਈ ਇੱਕ ਚੈੱਕਲਿਸਟ

ਜੇਕਰ ਤੁਸੀਂ ਇਸ ਤਬਦੀਲੀ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਇਸ ਹਫ਼ਤੇ ਲੈਣ ਲਈ ਕੁਝ ਖਾਸ ਕਦਮ ਇੱਥੇ ਦਿੱਤੇ ਗਏ ਹਨ:

  • ਦੋ ਹਫ਼ਤਿਆਂ ਦੇ ਲੌਗਸ ਦੀ ਆਡਿਟ ਕਰੋ। ਹਰ Claude Code ਕਮਿਟ ਨੂੰ ਮੈਪ ਕਰੋ। ਅਜਿਹੇ ਕਿਸੇ ਵੀ ਕਮਿਟ ਨੂੰ ਫਲੈਗ ਕਰੋ ਜੋ ਬਿਨਾਂ ਮਨੁੱਖੀ ਪ੍ਰ