ਓ1 ਇੱਕ ਚੈਟ ਮਾਡਲ ਨਹੀਂ ਹੈ

ਓ1: ਇੱਕ ਆਮ ਚੈਟ ਮਾਡਲ ਨਹੀਂ

ਇਹ ਲੇਖ ਓ1 ਮਾਡਲ ਦੁਆਲੇ ਹੋ ਰਹੀ ਹਲਚਲ 'ਤੇ ਚਰਚਾ ਕਰਦਾ ਹੈ, ਇਹ ਸਪੱਸ਼ਟ ਕਰਦਾ ਹੈ ਕਿ ਇਹ ਇੱਕ ਚੈਟ ਮਾਡਲ ਵਜੋਂ ਤਿਆਰ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ, ਭਾਵੇਂ ਕਿ ਬਹੁਤ ਸਾਰੇ ਉਪਭੋਗਤਾਵਾਂ ਨੇ ਸ਼ੁਰੂ ਵਿੱਚ ਇਸਨੂੰ ਇਸ ਤਰ੍ਹਾਂ ਮੰਨਿਆ ਸੀ। ਇਹ ਖੁਲਾਸਾ ਇੱਕ ਬਲੌਗ ਪੋਸਟ ਤੋਂ ਬਾਅਦ ਹੋਇਆ ਜਿਸਦਾ ਸਿਰਲੇਖ "ਓ1 ਇੱਕ ਚੈਟ ਮਾਡਲ ਨਹੀਂ ਹੈ (ਅਤੇ ਇਹ ਹੀ ਗੱਲ ਹੈ)" ਨੇ ਖਿੱਚ ਪ੍ਰਾਪਤ ਕੀਤੀ, ਇੱਥੋਂ ਤੱਕ ਕਿ OpenAI ਦੇ ਸੀਈਓ ਸੈਮ ਆਲਟਮੈਨ ਅਤੇ ਪ੍ਰਧਾਨ ਗ੍ਰੇਗ ਬਰੌਕਮੈਨ ਦਾ ਧਿਆਨ ਵੀ ਖਿੱਚਿਆ।

ਗਲਤ ਧਾਰਨਾਵਾਂ ਅਤੇ ਨਿਰਾਸ਼ਾਵਾਂ

ਬੈਨ ਹਾਈਲਕ, ਜੋ ਕਿ ਪਹਿਲਾਂ ਸਪੇਸਐਕਸ ਵਿੱਚ ਇੱਕ ਸਾਫਟਵੇਅਰ ਇੰਜੀਨੀਅਰ ਅਤੇ ਐਪਲ ਵਿਜ਼ਨਓਐਸ ਲਈ ਇੱਕ ਇੰਟਰੈਕਸ਼ਨ ਡਿਜ਼ਾਈਨਰ ਸੀ, ਨੇ ਓ1 ਨਾਲ ਆਪਣਾ ਨਿਰਾਸ਼ਾਜਨਕ ਤਜਰਬਾ ਸਾਂਝਾ ਕੀਤਾ। ਉਸਨੇ ਪਾਇਆ ਕਿ ਇਸਦੇ ਜਵਾਬ ਹੌਲੀ, ਅਕਸਰ ਵਿਰੋਧੀ ਅਤੇ ਬੇਲੋੜੇ ਆਰਕੀਟੈਕਚਰ ਡਾਇਗ੍ਰਾਮ ਅਤੇ ਫ਼ਾਇਦਿਆਂ ਅਤੇ ਨੁਕਸਾਨਾਂ ਦੀਆਂ ਸੂਚੀਆਂ ਨਾਲ ਭਰੇ ਹੁੰਦੇ ਹਨ। ਹਾਈਲਕ ਦੀ ਸ਼ੁਰੂਆਤੀ ਪ੍ਰਤੀਕਿਰਿਆ ਇਹ ਸੀ ਕਿ ਓ1 ਸਿਰਫ਼ "ਕੂੜਾ" ਸੀ।

