Google ਨੇ ਅੱਜ ਤਿੰਨ ਨਵੇਂ ਮਾਡਲ ਵੇਰੀਐਂਟਸ ਦੇ ਨਾਲ ਆਪਣੇ Gemini ਪਰਿਵਾਰ ਦਾ ਵਿਸਤਾਰ ਕੀਤਾ ਹੈ। ਇੱਕ ਸਿੰਗਲ ਫਲੈਗਸ਼ਿਪ ਅੱਪਗ੍ਰੇਡ ਦੀ ਬਜਾਏ, ਕੰਪਨੀ ਵਿਸ਼ੇਸ਼ਤਾ (specialization) 'ਤੇ ਜ਼ਿਆਦਾ ਜ਼ੋਰ ਦੇ ਰਹੀ ਹੈ। ਸੰਦੇਸ਼ ਸਪੱਸ਼ਟ ਹੈ: ਇੱਕ ਵਿਸ਼ਾਲ ਮਾਡਲ ਹਰ ਵਰਤੋਂ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਬਰਾਬਰ ਵਧੀਆ ਕੰਮ ਨਹੀਂ ਕਰ ਸਕਦਾ। ਨਵੇਂ ਆਏ ਮਾਡਲ Gemini 3.6 Flash, Gemini 3.5 Flash-Lite, ਅਤੇ Gemini 3.5 Flash Cyber ਹਨ। ਹਰੇਕ ਨੂੰ ਵੱਖ-ਵੱਖ ਕਾਰਜਸ਼ੀਲਤਾ ਦੀਆਂ ਤਰਜੀਹਾਂ—ਕੱਚੀ ਰਫ਼ਤਾਰ, ਸੁਚਾਰੂ ਕੁਸ਼ਲਤਾ, ਅਤੇ ਸੁਰੱਖਿਆ-ਕੇਂਦਰਿਤ ਕੰਮਾਂ ਲਈ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ। ਡਿਵੈਲਪਰਾਂ ਅਤੇ ਪ੍ਰੋਡਕਟ ਟੀਮਾਂ ਲਈ, ਇਸਦਾ ਮਤਲਬ ਹੈ ਲੇਟੈਂਸੀ (latency), ਲਾਗਤ, ਅਤੇ ਵਿਵਹਾਰ 'ਤੇ ਵਧੇਰੇ ਸਟੀਕ ਕੰਟਰੋਲ, ਪਰ ਇਹ ਇੱਕ ਨਵਾਂ ਸਵਾਲ ਵੀ ਖੜ੍ਹਾ ਕਰਦਾ ਹੈ: ਤੁਹਾਨੂੰ ਅਸਲ ਵਿੱਚ ਕਿਸਦੀ ਲੋੜ ਹੈ?
ਹੁਣੇ ਕੀ ਲਾਂਚ ਹੋਇਆ ਹੈ
Google ਦੇ ਅੱਜ ਦੇ ਐਲਾਨ ਨੇ Gemini ਲਾਈਨਅੱਪ ਦੇ Flash ਤਹਿ (tier) ਵਿੱਚ ਤਿੰਨ ਵੱਖਰੇ ਮਾਡਲ ਜੋੜੇ ਹਨ:
- Gemini 3.6 Flash: ਸ਼ੁੱਧ ਗਤੀ ਲਈ ਬਣਾਇਆ ਗਿਆ ਹੈ। ਇਹ ਵੇਰੀਐਂਟ ਉਹਨਾਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਨਿਸ਼ਾਨਾ ਬਣਾਉਂਦਾ ਹੈ ਜਿੱਥੇ ਵਿਸਤ੍ਰਿਤ ਤਰਕ (reasoning) ਨਾਲੋਂ ਜਵਾਬ ਦੇਣ ਦਾ ਸਮਾਂ ਵਧੇਰੇ ਮਹੱਤਵਪੂਰਨ ਹੁੰਦਾ ਹੈ।
- Gemini 3.5 Flash-Lite: ਕੁਸ਼ਲਤਾ ਲਈ ਡਿਜ਼ਾਈਨ ਕੀਤਾ ਗਿਆ ਹੈ। ਇਸਦਾ ਮਕਸਦ ਆਪਣੇ ਵੱਡੇ ਮਾਡਲਾਂ ਦੇ ਬਿਨਾਂ ਵਧੇਰੇ ਮਾਤਰਾ ਵਿੱਚ ਜਾਂ ਸਰਲ ਕੰਮਾਂ ਨੂੰ ਸੰਭਾਲਣਾ ਹੈ।
- Gemini 3.5 Flash Cyber: ਸੁਰੱਖਿਆ ਕੰਮਾਂ ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ। ਇਹ ਵਰਜ਼ਨ ਧਮਕੀ ਦੀ ਪਛਾਣ (threat detection), ਕਮਜ਼ੋਰੀ ਵਿਸ਼ਲੇਸ਼ਣ (vulnerability analysis), ਅਤੇ ਹੋਰ ਸਾਈਬਰ ਸੁਰੱਖਿਆ ਕਾਰਜਾਂ ਨਾਲ ਜੁੜੇ ਵਰਕਫਲੋਜ਼ ਲਈ ਹੈ।
ਇਹ ਤਿੰਨੋਂ Flash ਬ੍ਰਾਂਡਿੰਗ ਦੇ ਅਧੀਨ ਆਉਂਦੇ ਹਨ, ਜੋ ਇਤਿਹਾਸਕ ਤੌਰ 'ਤੇ ਵੱਧ ਤੋਂ ਵੱਧ ਬੈਂਚਮਾਰਕ ਸਕੋਰਾਂ ਦੇ ਪਿੱਛੇ ਭੱਜਣ ਦੀ ਬਜਾਏ ਰਫ਼ਤਾਰ ਅਤੇ ਲਾਗਤ-ਪ੍ਰਭਾਵਸ਼ੀਲਤਾ 'ਤੇ ਧਿਆਨ ਦੇਣ ਦਾ ਸੰਕੇਤ ਦਿੰਦਾ ਹੈ। Flash ਤਹਿ ਨੂੰ ਤਿੰਨ ਵੱਖ-ਵੱਖ ਰਸਤਿਆਂ ਵਿੱਚ ਵੰਡ ਕੇ, Google ਇਹ ਮੰਨ ਰਿਹਾ ਹੈ ਕਿ ਰਫ਼ਤਾਰ ਆਪਣੇ ਆਪ ਵਿੱਚ ਕੋਈ ਇੱਕ ਚੀਜ਼ ਨਹੀਂ ਹੈ। ਇੱਕ ਤੇਜ਼ ਮਾਡਲ ਜਿਸ ਨੂੰ ਵੱਡੇ ਪੱਧਰ 'ਤੇ ਚਲਾਉਣਾ ਮਹਿੰਗਾ ਹੈ, ਉਹ ਇੱਕ ਅਜਿਹੇ ਤੇਜ਼ ਮਾਡਲ ਨਾਲੋਂ ਵੱਖਰੀ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਦਾ ਹੈ ਜੋ ਬਹੁਤ ਸਸਤਾ ਹੈ ਪਰ ਘੱਟ ਸਮਰੱਥ ਹੈ।
ਵਿਸ਼ੇਸ਼ਤਾ (Specialization) ਕਿਉਂ ਮਹੱਤਵਪੂਰਨ ਹੈ
AI ਉਦਯੋਗ ਨੇ ਪਿਛਲੇ ਕੁਝ ਸਾਲ ਸਭ ਤੋਂ ਵੱਡੇ ਮਾਡਲ ਦੀ ਭਾਲ ਵਿੱਚ ਬਿਤਾਏ ਹਨ। ਹੁਣ ਪਲੜਾ ਉਲਟ ਰਿਹਾ ਹੈ। ਅਸਲ ਐਪਲੀਕੇਸ਼ਨਾਂ ਚਲਾਉਣ ਵਾਲੀਆਂ ਟੀਮਾਂ ਨੇ ਸਿੱਖਿਆ ਹੈ ਕਿ ਹਰ ਉਪਭੋਗਤਾ ਨੂੰ ਇੱਕ ਵਿਸ਼ਾਲ ਮਾਡਲ ਭੇਜਣਾ ਇੱਕ ਪੋਸਟਕਾਰਡ ਡਿਲੀਵਰ ਕਰਨ ਲਈ ਮਾਲਗੱਡੀ ਦੀ ਵਰਤੋਂ ਕਰਨ ਵਰਗਾ ਹੈ। ਇਹ ਕੰਮ ਤਾਂ ਕਰ ਦਿੰਦਾ ਹੈ, ਪਰ ਤੇਲ ਦਾ ਬਿੱਲ ਤੁਹਾਨੂੰ ਬਰਬਾਦ ਕਰ ਦੇਵੇਗਾ।
ਰਫ਼ਤਾਰ ਅਤੇ ਕੁਸ਼ਲਤਾ ਇੱਕੋ ਜਿਹੀਆਂ ਚੀਜ਼ਾਂ ਨਹੀਂ ਹਨ। ਇੱਕ ਮਾਡਲ ਜਵਾਬ ਤੇਜ਼ੀ ਨਾਲ ਦੇ ਸਕਦਾ ਹੈ ਪਰ ਇਨਫਰੈਂਸ (inference) ਦੌਰਾਨ ਬਹੁਤ ਜ਼ਿਆਦਾ ਟੋਕਨ ਜਾਂ GPU ਸਮਾਂ ਵਰਤ ਸਕਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਲਾਗਤ ਵਧ ਜਾਂਦੀ ਹੈ। ਇਸ ਦੇ ਉਲਟ, ਇੱਕ ਮਾਡਲ ਚਲਾਉਣ ਵਿੱਚ ਸਸਤਾ ਹੋ ਸਕਦਾ ਹੈ ਪਰ ਰੀਅਲ-ਟਾਈਮ ਇੰਟਰਫੇਸ ਲਈ ਬਹੁਤ ਹੌਲੀ ਹੋ ਸਕਦਾ ਹੈ। ਫਿਰ ਡੋਮੇਨ ਫਿਟ (domain fit) ਦੀ ਗੱਲ ਆਉਂਦੀ ਹੈ। ਇੱਕ ਜਨਰਲਿਸਟ ਮਾਡਲ ਇੱਕ ਈਮੇਲ ਦਾ ਸਾਰ ਕੱਢ ਸਕਦਾ ਹੈ ਜਾਂ Python ਕੋਡ ਲਿਖ ਸਕਦਾ ਹੈ, ਪਰ ਜਦੋਂ ਤੁਸੀਂ ਇਸਨੂੰ ਲੌਗਸ, ਅਲਰਟਸ ਅਤੇ ਐਕਸਪਲੋਇਟ ਸਿਗਨੇਚਰਾਂ ਨਾਲ ਭਰੇ ਸੁਰੱਖਿਆ ਕੰਪਨ ਸੈਂਟਰ ਡੈਸ਼ਬੋਰਡ ਵੱਲ ਮੋੜਦੇ ਹੋ, ਤਾਂ ਤੁਹਾਨੂੰ ਅਕਸਰ ਅਜਿਹੀ ਚੀਜ਼ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ਜੋ ਉਸ ਭਾਸ਼ਾ ਨੂੰ ਕੁਦਰਤੀ ਤੌਰ 'ਤੇ ਸਮਝਦੀ ਹੋਵੇ।
Google ਦਾ ਇਹ ਤਿੰਨ ਮਾਡਲਾਂ ਦਾ ਸਮੂਹ ਇਹਨਾਂ ਤਿੰਨ ਮੁੱਖ ਮੁਸ਼ਕਲਾਂ ਨੂੰ ਹੱਲ ਕਰਨ ਲਈ ਬਣਾਇਆ ਗਿਆ ਜਾਪਦਾ ਹੈ, ਬਿਨਾਂ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਕੈਟਾਲਾਗ ਵਿੱਚ ਸਭ ਤੋਂ ਵੱਡੇ ਅਤੇ ਸਭ ਤੋਂ ਮਹਿੰਗੇ ਵਿਕਲਪ ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਮਜਬੂਰ ਕੀਤੇ।
ਲਾਈਨਅੱਪ ਦਾ ਵੇਰਵਾ
Gemini 3.6 Flash ਇਸ ਨਵੇਂ ਸਪੀਡ ਹਾਇਰਾਰਕੀ ਦੇ ਸਿਖਰ 'ਤੇ ਹੈ। ਜੇਕਰ ਤੁਸੀਂ ਇੱਕ ਕਸਟਮਰ ਸਪੋਰਟ ਬੋਟ ਬਣਾ ਰਹੇ ਹੋ ਜਿਸ ਨੂੰ ਤੁਰੰਤ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਜਾਂ ਇੱਕ ਕੋਡਿੰਗ ਸਹਾਇਕ ਜਿੱਥੇ ਆਟੋ-ਕੰਪਲੀਟ ਲੇਟੈਂਸੀ ਇਹ ਤੈਅ ਕਰਦੀ ਹੈ ਕਿ ਡਿਵੈਲਪਰ ਪਲਗਇਨ ਨੂੰ ਇੰਸਟਾਲ ਰੱਖਣਗੇ ਜਾਂ ਨਹੀਂ, ਤਾਂ ਇਹ ਸ਼ਾਇਦ ਪਹਿਲਾਂ ਟੈਸਟ ਕਰਨ ਵਾਲਾ ਵੇਰੀਐਂਟ ਹੋਵੇਗਾ। ਇੱਥੇ ਜ਼ੋਰ ਥਰੂਪੁੱਟ (throughput) ਅਤੇ ਤੇਜ਼ ਜਵਾਬਾਂ 'ਤੇ ਹੈ। ਇਹ ਉਸ ਕਿਸਮ ਦਾ ਮਾਡਲ ਹੈ ਜਿਸ ਦੀ ਤੁਸੀਂ ਉਦੋਂ ਵਰਤੋਂ ਕਰਦੇ ਹੋ ਜਦੋਂ ਉਪਭੋਗਤਾ ਦਾ ਸਬਰ ਘੱਟ ਹੋਵੇ ਅਤੇ ਕੰਮ ਦਰਮਿਆਨਾ ਜਟਿਲ ਹੋਵੇ। ਤੁਹਾਨੂੰ ਅਜੇ ਵੀ Gemini-ਪੱਧਰ ਦਾ ਤਰਕ ਮਿਲਦਾ ਹੈ, ਪਰ ਆਰਕੀਟੈਕਚਰ ਨੂੰ 'time-to-first-token' ਨੂੰ ਘੱਟ ਕਰਨ ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ।
Gemini 3.5 Flash-Lite ਫਾਲਤੂ ਚੀਜ਼ਾਂ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ। ਇਹ ਵੇਰੀਐਂਟ AI ਵਰਕਲੋਡਸ ਦੇ ਉਸ ਹਿੱਸੇ ਲਈ ਹੈ ਜਿਨ੍ਹਾਂ ਨੂੰ ਅਤਿ-ਆਧੁਨਿਕ ਤਰਕ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ ਪਰ ਬਜਟ ਦੇ ਅੰਦਰ ਰਹਿਣਾ ਬਹੁਤ ਜ਼ਰੂਰੀ ਹੈ। ਕੰਟੈਂਟ ਮੋਡਰੇਸ਼ਨ ਪਾਈਪਲਾਈਨਾਂ, ਫਾਰਮਾਂ ਤੋਂ ਬੁਨਿਆਦੀ ਡੇਟਾ ਕੱਢਣਾ, ਸਪੋਰਟ ਟਿਕਟਾਂ ਨੂੰ ਟੈਗ ਕਰਨਾ, ਜਾਂ ਮੋਬਾਈਲ ਐਪਸ ਦੇ ਅੰਦਰ ਫੀਚਰਾਂ ਨੂੰ ਚਲਾਉਣ ਬਾਰੇ ਸੋਚੋ ਜਿੱਥੇ ਬੈਟਰੀ ਅਤੇ ਬੈਂਡਵਿਡਥ ਮਹੱਤਵਪੂਰਨ ਹੁੰਦੀ ਹੈ। Flash-Lite ਉਹ ਕੰਮਕਾਜੀ ਮਾਡਲ ਹੈ ਜਿਸ ਨੂੰ ਤੁਸੀਂ ਉਦੋਂ ਲਾਗੂ ਕਰਦੇ ਹੋ ਜਦੋਂ ਤੁਹਾਡੀ ਮਹੀਨਾਵਾਰ ਟੋਕਨ ਗਿਣਤੀ ਕਿਸੇ ਸਾਈਡ ਪ੍ਰੋਜੈਕਟ ਵਰਗੀ ਨਹੀਂ ਬਲਕਿ ਇੱਕ ਯੂਟਿਲਟੀ ਬਿੱਲ ਵਰਗੀ ਲੱਗਣ ਲੱਗ ਪੈਂਦੀ ਹੈ। ਇਸ ਦਾ ਸਮਝੌਤਾ ਸਿੱਧਾ ਹੈ: ਬਹੁਤ ਸਸਤੇ ਇਨਫਰੈਂਸ ਦੇ ਬਦਲੇ ਥੋੜ੍ਹੀ ਘੱਟ ਸਮਰੱਥਾ।
Gemini 3.5 Flash Cyber ਤਿੰਨਾਂ ਵਿੱਚੋਂ ਸਭ ਤੋਂ ਵੱਧ ਟਾਰਗੇਟਡ ਹੈ। ਸਾਈਬਰ ਸੁਰੱਖਿਆ ਵਰਕਫਲੋ ਦੀਆਂ ਆਪਣੀਆਂ ਵਿਲੱਖਣ ਮੰਗਾਂ ਹੁੰਦੀਆਂ ਹਨ। ਰਅਅ (raw) ਨੈੱਟਵਰਕ ਲੌਗਸ ਨੂੰ ਪਾਰਸ ਕਰਨਾ, ਜਾਣੇ-ਪਛਾਣੇ ਕਮਜ਼ੋਰ ਬਿੰਦੂਆਂ (vulnerabilities) ਦੇ ਵਿਰੁੱਧ ਖਤਰੇ ਦੇ ਸੰਕੇਤਾਂ ਦੀ ਤੁਲਨਾ ਕਰਨਾ, ਘਟਨਾ ਰਿਪੋਰਟਾਂ ਦਾ ਸਾਰ ਕੱਢਣਾ, ਅਤੇ ਸ਼ੱਕੀ ਕੋਡ ਪੈਟਰਨਾਂ ਦੀ ਨਿਸ਼ਾਨਦੇਹੀ ਕਰਨਾ - ਇਹ ਸਭ ਇੱਕ ਅਜਿਹੇ ਮਾਡਲ ਤੋਂ ਲਾਭ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਨ ਜੋ ਸੁਰੱਖਿਆ ਸਿਮੈਂਟਿਕਸ (security semantics) ਦੇ ਆਲੇ-ਦੁਆਲੇ ਕੇਂਦਰਿਤ ਕੀਤਾ ਗਿਆ ਹੋਵੇ। ਇੱਕ ਜਨਰਲਿਸਟ ਮਾਡਲ ਨੂੰ SOC ਵਰਕਫਲੋ ਵਿੱਚ ਜ਼ਬਰਦਸਤੀ ਫਿੱਟ ਕਰਨ ਦੀ ਬਜਾਏ, Flash Cyber ਇੱਕ ਵਧੇਰੇ ਉਦੇਸ਼-ਮੁੱਖ (purpose-built) ਸ਼ੁਰੂਆਤੀ ਬਿੰਦੂ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। ਸੁਰੱਖਿਆ ਟੀਮਾਂ ਸੰਭਾਵੀ ਤੌਰ 'ਤੇ ਫਾਲਸ ਪੋਜ਼ੀਟਿਵ (false positives) ਨੂੰ ਘਟਾ ਸਕਦੀਆਂ ਹਨ ਅਤੇ CVE ਫਾਰਮੈਟਾਂ ਜਾਂ ਅਲਰਟ ਟੈਕਸੋਨੋਮੀ ਬਾਰੇ ਵਿਆਪਕ ਸੰਦਰਭ ਦੇ ਨਾਲ ਮਾਡਲ ਨੂੰ ਪ੍ਰੋਂਪਟ ਕਰਨ ਵਿੱਚ ਘੱਟ ਸਮਾਂ ਬਿਤਾ ਸਕਦੀਆਂ ਹਨ। ਇਹ ਤੁਹਾਡੇ ਸੀਨੀਅਰ ਐਨਾਲਿਸਟ ਦੀ ਜਗ੍ਹਾ ਨਹੀਂ ਲਵੇਗਾ, ਪਰ ਇਹ ਉਸ ਮਿਹਨਤ ਵਾਲੇ ਕੰਮ (grunt work) ਨੂੰ ਖਤਮ ਕਰ ਸਕਦਾ ਹੈ ਜੋ ਇਸ ਸਮੇਂ ਉਨ੍ਹਾਂ ਦੀ ਰਫ਼ਤਾਰ ਨੂੰ ਹੌਲੀ ਕਰ ਰਿਹਾ ਹੈ।
ਸਹੀ ਟੂਲ ਦੀ ਚੋਣ ਕਰਨਾ
ਜੇਕਰ ਤੁਸੀਂ ਇਹ ਫੈਸਲਾ ਕਰ ਰਹੇ ਹੋ ਕਿ ਕਿੱਥੋਂ ਸ਼ੁਰੂ ਕਰਨਾ ਹੈ, ਤਾਂ ਆਪਣੀਆਂ ਪਾਬੰਦੀਆਂ (constraints) ਨੂੰ ਇਸ ਕ੍ਰਮ ਵਿੱਚ ਦੇਖੋ: ਲੇਟੈਂਸੀ (latency) ਦੀਆਂ ਲੋੜਾਂ, ਬਜਟ ਦੀ ਸੀਮਾ, ਅਤੇ ਕੰਮ ਦੀ ਜਟਿਲਤਾ।
ਰੀਅਲ-ਟਾਈਮ ਇੰਟਰਫੇਸਾਂ ਲਈ ਜਿੱਥੇ ਅੱਧ-ਸਕਿੰਟ ਦੀ ਦੇਰੀ ਵੀ ਉਤਸ਼ਾਹ ਨੂੰ ਖਤਮ ਕਰ ਦਿੰਦੀ ਹੈ, Gemini 3.6 Flash ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ। ਇਸ 'ਤੇ ਆਪਣੀਆਂ ਸਭ ਤੋਂ ਭਾਰੀ ਯੂਜ਼ਰ-ਫੇਸਿੰਗ ਕੁਐਰੀਆਂ ਚਲਾਓ ਅਤੇ ਲੋਡ ਦੇ ਅਧੀਨ ਅਸਲ ਐਂਡ-ਟੂ-ਐਂਡ ਰਿਸਪਾਂਸ ਸਮੇਂ ਨੂੰ ਮਾਪੋ। ਸਿਰਫ਼ ਬੈਂਚਮਾਰਕ ਟੇਬਲਾਂ 'ਤੇ ਭਰੋਸਾ ਨਾ ਕਰੋ; ਤੁਹਾਡਾ ਰੂਟਿੰਗ ਲੇਅਰ, ਸੀਰੀਅਲਾਈਜ਼ੇਸ਼ਨ, ਅਤੇ ਪ੍ਰੋਂਪਟ ਦੀ ਲੰਬਾਈ, ਸਭ ਕੁਝ ਮਹਿਸੂਸ ਹੋਣ ਵਾਲੀ ਰਫ਼ਤਾਰ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦੇ ਹਨ।
ਜੇਕਰ ਤੁਹਾਡਾ ਪ੍ਰੋਜੈਕਟ ਲਾਗਤ-ਸੰਵੇਦਨਸ਼ੀਲ ਹੈ ਜਾਂ ਰਾਤੋ-ਰਾਤ ਦਸਤਾਵੇਜ਼ਾਂ ਦੇ ਵੱਡੇ ਬੈਚਾਂ ਨੂੰ ਪ੍ਰੋਸੈਸ ਕਰਦਾ ਹੈ, ਤਾਂ Gemini 3.5 Flash-Lite ਇੱਕ ਤਰਕਸੰਗਤ ਉਮੀਦਵਾਰ ਹੈ। ਸਿਰਫ਼ ਸ਼ੁੱਧਤਾ (accuracy) ਦੀ ਬਜਾਏ ਹਜ਼ਾਰ ਬੇਨਤੀਆਂ (requests) ਦੀ ਲਾਗਤ ਨੂੰ ਟ੍ਰੈਕ ਕਰਕੇ ਆਪਣੇ ਮੌਜੂਦਾ ਸੈੱਟਅੱਪ ਦੇ ਵਿਰੁੱਧ ਇਸਦਾ ਬੈਂਚਮਾਰਕ ਕਰੋ। ਕਈ ਵਾਰ ਸਮਰੱਥਾ ਵਿੱਚ ਥੋੜ੍ਹੀ ਜਿਹੀ ਗਿਰਾਵਟ ਇੱਕ ਵੱਡੀ ਕੀਮਤ ਕਟੌਤੀ ਦੇ ਬਰਾਬਰ ਹੁੰਦੀ ਹੈ, ਖਾਸ ਕਰਕੇ ਅੰਦਰੂਨੀ ਟੂਲਸ ਲਈ ਜਿੱਥੇ "ਕਾਫ਼ੀ ਚੰਗਾ" (good enough) ਸੱਚਮੁੱਚ ਕਾਫ਼ੀ ਹੁੰਦਾ ਹੈ।
ਜੇਕਰ ਤੁਸੀਂ ਐਪਲੀਕੇਸ਼ਨ ਸੁਰੱਖਿਆ, ਥ੍ਰੇਟ ਇੰਟੈਲੀਜੈਂਸ, ਜਾਂ ਕੰਪਲਾਇੰਸ ਆਡਿਟਿੰਗ ਵਿੱਚ ਕੰਮ ਕਰਦੇ ਹੋ, ਤਾਂ Gemini 3.5 Flash Cyber ਨੂੰ ਪਹਿਲੀ ਪਸੰਦ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਇਸਦਾ ਮੁਲਾਂਕਣ ਕਰੋ ਕਿ ਕੀ ਸੁਰੱਖਿਆ ਸੰਕਲਪਾਂ ਦੀ ਇਸਦੀ ਬੇਸਲਾਈਨ ਸਮਝ ਤੁਹਾਡੇ ਪ੍ਰੋਂਪਟ ਇੰਜੀਨੀਅਰਿੰਗ ਦੇ ਬੋਝ ਨੂੰ ਘਟਾਉਂਦੀ ਹੈ। ਹਰ ਪ੍ਰੋਂਪਟ ਵਿੱਚ ਘੱਟ ਭੂਮਿਕਾ (preamble) ਦਾ ਮਤਲਬ ਘੱਟ ਟੋਕਨ ਵਰਤੋਂ ਅਤੇ ਤੇਜ਼ ਤਾਇਨਾਤੀ (deployment) ਹੋ ਸਕਦਾ ਹੈ। ਜੇਕਰ ਤੁਸੀਂ ਆਪਣੇ ਮੌਜੂਦਾ ਮਾਡਲ ਨੂੰ ਵਾਰ-ਵਾਰ ਇਹ ਸਮਝਾਉਂਦੇ ਹੋ ਕਿ SQL ਇੰਜੈਕਸ਼ਨ (injection) ਕਿਹੋ ਜਿਹਾ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਇਸ ਵੇਰੀਐਂਟ (variant) ਨੂੰ ਟੈਸਟ ਕਰਨਾ ਬਣਦਾ ਹੈ।
ਬਿਲਡਰਾਂ ਨੂੰ ਕਿਸ ਚੀਜ਼ ਦਾ ਧਿਆਨ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ
ਇੱਕ ਟੁਕੜਿਆਂ ਵਿੱਚ ਵੰਡਿਆ ਹੋਇਆ ਮਾਡਲ ਲਾਈਨਅੱਪ ਸ਼ਕਤੀਸ਼ਾਲੀ ਹੁੰਦਾ ਹੈ ਪਰ ਇਹ ਰੱਖ-ਰਖਾਅ (maintenance) ਦਾ ਸਿਰਦਰਦੀ ਬਣ ਸਕਦਾ ਹੈ। ਜਦੋਂ Google ਇੱਕੋ ਪਰਿਵਾਰ ਦੇ ਕਈ ਵੇਰੀਐਂਟ ਪੇਸ਼ ਕਰਦਾ ਹੈ, ਤਾਂ ਤੁਹਾਨੂੰ ਇੱਕ ਸਾਫ਼ ਰੂਟਿੰਗ ਰਣਨੀਤੀ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਸਭ ਤੋਂ ਸਿਆਣਾ ਤਰੀਕਾ ਸ਼ਾਇਦ ਹੀ ਕਦੇ ਕਿਸੇ ਇੱਕ ਮਾਡਲ 'ਤੇ ਸਭ ਕੁਝ ਦਾਅ 'ਤੇ ਲਗਾਉਣਾ ਹੁੰਦਾ ਹੈ। ਇਸ ਦੀ ਬਜਾਏ, ਇੱਕ ਗੇਟਵੇ ਜਾਂ ਰੂਟਰ ਦੀ ਵਰਤੋਂ ਕਰੋ ਜੋ ਸਧਾਰਨ ਕੁਐਰੀਆਂ ਨੂੰ Flash-Lite ਨੂੰ, ਗੁੰਝਲਦਾਰ ਇੰਟਰਐਕਟਿਵ ਕੰਮਾਂ ਨੂੰ Flash 3.6 ਨੂੰ, ਅਤੇ ਸੁਰੱਖਿਆ-ਵਿਸ਼ੇਸ਼ ਕੰਮਾਂ ਨੂੰ Flash Cyber ਨੂੰ ਭੇਜਦਾ ਹੈ। ਸਮੇਂ ਦੇ ਨਾਲ ਤੁਸੀਂ ਗਲਤੀਆਂ (mismatches) ਨੂੰ ਲੌਗ ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ ਰੂਟਿੰਗ ਨਿਯਮਾਂ ਨੂੰ ਐਡਜਸਟ ਕਰ ਸਕਦੇ ਹੋ।
ਇਹਨਾਂ ਵੇਰੀਐਂਟਸ ਵਿੱਚ ਕੰਟੈਕਸਟ ਵਿੰਡੋ (context window) ਦੇ ਵਿਵਹਾਰ ਵੱਲ ਵੀ ਧਿਆਨ ਦਿਓ। ਸਿਰਫ਼ ਇਸ ਲਈ ਕਿ ਉਹ Gemini ਨਾਮ ਸਾਂਝਾ ਕਰਦੇ ਹਨ, ਇਸਦਾ ਮਤਲਬ ਇਹ ਨਹੀਂ ਹੈ ਕਿ ਉਹ ਲੰਬੇ ਦਸਤਾਵੇਜ਼ਾਂ ਨੂੰ ਇੱਕੋ ਜਿਹਾ ਸੰਭਾਲਦੇ ਹਨ। commitment ਤੋਂ ਪਹਿਲਾਂ ਆਪਣੀਆਂ ਆਮ ਇਨਪੁਟ ਲੰਬਾਈਆਂ ਦਾ ਟੈਸਟ ਕਰੋ। ਇੱਕ ਮਾਡਲ ਜੋ ਪੰਜ ਪੈਰੇ ਦੇ ਇਨਪੁਟ 'ਤੇ ਬਹੁਤ ਵਧੀਆ ਕੰਮ ਕਰਦਾ ਹੈ, ਉਹ ਉਦੋਂ ਅੜਖਾ ਖਾ ਸਕਦਾ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਇਸਨੂੰ ਪੰਜਾਹ ਪੰਨਿਆਂ ਦਾ ਇਕਰਾਰਨਾਮਾ ਜਾਂ ਮਲਟੀ-ਮੈਗਾਬਾਈਟ ਲੌਗ ਡੰਪ ਦਿੰਦੇ ਹੋ।
ਅੰਤ ਵਿੱਚ, ਕੀਮਤ ਦੇ ਪੱਧਰਾਂ (pricing tiers) 'ਤੇ ਨਜ਼ਰ ਰੱਖੋ। Flash ਮਾਡਲ ਆਮ ਤੌਰ 'ਤੇ Pro-tier ਦੇ ਸਾਥੀਆਂ ਨਾਲੋਂ ਸਸਤੇ ਹੁੰਦੇ ਹਨ, ਪਰ Lite, standard Flash, ਅਤੇ Cyber ਵਿਚਕਾਰ ਅੰਤਰ ਵੱਡੇ ਪੱਧਰ 'ਤੇ ਕਾਫ਼ੀ ਜ਼ਿਆਦਾ ਹੋ ਸਕਦਾ ਹੈ। ਆਪਣੇ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਇੰਟੀਗ੍ਰੇਸ਼ਨ (integration) ਬਾਰੇ ਦੱਸਣ ਤੋਂ ਪਹਿਲਾਂ ਕੁਝ ਦਿਨ ਅਸਲ ਟ੍ਰੈਫਿਕ ਦੇ ਨਾਲ ਇੱਕ ਛੋਟਾ ਪ੍ਰੋਡਕਸ਼ਨ ਸ਼ੈਡੋ ਟੈਸਟ ਚਲਾਓ। ਅਸਲ ਬਿਲਯੇਬਲ ਵਰਤੋਂ ਦਾ ਤਰੀਕਾ ਹੈ