ਇੱਕ ਪਰਸੋਨਾ ਤੋਂ ਬਿਨਾਂ ਇੱਕ ਸਕਿੱਲ, ਇੱਕ ਕਮਾਂਡਰ ਤੋਂ ਬਿਨਾਂ ਇੱਕ ਹੁਕਮ ਵਾਂਗ ਹੈ। ਤੁਸੀਂ ਇੱਕ ਡੈਫੀਨੇਸ਼ਨ ਫਾਈਲ ਨੂੰ ਪਾਬੰਦੀਆਂ, ਆਉਟਪੁੱਟ ਫਾਰਮੈਟ ਅਤੇ ਸਟਾਈਲ ਨਿਯਮਾਂ ਨਾਲ ਭਰ ਸਕਦੇ ਹੋ, ਪਰ ਜੇਕਰ ਤੁਸੀਂ AI ਨੂੰ ਕਦੇ ਇਹ ਨਹੀਂ ਦੱਸਦੇ ਕਿ ਉਸਨੂੰ ਕੌਣ ਬਣਨਾ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਇੱਕ ਪ੍ਰਤਿਭਾਸ਼ਾਲੀ ਪਰ ਦਿਸ਼ਾਹੀਣ ਕਰਮਚਾਰੀ ਨੂੰ ਆਪਣਾ ਅਹੁਦਾ ਅੰਦਾਜ਼ਾ ਲਗਾਉਣ ਲਈ ਕਹਿ ਰਹੇ ਹੋ। ਨਤੀਜਾ ਉਹੀ ਹੁੰਦਾ ਹੈ ਜਿਸਦੀ ਤੁਸੀਂ ਉਮੀਦ ਕਰਦੇ ਹੋ: ਇੱਕ ਆਮ ਆਉਟਪੁੱਟ ਜੋ ਵੱਖ-ਵੱਖ ਟੋਨਾਂ ਵਿੱਚ ਭਟਕਦੀ ਹੈ, ਮਾਹਰਤਾ ਦੇ ਪੱਧਰ ਜੋ ਇੱਕ ਰਨ ਤੋਂ ਦੂਜੇ ਰਨ ਤੱਕ ਬਹੁਤ ਜ਼ਿਆਦਾ ਬਦਲਦੇ ਹਨ, ਅਤੇ ਇੱਕ ਡੀਬੱਗਿੰਗ ਪ੍ਰਕਿਰਿਆ ਜੋ ਧੂੰਏਂ ਦਾ ਪਿੱਛਾ ਕਰਨ ਵਰਗੀ ਮਹਿਸੂਸ ਹੁੰਦੀ ਹੈ।
ਇਹ ਇਸ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿਉਂਕਿ ਆਧੁਨਿਕ AI ਕੋਡਿੰਗ ਵਰਕਫਲੋ ਹੁਣ ਸਿਰਫ਼ ਸਿੰਗਲ-ਸ਼ੌਟ ਪ੍ਰੋਂਪਟ ਨਹੀਂ ਹਨ। ਉਹ ਕਈ ਛੋਟੀਆਂ ਸਕਿੱਲਜ਼ ਤੋਂ ਬਣੇ ਮੋਡਿਊਲਰ ਸਿਸਟਮ ਹਨ ਜੋ ਇੱਕ ਦੂਜੇ ਨਾਲ ਜੁੜੇ ਹੋਏ ਹਨ। ਜਦੋਂ ਹਰੇਕ ਸਕਿੱਲ ਵਿੱਚ ਇੱਕ ਸਪਸ਼ਟ ਪਛਾਣ ਦੀ ਘਾਟ ਹੁੰਦੀ ਹੈ, ਤਾਂ ਪੂਰੀ ਪਾਈਪਲਾਈਨ ਪ੍ਰਭਾਵਿਤ ਹੁੰਦੀ ਹੈ।
ਪਰਸੋਨਾ ਦੀ ਘਾਟ ਤੁਹਾਡੇ ਵਰਕਫਲੋ ਨੂੰ ਕਿਉਂ ਵਿਗਾੜਦੀ ਹੈ
ਜਦੋਂ ਤੁਸੀਂ ਰੋਲ ਘੋਸ਼ਣਾ (role declaration) ਨੂੰ ਛੱਡ ਦਿੰਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਮਾਡਲ ਨੂੰ ਆਪਣੀ ਅਧਿਕਾਰਤਾ ਖੁਦ ਹੀ ਤੈਅ ਕਰਨ ਲਈ ਮਜਬੂਰ ਕਰਦੇ ਹੋ। ਇੱਕ ਮਿੰਟ ਉਹ ਇੱਕ ਸਾਵਧਾਨ ਇੰਟਰਨ ਵਾਂਗ ਕੋਡ ਲਿਖਦਾ ਹੈ ਜੋ ਬਿਲਡ ਨੂੰ ਖਰਾਬ ਨਾ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਿਹਾ ਹੋਵੇ। ਅਗਲੇ ਹੀ ਪਲ, ਉਹ ਇੱਕ ਪ੍ਰਿੰਸੀਪਲ ਇੰਜੀਨੀਅਰ ਵਾਂਗ ਇੱਕ ਡਿਸਟ੍ਰੀਬਿਊਟਡ ਸਿਸਟਮ ਦਾ ਆਰਕੀਟੈਕਟ ਬਣ ਜਾਂਦਾ ਹੈ ਜਿਸਨੇ ਹਰ ਇੱਕ ਐਜ ਕੇਸ (edge case) ਦੇਖਿਆ ਹੋਵੇ। ਇਹ ਅਸੰਗਤਤਾ ਸਿਰਫ਼ ਪਰੇਸ਼ਾਨ ਕਰਨ ਵਾਲੀ ਹੀ ਨਹੀਂ ਹੈ, ਇਹ ਤੁਹਾਡੇ ਵਰਕਫਲੋ ਨੂੰ ਅਭਰੋਸੇਯੋਗ ਬਣਾਉਂਦੀ ਹੈ।
ਸਮੱਸਿਆਵਾਂ ਤੇਜ਼ੀ ਨਾਲ ਵਧਦੀਆਂ ਹਨ। AI ਇੱਕ ਰੈਂਡਮ ਆਵਾਜ਼ ਚੁਣਦਾ ਹੈ, ਇਸ ਲਈ ਤੁਹਾਡਾ ਕੋਡਬੇਸ ਅਜਿਹਾ ਲੱਗਣ ਲੱਗਦਾ ਹੈ ਜਿਵੇਂ ਕਿ ਇਹ ਕਿਸੇ ਅਜਿਹੀ ਕਮੇਟੀ ਦੁਆਰਾ ਲਿਖਿਆ ਗਿਆ ਹੋਵੇ ਜੋ ਕਦੇ ਮਿਲੀ ਹੀ ਨਹੀਂ। ਹਰ ਵਾਰ ਜਦੋਂ ਤੁਸੀਂ ਸਕਿੱਲ ਚਲਾਉਂਦੇ ਹੋ ਤਾਂ ਆਉਟਪੁੱਟ ਬਦਲ ਜਾਂਦੀ ਹੈ, ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਤੁਸੀਂ ਆਟੋਮੇਟਡ ਟੈਸਟ ਜਾਂ ਡਿਫ ਰਿਵਿਊ (diff reviews) 'ਤੇ ਭਰੋਸਾ ਨਹੀਂ ਕਰ ਸਕਦੇ। ਆਡਿਟਿੰਗ ਅਸੰਭਵ ਹੋ ਜਾਂਦੀ ਹੈ ਕਿਉਂਕਿ ਤੁਹਾਨੂੰ ਨਹੀਂ ਪਤਾ ਹੁੰਦਾ ਕਿ ਕਿਸ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਨੇ ਨਤੀਜਾ ਤਿਆਰ ਕੀਤਾ ਹੈ। ਕੀ ਇਹ ਇੱਕ ਸੁਰੱਖਿਆ-ਕੇਂਦ੍ਰਿਤ ਇੰਜੀਨੀਅਰ ਦੁਆਰਾ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਸੀ ਜਾਂ ਇੱਕ ਪ੍ਰੋਡਕਟ ਜਨਰਲਿਸਟ ਦੁਆਰਾ? ਜੇਕਰ ਉੱਤਰ "ਜੋ ਵੀ ਮਾਡਲ ਨੂੰ ਚੰਗਾ ਲੱਗਿਆ" ਹੈ, ਤਾਂ ਤੁਹਾਡੇ ਕੋਲ ਤਰਕ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨ ਦਾ ਕੋਈ ਤਰੀਕਾ ਨਹੀਂ ਹੈ।
ਸਕਿੱਲ ਚੇਨਿੰਗ (Skill chaining) ਇਸਨੂੰ ਹੋਰ ਵੀ ਮਾੜਾ ਬਣਾ ਦਿੰਦੀ ਹੈ। ਕਲਪਨਾ ਕਰੋ ਕਿ ਇੱਕ ਸਕਿੱਲ API ਕੰਟਰੈਕਟਸ ਤਿਆਰ ਕਰਦੀ ਹੈ ਅਤੇ ਦੂਜੀ ਉਸਦੀ ਇੰਪਲੀਮੈਂਟੇਸ਼ਨ ਲਿਖਦੀ ਹੈ। ਜੇਕਰ ਪਹਿਲੀ ਇੱਕ ਬਹੁਤ ਹੀ ਸਾਵਧਾਨ ਸੀਨੀਅਰ ਆਰਕੀਟੈਕਟ ਵਾਂਗ ਕੰਮ ਕਰਦੀ ਹੈ ਜੋ ਸਖ਼ਤ ਵੈਲੀਡੇਸ਼ਨ ਲਾਗੂ ਕਰਦੀ ਹੈ, ਪਰ ਦੂਜੀ ਇੱਕ ਜੂਨੀਅਰ ਡਿਵੈਲਪਰ ਵਾਂਗ ਵਿਵਹਾਰ ਕਰਦੀ ਹੈ ਜੋ ਐਰਰ ਹੈਂਡਲਿੰਗ ਨੂੰ ਛੱਡ ਦਿੰਦੀ ਹੈ, ਤਾਂ ਤੁਹਾਡਾ ਇੰਟੈਗ੍ਰੇਸ਼ਨ ਟੁੱਟ ਜਾਵੇਗਾ। ਚੇਨ ਉਦੋਂ ਹੀ ਟਿਕਦੀ ਹੈ ਜਦੋਂ ਹਰ ਲਿੰਕ ਆਪਣੀ ਪਛਾਣ ਜਾਣਦਾ ਹੋਵੇ। ਉਸ ਤੋਂ ਬਿਨਾਂ, ਜਵਾਬਦੇਹੀ ਖਤਮ ਹੋ ਜਾਂਦੀ ਹੈ। ਜਦੋਂ ਕੁਝ ਟੁੱਟਦਾ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਉਸ ਲੈਂਸ ਵੱਲ ਇਸ਼ਾਰਾ ਨਹੀਂ ਕਰ ਸਕਦੇ ਜੋ ਅਸਫਲ ਰਿਹਾ ਸੀ ਕਿਉਂਕਿ ਕੋਈ ਲੈਂਸ ਪਰਿਭਾਸ਼ਿਤ ਹੀ ਨਹੀਂ ਸੀ।
ਇਸਨੂੰ ਕਿਵੇਂ ਸੁਧਾਰਿਆ ਜਾਵੇ
ਹੱਲ ਸਰਲ ਹੈ ਪਰ ਵਿਸ਼ੇਸ਼ ਹੈ। ਆਪਣੀ ਸਕਿੱਲ ਫਾਈਲ ਵਿੱਚ ਸਭ ਤੋਂ ਪਹਿਲੀ ਹਦਾਇਤ ਵਜੋਂ ਇੱਕ ਰੋਲ ਘੋਸ਼ਣਾ ਸ਼ਾਮਲ ਕਰੋ। ਇਸਨੂੰ ਫਾਰਮੈਟਿੰਗ ਨਿਯਮਾਂ ਜਾਂ ਆਉਟਪੁੱਟ ਸਕੀਮਾ ਦੇ ਹੇਠਾਂ ਨਾ ਦਬਾਓ। ਪਛਾਣ ਨਾਲ ਸ਼ੁਰੂਆਤ ਕਰੋ।
ਇੱਕ ਸਪਸ਼ਟ ਢਾਂਚਾ ਵਰਤੋ: "ਤੁਸੀਂ [domain] ਵਿੱਚ ਮਾਹਰ ਇੱਕ [role] ਹੋ।" ਇਸ ਤੋਂ ਬਾਅਦ ਇੱਕ ਜਾਂ ਦੋ ਵਾਕਾਂ ਵਿੱਚ ਦੱਸੋ ਕਿ ਇਹ ਰੋਲ ਅਸਲ ਵਿੱਚ ਕੰਮ ਦੇ ਸੰਦਰਭ ਵਿੱਚ ਕੀ ਕਰਦਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ: "ਤੁਸੀਂ ਡਿਸਟ੍ਰੀਬਿਊਟਡ ਸਿਸਟਮਾਂ ਵਿੱਚ ਮਾਹਰ ਇੱਕ ਸੀਨੀਅਰ ਬੈਕਐਂਡ ਇੰਜੀਨੀਅਰ ਹੋ। ਤੁਹਾਡਾ ਕੰਮ ਕੰਕਰੈਂਸੀ ਰਿਸਕ ਅਤੇ ਡਾਟਾ ਕੰਸਿਸਟੈਂਸੀ ਦੀਆਂ ਸਮੱਸਿਆਵਾਂ ਲਈ ਪੁੱਲ ਰਿਕੁਐਸਟਸ ਦੀ ਸਮੀਖਿਆ ਕਰਨਾ ਹੈ। ਤੁਸੀਂ ਸਟੇਟ ਮੈਨੇਜਮੈਂਟ ਬਾਰੇ ਅੰਦਾਜ਼ਿਆਂ 'ਤੇ ਸਵਾਲ ਉਠਾਉਂਦੇ ਹੋ ਅਤੇ ਅਜਿਹੇ ਕੋਡ ਨੂੰ ਮਨਜ਼ੂਰੀ ਦੇਣ ਤੋਂ ਇਨਕਾਰ ਕਰਦੇ ਹੋ ਜਿਸ ਵਿੱਚ ਸਹੀ ਐਰਰ ਹੈਂਡਲਿੰਗ ਦੀ ਘਾਟ ਹੋਵੇ।"
ਇੰਨਾ ਕਾਫੀ ਹੈ। ਵੱਧ ਤੋਂ ਵੱਧ ਤਿੰਨ ਵਾਕ। ਲੰਬੀਆਂ ਜੀਵਨੀਆਂ ਸ਼ੋਰ ਪੈਦਾ ਕਰਦੀਆਂ ਹਨ। ਮਾਡਲ ਨੂੰ ਬਚਪਨ ਦੀ ਕਹਾਣੀ ਜਾਂ ਸ਼ੌਕਾਂ ਦੀ ਸੂਚੀ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ। ਇਸਨੂੰ ਇੱਕ ਪੇਸ਼ੇਵਰ ਆਧਾਰ (professional anchor) ਦੀ ਲੋੜ ਹੈ ਜੋ ਇਸਦੇ ਫੈਸਲੇ ਨੂੰ ਰੂਪ ਦੇ ਸਕੇ।
ਅਸਲ ਪੇਸ਼ੇਵਰ ਭੂਮਿਕਾਵਾਂ ਦੀ ਹੀ ਵਰਤੋਂ ਕਰੋ। ਇੱਕ ਸਟਾਫ ਸਾਫਟਵੇਅਰ ਇੰਜੀਨੀਅਰ ਜਾਂ ਇੱਕ ਟੈਕਨੀਕਲ ਡੌਕਯੂਮੈਂਟੇਸ਼ਨ ਰਾਈਟਰ ਮਾਡਲ ਨੂੰ ਜ਼ਿੰਮੇਵਾਰੀਆਂ ਦਾ ਇੱਕ ਪਛਾਣਨਯੋਗ ਢਾਂਚਾ ਦਿੰਦਾ ਹੈ। ਇਸਨੂੰ ਸ਼ਰਲੋਕ ਹੋਲਮਜ਼ ਜਾਂ ਮੱਧਕਾਲੀ ਜਾਦੂਗਰ ਵਾਂਗ ਵਿਵਹਾਰ ਕਰਨ ਲਈ ਕਹਿਣਾ ਰਚਨਾਤਮਕ ਲੱਗ ਸਕਦਾ ਹੈ, ਪਰ ਇਹ ਅਜਿਹੇ ਅਨਪ੍ਰਭਾਵੀ ਸਬੰਧ ਪੈਦਾ ਕਰਦਾ ਹੈ ਜਿਸਦਾ ਤੁਹਾਡੇ ਕੋਡ ਰਿਵਿਊ ਪਾਈਪਲਾਈਨ ਨਾਲ ਕੋਈ ਲੈਣਾ-ਦੇਣਾ ਨਹੀਂ ਹੈ। ਅਸਲ ਭੂਮਿਕਾਵਾਂ ਅਸਲ ਪਾਬੰਦੀਆਂ ਨਾਲ ਆਉਂਦੀਆਂ ਹਨ।
ਜਦੋਂ ਤੁਸੀਂ ਇਸਨੂੰ ਸਹੀ ਤਰੀਕੇ ਨਾਲ ਕਰਦੇ ਹੋ ਤਾਂ ਕੀ ਬਦਲਦਾ ਹੈ
ਇੱਕ ਵਾਰ ਜਦੋਂ ਹਰੇਕ ਸਕਿੱਲ ਆਪਣਾ ਪਰਸੋਨਾ ਲੈ ਲੈਂਦੀ ਹੈ, ਤਾਂ ਤੁਹਾਡੀ ਪੂਰੀ ਪਾਈਪਲਾਈਨ ਸਥਿਰ ਹੋ ਜਾਂਦੀ ਹੈ।
ਭਵਿੱਖਬਾਣੀਯੋਗਤਾ (Predictability) ਪਹਿਲਾ ਇਨਾਮ ਹੈ। AI ਆਪਣੀ ਸੀਨੀਅਰਤਾ ਦਾ ਅੰਦਾਜ਼ਾ ਲਗਾਉਣਾ ਬੰਦ ਕਰ ਦਿੰਦਾ ਹੈ। ਇੱਕ ਸੀਨੀਅਰ ਪਰਸੋਨਾ ਸਖ਼ਤ ਸਵਾਲ ਪੁੱਛੇਗਾ। ਇਹ ਅਸਪਸ਼ਟ ਲੋੜਾਂ 'ਤੇ ਸਵਾਲ ਉਠਾਏਗਾ, ਗੁੰਝਲਦਾਰ ਐਜ ਕੇਸਾਂ ਨੂੰ ਫਲੈਗ ਕਰੇਗਾ, ਅਤੇ ਅਜਿਹਾ ਸੰਦਰਭ ਮੰਗੇਗਾ ਜਿਸ ਨੂੰ ਇੱਕ ਡਿਫੌਲਟ ਜਾਂ ਜੂਨੀਅਰ ਆਵਾਜ਼ ਅਣਗੌਲਿਆ ਕਰ ਸਕਦੀ ਹੈ। ਜਦੋਂ ਤੁਸੀਂ ਰੋਲ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਮਿਆਰ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦੇ ਹੋ।
ਰਿਵਿਊ ਤੇਜ਼ ਹੋ ਜਾਂਦੇ ਹਨ। ਜਦੋਂ ਕੋਈ ਸਾਥੀ ਇੱਕ ਸਪਸ਼ਟ ਪਰਸੋਨਾ ਦੁਆਰਾ ਲੇਬਲ ਕੀਤੇ ਗਏ ਆਉਟਪੁੱਟ ਨੂੰ ਪੜ੍ਹਦਾ ਹੈ, ਤਾਂ ਉਹ ਹਰ ਸੁਝਾਅ ਦੇ ਪਿੱਛੇ ਦੇ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਨੂੰ ਸਮਝਦਾ ਹੈ। ਉਹ ਜਾਣਦੇ ਹਨ ਕਿ ਕਿਸੇ ਫੀਡਬੈਕ ਨੂੰ ਇੱਕ ਸਖ਼ਤ ਆਰਕੀਟੈਕਚਰਲ ਲੋੜ ਵਜੋਂ ਮੰਨਣਾ ਹੈ ਜਾਂ ਇੱਕ ਸਟਾਈਲ ਪਸੰਦ ਵਜੋਂ। ਸੰਦਰਭ ਅਸਪਸ਼ਟ ਹੋਣ ਦੀ ਬਜਾਏ ਸਪਸ਼ਟ ਹੋ ਜਾਂਦਾ ਹੈ।
ਸਕਿੱਲ ਚੇਨਿੰਗ ਅੰਤ ਵਿੱਚ ਉਮੀਦ ਅਨੁਸਾਰ ਕੰਮ ਕਰਦੀ ਹੈ। ਹਰੇਕ