ਹਾਈਲਕ ਨੂੰ ਜਵਾਬਾਂ ਲਈ 5-ਮਿੰਟ ਉਡੀਕ ਕਰਨੀ ਪਈ।
ਜਵਾਬ ਅਕਸਰ ਸਵੈ-ਵਿਰੋਧੀ ਅਤੇ ਬੇਤੁਕੇ ਸਨ।
ਮਾਡਲ ਨੇ ਬਿਨਾਂ ਮੰਗੇ ਡਾਇਗ੍ਰਾਮ ਅਤੇ ਸੂਚੀਆਂ ਪ੍ਰਦਾਨ ਕੀਤੀਆਂ।

ਉਸਦੀ ਨਿਰਾਸ਼ਾ ਨੇ ਸੋਸ਼ਲ ਮੀਡੀਆ ਪੋਸਟਾਂ ਨੂੰ ਆਪਣੀ ਨਿਰਾਸ਼ਾ ਜ਼ਾਹਰ ਕਰਨ ਲਈ ਅਗਵਾਈ ਕੀਤੀ, ਜਿਸ ਵਿੱਚ ਕਿਹਾ ਗਿਆ ਹੈ ਕਿ ਓ1 ਪ੍ਰੋ "ਸੱਚਮੁੱਚ ਬੁਰਾ" ਸੀ, ਅਤੇ ਇਸਦਾ ਆਉਟਪੁੱਟ "ਲਗਭਗ ਬੇਤੁਕਾ" ਸੀ। ਉਸਨੇ ਰੀਫੈਕਟਰਿੰਗ ਸਲਾਹ ਮੰਗਣ ਦੀ ਉਦਾਹਰਣ ਦਿੱਤੀ, ਸਿਰਫ ਮਾਡਲ ਲਈ ਫਾਈਲਾਂ ਨੂੰ ਮਿਲਾਉਣ ਦਾ ਸੁਝਾਅ ਦੇਣ ਲਈ, ਕੋਡ ਪ੍ਰਦਾਨ ਕਰੋ ਜਿਸਨੇ ਫਾਈਲਾਂ ਨੂੰ ਮਿਲਾਇਆ ਨਹੀਂ, ਅਤੇ ਫਿਰ ਅਸੰਬੰਧਿਤ ਸਿੱਟਿਆਂ 'ਤੇ ਛਾਲ ਮਾਰੋ।

ਇੱਕ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਵਿੱਚ ਤਬਦੀਲੀ

ਹਾਈਲਕ ਦਾ ਤਜਰਬਾ ਸਰਵ ਵਿਆਪਕ ਨਹੀਂ ਸੀ। ਕੁਝ ਉਪਭੋਗਤਾਵਾਂ ਨੇ ਓ1 ਨੂੰ ਬਹੁਤ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਪਾਇਆ, ਜਿਸ ਕਾਰਨ ਹੋਰ ਵਿਚਾਰ-ਵਟਾਂਦਰੇ ਹੋਏ। ਇਹਨਾਂ ਗੱਲਬਾਤਾਂ ਦੁਆਰਾ, ਹਾਈਲਕ ਨੂੰ ਆਪਣੀ ਗਲਤੀ ਦਾ ਅਹਿਸਾਸ ਹੋਇਆ: ਉਹ ਓ1 ਨੂੰ ਇੱਕ ਚੈਟ ਮਾਡਲ ਵਜੋਂ ਵਰਤ ਰਿਹਾ ਸੀ ਜਦੋਂ ਕਿ ਇਸਨੂੰ ਇੱਕ ਵਜੋਂ ਕੰਮ ਕਰਨ ਦਾ ਇਰਾਦਾ ਨਹੀਂ ਸੀ।

