AI ਐਪ ਬਿਲਡਰਾਂ ਲਈ ਪ੍ਰੋਂਪਟ ਕਿਵੇਂ ਲਿਖੀਏ (ਪਹਿਲਾਂ ਅਤੇ ਬਾਅਦ ਦੀਆਂ ਉਦਾਹਰਨਾਂ ਨਾਲ)
ਇੱਕ ਚੰਗਾ ਪ੍ਰੋਂਪਟ AI ਐਪ ਬਿਲਡਰ ਨੂੰ ਪ੍ਰੋਡਕਟ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ, ਕੋਡ ਦਾ ਨਹੀਂ: ਇਸਨੂੰ ਕੌਣ ਵਰਤਦਾ ਹੈ, ਉਹ ਕਦਮ-ਦਰ-ਕਦਮ ਕੀ ਕਰਦੇ ਹਨ, ਕਿਹੜਾ ਡਾਟਾ ਰੱਖਿਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਕੌਣ ਕੀ ਵੇਖਣ ਦੀ ਇਜਾਜ਼ਤ ਰੱਖਦਾ ਹੈ। ਪਹਿਲਾ ਵਰਜ਼ਨ ਬਣ ਜਾਣ ਤੋਂ ਬਾਅਦ, ਹਰ ਸੁਨੇਹੇ ਵਿੱਚ ਇੱਕ ਖਾਸ ਬਦਲਾਅ ਮੰਗੋ, ਦੱਸੋ ਕਿ ਕੀ ਇਕੋ ਜਿਹਾ ਰਹਿਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਸਮੱਸਿਆਵਾਂ ਨੂੰ "ਮੈਂ X ਕੀਤਾ, Y ਦੀ ਉਮੀਦ ਸੀ, Z ਮਿਲਿਆ" ਵਜੋਂ ਲਿਖੋ। ਇਹ ਤਿੰਨ ਆਦਤਾਂ ਜ਼ਿਆਦਾਤਰ ਨਿਰਾਸ਼ਾਜਨਕ ਨਤੀਜਿਆਂ ਨੂੰ ਠੀਕ ਕਰ ਦਿੰਦੀਆਂ ਹਨ।
ਇਸ ਗਾਈਡ ਦੇ ਬਾਕੀ ਹਿੱਸੇ ਵਿੱਚ ਇਹ ਪੈਟਰਨ ਵਿਸਥਾਰ ਵਿੱਚ ਦਿਖਾਏ ਗਏ ਹਨ, ਨਾਲ ਪਹਿਲਾਂ-ਬਾਅਦ ਦੀਆਂ ਉਦਾਹਰਨਾਂ ਜੋ ਤੁਸੀਂ ਆਪਣੇ ਅਨੁਸਾਰ ਢਾਲ ਸਕਦੇ ਹੋ।
AI ਐਪ ਬਿਲਡਰ ਨਾਲ ਪ੍ਰੋਂਪਟ ਕਰਨਾ ਆਮ ਚੈਟ ਨਾਲੋਂ ਵੱਖਰਾ ਕਿਉਂ ਹੈ
ਜਦੋਂ ਤੁਸੀਂ ਕਿਸੇ ਚੈਟ ਸਹਾਇਕ ਨੂੰ ਸਵਾਲ ਪੁੱਛਦੇ ਹੋ, ਤਾਂ ਧੁੰਦਲੇ ਪ੍ਰੋਂਪਟ ਨਾਲ ਧੁੰਦਲਾ ਜਵਾਬ ਮਿਲਦਾ ਹੈ ਅਤੇ ਤੁਸੀਂ ਅੱਗੇ ਵਧ ਜਾਂਦੇ ਹੋ। ਪਰ ਜਦੋਂ ਤੁਸੀਂ AI ਐਪ ਬਿਲਡਰ ਨੂੰ ਪ੍ਰੋਂਪਟ ਕਰਦੇ ਹੋ, ਤਾਂ ਜਵਾਬ ਇੱਕ ਚੱਲਦਾ ਪ੍ਰੋਗਰਾਮ ਹੁੰਦਾ ਹੈ। ਤੁਹਾਡੇ ਵਰਣਨ ਦਾ ਹਰ ਖਾਲੀ ਹਿੱਸਾ ਇੱਕ ਅੰਦਾਜ਼ੇ ਨਾਲ ਭਰਿਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਉਹ ਅੰਦਾਜ਼ੇ ਕੋਡ, ਡਾਟਾਬੇਸ ਟੇਬਲਾਂ ਅਤੇ ਸਕਰੀਨਾਂ ਬਣ ਜਾਂਦੇ ਹਨ ਜਿਨ੍ਹਾਂ ਨਾਲ ਤੁਹਾਨੂੰ ਰਹਿਣਾ ਜਾਂ ਉਹਨਾਂ ਨੂੰ ਵਾਪਸ ਲੈਣਾ ਪੈਂਦਾ ਹੈ।
ਇਸ ਲਈ ਪ੍ਰੋਂਪਟ ਦਾ ਟੀਚਾ ਚਤੁਰ ਲੱਗਣਾ ਨਹੀਂ, ਸਗੋਂ ਘੱਟ ਮਹੱਤਵਪੂਰਨ ਫ਼ੈਸਲਿਆਂ ਨੂੰ ਕਿਸਮਤ ਦੇ ਭਰੋਸੇ ਛੱਡਣਾ ਹੈ। ਤਕਨੀਕੀ ਸ਼ਬਦਾਵਲੀ ਦੀ ਲੋੜ ਨਹੀਂ। ਲੋੜ ਹੈ ਉਹਨਾਂ ਗੱਲਾਂ ਬਾਰੇ ਖਾਸ ਹੋਣ ਦੀ ਜੋ ਸਿਰਫ਼ ਤੁਸੀਂ ਜਾਣਦੇ ਹੋ: ਤੁਹਾਡੇ ਯੂਜ਼ਰ, ਤੁਹਾਡਾ ਕੰਮ-ਕਾਜ ਅਤੇ ਤੁਹਾਡੇ ਨਿਯਮ।
ਪਹਿਲੇ ਪ੍ਰੋਂਪਟ ਵਿੱਚ ਕੀ ਸ਼ਾਮਲ ਕਰਨਾ ਹੈ
ਕੁਝ ਵੀ ਲਿਖਣ ਤੋਂ ਪਹਿਲਾਂ ਇਹ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਦਿਓ। ਹਰ ਇੱਕ ਉਹ ਪਾੜਾ ਬੰਦ ਕਰਦਾ ਹੈ ਜਿਸ ਬਾਰੇ AI ਅੰਦਾਜ਼ਾ ਲਗਾਉਂਦਾ।
| ਸ਼ਾਮਲ ਕਰੋ | ਕਿਉਂ ਜ਼ਰੂਰੀ ਹੈ | ਉਦਾਹਰਨ |
|---|---|---|
| ਪ੍ਰੋਡਕਟ ਇੱਕ ਵਾਕ ਵਿੱਚ | ਹਰ ਬਾਅਦ ਦੇ ਫ਼ੈਸਲੇ ਦਾ ਢਾਂਚਾ ਤੈਅ ਕਰਦਾ ਹੈ | "ਦੋ ਕੁਰਸੀਆਂ ਵਾਲੀ ਨਾਈ ਦੀ ਦੁਕਾਨ ਲਈ ਬੁਕਿੰਗ ਸਾਈਟ" |
| ਇਸਨੂੰ ਕੌਣ ਵਰਤਦਾ ਹੈ | ਸਕਰੀਨਾਂ ਅਤੇ ਲਹਿਜ਼ਾ ਤੈਅ ਕਰਦਾ ਹੈ | "ਫ਼ੋਨ 'ਤੇ ਆਉਣ ਵਾਲੇ ਗਾਹਕ, ਅਤੇ ਲੈਪਟਾਪ 'ਤੇ ਮਾਲਕ" |
| ਮੁੱਖ ਪ੍ਰਵਾਹ, ਕਦਮ-ਦਰ-ਕਦਮ | ਉਹ ਚੀਜ਼ ਜੋ ਪਹਿਲਾਂ ਕੰਮ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ | "ਸੇਵਾ ਚੁਣੋ, ਸਮਾਂ ਚੁਣੋ, ਨਾਮ ਅਤੇ ਫ਼ੋਨ ਲਿਖੋ, ਪੁਸ਼ਟੀ ਲਵੋ" |
| ਡਾਟਾ ਜੋ ਰੱਖਿਆ ਜਾਂਦਾ ਹੈ | ਡਾਟਾਬੇਸ ਡਿਜ਼ਾਈਨ ਬਣਦਾ ਹੈ | "ਸੇਵਾਵਾਂ, ਬੁਕਿੰਗਾਂ, ਗਾਹਕ" |
| ਕੌਣ ਕੀ ਵੇਖ ਜਾਂ ਬਦਲ ਸਕਦਾ ਹੈ | ਲੌਗਇਨ ਅਤੇ ਇਜਾਜ਼ਤਾਂ ਤੈਅ ਕਰਦਾ ਹੈ | "ਸਿਰਫ਼ ਮਾਲਕ ਸਾਰੀਆਂ ਬੁਕਿੰਗਾਂ ਵੇਖੇ" |
| ਦਿੱਖ ਅਤੇ ਅਹਿਸਾਸ, ਸੰਖੇਪ ਵਿੱਚ | ਡਿਫ਼ਾਲਟ ਆਮ ਸ਼ੈਲੀ ਤੋਂ ਬਚਾਉਂਦਾ ਹੈ | "ਗੂੜ੍ਹਾ, ਸਾਦਾ, ਵੱਡੇ ਬਟਨ" |
| ਅਜੇ ਕੀ ਛੱਡਣਾ ਹੈ | ਪਹਿਲੇ ਵਰਜ਼ਨ ਨੂੰ ਛੋਟਾ ਰੱਖਦਾ ਹੈ | "ਅਜੇ ਕੋਈ ਪੇਮੈਂਟ ਜਾਂ ਰਿਵਿਊ ਨਹੀਂ" |
ਆਖਰੀ ਕਤਾਰ ਨੂੰ ਘੱਟ ਅੰਕ ਮਿਲਦੇ ਹਨ, ਪਰ ਇਹ ਬਹੁਤ ਅਹਿਮ ਹੈ। ਇਹ ਦੱਸਣਾ ਕਿ ਤੁਸੀਂ ਕੀ ਨਹੀਂ ਚਾਹੁੰਦੇ, AI ਨੂੰ ਬਲੌਗ, ਕੀਮਤ ਵਾਲਾ ਪੰਨਾ ਅਤੇ ਨਿਊਜ਼ਲੈਟਰ ਸਾਈਨਅੱਪ ਜੋੜਨ ਤੋਂ ਰੋਕਦਾ ਹੈ ਜੋ ਤੁਸੀਂ ਕਦੇ ਮੰਗੇ ਹੀ ਨਹੀਂ ਸਨ।
ਪਹਿਲਾ ਪ੍ਰੋਂਪਟ: ਪਹਿਲਾਂ ਅਤੇ ਬਾਅਦ
ਪਹਿਲਾਂ:
ਮੇਰੇ ਜਿਮ ਲਈ ਇੱਕ ਐਪ ਬਣਾਓ।
ਬਿਲਡਰ ਨੂੰ ਸਭ ਕੁਝ ਅੰਦਾਜ਼ਾ ਲਗਾਉਣਾ ਪੈਂਦਾ ਹੈ: ਮੈਂਬਰ ਜਾਂ ਸਟਾਫ਼? ਕਲਾਸਾਂ ਜਾਂ ਨਿੱਜੀ ਟ੍ਰੇਨਿੰਗ? ਪੇਮੈਂਟ? ਤੁਹਾਨੂੰ ਕੁਝ ਅਜਿਹਾ ਮਿਲੇਗਾ ਜੋ ਜਿਮ ਦੀ ਵੈੱਬਸਾਈਟ ਵਰਗਾ ਲੱਗੇਗਾ ਪਰ ਉਹ ਕੰਮ ਨਹੀਂ ਕਰੇਗਾ ਜਿਸਦੀ ਤੁਹਾਨੂੰ ਲੋੜ ਹੈ।
ਬਾਅਦ:
ਇੱਕ ਛੋਟੇ ਯੋਗਾ ਸਟੂਡੀਓ ਲਈ ਕਲਾਸ ਬੁਕਿੰਗ ਐਪ ਬਣਾਓ। ਮੈਂਬਰ ਇਸ ਹਫ਼ਤੇ ਦੀਆਂ ਕਲਾਸਾਂ ਵੇਖਦੇ ਹਨ (ਨਾਮ, ਅਧਿਆਪਕ, ਸਮਾਂ, ਬਚੀਆਂ ਥਾਵਾਂ), ਇੱਕ ਥਾਂ ਬੁੱਕ ਕਰਦੇ ਹਨ, ਅਤੇ ਦੋ ਘੰਟੇ ਪਹਿਲਾਂ ਤੱਕ ਰੱਦ ਕਰ ਸਕਦੇ ਹਨ। ਮੈਂਬਰ ਈਮੇਲ ਅਤੇ ਪਾਸਵਰਡ ਨਾਲ ਸਾਈਨਅੱਪ ਕਰਦੇ ਹਨ। ਸਟੂਡੀਓ ਮਾਲਕ ਲੌਗਇਨ ਕਰਕੇ ਕਲਾਸਾਂ ਜੋੜਦਾ ਹੈ, ਕੌਣ ਬੁੱਕ ਹੈ ਵੇਖਦਾ ਹੈ, ਅਤੇ ਹਾਜ਼ਰੀ ਲਗਾਉਂਦਾ ਹੈ। ਕਲਾਸਾਂ, ਮੈਂਬਰਾਂ ਅਤੇ ਬੁਕਿੰਗਾਂ ਨੂੰ ਡਾਟਾਬੇਸ ਵਿੱਚ ਰੱਖੋ। ਸ਼ਾਂਤ, ਹਲਕਾ ਡਿਜ਼ਾਈਨ ਜੋ ਫ਼ੋਨ 'ਤੇ ਚੰਗਾ ਲੱਗੇ। ਅਜੇ ਕੋਈ ਪੇਮੈਂਟ ਨਹੀਂ।
ਦੂਜਾ ਵਰਣਨ ਫਿਰ ਵੀ ਛੋਟਾ ਹੈ। ਇਹ ਸਿਰਫ਼ ਉਹਨਾਂ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਜੋ ਉੱਪਰ ਦੀ ਟੇਬਲ ਵਿੱਚ ਹਨ।
ਵਿਹਾਰ ਵਰਣਨ ਕਰੋ, ਇੰਪਲੀਮੈਂਟੇਸ਼ਨ ਨਹੀਂ
ਅਕਸਰ ਤੁਹਾਨੂੰ ਬਿਹਤਰ ਨਤੀਜੇ ਉਦੋਂ ਮਿਲਦੇ ਹਨ ਜਦੋਂ ਤੁਸੀਂ ਇਹ ਦੱਸਦੇ ਹੋ ਕਿ ਕੀ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਨਾ ਕਿ ਇਹ ਕਿ ਕਿਵੇਂ ਬਣਾਉਣਾ ਹੈ।
ਪਹਿਲਾਂ:
ਬੁਕਿੰਗਾਂ ਲਿਆਉਣ ਲਈ ਇੱਕ useEffect ਅਤੇ ਸੋਧ ਲਈ ਇੱਕ ਮੋਡਲ ਕੰਪੋਨੈਂਟ ਜੋੜੋ।
ਬਾਅਦ:
ਜਦੋਂ ਮਾਲਕ ਕਿਸੇ ਬੁਕਿੰਗ 'ਤੇ ਕਲਿੱਕ ਕਰੇ, ਤਾਂ ਇੱਕ ਪੈਨਲ ਖੋਲ੍ਹੋ ਜਿੱਥੇ ਉਹ ਸਮਾਂ ਬਦਲ ਸਕੇ ਜਾਂ ਰੱਦ ਕਰ ਸਕੇ। ਬਦਲਾਅ ਸੂਚੀ ਵਿੱਚ ਤੁਰੰਤ ਦਿਖਣੇ ਚਾਹੀਦੇ ਹਨ।
ਪਹਿਲਾ ਪ੍ਰੋਂਪਟ AI ਨੂੰ ਇੱਕ ਖਾਸ ਤਕਨੀਕ ਵਿੱਚ ਬੰਨ੍ਹ ਦਿੰਦਾ ਹੈ ਜੋ ਸ਼ਾਇਦ ਐਪ ਦੇ ਢਾਂਚੇ ਨਾਲ ਮੇਲ ਨਾ ਖਾਵੇ। ਦੂਜਾ ਨਤੀਜਾ ਦੱਸਦਾ ਹੈ ਅਤੇ AI ਨੂੰ ਉਸ ਕੋਡ ਲਈ ਸਹੀ ਤਰੀਕਾ ਚੁਣਨ ਦਿੰਦਾ ਹੈ ਜੋ ਪਹਿਲਾਂ ਹੀ ਲਿਖਿਆ ਗਿਆ ਹੈ। ਜੇ ਤੁਸੀਂ ਡਿਵੈਲਪਰ ਹੋ ਅਤੇ ਤੁਹਾਡੀ ਕੋਈ ਪੱਕੀ ਪਸੰਦ ਹੈ, ਤਾਂ ਉਹ ਜ਼ਰੂਰ ਦੱਸੋ, ਪਰ ਨਾਲ ਨਤੀਜਾ ਵੀ ਲਿਖੋ।
ਨਿਯਮਾਂ ਬਾਰੇ ਠੋਸ ਰਹੋ
ਕਾਰੋਬਾਰੀ ਨਿਯਮ ਉਹ ਥਾਂ ਹਨ ਜਿੱਥੇ AI ਨਾਲ ਬਣੀਆਂ ਐਪਾਂ ਅਕਸਰ ਗਲਤ ਹੋ ਜਾਂਦੀਆਂ ਹਨ, ਕਿਉਂਕਿ ਇਹ ਤੁਹਾਡੇ ਲਈ ਸਪੱਸ਼ਟ ਹਨ ਅਤੇ AI ਲਈ ਅਦਿੱਖ। ਇਹਨਾਂ ਨੂੰ ਸਾਫ਼ ਸ਼ਬਦਾਂ ਵਿੱਚ ਲਿਖੋ।
- ਹੱਦਾਂ: "ਇੱਕ ਮੈਂਬਰ ਕੋਲ ਵੱਧ ਤੋਂ ਵੱਧ ਤਿੰਨ ਭਵਿੱਖੀ ਬੁਕਿੰਗਾਂ ਹੋ ਸਕਦੀਆਂ ਹਨ।"
- ਸਮਾਂ: "ਰੱਦ ਕਰਨਾ ਕਲਾਸ ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ ਦੋ ਘੰਟੇ ਪਹਿਲਾਂ ਬੰਦ ਹੋ ਜਾਂਦਾ ਹੈ।"
- ਕਿਨਾਰੇ ਵਾਲੇ ਕੇਸ: "ਜੇ ਕਲਾਸ ਭਰੀ ਹੋਵੇ, ਤਾਂ Book ਦੀ ਥਾਂ ਵੇਟਲਿਸਟ ਬਟਨ ਦਿਖਾਓ।"
- ਇਜਾਜ਼ਤਾਂ: "ਅਧਿਆਪਕ ਆਪਣੀਆਂ ਕਲਾਸਾਂ ਦੀ ਹਾਜ਼ਰੀ ਵੇਖ ਸਕਦੇ ਹਨ, ਦੂਜੇ ਅਧਿਆਪਕਾਂ ਦੀ ਨਹੀਂ।"
ਇਹਨਾਂ ਵਿੱਚੋਂ ਹਰ ਇੱਕ ਇੱਕ ਵਾਕ ਹੈ। ਜੇ ਕੋਈ ਵੀ ਛੱਡ ਦਿੱਤਾ, ਤਾਂ ਐਪ ਜਾਂ ਤਾਂ ਨਿਯਮ ਲਾਗੂ ਹੀ ਨਹੀਂ ਕਰੇਗੀ ਜਾਂ ਆਪਣਾ ਵੱਖਰਾ ਨਿਯਮ ਘੜ ਲਵੇਗੀ।
ਪਹਿਲੇ ਵਰਜ਼ਨ ਤੋਂ ਬਾਅਦ: ਇੱਕ ਸੁਨੇਹੇ ਵਿੱਚ ਇੱਕ ਬਦਲਾਅ
ਜਦੋਂ ਕੋਈ ਚੀਜ਼ ਪ੍ਰੀਵਿਊ ਵਿੱਚ ਚੱਲਣ ਲੱਗ ਜਾਏ, ਤਾਂ ਪੂਰੇ ਪ੍ਰੋਡਕਟ ਦਾ ਵਰਣਨ ਛੱਡ ਕੇ ਛੋਟੇ, ਜਾਂਚਣਯੋਗ ਬਦਲਾਅ ਮੰਗਣ ਵੱਲ ਜਾਓ।
ਪਹਿਲਾਂ:
ਡਿਜ਼ਾਈਨ ਠੀਕ ਨਹੀਂ ਹੈ, ਬੁਕਿੰਗ ਸਹੀ ਕੰਮ ਨਹੀਂ ਕਰਦੀ ਅਤੇ ਮੈਨੂੰ ਕੈਲੰਡਰ ਵਿਊ ਅਤੇ ਈਮੇਲਾਂ ਵੀ ਚਾਹੀਦੀਆਂ ਹਨ।
ਬਾਅਦ (ਚਾਰ ਵੱਖ-ਵੱਖ ਸੁਨੇਹਿਆਂ ਵਿੱਚ):
- ਜਦੋਂ ਮੈਂ ਕਿਸੇ ਕਲਾਸ ਦੀ ਆਖਰੀ ਥਾਂ ਬੁੱਕ ਕਰਦਾ ਹਾਂ, ਤਾਂ ਉਹ ਅਜੇ ਵੀ "1 spot left" ਦਿਖਾਉਂਦੀ ਹੈ। ਇਸਨੂੰ "Full" ਦਿਖਾਉਣਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ Book ਬਟਨ ਲੁਕਾਉਣਾ ਚਾਹੀਦਾ ਹੈ।
- ਸ਼ਡਿਊਲ ਪੰਨੇ 'ਤੇ ਇੱਕ ਹਫ਼ਤਾਵਾਰੀ ਕੈਲੰਡਰ ਵਿਊ ਜੋੜੋ, ਹਰ ਦਿਨ ਲਈ ਇੱਕ ਕਾਲਮ। ਮੌਜੂਦਾ ਲਿਸਟ ਵਿਊ ਇੱਕ ਵਿਕਲਪ ਵਜੋਂ ਰੱਖੋ।
- ਫ਼ੋਨਾਂ 'ਤੇ ਕਲਾਸ ਕਾਰਡ ਹੋਰ ਸੰਖੇਪ ਕਰੋ: ਪੈਡਿੰਗ ਘਟਾਓ, ਅਧਿਆਪਕ ਦਾ ਨਾਮ ਸਮੇਂ ਦੇ ਨਾਲ ਇੱਕੋ ਲਾਈਨ ਵਿੱਚ ਰੱਖੋ।
- ਮੈਂਬਰ ਨੂੰ ਬੁਕਿੰਗ ਕਰਨ 'ਤੇ ਪੁਸ਼ਟੀ ਵਾਲੀ ਈਮੇਲ ਭੇਜੋ।
ਇਹ ਕਿਉਂ ਕੰਮ ਕਰਦਾ ਹੈ:
- ਹਰ ਬਦਲਾਅ ਇੰਨਾ ਛੋਟਾ ਹੈ ਕਿ AI ਇੱਕ ਵਾਰ ਵਿੱਚ ਸਹੀ ਕਰ ਸਕੇ।
- ਤੁਸੀਂ ਅੱਗੇ ਵਧਣ ਤੋਂ ਪਹਿਲਾਂ ਹਰ ਇੱਕ ਨੂੰ ਟੈਸਟ ਕਰ ਸਕਦੇ ਹੋ।
- ਜੇ ਇੱਕ ਗਲਤ ਹੋ ਜਾਵੇ, ਤਾਂ ਤੁਸੀਂ ਬਾਕੀਆਂ ਨੂੰ ਗੁਆਏ ਬਿਨਾਂ ਸਿਰਫ਼ ਉਹੀ ਕਦਮ ਵਾਪਸ ਲੈ ਸਕਦੇ ਹੋ।
ਦੱਸੋ ਕੀ ਬਰਕਰਾਰ ਰੱਖਣਾ ਹੈ
ਜਦੋਂ ਤੁਸੀਂ ਕਿਸੇ ਅਜਿਹੀ ਚੀਜ਼ ਵਿੱਚ ਬਦਲਾਅ ਮੰਗਦੇ ਹੋ ਜੋ ਪਹਿਲਾਂ ਹੀ ਕੰਮ ਕਰਦੀ ਹੈ, ਤਾਂ AI ਨੂੰ ਦੱਸੋ ਕਿ ਕੀ ਨਹੀਂ ਬਦਲਣਾ ਚਾਹੀਦਾ। ਇਹ ਰੀਗ੍ਰੈਸ਼ਨਾਂ (ਜੋ ਪਹਿਲਾਂ ਕੰਮ ਕਰਦਾ ਸੀ ਉਸਦਾ ਟੁੱਟਣਾ) ਰੋਕਣ ਦਾ ਸਭ ਤੋਂ ਆਸਾਨ ਤਰੀਕਾ ਹੈ।
ਹੋਮ ਪੰਨੇ ਦਾ ਹੀਰੋ ਹਿੱਸਾ ਵੱਡੀ ਸੁਰਖ਼ੀ ਅਤੇ ਸੱਜੇ ਪਾਸੇ ਇੱਕ ਫੋਟੋ ਨਾਲ ਦੁਬਾਰਾ ਡਿਜ਼ਾਈਨ ਕਰੋ। ਨੈਵੀਗੇਸ਼ਨ, ਰੰਗ ਅਤੇ ਹੀਰੋ ਤੋਂ ਹੇਠਾਂ ਸਭ ਕੁਝ ਬਿਲਕੁਲ ਇਕੋ ਜਿਹਾ ਰੱਖੋ।
ਇਹੀ ਡਾਟਾ 'ਤੇ ਲਾਗੂ ਹੁੰਦਾ ਹੈ: "ਮੈਂਬਰਾਂ ਵਿੱਚ ਫ਼ੋਨ ਨੰਬਰ ਵਾਲਾ ਖੇਤਰ ਜੋੜੋ। ਕੋਈ ਵੀ ਮੌਜੂਦਾ ਖੇਤਰ ਨਾ ਹਟਾਓ ਅਤੇ ਨਾ ਨਾਮ ਬਦਲੋ।"
ਸਕਰੀਨਸ਼ਾਟ ਅਤੇ ਸਹੀ ਲਿਖਤ ਵਰਤੋ
"ਉੱਪਰ ਵਾਲੀ ਚੀਜ਼" ਵਰਗੇ ਸ਼ਬਦ ਅਸਪਸ਼ਟ ਹੁੰਦੇ ਹਨ। ਜ਼ਿਆਦਾਤਰ AI ਐਪ ਬਿਲਡਰ ਤਸਵੀਰਾਂ ਸਵੀਕਾਰ ਕਰਦੇ ਹਨ, ਅਤੇ ਇੱਕ ਸਕਰੀਨਸ਼ਾਟ ਤੇ ਛੋਟਾ ਨੋਟ ਇੱਕ ਪੈਰੇ ਦੇ ਵਰਣਨ ਨਾਲੋਂ ਤੇਜ਼ ਹੈ।
- ਇੱਕ ਸਕਰੀਨਸ਼ਾਟ ਲਗਾਓ ਅਤੇ ਲਿਖੋ "ਲਾਲ ਚੱਕਰ ਵਾਲਾ ਬਟਨ ਫ਼ੋਨਾਂ 'ਤੇ ਮੀਨੂ ਉੱਤੇ ਚੜ੍ਹ ਜਾਂਦਾ ਹੈ"।
- ਕਿਸੇ ਵੀ ਗਲਤੀ ਸੁਨੇਹੇ ਦਾ ਪੂਰਾ ਲਿਖਤੀ ਰੂਪ ਪੇਸਟ ਕਰੋ, ਸ਼ਬਦ ਬਦਲ ਕੇ ਨਹੀਂ।
- ਸਕਰੀਨ 'ਤੇ ਲਿਖੇ ਲੇਬਲ ਠੀਕ-ਠੀਕ ਲਿਖੋ: "ਸੈਟਿੰਗਜ਼ ਪੰਨੇ 'ਤੇ Save changes ਬਟਨ"।
ਬੱਗਾਂ ਲਈ ਖਾਸ ਤੌਰ 'ਤੇ ਇਹ ਸ਼ਕਲ ਵਰਤੋ:
ਬੁਕਿੰਗ ਪੰਨੇ 'ਤੇ, ਮੈਂ ਕੱਲ੍ਹ ਦੀ ਇੱਕ ਬੁਕਿੰਗ 'ਤੇ Cancel ਦਬਾਇਆ। ਮੈਨੂੰ ਉਮੀਦ ਸੀ ਕਿ ਉਹ ਮੇਰੀ ਲਿਸਟ ਵਿੱਚੋਂ ਹਟ ਜਾਵੇਗੀ। ਪਰ ਕੁਝ ਨਹੀਂ ਹੋਇਆ ਅਤੇ ਪੰਨਾ ਤਾਜ਼ਾ ਕਰਨ ਤੋਂ ਬਾਅਦ ਵੀ ਬੁਕਿੰਗ ਉੱਥੇ ਹੈ। ਇਸਨੂੰ ਠੀਕ ਕਰੋ ਅਤੇ ਜਾਂਚੋ ਕਿ ਰੱਦ ਕਰਨਾ ਕੰਮ ਕਰਦਾ ਹੈ।
ਸਾਡੀ ਗਾਈਡ AI ਨਾਲ ਬਣੀ ਐਪ ਵਿੱਚ ਬੱਗ ਕਿਵੇਂ ਲੱਭੀਏ ਇਸ ਬਾਰੇ ਹੋਰ ਵਿਸਥਾਰ ਵਿੱਚ ਦੱਸਦੀ ਹੈ।
ਵੱਡੇ ਬਦਲਾਵਾਂ ਲਈ ਪਹਿਲਾਂ ਯੋਜਨਾ ਬਣਾਓ
ਜਿਹੜੇ ਬਦਲਾਅ ਐਪ ਦੇ ਕਈ ਹਿੱਸਿਆਂ ਨੂੰ ਛੂੰਹਦੇ ਹਨ, ਜਿਵੇਂ ਕਿਸੇ ਐਪ ਵਿੱਚ ਯੂਜ਼ਰ ਅਕਾਊਂਟ ਜੋੜਨੇ ਜਿਸ ਵਿੱਚ ਕੋਈ ਨਹੀਂ ਸੀ, ਪੇਮੈਂਟ ਜੋੜਨੇ, ਜਾਂ ਡਾਟਾ ਦੀ ਬਣਤਰ ਬਦਲਣੀ, ਉਹਨਾਂ ਲਈ ਕੋਈ ਵੀ ਕੋਡ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਯੋਜਨਾ ਮੰਗੋ।
ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਦੱਸੋ ਕਿ ਤੁਸੀਂ ਟੀਮ ਅਕਾਊਂਟ ਕਿਵੇਂ ਜੋੜੋਗੇ: ਕਿਹੜੀਆਂ ਨਵੀਂਆਂ ਟੇਬਲਾਂ ਬਣਨਗੀਆਂ, ਕਿਹੜੇ ਪੰਨੇ ਬਦਲਣਗੇ, ਅਤੇ ਮੌਜੂਦਾ ਯੂਜ਼ਰਾਂ ਨਾਲ ਕੀ ਹੋਵੇਗਾ। ਹੁਣੇ ਕੋਡ ਨਾ ਬਦਲੋ।
ਯੋਜਨਾ ਪੜ੍ਹੋ। ਜੇ ਇਹ ਕਿਸੇ ਗੱਲ ਨੂੰ ਗਲਤ ਸਮਝਦੀ ਹੈ, ਤਾਂ ਇੱਕ ਪੈਰਾ ਠੀਕ ਕਰਨਾ ਮੁਕੰਮਲ ਹੋਏ ਫ਼ੀਚਰ ਨੂੰ ਠੀਕ ਕਰਨ ਨਾਲੋਂ ਕਿਤੇ ਸਸਤਾ ਹੈ। ਬਹੁਤ ਸਾਰੇ ਬਿਲਡਰਾਂ ਕੋਲ ਇਸਦੇ ਲਈ ਇੱਕ ਖਾਸ ਮੋਡ ਹੁੰਦਾ ਹੈ; Mythex 'ਤੇ ਇਹ Plan ਮੋਡ ਹੈ, ਜੋ Build ਅਤੇ Ask ਦੇ ਨਾਲ ਹੈ।
ਕੀ ਨਾ ਕਰੋ
| ਬਚੋ | ਕਿਉਂ | ਇਸਦੀ ਥਾਂ |
|---|---|---|
| "ਇਸਨੂੰ ਹੋਰ ਵਧੀਆ ਬਣਾਓ" / "ਇਸਨੂੰ ਚਮਕਾਓ" | ਕੋਈ ਟੀਚਾ ਨਹੀਂ, ਇਸ ਲਈ AI ਬੇਤਰਤੀਬੇ ਬਦਲਾਅ ਕਰਦਾ ਹੈ | ਬਦਲਾਅ ਦਾ ਨਾਮ ਲਓ: "ਸੈਕਸ਼ਨਾਂ ਵਿਚਕਾਰ ਵੱਧ ਖਾਲੀ ਥਾਂ, ਵੱਡੀਆਂ ਸੁਰਖ਼ੀਆਂ" |
| ਦਸ ਫ਼ੀਚਰਾਂ ਵਾਲਾ ਇੱਕ ਵੱਡਾ ਪ੍ਰੋਂਪਟ | ਗਲਤੀਆਂ ਇਕੱਠੀਆਂ ਹੁੰਦੀਆਂ ਹਨ; ਟੈਸਟ ਕਰਨਾ ਔਖਾ | ਹਰ ਸੁਨੇਹੇ ਵਿੱਚ ਇੱਕ ਫ਼ੀਚਰ |
| ਚੈਟ ਵਿੱਚ API ਕੀਅ ਪੇਸਟ ਕਰਨਾ | ਕੀਅ ਚੈਟ ਇਤਿਹਾਸ ਵਿੱਚ ਰਹਿ ਜਾਂਦੀਆਂ ਹਨ | ਬਿਲਡਰ ਦੇ ਸੀਕ੍ਰੇਟ ਜਾਂ ਵਾਤਾਵਰਣ ਸੈਟਿੰਗਾਂ ਵਰਤੋ |
| ਖਰਾਬ ਨਤੀਜੇ ਨਾਲ ਬਹਿਸ ਕਰਨਾ | ਹਰ ਫ਼ਿਕਸ ਬੱਗ ਉੱਤੇ ਚੜ੍ਹਦਾ ਹੈ | ਵਾਪਸ ਜਾਓ, ਫਿਰ ਦੁਬਾਰਾ ਲਿਖੋ |
| ਕੋਡ ਦੱਸਣਾ ਜੋ ਤੁਸੀਂ ਸਮਝਦੇ ਨਹੀਂ | ਇੱਕ ਮਾੜਾ ਫਿੱਟ ਲਾਕ ਕਰ ਦਿੰਦਾ ਹੈ | ਉਹ ਵਿਹਾਰ ਦੱਸੋ ਜੋ ਤੁਸੀਂ ਚਾਹੁੰਦੇ ਹੋ |
| "ਐਂਟਰਪ੍ਰਾਈਜ਼-ਗ੍ਰੇਡ ਸੁਰੱਖਿਆ" ਮੰਗਣਾ | ਇਸਦਾ ਕੋਈ ਖਾਸ ਅਰਥ ਨਹੀਂ | ਅਸਲ ਨਿਯਮ ਲਿਖੋ: ਕੌਣ ਕੀ ਵੇਖ ਸਕਦਾ ਹੈ |
API ਕੀਅ ਬਾਰੇ: ਜੇ ਤੁਹਾਨੂੰ ਪੇਮੈਂਟ ਜਾਂ ਈਮੇਲ ਸੇਵਾ ਦੀ ਲੋੜ ਹੈ, ਤਾਂ ਇਸਦੀਆਂ ਕੀਅਜ਼ ਪ੍ਰੋਂਪਟ ਵਿੱਚ ਨਹੀਂ, ਪ੍ਰੋਜੈਕਟ ਦੇ ਸੀਕ੍ਰੇਟਸ ਵਿੱਚ ਰੱਖੋ। ਜੇ ਇਹ ਨਵਾਂ ਹੈ, ਤਾਂ ਵਾਤਾਵਰਣ ਵੇਰੀਏਬਲ ਅਤੇ ਸੀਕ੍ਰੇਟ ਕੀ ਹੁੰਦੇ ਹਨ ਵੇਖੋ।
ਦੁਬਾਰਾ ਵਰਤਣਯੋਗ ਪ੍ਰੋਂਪਟ ਟੈਮਪਲੇਟ
ਬਰੈਕਟਾਂ ਵਾਲੇ ਹਿੱਸੇ ਬਦਲ ਕੇ ਇਹਨਾਂ ਨੂੰ ਢਾਲੋ।
ਨਵੀਂ ਐਪ:
[ਐਪ ਦੀ ਕਿਸਮ] [ਕਿਸ ਲਈ] ਲਈ ਬਣਾਓ। ਉਹ [ਮੁੱਖ ਪ੍ਰਵਾਹ, ਕਦਮ-ਦਰ-ਕਦਮ]। [ਦੂਜੀ ਕਿਸਮ ਦਾ ਯੂਜ਼ਰ] [ਉਹ ਕੀ ਕਰਦੇ ਹਨ] ਲਈ ਲੌਗਇਨ ਕਰਦਾ ਹੈ। [ਡਾਟਾ] ਨੂੰ ਡਾਟਾਬੇਸ ਵਿੱਚ ਰੱਖੋ। [ਦਿੱਖ ਅਤੇ ਅਹਿਸਾਸ]। [ਬਾਅਦ ਲਈ ਛੱਡੀਆਂ ਚੀਜ਼ਾਂ] ਛੱਡ ਦਿਓ।
ਨਵਾਂ ਫ਼ੀਚਰ:
[ਪੰਨੇ] 'ਤੇ [ਫ਼ੀਚਰ] ਜੋੜੋ। ਜਦੋਂ [ਯੂਜ਼ਰ] [ਕਾਰਵਾਈ] ਕਰੇ, ਤਾਂ [ਕੀ ਹੋਣਾ ਚਾਹੀਦਾ]। ਸਿਰਫ਼ [ਕੌਣ] [ਇਹ ਕਰ ਸਕੇ]। [ਮੌਜੂਦਾ ਚੀਜ਼ਾਂ] ਉਵੇਂ ਹੀ ਰੱਖੋ।
ਡਿਜ਼ਾਈਨ ਬਦਲਾਅ:
[ਪੰਨੇ] 'ਤੇ [ਖਾਸ ਤੱਤ] ਨੂੰ [ਖਾਸ ਬਦਲਾਅ] ਵਿੱਚ ਬਦਲੋ। [ਕੀ ਬਰਕਰਾਰ ਰੱਖਣਾ] ਇਕੋ ਜਿਹਾ ਰੱਖੋ। ਜਾਂਚੋ ਕਿ ਫ਼ੋਨ ਦੀ ਚੌੜਾਈ 'ਤੇ ਠੀਕ ਲੱਗਦਾ ਹੈ।
ਬੱਗ:
[ਪੰਨੇ] 'ਤੇ, ਮੈਂ [ਕਦਮ] ਕੀਤੇ। ਮੈਨੂੰ ਉਮੀਦ ਸੀ [ਉਮੀਦ]। ਪਰ [ਅਸਲ ਵਿੱਚ ਕੀ ਹੋਇਆ, ਨਾਲ ਗਲਤੀ ਦਾ ਪੂਰਾ ਲਿਖਤੀ ਰੂਪ]। ਇਸਨੂੰ ਠੀਕ ਕਰੋ ਅਤੇ ਜਾਂਚੋ ਕਿ ਪ੍ਰਵਾਹ ਕੰਮ ਕਰਦਾ ਹੈ।
ਬਿਨਾਂ ਬਦਲਾਅ ਦਾ ਸਵਾਲ:
ਕੋਈ ਕੋਡ ਨਾ ਬਦਲੋ। ਦੱਸੋ ਕਿ [ਐਪ ਦਾ ਹਿੱਸਾ] ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ ਅਤੇ [ਡਾਟਾ] ਕਿੱਥੇ ਸਟੋਰ ਹੁੰਦਾ ਹੈ।
ਲੰਮੀ ਸਪੈਸ ਲਿਖਣਾ
ਵੱਡੇ ਪ੍ਰੋਜੈਕਟਾਂ ਲਈ, ਇੱਕ ਪੰਨੇ ਦੀ ਬ੍ਰੀਫ਼ ਪਹਿਲਾਂ ਲਿਖਣਾ ਮਦਦਗਾਰ ਹੋ ਸਕਦਾ ਹੈ ਅਤੇ ਉਸਨੂੰ ਪਹਿਲੇ ਪ੍ਰੋਂਪਟ ਵਜੋਂ ਪੇਸਟ ਕਰੋ: ਯੂਜ਼ਰ, ਮੁੱਖ ਪ੍ਰਵਾਹ, ਡਾਟਾ, ਨਿਯਮ ਅਤੇ ਕੀ ਦਾਇਰੇ ਤੋਂ ਬਾਹਰ ਹੈ। ਇਸ ਦਾ ਖਰੜਾ ਵੀ AI ਨਾਲ ਬਣਵਾ ਸਕਦੇ ਹੋ। ਸਾਡੀ ਗਾਈਡ AI ਨਾਲ PRD ਕਿਵੇਂ ਲਿਖੀਏ ਦੱਸਦੀ ਹੈ ਕਿ ਕਿਵੇਂ। ਬੱਸ ਪਹਿਲੀ ਬਿਲਡ ਬੇਨਤੀ ਨੂੰ ਮੁੱਖ ਪ੍ਰਵਾਹ ਤੱਕ ਸੀਮਤ ਰੱਖੋ, ਅਤੇ ਬਾਕੀ ਹਿੱਸੇ ਇੱਕ-ਇੱਕ ਕਰਕੇ ਜੋੜੋ।
Mythex ਵਿੱਚ ਪ੍ਰੋਂਪਟ ਕਰਨਾ
ਇਹ ਸਭ ਕੁਝ Mythex ਵਿੱਚ ਕੰਮ ਕਰਦਾ ਹੈ। ਕੁਝ ਖਾਸ ਗੱਲਾਂ ਜੋ ਮਦਦ ਕਰਦੀਆਂ ਹਨ:
- Build, Plan ਅਤੇ Ask ਮੋਡ। ਵੱਡੇ ਜਾਂ ਖਤਰਨਾਕ ਬਦਲਾਅ ਲਈ Plan ਵਰਤੋ, ਅਤੇ ਜਦੋਂ ਤੁਸੀਂ ਬਿਨਾਂ ਸੋਧ ਦੇ ਵਿਆਖਿਆ ਚਾਹੁੰਦੇ ਹੋ ਤਾਂ Ask ਵਰਤੋ।
- ਚੈੱਕਪੌਇੰਟ। ਹਰ ਸਫ਼ਲ ਬਦਲਾਅ ਤੋਂ ਬਾਅਦ Mythex ਇੱਕ ਚੈੱਕਪੌਇੰਟ ਸੰਭਾਲਦਾ ਹੈ, ਅਤੇ ਕਿਸੇ ਜਵਾਬ 'ਤੇ Revert to this point ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਉਸ ਥਾਂ ਵਾਪਸ ਲੈ ਜਾਂਦਾ ਹੈ। ਤੁਸੀਂ ਕਿਸੇ ਪੁਰਾਣੇ ਸੁਨੇਹੇ ਨੂੰ ਸੰਪਾਦਿਤ ਕਰਕੇ ਦੁਬਾਰਾ ਭੇਜ ਵੀ ਸਕਦੇ ਹੋ, ਤਾਂ ਜੋ ਉਸ ਥਾਂ ਤੋਂ ਵੱਖਰਾ ਪ੍ਰੋਂਪਟ ਅਜ਼ਮਾਇਆ ਜਾ ਸਕੇ।
- ਸੀਕ੍ਰੇਟ ਕਾਰਡ। ਜਦੋਂ ਏਜੰਟ ਨੂੰ ਕੋਈ API ਕੀਅ ਚਾਹੀਦੀ ਹੈ, ਤਾਂ ਉਹ ਚੈਟ ਵਿੱਚ ਇੱਕ ਕਾਰਡ ਰਾਹੀਂ ਪੁੱਛਦਾ ਹੈ, ਤਾਂ ਜੋ ਮੁੱਲ ਤੁਹਾਡੇ ਸੁਨੇਹੇ ਵਿੱਚ ਲਿਖਣ ਦੀ ਥਾਂ ਪ੍ਰੋਜੈਕਟ ਸੀਕ੍ਰੇਟ ਵਜੋਂ ਸੰਭਾਲਿਆ ਜਾਵੇ।
- ਤਸਵੀਰਾਂ। ਸਕਰੀਨਸ਼ਾਟ ਜਾਂ ਮੌਕਅੱਪ ਨੱਥੀ ਕਰੋ ਅਤੇ ਏਜੰਟ ਉਹਨਾਂ ਨੂੰ ਵੇਖੇਗਾ।
ਡੌਕਸ ਵਿੱਚ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਪ੍ਰੋਂਪਟ ਅਤੇ ਬਿਨਾਂ ਦੁਬਾਰਾ ਬਣਾਏ ਦੁਹਰਾਉਣਾ ਬਾਰੇ ਛੋਟੇ ਪੰਨੇ ਹਨ। ਜੇ ਤੁਸੀਂ ਜ਼ੀਰੋ ਤੋਂ ਸ਼ੁਰੂ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ AI ਨਾਲ ਐਪ ਕਿਵੇਂ ਬਣਾਈਏ ਪੂਰੇ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚੋਂ ਲੰਘਾਉਂਦਾ ਹੈ, ਅਤੇ AI ਨਾਲ ਚੰਗੀ ਦਿੱਖ ਵਾਲੀ ਐਪ ਕਿਵੇਂ ਡਿਜ਼ਾਈਨ ਕਰੀਏ ਦਿੱਖ ਦੇ ਪ੍ਰੋਂਪਟਾਂ ਨੂੰ ਕਵਰ ਕਰਦਾ ਹੈ।
ਸਵਾਲ
AI ਐਪ ਬਿਲਡਰ ਲਈ ਪ੍ਰੋਂਪਟ ਕਿੰਨਾ ਲੰਮਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ?
ਪਹਿਲੇ ਵਰਜ਼ਨ ਲਈ ਚਾਰ ਤੋਂ ਅੱਠ ਵਾਕਾਂ ਦਾ ਇੱਕ ਛੋਟਾ ਪੈਰਾ ਆਮ ਤੌਰ 'ਤੇ ਕਾਫ਼ੀ ਹੁੰਦਾ ਹੈ: ਐਪ ਕੌਣ ਵਰਤਦਾ ਹੈ, ਮੁੱਖ ਪ੍ਰਵਾਹ, ਉਹ ਡਾਟਾ ਜੋ ਰੱਖਦੀ ਹੈ ਅਤੇ ਕੌਣ ਕੀ ਵੇਖ ਸਕਦਾ ਹੈ। ਉਸ ਤੋਂ ਬਾਅਦ, ਇੱਕ ਵਾਰ ਵਿੱਚ ਇੱਕ ਬਦਲਾਅ ਮੰਗਣ ਵਾਲੇ ਛੋਟੇ ਪ੍ਰੋਂਪਟ ਲੰਮਿਆਂ ਨਾਲੋਂ ਚੰਗਾ ਕੰਮ ਕਰਦੇ ਹਨ।
ਕੀ ਮੈਨੂੰ AI ਨੂੰ ਦੱਸਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਕਿਹੜਾ ਫ਼ਰੇਮਵਰਕ ਜਾਂ ਭਾਸ਼ਾ ਵਰਤਣੀ ਹੈ?
ਸਿਰਫ਼ ਜੇ ਕੋਈ ਕਾਰਨ ਹੋਵੇ, ਜਿਵੇਂ ਕੋਈ ਡਿਵੈਲਪਰ ਜੋ ਬਾਅਦ ਵਿੱਚ ਕੋਡ ਸੰਭਾਲੇਗਾ ਜਾਂ ਕੋਈ ਸੇਵਾ ਜੋ ਸਿਰਫ਼ ਇੱਕ ਸਟੈਕ ਨਾਲ ਕੰਮ ਕਰਦੀ ਹੈ। ਨਹੀਂ ਤਾਂ ਪ੍ਰੋਡਕਟ ਦਾ ਵਰਣਨ ਕਰੋ ਅਤੇ ਬਿਲਡਰ ਨੂੰ ਸਮਝਦਾਰ ਡਿਫ਼ਾਲਟ ਚੁਣਨ ਦਿਓ।
AI ਉਹ ਚੀਜ਼ਾਂ ਕਿਉਂ ਬਦਲਦਾ ਰਹਿੰਦਾ ਹੈ ਜੋ ਮੈਂ ਨਹੀਂ ਮੰਗੀਆਂ?
ਆਮ ਤੌਰ 'ਤੇ ਕਿਉਂਕਿ ਪ੍ਰੋਂਪਟ ਬਹੁਤ ਵਿਆਪਕ ਸੀ ("ਇਸਨੂੰ ਹੋਰ ਵਧੀਆ ਬਣਾਓ") ਜਾਂ ਇਹ ਨਹੀਂ ਦੱਸਿਆ ਕਿ ਕੀ ਬਰਕਰਾਰ ਰੱਖਣਾ ਹੈ। ਬਦਲਾਅ ਦੀ ਸਹੀ ਚੀਜ਼ ਦਾ ਨਾਮ ਲਓ, ਦੱਸੋ ਕਿ ਕੀ ਇਕੋ ਜਿਹਾ ਰਹਿਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਇੱਕ ਸੁਨੇਹੇ ਵਿੱਚ ਇੱਕ ਬਦਲਾਅ ਮੰਗੋ।
ਖਰਾਬ ਨਤੀਜੇ ਨੂੰ ਹੋਰ ਪ੍ਰੋਂਪਟਾਂ ਨਾਲ ਠੀਕ ਕਰਨਾ ਬਿਹਤਰ ਹੈ ਜਾਂ ਨਵੇਂ ਸਿਰੇ ਤੋਂ ਸ਼ੁਰੂ ਕਰਨਾ?
ਜੇ ਆਖਰੀ ਬਦਲਾਅ ਨੇ ਚੀਜ਼ਾਂ ਹੋਰ ਵਿਗਾੜ ਦਿੱਤੀਆਂ, ਤਾਂ ਉਸ ਤੋਂ ਪਹਿਲਾਂ ਵਾਲੇ ਵਰਜ਼ਨ 'ਤੇ ਵਾਪਸ ਜਾਓ ਅਤੇ ਦੁਬਾਰਾ ਲਿਖੋ, ਉੱਪਰ ਹੋਰ ਫ਼ਿਕਸ ਨਾ ਚੜ੍ਹਾਓ। ਨਵਾਂ ਪ੍ਰੋਜੈਕਟ ਸਿਰਫ਼ ਉਦੋਂ ਸ਼ੁਰੂ ਕਰੋ ਜਦੋਂ ਵਿਚਾਰ ਹੀ ਬਦਲ ਗਿਆ ਹੋਵੇ।