ਹਰ ਨਵਾਂ ਮਾਡਲ ਰਿਲੀਜ਼ ਉਹੀ ਪੁਰਾਣੀ ਬਹਿਸ ਛੇੜ ਦਿੰਦਾ ਹੈ। ਟਿੱਪਣੀਕਾਰ ਜਲਦੀ ਹੀ ਜੇਤੂ ਦਾ ਐਲਾਨ ਕਰਨ ਅਤੇ ਪਿਛਲੇ ਪੱਧਰ ਨੂੰ ਖ਼ਤਮ ਘੋਸ਼ਿਤ ਕਰਨ ਲਈ ਦੌੜਦੇ ਹਨ। GPT-5.6 Luna, Terra ਅਤੇ Sol ਦੇ ਨਾਲ ਹੋਣ ਕਰਕੇ, ਕਹਾਣੀ ਆਪਣੇ ਆਪ ਲਿਖੀ ਜਾ ਰਹੀ ਹੈ: Luna ਇੰਨੀ ਸਸਤੀ ਅਤੇ ਸਮਰੱਥ ਹੈ ਕਿ ਇਹ Terra ਨੂੰ ਬੇਕਾਰ ਕਰ ਸਕਦੀ ਹੈ। ਇਹ ਗਲਤ ਹੈ। ਇਹ ਮਹਿੰਗਾ ਵੀ ਹੈ। ਆਪਣੇ ਕੋਡਿੰਗ ਏਜੰਟਾਂ ਲਈ ਮਾਡਲ ਦੀ ਚੋਣ ਕਰਨਾ ਕੋਈ ਸੁੰਦਰਤਾ ਮੁਕਾਬਲਾ, ਟੀਮ ਦੀ ਪਛਾਣ, ਜਾਂ ਬੈਂਚਮਾਰਕ ਦੀ ਦੌੜ ਨਹੀਂ ਹੈ। ਇਹ ਇੱਕ ਸੰਚਾਲਨ ਨੀਤੀ (operating policy) ਹੈ। ਉਹ ਟੀਮਾਂ ਜੋ ਇਸ ਅੰਤਰ ਨੂੰ ਸਮਝ ਲੈਣਗੀਆਂ, ਉਹ ਹਰ ਰਿਕਵੈਸਟ ਲਈ ਸਭ ਤੋਂ ਮਜ਼ਬੂਤ ਮਾਡਲ ਦੀ ਵਰਤੋਂ ਕਰਨ ਵਾਲੀਆਂ ਟੀਮਾਂ ਨਾਲੋਂ ਘੱਟ ਖਰਚ ਕਰਨਗੀਆਂ, ਤੇਜ਼ੀ ਨਾਲ ਕੰਮ ਕਰਨਗੀਆਂ, ਅਤੇ ਘੱਟ ਗਲਤੀਆਂ ਕਰਨਗੀਆਂ।
ਤੁਹਾਡਾ ਡਿਫੌਲਟ ਉਹ ਸਭ ਤੋਂ ਸਸਤਾ ਸਾਧਨ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਜੋ ਢੁਕਵਾਂ ਹੋਵੇ
Luna ਇੱਕ ਵੈਲਯੂ ਟਾਇਰ (value tier) ਹੈ, ਅਤੇ ਇਹ ਕੋਈ ਛੋਟੀ ਗੱਲ ਨਹੀਂ ਹੈ। ਇਹ ਸੀਮਤ, ਸਪਸ਼ਟ ਅਤੇ ਆਸਾਨ ਕੰਮਾਂ ਲਈ ਬਹੁਤ ਵਧੀਆ ਹੈ। ਜਿਵੇਂ ਕਿ ਕਲਾਸੀਫਿਕੇਸ਼ਨ, ਸਾਰ (summarization), ਕੋਡ ਵਿੱਚ ਛੋਟੀਆਂ ਤਬਦੀਲੀਆਂ, ਅਤੇ ਸ਼ੁਰੂਆਤੀ ਖੋਜ। ਜਦੋਂ ਕੋਈ ਏਜੰਟ ਪ੍ਰਾਥਮਿਕਤਾ ਲੇਬਲ ਲਗਾਉਣ ਲਈ ਸਪੋਰਟ ਟਿਕਟ ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ, ਤਾਂ Luna ਕਾਫ਼ੀ ਹੈ। ਜਦੋਂ ਇਹ ਕੁਝ ਫਾਈਲਾਂ ਵਿੱਚ ਕਿਸੇ ਵੇਰੀਏਬਲ ਦਾ ਨਾਮ ਬਦਲਦਾ ਹੈ ਜਾਂ git diff ਦਾ ਇੱਕ ਪੈਰਾਗ੍ਰਾਫ ਸਾਰ ਤਿਆਰ ਕਰਦਾ ਹੈ, ਤਾਂ Luna ਕਾਫ਼ੀ ਹੈ। ਇਹ ਉਹ ਕੰਮ ਹਨ ਜਿਨ੍ਹਾਂ ਦਾ ਦਾਇਰਾ ਸੀਮਤ ਹੈ, ਇਨਪੁਟ ਸਪਸ਼ਟ ਹਨ, ਅਤੇ ਜਿਨ੍ਹਾਂ ਦੇ ਨਤੀਜਿਆਂ ਦੀ ਜਾਂਚ ਆਸਾਨੀ ਨਾਲ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ।
ਆਰਥਿਕ ਪ੍ਰਭਾਵ ਹੀ ਖੇਡ ਨੂੰ ਬਦਲ ਦਿੰਦਾ ਹੈ। Luna ਸਸਤੀ ਹੈ। ਵੱਡੀ ਮਾਤਰਾ ਵਿੱਚ, ਇਹ ਆਟੋਮੇਸ਼ਨ ਨੂੰ ਇੱਕ ਮਹਿੰਗੇ ਰਸਮ-ਰਿਵਾਜ ਤੋਂ ਬਦਲ ਕੇ ਇੱਕ ਬੁਨਿਆਦੀ ਢਾਂਚੇ (infrastructure) ਵਿੱਚ ਬਦਲ ਦਿੰਦੀ ਹੈ। ਤੁਸੀਂ ਟੋਕਨਾਂ ਦੀ ਗਿਣਤੀ ਕਰਨਾ ਬੰਦ ਕਰ ਦਿੰਦੇ ਹੋ ਅਤੇ ਥਰੂਪੁੱਟ (throughput) ਨੂੰ ਮਾਪਣ ਲੱਗਦੇ ਹੋ। ਇੱਕ ਸਸਤਾ ਮਾਡਲ ਜੋ ਅੱਸੀ ਪ੍ਰਤੀਸ਼ਤ ਰੁਟੀਨ ਕੰਮਾਂ ਨੂੰ ਪੂਰਾ ਕਰਦਾ ਹੈ, ਉਹ ਇੱਕ ਮਹਿੰਗੇ ਮਾਡਲ ਨਾਲੋਂ ਵਧੇਰੇ ਕੀਮਤੀ ਹੈ ਜੋ ਪਚਾਸੀ ਪ੍ਰਤੀਸ਼ਤ ਕੰਮ ਕਰਦਾ ਹੈ, ਜੇਕਰ ਉਹ ਵਾਧੂ ਪੰਜ ਪ੍ਰਤੀਸ਼ਤ ਨਤੀਜੇ ਨੂੰ ਨਹੀਂ ਬਦਲਦਾ। ਜੇਕਰ Luna ਦੋ ਸਕਿੰਟਾਂ ਵਿੱਚ ਇੱਕ ਯੂਨਿਟ ਟੈਸਟ ਤਿਆਰ ਕਰਦੀ ਹੈ ਅਤੇ Terra ਪੰਜ ਗੁਣਾ ਮਹਿੰਗੀ ਹੋ ਕੇ ਅੱਠ ਸਕਿੰਟਾਂ ਵਿੱਚ ਥੋੜ੍ਹਾ ਬਿਹਤਰ ਟੈਸਟ ਤਿਆਰ ਕਰਦੀ ਹੈ, ਤਾਂ ਇਹ ਗਣਿਤ ਉਦੋਂ ਹੀ ਸਹੀ ਹੋ ਸਕਦਾ ਹੈ ਜੇਕਰ ਕੋਈ ਹਰ ਲਾਈਨ ਦੀ ਬਾਰੀਕੀ ਨਾਲ ਜਾਂਚ ਕਰ ਰਿਹਾ ਹੋਵੇ। ਜ਼ਿਆਦਾਤਰ ਸਮੇਂ, ਕੋਈ ਵੀ ਅਜਿਹਾ ਨਹੀਂ ਕਰਦਾ। ਸੀਮਤ ਕੰਮਾਂ ਲਈ Luna ਤੁਹਾਡਾ ਡਿਫੌਲਟ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿਉਂਕਿ ਜ਼ਿਆਦਾਤਰ ਕੰਮ ਸੀਮਤ ਹੁੰਦੇ ਹਨ।
ਜਦੋਂ ਸੀਮਾਵਾਂ ਖ਼ਤਮ ਹੋ ਜਾਣ ਤਾਂ ਅੱਗੇ ਵਧੋ (Escalate)
Terra ਬੇਕਾਰ ਨਹੀਂ ਹੈ। ਇਹ ਤੁਹਾਡਾ ਐਸਕੇਲੇਸ਼ਨ ਟਾਇਰ (escalation tier) ਹੈ, ਅਤੇ ਇਹ ਉਹਨਾਂ ਕੰਮਾਂ ਲਈ ਬਣਿਆ ਹੈ ਜਿਨ੍ਹਾਂ ਦੀਆਂ ਸੀਮਾਵਾਂ ਸਪਸ਼ਟ ਨਹੀਂ ਹਨ। ਇਸਦੀ ਵਰਤੋਂ ਉਦੋਂ ਕਰੋ ਜਦੋਂ ਟੀਚਾ ਅਸਪਸ਼ਟ ਹੋਵੇ ਜਾਂ ਜਦੋਂ ਕੰਮ ਵਿੱਚ ਡਿਪਲਾਈਮੈਂਟ ਪਾਥ, ਕਰਾਸ-ਮੋਡੀਊਲ ਤਬਦੀਲੀਆਂ, ਜਾਂ ਇਨਸੀਡੈਂਟ ਟ੍ਰਾਇਜ (incident triage) ਵਰਗੇ ਗੁੰਝਲਦਾਰ ਸਿਸਟਮ ਸ਼ਾਮਲ ਹੋਣ। ਇੱਕ ਡਿਪਲਾਈਮੈਂਟ ਪਾਥ ਜੋ ਫੀਚਰ ਫਲੈਗਸ ਦੇ ਨਾਲ ਸਟੇਜਿੰਗ, ਕੈਨਰੀ, ਅਤੇ ਪ੍ਰੋਡਕਸ਼ਨ ਵਾਤਾਵਰਣਾਂ ਵਿੱਚੋਂ ਲੰਘਦਾ ਹੈ, ਉਸਦੀ ਕੋਈ ਸਪਸ਼ਟ ਸਪੈਕ ਸ਼ੀਟ ਨਹੀਂ ਹੁੰਦੀ। ਇੱਕ ਰੀਫੈਕਟਰ (refactor) ਜੋ ਬਿਲਿੰਗ ਲੌਜਿਕ ਨੂੰ ਛੂਹਦਾ ਹੈ ਅਤੇ ਚੁੱਪਚਾਪ ਰਿਪੋਰਟਿੰਗ ਪਾਈਪਲਾਈਨ ਵਿੱਚ ਫੈਲ ਜਾਂਦਾ ਹੈ, ਉਹ ਕੋਈ ਸੀਮਤ ਕੰਮ ਨਹੀਂ ਹੈ। ਇੱਕ ਪ੍ਰੋਡਕਸ਼ਨ ਇਨਸੀਡੈਂਟ ਜਿੱਥੇ ਲੌਗਸ API ਟਾਈਮਆਊਟ ਬਾਰੇ ਦੱਸ ਰਹੇ ਹਨ ਪਰ ਅਸਲ ਕਾਰਨ ਪਿਛਲੀ ਤਿਹਾੜੀ ਦੇ ਮਾਈਗ੍ਰੇਸ਼ਨ ਸਕ੍ਰਿਪਟ ਵਿੱਚ ਹੈ, ਉਸ ਲਈ ਸਹੀ ਫੈਸਲੇ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।
Terra ਉਹ ਫੈਸਲਾ ਲੈਣ ਦੀ ਸਮਰੱਥਾ ਪ੍ਰਦਾਨ ਕਰਦੀ ਹੈ। ਇਹ ਲੱਛਣਾਂ ਨੂੰ ਕਾਰਨਾਂ ਤੋਂ ਵੱਖ ਕਰਦੀ ਹੈ। Luna ਖੂਨ ਵਗਣ ਤੋਂ ਰੋਕਣ ਲਈ ਇੱਕ ਰੀਟ੍ਰਾਈ ਲੂਪ (retry loop) ਨੂੰ ਪੈਚ ਕਰ ਸਕਦੀ ਹੈ। Terra ਇਹ ਪੁੱਛਦੀ ਹੈ ਕਿ ਕੀ ਰੀਟ੍ਰਾਈ ਲੂਪ ਹੋਣਾ ਹੀ ਚਾਹੀਦਾ ਹੈ, ਜਾਂ ਕੀ ਅਸਲ ਸਮੱਸਿਆ ਅੰਡਰਲਾਈਂਗ ਟਾਈਮਆਊਟ ਆਰਕੀਟੈਕਚਰ ਹੈ। ਉਹ ਅੰਤਰ ਉਦੋਂ ਮਹੱਤਵਪੂਰਨ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਗਲਤ ਸੁਧਾਰ ਇੱਕ ਅਸਥਾਈ ਸੁਸਤੀ ਨੂੰ ਲਗਾਤਾਰ ਫੇਲ੍ਹ ਹੋਣ ਵਾਲੀ ਸਥਿਤੀ (cascading failure) ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ ਹੈ। ਇੱਕ ਮਜ਼ਬੂਤ ਮਾਡਲ ਜੋ ਇੱਕ ਗਲਤ ਪ੍ਰੋਡਕਸ਼ਨ ਮਾਈਗ੍ਰੇਸ਼ਨ ਨੂੰ ਰੋਕਦਾ ਹੈ, ਉਹ ਆਪਣੀ ਕੀਮਤ ਦੇ ਲਾਇਕ ਹੈ ਜੇਕਰ ਇਹ ਇੱਕ ਇੰਜੀਨੀਅਰ ਦਾ ਪੂਰਾ ਦਿਨ ਬਚਾ ਲੈਂਦਾ ਹੈ। ਇੱਕ ਰੋਕਿਆ ਗਿਆ ਆਊਟੇਜ ਮਹੀਨਿਆਂ ਦੇ ਐਸਕੇਲੇਸ਼ਨ ਮਾਰਜਿਨ ਦੀ ਕੀਮਤ ਕੱਢ ਦਿੰਦਾ ਹੈ।
Sol ਇੱਕ ਬੀਮਾ ਪਾਲਿਸੀ ਹੈ, ਰੋਜ਼ਾਨਾ ਵਰਤੋਂ ਵਾਲਾ ਸਾਧਨ ਨਹੀਂ
Sol ਉਹਨਾਂ ਮਾਮਲਿਆਂ ਲਈ ਹੈ ਜਿੱਥੇ ਵਾਧੂ ਸਮਰੱਥਾ ਉੱਚੀ ਕੀਮਤ ਨੂੰ ਜਾਇਜ਼ ਠਹਿਰਾਉਂਦੀ ਹੈ। ਇਸਦੀ ਵਰਤੋਂ ਉੱਚ-ਜੋਖਮ ਵਾਲੇ ਰਿਵਿਊ ਜਾਂ ਆਰਕੀਟੈਕਚਰਲ ਤਬਦੀਲੀਆਂ ਲਈ ਕਰੋ। ਅਥੈਂਟੀਕੇਸ਼ਨ ਫਲੋ ਨੂੰ ਮੁੜ ਬਣਾਉਣਾ, ਡਾਟਾਬੇਸ ਸ਼ਾਰਡਿੰਗ ਨੂੰ ਰੀਡਿਜ਼ਾਈਨ ਕਰਨਾ, ਜਾਂ ਪੇਮੈਂਟ ਗੇਟਵੇ ਨੂੰ ਛੂਹਣ ਵਾਲੀ ਪਲ ਰਿਕਵੈਸਟ ਨੂੰ ਮਨਜ਼ੂਰੀ ਦੇਣਾ ਰੋਜ਼ਾਨਾ ਦੀਆਂ ਘਟਨਾਵਾਂ ਨਹੀਂ ਹਨ। ਇਹ ਖਾਸ ਘਟਨਾਵਾਂ ਹਨ। Sol ਤੁਹਾਡਾ ਡਿਫੌਲਟ ਨਹੀਂ ਹੋਣਾ ਚਾਹੀਦਾ। ਇਹ ਤੁਹਾਡਾ ਐਕਸੈਪਸ਼ਨ ਹੈਂਡਲਰ (exception handler) ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਜਿਸ ਨੂੰ ਉਦੋਂ ਬੁਲਾਇਆ ਜਾਵੇ ਜਦੋਂ ਅਸਫਲਤਾ ਦੀ ਕੀਮਤ ਇੰਨੀ ਜ਼ਿਆਦਾ ਹੋਵੇ ਕਿ ਸਸਤੇ ਮਾਡਲ
ਇੱਕ ਸਧਾਰਨ ਕਲਾਸੀਫਾਇਰ ਬਣਾਓ। ਆਉਣ ਵਾਲੇ ਕੰਮਾਂ ਨੂੰ ਬਲਾਸਟ ਰੇਡੀਅਸ (blast radius) ਦੇ ਅਧਾਰ 'ਤੇ ਟੈਗ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਘੱਟ ਬਲਾਸਟ ਰੇਡੀਅਸ ਵਾਲਾ ਕੰਮ Luna ਕੋਲ ਜਾਂਦਾ ਹੈ। ਮੱਧਮ ਬਲਾਸਟ ਰੇਡੀਅਸ ਵਾਲਾ ਕੰਮ Terra ਕੋਲ ਜਾਂਦਾ ਹੈ। ਉੱਚ ਬਲਾਸਟ ਰੇਡੀਅਸ ਵਾਲਾ ਕੰਮ ਇੱਕ ਮਜ਼ਬੂਤ ਮਾਡਲ ਅਤੇ ਇੱਕ ਨਿਸ਼ਚਿਤ ਵੈਰੀਫਾਇਰ (deterministic verifier) ਕੋਲ ਜਾਂਦਾ ਹੈ। ਸ਼ੁਰੂਆਤ ਕਰਨ ਲਈ ਤੁਹਾਨੂੰ ਇੱਕ ਸੰਪੂਰਨ ਮਸ਼ੀਨ ਲਰਨਿੰਗ ਕਲਾਸੀਫਾਇਰ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ। ਕੁਝ ਹੀਅਰਿਸਟਿਕਸ (heuristics) ਹੀ ਕਾਫ਼ੀ ਹੋਣਗੇ। ਉਹ ਕੋਡ ਰਿਵਿਊ ਜੋ ਸਿਰਫ਼ ਅੰਦਰੂਨੀ ਯੂਟੀਲਿਟੀਜ਼ ਨੂੰ ਛੂਹਦੇ ਹਨ ਅਤੇ ਲਾਈਨਾਂ ਦੀ ਗਿਣਤੀ ਵਿੱਚ ਘੱਟ ਹਨ? Luna। ਉਹ ਟਿਕਟਾਂ ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਡਿਪਲਾਈਮੈਂਟ ਪਾਈਪਲਾਈਨਾਂ, ਕਰਾਸ-ਸਰਵਿਸ ਕਾਲਾਂ, ਜਾਂ ਅਸਪਸ਼ਟ ਲੋੜਾਂ ਦਾ ਜ਼ਿਕਰ ਹੋਵੇ? Terra। ਗਾਹਕ ਦੇ ਡੇਟਾ, ਮਹੱਤਵਪੂਰਨ ਪਾਥਾਂ, ਜਾਂ ਕਾਨੂੰਨੀ ਪਾਲਣਾ ਨਾਲ ਸਬੰਧਤ ਕੁਝ ਵੀ? ਇਸਨੂੰ Sol ਕੋਲ ਭੇਜੋ ਅਤੇ ਮਨੁੱਖੀ ਜਾਂ ਨਿਸ਼ਚਿਤ ਰਿਵਿਊ ਦੀ ਮੰਗ ਕਰੋ।
ਨਤੀਜਿਆਂ ਨੂੰ ਮਾਪੋ, ਮਾਡਲ ਦੇ ਨਾਮਾਂ ਨੂੰ ਨਹੀਂ। ਪ੍ਰਤੀ ਕੰਮ ਲਾਗਤ, ਰੀਟ੍ਰਾਈ ਰੇਟ, ਅਤੇ ਐਸਕੇਪ ਡਿਫੈਕਟਸ (escape defects) ਨੂੰ ਟ੍ਰੈਕ ਕਰੋ। ਜੇਕਰ Luna ਉਹਨਾਂ ਕੰਮਾਂ ਵਿੱਚ ਅਸਫਲ ਹੋ ਰਿਹਾ ਹੈ ਜੋ ਤੁਸੀਂ ਉਸਨੂੰ ਸੌਂਪੇ ਹਨ, ਤਾਂ ਸੀਮਾ ਨੂੰ ਉੱਪਰ ਵਧਾਓ। ਜੇਕਰ Terra ਕਿਸੇ ਅਜਿਹੇ ਪੈਟਰਨ ਲਈ ਬਹੁਤ ਜ਼ਿਆਦਾ ਹੈ ਜੋ ਹਰ ਰੋਜ਼ ਦੁਹਰਾਇਆ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਇਸਨੂੰ Luna 'ਤੇ ਡਿਮੋਟ ਕਰ ਦਿਓ ਅਤੇ ਆਪਣੀ ਲਾਗਤ (burn) ਨੂੰ ਘਟਦੇ ਹੋਏ ਦੇਖੋ। ਟੀਚਾ ਬਜਟ ਨੂੰ ਵਿਗਾੜੇ ਬਿਨਾਂ ਆਟੋਮੇਸ਼ਨ ਨੂੰ ਵਧਾਉਣਾ ਹੈ। Luna ਵੱਡੀ ਮਾਤਰਾ ਵਿੱਚ ਬੈਕਗ੍ਰਾਊਂਡ ਕੰਮ ਸੰਭਾਲਦਾ ਹੈ। Terra ਉਹਨਾਂ ਪਲਾਂ ਨੂੰ ਸੰਭਾਲਦਾ ਹੈ ਜਿੱਥੇ ਫੈਸਲਾ ਲੈਣਾ ਮਹੱਤਵਪੂਰਨ ਹੁੰਦਾ ਹੈ। Sol ਉਹਨਾਂ ਅਪਵਾਦਾਂ 'ਤੇ ਨਜ਼ਰ ਰੱਖਦਾ ਹੈ ਜੋ ਤੁਹਾਡੇ ਹਫ਼ਤੇ ਨੂੰ ਖਰਾਬ ਕਰ ਸਕਦੇ ਹਨ।
ਉਹ ਟੀਮਾਂ ਜੋ ਇਸਨੂੰ ਸਹੀ ਤਰੀਕੇ ਨਾਲ ਕਰਦੀਆਂ ਹਨ, ਉਹ ਆਪਣੇ ਏਜੰਟ ਫਲੀਟ (agent fleet) ਨੂੰ ਇੱਕ ਚੰਗੀ ਤਰ੍ਹਾਂ ਚੱਲ ਰਹੀ ਇੰਜੀਨੀਅਰਿੰਗ ਸੰਗਠਨ ਵਾਂਗ ਮੰਨਦੀਆਂ ਹਨ। ਉਹ ਹਰ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਆਰਕੀਟੈਕਟ ਰੱਖਦੇ ਨਹੀਂ ਹਨ, ਅਤੇ ਉਹ ਇੰਟਰਨਾਂ ਨੂੰ ਕੋਰ ਡੇਟਾ ਮਾਡਲ ਨੂੰ ਮੁੜ ਡਿਜ਼ਾਈਨ ਕਰਨ ਲਈ ਨਹੀਂ ਕਹਿੰਦੇ। ਉਹ ਸਮਰੱਥਾ ਨੂੰ ਜੋਖਮ ਦੇ ਅਨੁਸਾਰ ਮਿਲਾਉਂਦੇ ਹਨ। ਆਪਣੇ ਮਾਡਲਾਂ ਨਾਲ ਵੀ ਇਹੀ ਕਰੋ।
ਮੂਲ ਚਰਚਾ ਪੜ੍ਹੋ: GPT-5.6 Luna Is The Value Tier. Terra Is Not Useless
GyaanSetu ਲਰਨਿੰਗ ਕਮਿਊਨਿਟੀ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਵੋ: t.me/GyaanSetuAi