ਆਲਟਮੈਨ ਨੇ ਇਸ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਵਿੱਚ ਤਬਦੀਲੀ ਦਾ ਸਵਾਗਤ ਕੀਤਾ, ਜਿਸ ਵਿੱਚ ਕਿਹਾ ਗਿਆ ਹੈ ਕਿ "ਲੋਕਾਂ ਦੇ ਰਵੱਈਏ ਨੂੰ ਬਦਲਦੇ ਦੇਖਣਾ ਦਿਲਚਸਪ ਸੀ ਜਦੋਂ ਉਹ ਸਿੱਖਦੇ ਹਨ ਕਿ ਓ1 (ਪ੍ਰੋ ਸੰਸਕਰਣ ਸਮੇਤ) ਦੀ ਵਰਤੋਂ ਕਿਵੇਂ ਕਰਨੀ ਹੈ।" ਗ੍ਰੇਗ ਬਰੌਕਮੈਨ ਨੇ ਇਹ ਦੱਸ ਕੇ ਇਸ ਗੱਲ ਨੂੰ ਦੁਹਰਾਇਆ ਕਿ ਓ1 ਇੱਕ ਵੱਖਰੀ ਕਿਸਮ ਦਾ ਮਾਡਲ ਹੈ ਅਤੇ ਇਸਨੂੰ ਵਧੀਆ ਪ੍ਰਦਰਸ਼ਨ ਲਈ ਇੱਕ ਵੱਖਰੇ ਤਰੀਕੇ ਦੀ ਲੋੜ ਹੈ।

ਓ1: ਇੱਕ ਰਿਪੋਰਟ ਜਨਰੇਟਰ

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

ਪ੍ਰੋਂਪਟਸ ਤੋਂ ਬਰੀਫ ਤੱਕ

ਆਮ ਚੈਟ ਮਾਡਲਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ, ਉਪਭੋਗਤਾ ਅਕਸਰ ਸਧਾਰਨ ਸਵਾਲਾਂ ਨਾਲ ਸ਼ੁਰੂ ਕਰਦੇ ਹਨ ਅਤੇ ਲੋੜ ਅਨੁਸਾਰ ਸੰਦਰਭ ਜੋੜਦੇ ਹਨ, ਦੁਹਰਾਉਣ ਵਾਲੀਆਂ ਗੱਲਬਾਤਾਂ ਵਿੱਚ ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ। ਹਾਲਾਂਕਿ, ਓ1 ਵਾਧੂ ਸੰਦਰਭ ਨਹੀਂ ਭਾਲਦਾ। ਇਸ ਦੀ ਬਜਾਏ, ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਪਹਿਲਾਂ ਤੋਂ ਹੀ ਬਹੁਤ ਸਾਰਾ ਸੰਦਰਭ ਪ੍ਰਦਾਨ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਜਿਸਨੂੰ "ਇੱਕ ਟਨ" ਜਾਣਕਾਰੀ ਵਜੋਂ ਦੱਸਿਆ ਗਿਆ ਹੈ, ਜਾਂ ਇੱਕ ਸਧਾਰਨ ਪ੍ਰੋਂਪਟ ਲਈ ਵਰਤੇ ਜਾਣ ਵਾਲੇ ਸੰਦਰਭ ਨਾਲੋਂ ਲਗਭਗ ਦਸ ਗੁਣਾ।

ਅਜ਼ਮਾਏ ਗਏ ਹੱਲਾਂ ਦੇ ਸਾਰੇ ਵੇਰਵੇ ਪ੍ਰਦਾਨ ਕਰੋ।
ਪੂਰੇ ਡੇਟਾਬੇਸ ਸਕੀਮਾ ਡੰਪ ਸ਼ਾਮਲ ਕਰੋ।
ਕੰਪਨੀ-ਵਿਸ਼ੇਸ਼ ਕਾਰੋਬਾਰ, ਪੈਮਾਨੇ ਅਤੇ ਸ਼ਬਦਾਵਲੀ ਦੀ ਵਿਆਖਿਆ ਕਰੋ।

