ਛੁਰੀ ਕਿੱਥੋਂ ਆਈ?
ਤੀਜੀ ਜਮਾਤ ਵਿੱਚ, ਮੈਂ ਪੀਨਟ ਬਟਰ ਅਤੇ ਜੈਲੀ ਸੈਂਡਵਿਚ ਕਿਵੇਂ ਬਣਾਉਣਾ ਹੈ, ਇਸ 'ਤੇ ਇੱਕ ਗਾਈਡ ਲਿਖੀ ਸੀ।
ਮੈਂ ਚਾਰ ਕਦਮ ਲਿਖੇ:
- ਬ੍ਰੈੱਡ ਲਓ।
- ਪੀਨਟ ਬਟਰ ਅਤੇ ਜੈਲੀ ਲਓ।
- ਸਮੱਗਰੀ ਨੂੰ ਬ੍ਰੈੱਡ 'ਤੇ ਲਗਾਓ।
- ਉਹਨਾਂ ਨੂੰ ਇਕੱਠਾ ਰੱਖੋ।
ਮੇਰੇ ਅਧਿਆਪਕ ਨੇ ਇੱਕ ਸਵਾਲ ਪੁੱਛਿਆ: ਛੁਰੀ ਕਿੱਥੋਂ ਆਈ?
ਮੇਰੇ ਦਿਮਾਗ ਵਿੱਚ ਇੱਕ ਤਸਵੀਰ ਸੀ। ਮੈਂ ਉਸ ਸਵੇਰ ਰਸੋਈ ਦੀ ਦਰਾਜ਼ ਵਿੱਚ ਛੁਰੀ ਦੇਖੀ ਸੀ। ਮੈਂ ਮੰਨ ਲਿਆ ਸੀ ਕਿ ਪਾਠਕ ਨੇ ਵੀ ਉਹਨੂੰ ਦੇਖਿਆ ਹੋਵੇਗਾ। ਮੈਂ ਗਲਤ ਸੀ।
ਜਦੋਂ ਮੈਂ prompt engineering ਸ਼ੁਰੂ ਕੀਤੀ, ਤਾਂ ਮੈਂ ਵੀ ਉਹੀ ਗਲਤੀ ਕੀਤੀ। ਜ਼ਿਆਦਾਤਰ ਲੋਕ ਇਸੇ ਰਾਹ 'ਤੇ ਚੱਲਦੇ ਹਨ:
ਪਹਿਲਾ ਪੜਾਅ: The one-liner। ਤੁਸੀਂ ਇੱਕ ਵਾਕ ਲਿਖਦੇ ਹੋ ਅਤੇ ਉਮੀਦ ਕਰਦੇ ਹੋ ਕਿ ਮਾਡਲ ਤੁਹਾਡਾ ਮਨ ਪੜ੍ਹ ਲਵੇਗਾ। ਜਦੋਂ ਇਹ ਅਸਫਲ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਤੁਸੀਂ prompt ਨੂੰ ਸੁਧਾਰਨ ਦੀ ਬਜਾਏ ਮਾਡਲ ਨਾਲ ਲੜਦੇ ਹੋ।
ਦੂਜਾ ਪੜਾਅ: The notebook। ਤੁਸੀਂ ਉਹ prompts ਸੇਵ ਕਰਦੇ ਹੋ ਜੋ ਕੰਮ ਕਰਦੇ ਹਨ। ਤੁਸੀਂ ਨੋਟ ਕਰਦੇ ਹੋ ਕਿ ਇਕਸਾਰਤਾ (consistency) ਮਾਇਨੇ ਰੱਖਦੀ ਹੈ। ਤੁਸੀਂ ਦੇਖਦੇ ਹੋ ਕਿ ਕੁਝ prompts ਇਸ ਲਈ ਅਸਫਲ ਹੋ ਜਾਂਦੇ ਹਨ ਕਿਉਂਕਿ ਸੈੱਟਅੱਪ ਗਾਇਬ ਹੁੰਦਾ ਹੈ।
ਤੀਜਾ ਪੜਾਅ: The environment। ਤੁਹਾਨੂੰ ਅਹਿਸਾਸ ਹੁੰਦਾ ਹੈ ਕਿ ਇੱਕ prompt ਸਿਰਫ਼ ਇੱਕ ਹਦਾਇਤ ਨਹੀਂ ਹੈ। ਇੱਕ prompt ਇੱਕ ਕਮਰਾ ਹੈ। ਮਾਡਲ ਸਿਰਫ਼ ਉਸੇ ਚੀਜ਼ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ ਜੋ ਉਸ ਕਮਰੇ ਵਿੱਚ ਹੁੰਦੀ ਹੈ। ਜੇਕਰ ਕਮਰੇ ਵਿੱਚ ਛੁਰੀ ਨਹੀਂ ਹੈ, ਤਾਂ ਸੈਂਡਵਿਚ ਕਦੇ ਨਹੀਂ ਬਣੇਗਾ।
ਬਿਹਤਰ prompts ਬਣਾਉਣ ਲਈ, ਇਹਨਾਂ ਤਿੰਨ ਚੀਜ਼ਾਂ ਨੂੰ ਜੋੜੋ:
- Context: ਮਾਡਲ ਨੂੰ ਦੱਸੋ ਕਿ ਉਸ ਕੋਲ ਕਿਸ ਡੇਟਾ ਤੱਕ ਪਹੁੰਚ ਹੈ।
- Constraints: ਮਾਡਲ ਨੂੰ ਦੱਸੋ ਕਿ ਟੂਲਸ ਦੀ ਵਰਤੋਂ ਕਿਵੇਂ ਕਰਨੀ ਹੈ ਅਤੇ ਕਿਸ ਚੀਜ਼ ਤੋਂ ਬਚਣਾ ਹੈ।
- Acceptance criteria: ਇਹ ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ ਕਿ ਤਿਆਰ ਨਤੀਜਾ ਕਿਹੋ ਜਿਹਾ ਦਿਖਣਾ ਚਾਹੀਦਾ ਹੈ ਤਾਂ ਜੋ ਮਾਡਲ ਆਪਣੇ ਕੰਮ ਦੀ ਜਾਂਚ ਖੁਦ ਕਰ ਸਕੇ।
ਜਾਦੂਈ ਸ਼ਬਦਾਂ ਜਾਂ ਚਲਾਕ ਤਰੀਕਿਆਂ ਨੂੰ ਭੁੱਲ ਜਾਓ। Prompt engineering ਇੱਕ bug report ਜਾਂ design doc ਲਿਖਣ ਵਾਂਗ ਹੈ। ਇਹ ਮੰਨ ਕੇ ਚੱਲੋ ਕਿ ਪਾਠਕ ਕੋਲ ਤੁਹਾਡੇ ਵਰਗਾ ਸੰਦਰਭ (context) ਨਹੀਂ ਹੈ। ਆਪਣੇ ਟੈਕਸਟ ਵਿੱਚ ਸੰਦਰਭ ਸ਼ਾਮਲ ਕਰੋ।
Source: https://dev.to/rshade/where-did-the-knife-come-from-1ebp
Optional learning community: https://t.me/GyaanSetuAi