ਇਹ ਸਿਫਾਰਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਕਿ ਓ1 ਨੂੰ ਇੱਕ ਨਵੇਂ ਕਰਮਚਾਰੀ ਵਾਂਗ ਵਰਤਿਆ ਜਾਵੇ, ਸ਼ੁਰੂ ਤੋਂ ਹੀ ਸਾਰੀ ਲੋੜੀਂਦੀ ਜਾਣਕਾਰੀ ਪ੍ਰਦਾਨ ਕਰੋ।

ਲੋੜੀਂਦੇ ਆਉਟਪੁੱਟ 'ਤੇ ਧਿਆਨ ਕੇਂਦਰਿਤ ਕਰੋ

ਵਿਸਤ੍ਰਿਤ ਸੰਦਰਭ ਪ੍ਰਦਾਨ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਲੋੜੀਂਦੇ ਆਉਟਪੁੱਟ ਨੂੰ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਪਰਿਭਾਸ਼ਿਤ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਦੂਜੇ ਮਾਡਲਾਂ ਦੇ ਉਲਟ ਜਿੱਥੇ ਉਪਭੋਗਤਾ ਸ਼ਖਸੀਅਤ ਜਾਂ ਵਿਚਾਰ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰ ਸਕਦੇ ਹਨ, ਓ1 ਦੇ ਨਾਲ, ਤੁਹਾਨੂੰ ਸਿਰਫ ਇਸ ਗੱਲ 'ਤੇ ਧਿਆਨ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਤੁਸੀਂ "ਕੀ" ਚਾਹੁੰਦੇ ਹੋ, ਨਾ ਕਿ ਮਾਡਲ ਨੂੰ "ਕਿਵੇਂ" ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਇਹ ਓ1 ਨੂੰ ਸੁਤੰਤਰ ਤੌਰ 'ਤੇ ਲੋੜੀਂਦੇ ਕਦਮਾਂ ਦੀ ਯੋਜਨਾ ਬਣਾਉਣ ਅਤੇ ਲਾਗੂ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਤੇਜ਼ ਅਤੇ ਵਧੇਰੇ ਕੁਸ਼ਲ ਨਤੀਜੇ ਮਿਲਦੇ ਹਨ।

ਓ1 ਦੀਆਂ ਸ਼ਕਤੀਆਂ ਅਤੇ ਕਮਜ਼ੋਰੀਆਂ

ਓ1 ਕਈ ਖੇਤਰਾਂ ਵਿੱਚ ਉੱਤਮ ਹੈ:

ਪੂਰੀਆਂ ਫਾਈਲਾਂ ਦੀ ਪ੍ਰੋਸੈਸਿੰਗ: ਇਹ ਵੱਡੇ ਕੋਡ ਬਲਾਕਾਂ ਅਤੇ ਵਿਆਪਕ ਸੰਦਰਭ ਨੂੰ ਸੰਭਾਲ ਸਕਦਾ ਹੈ, ਅਕਸਰ ਘੱਟੋ-ਘੱਟ ਗਲਤੀਆਂ ਨਾਲ ਪੂਰੀਆਂ ਫਾਈਲਾਂ ਨੂੰ ਪੂਰਾ ਕਰਦਾ ਹੈ।
ਹੈਲੂਸੀਨੇਸ਼ਨ ਨੂੰ ਘਟਾਉਣਾ: ਓ1 ਕਸਟਮ ਕੁਐਰੀ ਭਾਸ਼ਾਵਾਂ (ਉਦਾਹਰਨ ਲਈ, ClickHouse ਅਤੇ New Relic) ਵਰਗੇ ਖੇਤਰਾਂ ਵਿੱਚ ਸਹੀ ਹੈ, ਜਦੋਂ ਕਿ ਦੂਜੇ ਮਾਡਲ ਸਿੰਟੈਕਸ ਨੂੰ ਮਿਲਾ ਸਕਦੇ ਹਨ।
ਮੈਡੀਕਲ ਡਾਇਗਨੋਸਿਸ: ਓ1 ਤਸਵੀਰਾਂ ਅਤੇ ਵਰਣਨ ਦੇ ਆਧਾਰ 'ਤੇ ਹੈਰਾਨੀਜਨਕ ਤੌਰ 'ਤੇ ਸਹੀ ਸ਼ੁਰੂਆਤੀ ਜਾਂਚਾਂ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰ ਸਕਦਾ ਹੈ।
ਸੰਕਲਪਾਂ ਦੀ ਵਿਆਖਿਆ ਕਰਨਾ: ਇਹ ਉਦਾਹਰਣਾਂ ਰਾਹੀਂ ਗੁੰਝਲਦਾਰ ਇੰਜੀਨੀਅਰਿੰਗ ਸੰਕਲਪਾਂ ਦੀ ਵਿਆਖਿਆ ਕਰਨ ਵਿੱਚ ਮਾਹਿਰ ਹੈ।
ਆਰਕੀਟੈਕਚਰਲ ਯੋਜਨਾਵਾਂ ਤਿਆਰ ਕਰਨਾ: ਓ1 ਕਈ ਯੋਜਨਾਵਾਂ ਬਣਾ ਸਕਦਾ ਹੈ, ਉਹਨਾਂ ਦੀ ਤੁਲਨਾ ਕਰ ਸਕਦਾ ਹੈ, ਅਤੇ ਫ਼ਾਇਦਿਆਂ ਅਤੇ ਨੁਕਸਾਨਾਂ ਦੀ ਸੂਚੀ ਦੇ ਸਕਦਾ ਹੈ।
ਮੁਲਾਂਕਣ: ਇਹ ਨਤੀਜਿਆਂ ਦਾ ਮੁਲਾਂਕਣ ਕਰਨ ਲਈ ਇੱਕ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਸਾਧਨ ਵਜੋਂ ਵਾਅਦਾ ਦਿਖਾਉਂਦਾ ਹੈ।

ਹਾਲਾਂਕਿ, ਓ1 ਦੀਆਂ ਸੀਮਾਵਾਂ ਵੀ ਹਨ:

ਵਿਸ਼ੇਸ਼ ਸ਼ੈਲੀਆਂ ਵਿੱਚ ਲਿਖਣਾ: ਇਹ ਅਕਾਦਮਿਕ ਜਾਂ ਕਾਰਪੋਰੇਟ ਸ਼ੈਲੀ ਵਿੱਚ ਰਿਪੋਰਟਾਂ ਤਿਆਰ ਕਰਦਾ ਹੈ ਅਤੇ ਖਾਸ ਟੋਨਾਂ ਨੂੰ ਅਨੁਕੂਲ ਕਰਨ ਲਈ ਸੰਘਰਸ਼ ਕਰਦਾ ਹੈ।
ਪੂਰੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਬਣਾਉਣਾ: ਪੂਰੀਆਂ ਫਾਈਲਾਂ ਤਿਆਰ ਕਰਨ ਵਿੱਚ ਮਾਹਿਰ ਹੋਣ ਦੇ ਦੌਰਾਨ, ਇਹ ਦੁਹਰਾਈ ਦੁਆਰਾ ਇੱਕ ਪੂਰੀ SaaS ਐਪਲੀਕੇਸ਼ਨ ਨਹੀਂ ਬਣਾ ਸਕਦਾ। ਹਾਲਾਂਕਿ, ਇਹ ਪੂਰੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਪੂਰਾ ਕਰ ਸਕਦਾ ਹੈ, ਖਾਸ ਕਰਕੇ ਫਰੰਟ-ਐਂਡ ਜਾਂ ਸਧਾਰਨ ਬੈਕ-ਐਂਡ ਕਾਰਜਸ਼ੀਲਤਾਵਾਂ।

ਦੇਰੀ ਦੀ ਮਹੱਤਤਾ

ਲੇਖ ਵਿੱਚ ਦੱਸਿਆ ਗਿਆ ਹੈ ਕਿ ਦੇਰੀ ਉਤਪਾਦਾਂ ਪ੍ਰਤੀ ਸਾਡੀ ਧਾਰਨਾ ਨੂੰ ਬੁਨਿਆਦੀ ਤੌਰ 'ਤੇ ਬਦਲਦੀ ਹੈ, ਜਿਸ ਵਿੱਚ ਈਮੇਲ ਬਨਾਮ ਟੈਕਸਟ ਮੈਸੇਜਿੰਗ, ਅਤੇ ਵੌਇਸ ਮੈਸੇਜ ਬਨਾਮ ਫ਼ੋਨ ਕਾਲਾਂ ਵਰਗੀਆਂ ਉਦਾਹਰਣਾਂ ਦਾ ਹਵਾਲਾ ਦਿੱਤਾ ਗਿਆ ਹੈ। ਹਾਈਲਕ ਨੇ ਓ1 ਦੀ ਤੁਲਨਾ ਇੱਕ ਚੈਟ ਮਾਡਲ ਦੀ ਬਜਾਏ ਈਮੇਲ ਨਾਲ ਕੀਤੀ, ਕਿਉਂਕਿ ਇਸਦੇ ਜਵਾਬਾਂ ਵਿੱਚ ਦੇਰੀ ਹੁੰਦੀ ਹੈ। ਇਹ ਦੇਰੀ ਉੱਚ-ਲੇਟੈਂਸੀ, ਲੰਬੇ ਸਮੇਂ ਤੱਕ ਚੱਲਣ ਵਾਲੀ ਬੈਕਗ੍ਰਾਉਂਡ ਇੰਟੈਲੀਜੈਂਸ ਤੋਂ ਲਾਭ ਲੈਣ ਵਾਲੇ ਨਵੇਂ ਕਿਸਮ ਦੇ ਉਤਪਾਦਾਂ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ। ਫਿਰ ਸਵਾਲ ਇਹ ਬਣਦਾ ਹੈ: ਲੋਕ ਕਿਹੜੇ ਕੰਮਾਂ ਲਈ 5 ਮਿੰਟ, ਇੱਕ ਘੰਟਾ, ਇੱਕ ਦਿਨ, ਜਾਂ ਇੱਥੋਂ ਤੱਕ ਕਿ 3-5 ਕਾਰੋਬਾਰੀ ਦਿਨ ਉਡੀਕ ਕਰਨ ਲਈ ਤਿਆਰ ਹਨ?

ਇਹ ਨੋਟ ਕਰਨਾ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿ ਓ1-ਪ੍ਰੀਵਿਊ ਅਤੇ ਓ1-ਮਿੰਨੀ ਸਟ੍ਰੀਮਿੰਗ ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਨ ਪਰ ਢਾਂਚਾਗਤ ਪੀੜ੍ਹੀ ਜਾਂ ਸਿਸਟਮ ਪ੍ਰੋਂਪਟਸ ਦਾ ਨਹੀਂ, ਜਦੋਂ ਕਿ ਓ1 ਢਾਂਚਾਗਤ ਪੀੜ੍ਹੀ ਅਤੇ ਸਿਸਟਮ ਪ੍ਰੋਂਪਟਸ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ ਪਰ ਸਟ੍ਰੀਮਿੰਗ ਦਾ ਨਹੀਂ। 2025 ਵਿੱਚ ਉਤਪਾਦਾਂ ਨੂੰ ਡਿਜ਼ਾਈਨ ਕਰਦੇ ਸਮੇਂ ਡਿਵੈਲਪਰਾਂ ਲਈ ਇਹਨਾਂ ਅੰਤਰਾਂ ਨੂੰ ਸਮਝਣਾ ਬਹੁਤ ਮਹੱਤਵਪੂਰਨ ਹੋਵੇਗਾ।