ਏਆਈ ਕੋਡਿੰਗ ਟੂਲਸ ਅਤੇ ਵਰਕਫਲੋ ਏਕੀਕਰਣ

ਲਾਭ:

• ਕਾਰਜਾਂ ਲਈ ਸੰਪਾਦਕ ਸੰਪੂਰਨਤਾ, ਚੈਟ ਸਹਾਇਕ, CLI ਏਜੰਟ ਅਤੇ CI ਆਟੋਮੇਸ਼ਨ ਸ਼੍ਰੇਣੀਆਂ ਨੂੰ ਮੈਪ ਕਰਨ ਦੀ ਸਮਰੱਥਾ
• ਜੋਖਮ ਦੇ ਅਨੁਸਾਰ ਖੁਦਮੁਖਤਿਆਰੀ ਦੇ ਪੱਧਰ ਨੂੰ ਅਨੁਕੂਲ ਕਰਨ ਦੀ ਸਮਰੱਥਾ ਅਤੇ CLI ਏਜੰਟਾਂ ਨੂੰ 'ਪਹਿਲਾਂ ਯੋਜਨਾ' ਅਨੁਸ਼ਾਸਨ ਲਾਗੂ ਕਰਨ ਦੀ ਸਮਰੱਥਾ
• ਪ੍ਰਮਾਣਿਤ ਟੂਲ, ਤਸਦੀਕ ਗੇਟ, ਪਾਰਦਰਸ਼ਤਾ ਅਤੇ ਜਵਾਬਦੇਹੀ ਦੇ ਅਧਾਰ ਤੇ ਏਆਈ ਦੀ ਵਰਤੋਂ ਨੂੰ ਇੱਕ ਟੀਮ ਪ੍ਰਣਾਲੀ ਵਿੱਚ ਬਦਲਣ ਦੀ ਸਮਰੱਥਾ

ਹੁਣ ਤੱਕ ਅਸੀਂ ਵਿਅਕਤੀਗਤ ਕੰਮਾਂ (ਕੋਡਿੰਗ, ਸਮੀਖਿਆ, ਟੈਸਟਿੰਗ, ਡੀਬੱਗਿੰਗ) ਵਿੱਚ AI ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਸਿੱਖਿਆ ਹੈ। ਇਸ ਅੰਤਮ ਇਕਾਈ ਵਿੱਚ, ਅਸੀਂ ਟੁਕੜਿਆਂ ਨੂੰ ਇੱਕਠੇ ਰੱਖਦੇ ਹਾਂ: ਵੱਖ-ਵੱਖ AI ਕੋਡਿੰਗ ਟੂਲਸ ਨੂੰ ਜਾਣਨਾ, ਸਹੀ ਟੂਲ ਨੂੰ ਸਹੀ ਕੰਮ ਨਾਲ ਮੇਲਣਾ, ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਤੁਹਾਡੇ ਰੋਜ਼ਾਨਾ ਵਿਕਾਸ ਪ੍ਰਵਾਹ ਵਿੱਚ ਸੁਰੱਖਿਅਤ ਰੂਪ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰਨਾ — ਸੰਪਾਦਕ ਤੋਂ ਸੰਸਕਰਣ ਨਿਯੰਤਰਣ ਤੱਕ, CI/CD ਪਾਈਪਲਾਈਨ ਤੋਂ ਟੀਮ ਗਵਰਨੈਂਸ ਤੱਕ। ਟੀਚਾ ਗੜਬੜ ਨੂੰ "ਹਰ ਵੇਲੇ ਏਆਈ ਨੂੰ ਪੁੱਛੋ" ਦੀ ਆਦਤ ਨੂੰ ਇਕਸਾਰ ਅਤੇ ਆਡਿਟ ਕਰਨ ਯੋਗ ਕਾਰਜ ਪ੍ਰਣਾਲੀ ਵਿੱਚ ਬਦਲਣਾ ਹੈ।

ਅਸੀਂ ਨਿਰਪੱਖ ਸ਼੍ਰੇਣੀਆਂ ਨਾਲ ਵਾਹਨਾਂ ਦੀਆਂ ਕਿਸਮਾਂ ਨੂੰ ਕਵਰ ਕਰਦੇ ਹਾਂ (ਵਿਸ਼ੇਸ਼ ਉਤਪਾਦ ਦੇ ਨਾਮ ਤੇਜ਼ੀ ਨਾਲ ਬਦਲ ਜਾਂਦੇ ਹਨ; ਇਹ ਉਹ ਹੈ ਜੋ ਸ਼੍ਰੇਣੀ ਮਹੱਤਵਪੂਰਨ ਹੈ)। ਹਰੇਕ ਸ਼੍ਰੇਣੀ ਦਾ ਇੱਕ "ਮਿੱਠਾ ਸਥਾਨ" ਅਤੇ ਇੱਕ ਜੋਖਮ ਪ੍ਰੋਫਾਈਲ ਹੁੰਦਾ ਹੈ; ਮੁਹਾਰਤ ਇਹ ਜਾਣਦੀ ਹੈ ਕਿ ਕਿਸ ਕੰਮ ਨੂੰ ਕਿੰਨੀ ਖੁਦਮੁਖਤਿਆਰੀ ਦੇਣੀ ਹੈ।

ਏਆਈ ਕੋਡਿੰਗ ਟੂਲਸ ਦੀਆਂ ਸ਼੍ਰੇਣੀਆਂ

1. ਸੰਪਾਦਕ ਸੰਪੂਰਨਤਾ। ਪਲੱਗਇਨ ਜੋ ਤੁਹਾਡੇ IDE (ਵਿਕਾਸ ਵਾਤਾਵਰਣ ਜਿੱਥੇ ਤੁਸੀਂ ਕੋਡ ਲਿਖਦੇ ਹੋ) ਵਿੱਚ ਟਾਈਪ ਕਰਦੇ ਸਮੇਂ ਲਾਈਨਾਂ/ਬਲਾਕ ਦਾ ਸੁਝਾਅ ਦਿੰਦੇ ਹਨ। ਸਵੀਟ ਸਪਾਟ: ਇਨ-ਸਟ੍ਰੀਮ ਸਪੀਡ, ਬੋਇਲਰਪਲੇਟ ਕੋਡ। ਜੋਖਮ: ਤੰਗ ਸੰਦਰਭ, ਬਿਨਾਂ ਸੋਚੇ ਸੁਝਾਅ ਨੂੰ ਸਵੀਕਾਰ ਕਰਨਾ।

2. ਚੈਟ/ਸਾਈਡ ਪੈਨਲ ਸਹਾਇਕ। ਤੁਹਾਡੇ ਕੋਡਬੇਸ ਦੇ ਹਿੱਸੇ ਵਿੱਚ ਦਿੱਖ ਦੇ ਨਾਲ IDE ਵਿੱਚ ਏਮਬੇਡ ਕੀਤਾ ਗਿਆ ਚੈਟ ਇੰਟਰਫੇਸ। ਸਵੀਟ ਸਪਾਟ: ਵਰਣਨ, ਰੀਫੈਕਟਰ, ਟੈਸਟਿੰਗ, ਬੱਗ ਵਿਸ਼ਲੇਸ਼ਣ। ਜੋਖਮ: ਤੁਹਾਡੇ ਦੁਆਰਾ ਦਿੱਤੇ ਸੰਦਰਭ ਤੱਕ ਸੀਮਿਤ, ਪੁਸ਼ਟੀਕਰਨ ਦੀ ਲੋੜ ਹੈ।

3. CLI ਏਜੰਟ (ਏਜੰਟ ਟੂਲ)। ਟੂਲ ਜੋ ਕਮਾਂਡ ਲਾਈਨ ਤੋਂ ਚੱਲਦੇ ਹਨ, ਕਈ ਫਾਈਲਾਂ ਨੂੰ ਪੜ੍ਹ ਅਤੇ ਸੰਸ਼ੋਧਿਤ ਕਰ ਸਕਦੇ ਹਨ, ਕਮਾਂਡਾਂ ਚਲਾ ਸਕਦੇ ਹਨ, ਅਤੇ ਆਪਣੇ ਆਪ ਮਲਟੀ-ਸਟੈਪ ਟਾਸਕ ਚਲਾ ਸਕਦੇ ਹਨ। ਸਵੀਟ ਸਪਾਟ: ਮਲਟੀ-ਫਾਈਲ ਬਦਲਾਅ, ਦੁਹਰਾਉਣ ਵਾਲੇ ਕੰਮ, "ਇਸ ਵਿਸ਼ੇਸ਼ਤਾ ਨੂੰ ਸ਼ਾਮਲ ਕਰੋ" ਕਿਸਮ ਦੀਆਂ ਨੌਕਰੀਆਂ। ਜੋਖਮ: ਉੱਚ ਖੁਦਮੁਖਤਿਆਰੀ = ਉੱਚ ਪ੍ਰਭਾਵ; ਜੇਕਰ ਬਿਨਾਂ ਜਾਂਚੇ ਛੱਡ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਇਹ ਵਿਆਪਕ ਅਤੇ ਤਸਦੀਕ ਕਰਨ ਵਿੱਚ ਮੁਸ਼ਕਲ ਬਦਲਾਅ ਪੈਦਾ ਕਰਦਾ ਹੈ।

4. ਲਾਈਨ/ਆਟੋਮੇਸ਼ਨ ਏਕੀਕਰਣ। CI (ਨਿਰੰਤਰ ਏਕੀਕਰਣ) ਬੋਟ ਜੋ PRs 'ਤੇ ਆਟੋਮੈਟਿਕ ਸਮੀਖਿਆ ਟਿੱਪਣੀਆਂ ਛੱਡਦੇ ਹਨ, ਟੈਸਟਾਂ ਦਾ ਸੁਝਾਅ ਦਿੰਦੇ ਹਨ, ਜਾਂ ਚੇਂਜਲੌਗ ਪੈਦਾ ਕਰਦੇ ਹਨ। ਮਿੱਠਾ ਸਥਾਨ: ਥਕਾਵਟ, ਇਕਸਾਰਤਾ ਤੋਂ ਬਿਨਾਂ ਪਹਿਲਾ ਸਟਰੇਨਰ। ਜੋਖਮ: ਰੌਲਾ, ਝੂਠਾ ਭਰੋਸਾ।

ਸੰਕੇਤ: ਜਿਵੇਂ ਖੁਦਮੁਖਤਿਆਰੀ ਵਧਦੀ ਹੈ, ਨਿਯੰਤਰਣ ਵੀ ਵਧਣਾ ਚਾਹੀਦਾ ਹੈ। ਕਿਉਂਕਿ ਸੰਪਾਦਕ ਸੰਪੂਰਨਤਾ ਛੋਟੀ ਅਤੇ ਤਤਕਾਲ ਹੈ, ਇਸਦੀ ਹਲਕੀ ਨਿਗਰਾਨੀ ਕੀਤੀ ਜਾਂਦੀ ਹੈ; ਇੱਕ CLI ਏਜੰਟ ਦੀ ਮਲਟੀ-ਫਾਈਲ ਸੋਧ ਦੀ ਜਾਂਚ ਉਸੇ ਤਰ੍ਹਾਂ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ, ਜੇ ਜ਼ਿਆਦਾ ਧਿਆਨ ਨਾਲ ਨਹੀਂ, ਇੱਕ ਮਨੁੱਖੀ PR ਨਾਲੋਂ।

ਕਦਮ ਦਰ ਕਦਮ: ਵਰਕਫਲੋ ਵਿੱਚ ਏਆਈ ਨੂੰ ਸ਼ਾਮਲ ਕਰਨਾ

1. ਕਾਰਜ ਨੂੰ ਟੂਲ ਨਾਲ ਮੈਪ ਕਰੋ। ਸਮਾਲ ਇਨ-ਸਟ੍ਰੀਮ ਜੋੜ → ਸੰਪੂਰਨਤਾ; ਸਮਝੋ/ਰਿਫੈਕਟਰ/ਟੈਸਟ → ਚੈਟ; ਮਲਟੀ-ਫਾਈਲ, ਦੁਹਰਾਉਣ ਵਾਲਾ ਕੰਮ → CLI ਏਜੰਟ; ਲਗਾਤਾਰ ਪਹਿਲਾ ਫਿਲਟਰ → CI ਏਕੀਕਰਣ।
2. ਖੁਦਮੁਖਤਿਆਰੀ ਦਾ ਪੱਧਰ ਚੁਣੋ। ਏਜੰਟ ਨੂੰ ਕਿੰਨੀ ਆਜ਼ਾਦੀ ਹੈ? ਸਿਰਫ਼-ਪੜ੍ਹਨ ਲਈ ਸੁਝਾਅ ਜਾਂ ਫਾਈਲ ਸੋਧ + ਕਮਾਂਡ ਐਗਜ਼ੀਕਿਊਸ਼ਨ? ਜੋਖਮ ਲਈ ਵਿਵਸਥਿਤ ਕਰੋ।
3. ਪ੍ਰਸੰਗ ਦਾ ਪਾਲਣ ਪੋਸ਼ਣ ਕਰੋ। ਟੂਲ ਵਿੱਚ ਸਥਾਈ ਤੌਰ 'ਤੇ ਪ੍ਰੋਜੈਕਟ ਨਿਯਮਾਂ (ਸ਼ੈਲੀ, ਆਰਕੀਟੈਕਚਰ, "ਨਾ ਕਰੋ") ਨੂੰ ਪੇਸ਼ ਕਰੋ; ਇਸ ਨੂੰ ਬਾਰ ਬਾਰ ਸਮਝਾਉਣ ਦੀ ਬਜਾਏ ਇੱਕ ਪ੍ਰੋਜੈਕਟ ਨਿਰਦੇਸ਼ ਫਾਈਲ ਦੀ ਵਰਤੋਂ ਕਰੋ।
4. ਤਸਦੀਕ ਗੇਟਾਂ ਨੂੰ ਬਣਾਈ ਰੱਖੋ। AI ਪਰਿਵਰਤਨ ਮਨੁੱਖੀ ਪਰਿਵਰਤਨ ਵਰਗਾ ਹੈ: ਇਹ ਸੰਕਲਨ, ਟੈਸਟਿੰਗ, ਸਮੀਖਿਆ, ਅਤੇ (ਜੇਕਰ ਨਾਜ਼ੁਕ) ਮਾਹਰ ਦੀ ਪ੍ਰਵਾਨਗੀ ਦੁਆਰਾ ਜਾਂਦਾ ਹੈ। AI ਓਪਨਿੰਗ PR ਮਨਜ਼ੂਰੀ ਨੂੰ ਬਾਈਪਾਸ ਨਹੀਂ ਕਰਦਾ ਹੈ।
5. ਮਾਪੋ ਅਤੇ ਵਿਵਸਥਿਤ ਕਰੋ। ਦੇਖੋ ਕਿ ਅਸਲ ਵਿੱਚ ਕੀ ਤੇਜ਼ ਹੁੰਦਾ ਹੈ, ਜਿੱਥੇ ਸੁਧਾਰ ਦਾ ਬੋਝ ਵਧਦਾ ਹੈ; ਪ੍ਰੂਨ ਆਊਟ ਵਰਤੋਂ ਜੋ ਕੰਮ ਨਹੀਂ ਕਰਦੀਆਂ।

ਤਿੰਨ ਮਿੰਨੀ ਕੇਸ

ਕੇਸ 1 - CLI ਏਜੰਟ ਨੇ ਮਲਟੀਫਾਈਲ ਰੀਨਾਮਿੰਗ ਨੂੰ ਸੰਭਾਲਿਆ। ਇੱਕ ਟੀਮ 60 ਫਾਈਲਾਂ ਵਿੱਚ ਫੈਲੇ ਇੱਕ ਸੰਕਲਪ ਦਾ ਨਾਮ ਬਦਲੇਗੀ। ਉਹਨਾਂ ਨੇ ਇੱਕ CLI ਏਜੰਟ ਨੂੰ ਕੰਮ ਦਿੱਤਾ, ਪਹਿਲਾਂ ਇੱਕ ਯੋਜਨਾ ਮੰਗੀ, ਯੋਜਨਾ ਨੂੰ ਮਨਜ਼ੂਰੀ ਦਿੱਤੀ, ਫਿਰ ਤਬਦੀਲੀ ਕੀਤੀ ਅਤੇ ਪੂਰਾ ਟੈਸਟ ਸੂਟ ਚਲਾਇਆ। ਏਜੰਟ 3 ਫਾਈਲ ਵਿੱਚ ਇੱਕ ਕਿਨਾਰਾ ਕੇਸ ਖੁੰਝ ਗਿਆ; ਟੈਸਟਾਂ ਨੇ ਇਸ ਨੂੰ ਫੜ ਲਿਆ, ਇਸ ਨੂੰ ਠੀਕ ਕੀਤਾ. ਕੰਮ, ਜਿਸ ਵਿੱਚ ਹੱਥੀਂ ਲਗਭਗ 3 ਘੰਟੇ ਲੱਗਦੇ ਸਨ, ਨਿਗਰਾਨੀ ਨਾਲ 50 ਮਿੰਟਾਂ ਵਿੱਚ ਪੂਰਾ ਹੋ ਗਿਆ ਸੀ।

ਕੇਸ 2 - ਅਣ-ਚੈੱਕ ਕੀਤੀ ਖੁਦਮੁਖਤਿਆਰੀ ਬੈਕਫਾਇਰ ਹੋਈ। ਇੱਕ ਹੋਰ ਡਿਵੈਲਪਰ ਨੇ ਇੱਕ ਏਜੰਟ ਨੂੰ "ਇਸ ਮੋਡੀਊਲ ਵਿੱਚ ਸੁਧਾਰ" ਕਰਨ ਲਈ ਕਿਹਾ ਅਤੇ ਇਸਨੂੰ ਜਾਰੀ ਕੀਤਾ; ਏਜੰਟ ਨੇ 18 ਫਾਈਲਾਂ ਨੂੰ ਸੋਧਿਆ ਅਤੇ ਦੋ ਨਿਰਭਰਤਾਵਾਂ ਜੋੜੀਆਂ। ਤਬਦੀਲੀ ਇੰਨੀ ਵਿਆਪਕ ਸੀ ਕਿ ਇਸਦੀ ਸਮੀਖਿਆ ਨਹੀਂ ਕੀਤੀ ਜਾ ਸਕੀ ਅਤੇ ਇਸਨੂੰ ਵਾਪਸ ਲੈਣਾ ਪਿਆ। ਸਬਕ: ਏਜੰਟਾਂ ਨੂੰ ਤੰਗ ਦਾਇਰੇ, ਸਪੱਸ਼ਟ ਸਵੀਕ੍ਰਿਤੀ ਦੇ ਮਾਪਦੰਡ, ਅਤੇ ਪਹਿਲਾਂ-ਯੋਜਨਾ-ਬਾਅਦ-ਕਰੋ ਅਨੁਸ਼ਾਸਨ ਦਿਓ।

ਕੇਸ 3 - CI ਸਮੀਖਿਆ ਬੋਟ ਪਹਿਲਾ ਫਿਲਟਰ ਬਣ ਗਿਆ। ਇੱਕ ਟੀਮ ਨੇ ਇੱਕ ਬੋਟ ਬਣਾਇਆ ਜੋ PRs 'ਤੇ ਸਵੈਚਲਿਤ AI ਸਮੀਖਿਆ ਟਿੱਪਣੀਆਂ ਛੱਡਦਾ ਹੈ। ਇੱਕ ਵਾਰ ਜਦੋਂ ਬੋਟ ਨੇ ਨੈੱਲ ਚੈੱਕ ਭੁੱਲਾਂ ਅਤੇ ਸ਼ੈਲੀ ਦੇ ਮੁੱਦਿਆਂ ਨੂੰ ਫੜ ਲਿਆ, ਤਾਂ ਮਨੁੱਖੀ ਸਮੀਖਿਅਕ ਆਪਣਾ ਸਮਾਂ ਵਪਾਰਕ ਤਰਕ ਲਈ ਸਮਰਪਿਤ ਕਰਨ ਦੇ ਯੋਗ ਹੋ ਗਏ। ਹਾਲਾਂਕਿ, ਟੀਮ ਨੇ ਸਪੱਸ਼ਟ ਕੀਤਾ ਕਿ ਬੋਟ ਨੇ "ਪ੍ਰਵਾਨਗੀ" ਪ੍ਰਦਾਨ ਨਹੀਂ ਕੀਤੀ: ਘੱਟੋ ਘੱਟ ਇੱਕ ਮਨੁੱਖੀ ਪ੍ਰਵਾਨਗੀ ਦੀ ਅਜੇ ਵੀ ਲੋੜ ਸੀ। ਸ਼ੋਰ ਨੂੰ ਘਟਾਉਣ ਲਈ, ਉਹਨਾਂ ਨੇ ਕਿਸ਼ਤੀ ਨੂੰ ਸਿਰਫ਼ ਉੱਚ/ਮੱਧਮ ਤੀਬਰਤਾ ਵਾਲੇ ਰੌਲੇ ਨੂੰ ਛੱਡਣ ਲਈ ਟਿਊਨ ਕੀਤਾ।

ਚਾਰ ਕਾਪੀ ਕਰਨ ਯੋਗ ਨਮੂਨੇ

CLI ਏਜੰਟ ਲਈ "ਪਹਿਲਾਂ ਯੋਜਨਾ ਬਣਾਓ" ਅਨੁਸ਼ਾਸਨ:

ਕਾਰਜ: {{ਸਪਸ਼ਟ, ਤੰਗ ਕਾਰਜ}}ਸਵੀਕ੍ਰਿਤੀ ਮਾਪਦੰਡ: {{ਮਾਪਣਯੋਗ ਨਤੀਜਾ}}ਰੋਧ: ਸਿਰਫ਼ {{ਹੇਠ ਦਿੱਤੀ ਡਾਇਰੈਕਟਰੀ/ਫਾਈਲਾਂ}} 'ਤੇ ਕੰਮ ਕਰੋ; ਨਵੀਂ ਨਿਰਭਰਤਾ ਜੋੜਨਾ। ਪਹਿਲਾਂ ਬਿਨਾਂ ਬਦਲਾਵ ਦੇ ਇੱਕ ਯੋਜਨਾ ਪੇਸ਼ ਕਰੋ: ਕਿਹੜੀਆਂ ਫਾਈਲਾਂ, ਕੀ ਬਦਲੇਗਾ, ਕਿਹੜੇ ਟੈਸਟ ਚਲਾਉਣੇ ਹਨ। ਮੇਰੇ ਪਲਾਨ ਨੂੰ ਮਨਜ਼ੂਰੀ ਦੇਣ ਦੀ ਉਡੀਕ ਕਰੋ। ਫਿਰ ਇਸਨੂੰ ਕਦਮ ਦਰ ਕਦਮ ਲਾਗੂ ਕਰੋ, ਹਰ ਪੜਾਅ 'ਤੇ ਟੈਸਟ ਚਲਾਓ।

ਪ੍ਰੋਜੈਕਟ ਹਿਦਾਇਤ ਫਾਈਲ (ਟੂਲਸ ਲਈ ਨਿਰੰਤਰ ਸੰਦਰਭ):

ਇਸ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ AI ਟੂਲਸ ਲਈ ਸਥਾਈ ਨਿਯਮ:- ਭਾਸ਼ਾ/ਵਰਜਨ: {{...}}। ਸ਼ੈਲੀ: {{...}}।- ਆਰਕੀਟੈਕਚਰਲ ਰੁਕਾਵਟ: {{ਉਦਾ. ਪਰਤਾਂ ਦੇ ਵਿਚਕਾਰ ਦਿਸ਼ਾ}}।- ਕਦੇ ਵੀ ਨਹੀਂ: ਏਮਬੈਡਿੰਗ ਭੇਦ, ਉਤਪਾਦਨ ਡੇਟਾ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, {{ਮਨਾਹੀ ਲਾਇਬ੍ਰੇਰੀਆਂ}}।- ਹਰ ਤਬਦੀਲੀ ਜਾਂਚਯੋਗ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ; ਬਿਨਾਂ ਪੁੱਛੇ ਜਨਤਕ API ਦਸਤਖਤ ਨੂੰ ਬਦਲਣਾ। - ਜਦੋਂ ਸ਼ੱਕ ਹੋਵੇ, ਰੁਕੋ ਅਤੇ ਪੁੱਛੋ।

ਟਾਸਕ-ਟੂਲ ਮੈਪਿੰਗ ਦਾ ਫੈਸਲਾ:

ਮੈਂ ਹੇਠਾਂ ਦਿੱਤੇ ਕੰਮ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦਾ ਹਾਂ: {{task}}। ਮੈਨੂੰ ਇਹ ਕਿਸ ਸ਼੍ਰੇਣੀ ਦੇ ਟੂਲਸ ਨਾਲ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ: (a) ਸੰਪਾਦਕ ਸੰਪੂਰਨਤਾ, (b) ਚੈਟ ਸਹਾਇਕ, (c) CLI ਏਜੰਟ, (d) CI ਆਟੋਮੇਸ਼ਨ? ਆਪਣਾ ਤਰਕ, ਜੋਖਮ ਅਤੇ ਖੁਦਮੁਖਤਿਆਰੀ ਦਾ ਸਿਫ਼ਾਰਿਸ਼ ਕੀਤਾ ਪੱਧਰ ਲਿਖੋ (ਸਿਰਫ਼ ਸੁਝਾਅ / ਫਾਈਲ ਬਦਲੋ / ਕਮਾਂਡ ਚਲਾਓ)।

CI ਆਚਾਰ ਸੰਹਿਤਾ ਦੀ ਸਮੀਖਿਆ ਕਰੋ:

PR ਸਮੀਖਿਆ ਵਿੱਚ ਟਿੱਪਣੀਆਂ ਦੇ ਰੂਪ ਵਿੱਚ ਸਿਰਫ ਉੱਚ ਅਤੇ ਮੱਧਮ ਤੀਬਰਤਾ ਦੇ ਨਤੀਜਿਆਂ ਨੂੰ ਛੱਡੋ। ਹਰੇਕ ਖੋਜ: ਸ਼੍ਰੇਣੀ, ਗੰਭੀਰਤਾ, ਸੁਝਾਏ ਗਏ ਸੁਧਾਰ। ਸ਼ੈਲੀ ਤਰਜੀਹ ਪੱਧਰ 'ਤੇ ਨੋਟਸ ਨੂੰ ਇੱਕ ਵੱਖਰੀ, ਸਿੰਗਲ ਸੰਖੇਪ ਟਿੱਪਣੀ ਵਿੱਚ ਇਕੱਠਾ ਕਰੋ। ਤੁਸੀਂ ਸਹਿਮਤੀ ਨਹੀਂ ਦਿੰਦੇ; ਮਨੁੱਖੀ ਪ੍ਰਵਾਨਗੀ ਦੀ ਲੋੜ ਹੈ.

ਕਮਜ਼ੋਰ ਪ੍ਰੋਂਪਟ / ਮਜ਼ਬੂਤ ਪ੍ਰੋਂਪਟ

ਕਮਜ਼ੋਰ: (CLI ਏਜੰਟ ਨੂੰ) "ਭੁਗਤਾਨ ਮੋਡੀਊਲ ਨੂੰ ਬਿਹਤਰ ਬਣਾਓ।"

ਮਜ਼ਬੂਤ: (CLI ਏਜੰਟ ਨੂੰ) "ਸਿਰਫ src/payments/ ਦੇ ਅਧੀਨ ਚੱਲਦਾ ਹੈ। ਕੰਮ: ਰੀਫੰਡ() ਫੰਕਸ਼ਨ ਤੋਂ ਇੱਕ ਸਿੰਗਲ ਸਹਾਇਕ ਵਿੱਚ ਰੀਕਰਸਿਵ ਪ੍ਰਮਾਣਿਕਤਾ ਤਰਕ ਨੂੰ ਐਕਸਟਰੈਕਟ ਕਰੋ; ਵਿਵਹਾਰ ਅਤੇ ਦਸਤਖਤ ਨਹੀਂ ਬਦਲਦੇ ਹਨ। ਪਹਿਲਾਂ ਯੋਜਨਾ ਪੇਸ਼ ਕਰੋ ਅਤੇ ਮੇਰੀ ਮਨਜ਼ੂਰੀ ਦੀ ਉਡੀਕ ਕਰੋ; ਫਿਰ ਟੈਸਟਾਂ/ਭੁਗਤਾਨ/ਨਿਰਭਰਤਾ ਪੈਕੇਜ ਨੂੰ ਚਲਾਓ ਅਤੇ ਚਲਾਓ। ਨਵਾਂ ਜੋੜੋ।"

ਮਜ਼ਬੂਤ ​​ਸੰਸਕਰਣ ਦਾਇਰੇ ਨੂੰ ਸੰਕੁਚਿਤ ਕਰਦਾ ਹੈ, ਸਵੀਕ੍ਰਿਤੀ ਦੇ ਮਾਪਦੰਡ ਅਤੇ ਰੁਕਾਵਟਾਂ ਨੂੰ ਸੈੱਟ ਕਰਦਾ ਹੈ, ਅਤੇ "ਪਹਿਲਾਂ ਯੋਜਨਾ" ਅਨੁਸ਼ਾਸਨ ਲਾਗੂ ਕਰਦਾ ਹੈ। ਅਸਪਸ਼ਟ "ਬਿਹਤਰ ਕਰੋ" ਮੰਗਾਂ ਵਿਸ਼ਾਲ ਅਤੇ ਬੇਕਾਬੂ ਤਬਦੀਲੀਆਂ ਦਾ ਮੂਲ ਕਾਰਨ ਹਨ।

ਵਾਹਨ ਕਲਾਸ

ਜਿਸ ਵਿੱਚ ਉਹ ਸਭ ਤੋਂ ਵਧੀਆ ਹੈ

ਖੁਦਮੁਖਤਿਆਰੀ

ਨਿਰੀਖਣ ਭਾਰ

ਸੰਪਾਦਕ ਸੰਪੂਰਨਤਾ

ਛੋਟਾ ਇਨ-ਸਟ੍ਰੀਮ ਜੋੜ

ਘੱਟ

ਹਲਕਾ (ਤੁਰੰਤ ਪੜ੍ਹਨਾ)

ਚੈਟ ਸਹਾਇਕ

ਸਮਝੋ, ਟੈਸਟ ਕਰੋ, ਰੀਫੈਕਟਰ

ਮੱਧਮ

ਮੀਡੀਅਮ (ਆਉਟਪੁੱਟ ਤਸਦੀਕ)

CLI ਏਜੰਟ

ਬਹੁ-ਫਾਇਲ, ਆਵਰਤੀ

ਉੱਚ

ਭਾਰੀ (ਯੋਜਨਾ + ਪੂਰੀ ਸਮੀਖਿਆ)

CI ਆਟੋਮੇਸ਼ਨ

ਲਗਾਤਾਰ ਪਹਿਲਾ ਫਿਲਟਰ

ਮੱਧਮ

ਮੱਧਮ (ਨਿਯਮ + ਮਨੁੱਖੀ ਪ੍ਰਵਾਨਗੀ)

ਟੀਮ ਗਵਰਨੈਂਸ: ਵਿਅਕਤੀਗਤ ਹੁਨਰ ਤੋਂ ਸ਼ੇਅਰਡ ਸਿਸਟਮ ਤੱਕ

ਵਿਅਕਤੀਗਤ ਅਧਾਰ 'ਤੇ AI ਦੀ ਚੰਗੀ ਤਰ੍ਹਾਂ ਵਰਤੋਂ ਕਰਨਾ ਇੱਕ ਸ਼ੁਰੂਆਤ ਹੈ; ਅਸਲ ਪਰਿਪੱਕਤਾ ਟੀਮ ਪੱਧਰ 'ਤੇ ਇਕਸਾਰ ਪ੍ਰਣਾਲੀ ਹੈ। ਇਹ ਪ੍ਰਣਾਲੀ ਕਈ ਥੰਮ੍ਹਾਂ 'ਤੇ ਆਧਾਰਿਤ ਹੈ: ਪ੍ਰਵਾਨਿਤ ਟੂਲਸ ਦੀ ਸੂਚੀ (ਕਿਹੜੇ ਟੂਲ ਕਿਹੜੇ ਡੇਟਾ ਨਾਲ ਵਰਤੇ ਜਾ ਸਕਦੇ ਹਨ — ਯੂਨਿਟ 10 ਤੋਂ), ਵੈਰੀਫਿਕੇਸ਼ਨ ਗੇਟ (ਏਆਈ ਤਬਦੀਲੀ ਉਸੇ ਬਿਲਡ/ਟੈਸਟ/ਰੀਵਿਊ ਗੇਟਾਂ ਤੋਂ ਹੁੰਦੀ ਹੈ — ਯੂਨਿਟ 11 ਤੋਂ), ਪਾਰਦਰਸ਼ਤਾ (ਇਹ ਦੱਸਦੇ ਹੋਏ ਕਿ ਤਬਦੀਲੀ AI ਦੁਆਰਾ ਸੰਚਾਲਿਤ ਹੈ, ਜਿੱਥੇ ਲੋੜ ਹੋਵੇ, ਟਰੇਸਯੋਗਤਾ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ), ਅਤੇ ਜ਼ਿੰਮੇਵਾਰੀ ਦੀ ਸਪੱਸ਼ਟਤਾ (ਉਹ ਵਿਅਕਤੀ ਜੋ ਜਵਾਬਦੇਹ ਹੈ ਅਤੇ ਜਵਾਬਦੇਹ ਹੈ)। ਇਹ ਫਰੇਮਵਰਕ ਗਤੀ ਨੂੰ ਬਰਕਰਾਰ ਰੱਖਦੇ ਹੋਏ ਜੋਖਮ ਨੂੰ ਸੀਮਿਤ ਕਰਦਾ ਹੈ ਅਤੇ ਇਹ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ ਕਿ ਟੀਮ ਦੇ ਨਵੇਂ ਮੈਂਬਰ ਉਸੇ ਅਨੁਸ਼ਾਸਨ ਨਾਲ ਕੰਮ ਕਰਦੇ ਹਨ।

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

ਆਮ ਗਲਤੀਆਂ

• ਕਾਰਜ-ਭਾਵ ਅਸੰਗਤਤਾ। ਸੰਪਾਦਕ ਸੰਪੂਰਨਤਾ ਜਾਂ ਇੱਕ ਭਾਰੀ ਏਜੰਟ ਨਾਲ ਇੱਕ ਛੋਟੀ ਜਿਹੀ ਅਟੈਚਮੈਂਟ ਦੇ ਨਾਲ ਇੱਕ ਮਲਟੀ-ਫਾਈਲ ਕੰਮ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨਾ.
• ਏਜੰਟ ਨੂੰ ਰਿਹਾਅ ਕਰਦੇ ਹੋਏ। ਤੰਗ ਦਾਇਰੇ ਦੇ ਨਾਲ ਅਤੇ "ਪਹਿਲਾਂ ਯੋਜਨਾ" ਦੇ ਬਿਨਾਂ ਦਿੱਤੇ ਏਜੰਟ ਦੇ ਕੰਮ ਬਿਨਾਂ ਜਾਂਚ ਕੀਤੇ ਬਦਲਾਅ ਪੈਦਾ ਕਰਦੇ ਹਨ।
• AI ਲਈ ਪੁਸ਼ਟੀਕਰਨ ਗੇਟਾਂ ਨੂੰ ਢਿੱਲਾ ਕਰਨਾ। "ਏਆਈ ਨੇ ਇਹ ਕੀਤਾ, ਆਓ ਜਲਦੀ ਅੱਗੇ ਵਧੀਏ" ਸਭ ਤੋਂ ਖਤਰਨਾਕ ਅਪਵਾਦ ਹੈ; ਦਰਵਾਜ਼ੇ ਸਾਰਿਆਂ ਲਈ ਇੱਕੋ ਜਿਹੇ ਹਨ।
• ਹਰ ਵਾਰ ਪ੍ਰਸੰਗ ਨੂੰ ਹੱਥੀਂ ਦੇਣਾ। ਇੱਕ ਸਥਾਈ ਹਦਾਇਤ ਫਾਈਲ ਵਿੱਚ ਪ੍ਰੋਜੈਕਟ ਨਿਯਮਾਂ ਨੂੰ ਨਾ ਲਿਖਣਾ ਅਸੰਗਤਤਾ ਅਤੇ ਨਕਲ ਪੈਦਾ ਕਰਦਾ ਹੈ।
• ਮਨੁੱਖੀ ਮਨਜ਼ੂਰੀ ਲਈ CI ਬੋਟ ਦੀ ਪ੍ਰਵਾਨਗੀ ਨੂੰ ਗਲਤ ਕਰਨਾ. ਇੱਕ ਬੋਟ ਇੱਕ ਫਿਲਟਰ ਹੈ; ਜਵਾਬਦੇਹ ਮਨੁੱਖੀ ਪ੍ਰਵਾਨਗੀ ਲਾਜ਼ਮੀ ਹੈ.

ਸਾਰੰਸ਼ ਵਿੱਚ

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

ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਕੰਮ

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

ਚੈੱਕਲਿਸਟ

• [ ] ਮੈਂ ਏਆਈ ਕੋਡਿੰਗ ਟੂਲ ਸ਼੍ਰੇਣੀਆਂ ਅਤੇ ਹਰੇਕ ਦੇ ਮਿੱਠੇ ਸਥਾਨ ਵਿੱਚ ਫਰਕ ਕਰ ਸਕਦਾ ਹਾਂ।
• [ ] ਮੈਂ ਕੰਮ ਨੂੰ ਸਹੀ ਵਾਹਨ ਸ਼੍ਰੇਣੀ ਅਤੇ ਢੁਕਵੇਂ ਖੁਦਮੁਖਤਿਆਰੀ ਪੱਧਰ 'ਤੇ ਮੈਪ ਕਰਦਾ ਹਾਂ।
• [ ] ਮੈਂ ਟੂਲਸ ਨੂੰ ਸਥਾਈ ਪ੍ਰੋਜੈਕਟ ਸੰਦਰਭ (ਹਿਦਾਇਤ ਫਾਈਲ) ਦਿੰਦਾ ਹਾਂ।
• [ ] ਮੈਂ CLI ਏਜੰਟਾਂ ਲਈ ਤੰਗ ਦਾਇਰੇ ਅਤੇ "ਪਹਿਲਾਂ ਯੋਜਨਾ" ਅਨੁਸ਼ਾਸਨ ਲਾਗੂ ਕਰਦਾ ਹਾਂ।
• [ ] ਮੈਂ AI ਤਬਦੀਲੀਆਂ ਨੂੰ ਉਸੇ ਤਸਦੀਕ ਗੇਟਾਂ ਰਾਹੀਂ ਪਾਸ ਕਰਦਾ ਹਾਂ ਜਿਵੇਂ ਕਿ ਮਨੁੱਖੀ ਤਬਦੀਲੀਆਂ।
• [ ] ਮੈਂ ਟੀਮ ਪੱਧਰ 'ਤੇ ਪ੍ਰਮਾਣਿਤ ਟੂਲ, ਡੇਟਾ ਨਿਯਮ, ਪਾਰਦਰਸ਼ਤਾ ਅਤੇ ਜਵਾਬਦੇਹੀ ਢਾਂਚੇ ਦੀ ਵਕਾਲਤ ਕਰਦਾ ਹਾਂ।

ਮੋਡੀਊਲ ਪ੍ਰੀਖਿਆ

1. ਇੱਕ ਕੋਡਿੰਗ ਸਹਾਇਕ ਦਾ ਅੰਤਰੀਵ ਵੱਡਾ ਭਾਸ਼ਾ ਮਾਡਲ ਅਸਲ ਵਿੱਚ ਕੀ ਕਰਦਾ ਹੈ ਜਦੋਂ ਇਹ ਕੋਡ ਬਣਾਉਂਦਾ ਹੈ?

• A) ਦਿੱਤੇ ਗਏ ਸੰਦਰਭ ਦੇ ਆਧਾਰ 'ਤੇ ਪੈਟਰਨਲ ਤੌਰ 'ਤੇ ਸਭ ਤੋਂ ਵੱਧ ਸੰਭਾਵਿਤ ਨਿਰੰਤਰਤਾ ਦੀ ਭਵਿੱਖਬਾਣੀ ਕਰਦਾ ਹੈ ✔
• ਅ) ਅਸਲ ਵਿੱਚ ਕੋਡ ਨੂੰ ਕੰਪਾਇਲ ਅਤੇ ਚਲਾ ਕੇ ਸਹੀ ਨਤੀਜੇ ਦੀ ਗਰੰਟੀ ਦਿੰਦਾ ਹੈ
• C) ਇਹ ਕੋਡ ਨੂੰ ਪੂਰੇ ਇੰਟਰਨੈੱਟ 'ਤੇ ਲਾਈਵ ਸਕੈਨ ਕਰਦਾ ਹੈ ਅਤੇ ਸਭ ਤੋਂ ਸਹੀ ਕਾਪੀ ਕਰਦਾ ਹੈ।
• ਡੀ) ਇੱਕ ਮਨੁੱਖੀ ਇੰਜੀਨੀਅਰ ਵਾਂਗ ਕੋਡ ਦੇ ਤਰਕ ਨੂੰ ਸਮਝਦਾ ਹੈ ਅਤੇ ਇਰਾਦੇ ਨੂੰ ਸਮਝਦਾ ਹੈ

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

2. ਤੁਸੀਂ ਇਸਨੂੰ ਕੀ ਕਹਿੰਦੇ ਹੋ ਜਦੋਂ AI ਯਕੀਨਨ ਤੌਰ 'ਤੇ ਇੱਕ ਗੈਰ-ਮੌਜੂਦ ਫੰਕਸ਼ਨ ਜਾਂ ਲਾਇਬ੍ਰੇਰੀ ਦੀ ਰਚਨਾ ਕਰਦਾ ਹੈ, ਅਤੇ ਸਿਰਫ ਅਸਲ ਐਂਟੀਡੋਟ ਕੀ ਹੈ?

• ਏ) ਇਸ ਨੂੰ ਸੰਕਲਨ ਗਲਤੀ ਕਿਹਾ ਜਾਂਦਾ ਹੈ; ਐਂਟੀਡੋਟ ਮਜ਼ਬੂਤ ਉਪਕਰਣ ਹੈ
• ਅ) ਇਸ ਨੂੰ ਭਰਮ ਕਿਹਾ ਜਾਂਦਾ ਹੈ; ਐਂਟੀਡੋਟ ਕੋਡ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨਾ ਹੈ ਅਤੇ ਹਰੇਕ API ਨੂੰ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ ✔
• C) ਇਸਨੂੰ ਰਿਗਰੈਸ਼ਨ ਕਿਹਾ ਜਾਂਦਾ ਹੈ; ਐਂਟੀਡੋਟ ਮਾਡਲ ਨੂੰ ਮੁੜ ਚਾਲੂ ਕਰਨਾ ਹੈ
• ਡੀ) ਇਸ ਨੂੰ ਸੰਦਰਭ ਓਵਰਫਲੋ ਕਿਹਾ ਜਾਂਦਾ ਹੈ; ਐਂਟੀਡੋਟ ਪ੍ਰੋਂਪਟ ਨੂੰ ਛੋਟਾ ਕਰਨਾ ਹੈ

ਵਰਣਨ: ਇਸ ਨੂੰ ਭਰਮ ਕਿਹਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਸਾਫਟਵੇਅਰ ਵਿੱਚ ਸਭ ਤੋਂ ਮਹਿੰਗੇ ਬੱਗਾਂ ਵਿੱਚੋਂ ਇੱਕ ਦਾ ਕਾਰਨ ਬਣਦਾ ਹੈ। ਸਿਰਫ ਅਸਲ ਐਂਟੀਡੋਟ ਪੁਸ਼ਟੀਕਰਨ ਹੈ: ਇਹ ਪੁਸ਼ਟੀ ਕਰਨਾ ਕਿ ਵਰਤਿਆ ਗਿਆ ਹਰ ਫੰਕਸ਼ਨ, API, ਅਤੇ ਪੈਕੇਜ ਅਸਲ ਵਿੱਚ ਮੌਜੂਦ ਹੈ ਅਤੇ ਕੋਡ ਕੰਮ ਕਰਦਾ ਹੈ। ਮਾਡਲ ਦੀ ਭਰੋਸੇਮੰਦ ਟੋਨ ਸ਼ੁੱਧਤਾ ਦਾ ਸਬੂਤ ਨਹੀਂ ਹੈ.

3. AI ਨਾਲ ਕੋਡ ਬਣਾਉਣ ਵੇਲੇ ਕਿਹੜੀ ਪਹੁੰਚ ਆਉਟਪੁੱਟ ਦੀ ਗੁਣਵੱਤਾ ਅਤੇ ਇਕਸਾਰਤਾ ਨੂੰ ਸਭ ਤੋਂ ਵੱਧ ਸੁਧਾਰਦੀ ਹੈ?

• ਕ) ਬਿਨਾਂ ਕੋਈ ਪ੍ਰਸੰਗ ਦਿੱਤੇ 'ਇਹ ਮੈਨੂੰ ਲਿਖੋ' ਕਹਿ ਕੇ ਮਾਡਲ ਨੂੰ ਜਾਰੀ ਕਰਨਾ
• ਅ) ਸਭ ਤੋਂ ਲੰਬਾ ਅਤੇ ਸ਼ਾਨਦਾਰ ਪ੍ਰੋਂਪਟ ਲਿਖਣਾ
• C) ਇਨਪੁਟ/ਆਊਟਪੁੱਟ ਕੰਟਰੈਕਟ, ਕਿਨਾਰੇ ਦੇ ਕੇਸ, ਸੰਸਕਰਣ ਅਤੇ ਸ਼ੈਲੀ ਦੀਆਂ ਉਦਾਹਰਣਾਂ ਦਿਓ ਅਤੇ ਦਿਓ ✔
• ਡੀ) ਤਿਆਰ ਕੀਤੇ ਕੋਡ ਨੂੰ ਬਿਨਾਂ ਪੜ੍ਹੇ ਸਿੱਧਾ ਜੋੜਨਾ

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

4. AI ਨਾਲ ਵਿਦੇਸ਼ੀ ਕੋਡਬੇਸ ਦੀ ਪੜਚੋਲ ਕਰਦੇ ਸਮੇਂ, ਇੱਕ ਫੰਕਸ਼ਨ ਦਾ ਨਾਮ 'validateAndSave' ਹੋ ਸਕਦਾ ਹੈ ਪਰ AI ਡਾਇਜੈਸਟ ਗਲਤ ਹੋ ਸਕਦਾ ਹੈ। ਸਹੀ ਪਹੁੰਚ ਕੀ ਹੈ?

• A) AI ਸੰਖੇਪ ਵਿੱਚ ਪੂਰਾ ਭਰੋਸਾ ਕਿਉਂਕਿ ਨਾਮ ਸਵੈ-ਵਿਆਖਿਆਤਮਕ ਹੈ
• ਅ) ਫੰਕਸ਼ਨ ਨੂੰ ਬਿਨਾਂ ਪੜ੍ਹੇ ਸਿੱਧੇ ਬਦਲਣਾ
• C) ਫੰਕਸ਼ਨ ਦੇ ਨਾਮ ਨੂੰ ਦੇਖ ਕੇ ਫੈਸਲਾ ਕਰਨਾ
• D) AI ਵਰਣਨ ਨੂੰ ਇੱਕ ਪਰਿਕਲਪਨਾ ਦੇ ਰੂਪ ਵਿੱਚ ਮੰਨੋ ਅਤੇ ਕੋਡ ਵਿੱਚ ਲਾਈਨ ਦੁਆਰਾ ਨਾਜ਼ੁਕ ਦਾਅਵਿਆਂ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ ✔

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

5. ਏਆਈ-ਅਸਿਸਟਡ ਕੋਡ ਸਮੀਖਿਆ ਵਿੱਚ 'ਏਆਈ ਨੇ ਦੇਖਿਆ, ਇਹ ਸਪੱਸ਼ਟ ਹੈ' ਕਹਿਣ ਵਿੱਚ ਸਭ ਤੋਂ ਵੱਡਾ ਖ਼ਤਰਾ ਕੀ ਹੈ?

• ਏ) ਏਆਈ ਗਲਤ ਨਕਾਰਾਤਮਕ ਪੈਦਾ ਕਰ ਸਕਦਾ ਹੈ; ਅਸਲੀ ਭੁੱਲੀਆਂ ਗਲਤੀਆਂ ਝੂਠਾ ਵਿਸ਼ਵਾਸ ਪੈਦਾ ਕਰਦੀਆਂ ਹਨ ✔
• ਅ) ਏਆਈ ਸਮੀਖਿਆ ਬਹੁਤ ਹੌਲੀ ਹੈ ਇਸਲਈ ਇਹ ਸਮਾਂ ਬਰਬਾਦ ਕਰਦੀ ਹੈ
• C) ਟੀਮ ਨੂੰ ਸਮਝ ਨਹੀਂ ਆਉਂਦੀ ਕਿਉਂਕਿ AI ਸਿਰਫ ਅੰਗਰੇਜ਼ੀ ਵਿੱਚ ਟਿੱਪਣੀ ਕਰਦਾ ਹੈ
• D) PR ਕਨਵਰਜ ਨਹੀਂ ਹੁੰਦਾ ਕਿਉਂਕਿ AI ਹਮੇਸ਼ਾ ਜ਼ਿਆਦਾ ਵਿਆਖਿਆ ਕਰਦਾ ਹੈ

ਵਿਆਖਿਆ: AI ਦੋਵੇਂ ਝੂਠੇ ਸਕਾਰਾਤਮਕ (ਇੱਕ ਸਮੱਸਿਆ ਨੂੰ ਫਲੈਗ ਕਰਨਾ ਜਿੱਥੇ ਇਹ ਮੌਜੂਦ ਨਹੀਂ ਹੈ) ਅਤੇ ਝੂਠੇ ਨਕਾਰਾਤਮਕ (ਅਸਲ ਬੱਗ ਗੁੰਮ) ਪੈਦਾ ਕਰਦਾ ਹੈ। ਝੂਠੇ ਨਕਾਰਾਤਮਕ ਚੁੱਪ ਹਨ; ਸਭ ਤੋਂ ਖ਼ਤਰਨਾਕ ਗ਼ਲਤੀਆਂ ਉਹ ਹਨ ਜਿਨ੍ਹਾਂ ਦਾ ਜ਼ਿਕਰ ਸਮੀਖਿਆ ਵਿੱਚ ਬਿਲਕੁਲ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ। ਇਸ ਲਈ AI ਇੱਕ ਪਹਿਲਾ ਫਿਲਟਰ ਹੈ, ਮਨਜ਼ੂਰੀ ਨਹੀਂ; ਰਲੇਵੇਂ ਦਾ ਫੈਸਲਾ ਇੱਕ ਜਵਾਬਦੇਹ ਵਿਅਕਤੀ ਦਾ ਹੈ।

6. ਸਭ ਤੋਂ ਵੱਧ ਧੋਖੇਬਾਜ਼ ਜਾਲ ਕੀ ਹੈ ਜੋ ਉਦੋਂ ਵਾਪਰਦਾ ਹੈ ਜਦੋਂ ਤੁਸੀਂ AI ਨੂੰ ਕੋਡ ਅਤੇ ਪ੍ਰਿੰਟ ਟੈਸਟ ਦਿੰਦੇ ਹੋ?

• A) AI ਹਮੇਸ਼ਾ ਬਹੁਤ ਸਾਰੇ ਟੈਸਟ ਲਿਖਦਾ ਹੈ ਅਤੇ ਕੋਡਬੇਸ ਨੂੰ ਫੁੱਲਦਾ ਹੈ
• B) AI ਕੋਡ ਦੇ ਮੌਜੂਦਾ (ਸ਼ਾਇਦ ਗਲਤ) ਵਿਵਹਾਰ ਨੂੰ 'ਸਹੀ' ਦੇ ਤੌਰ 'ਤੇ ਪਰਖਦਾ ਹੈ ਅਤੇ ਬੱਗ ਨੂੰ ਠੀਕ ਕਰਦਾ ਹੈ ✔
• C) ਟੈਸਟ ਲਿਖਣ ਵੇਲੇ AI ਆਪਣੇ ਆਪ ਕੋਡ ਨੂੰ ਮਿਟਾ ਦਿੰਦਾ ਹੈ
• D) AI ਨਾ ਸਿਰਫ ਖੁਸ਼ਹਾਲ ਮਾਰਗ ਲਈ ਪਰ ਹਮੇਸ਼ਾ ਕਿਨਾਰੇ ਦੇ ਕੇਸ ਲਈ ਟੈਸਟ ਲਿਖਦਾ ਹੈ

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

7. AI ਨਾਲ ਬੱਗ ਨੂੰ ਡੀਬੱਗ ਕਰਨ ਵੇਲੇ ਸਭ ਤੋਂ ਵੱਧ ਕਿਹੜੀ ਗੱਲ ਅਨੁਮਾਨਾਂ ਦੀ ਸ਼ੁੱਧਤਾ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਦੀ ਹੈ?

• ਏ) ਪ੍ਰੋਂਪਟ ਕਿੰਨੀ ਨਿਮਰਤਾ ਨਾਲ ਲਿਖਿਆ ਗਿਆ ਹੈ।
• ਅ) ਕਿੰਨੀ ਵਾਰ ਸਵਾਲ ਦੁਬਾਰਾ ਪੁੱਛਿਆ ਗਿਆ ਸੀ
• C) ਮਾਡਲ ਨੂੰ ਪ੍ਰਦਾਨ ਕੀਤੇ ਗਏ ਸਬੂਤ ਦੀ ਗੁਣਵੱਤਾ: ਪੂਰਾ ਗਲਤੀ ਸੁਨੇਹਾ, ਸਟੈਕ ਟਰੇਸ, ਇੰਪੁੱਟ ਅਤੇ ਸੰਭਾਵਿਤ ਵਿਵਹਾਰ ✔
• ਡੀ) ਕੋਡ ਕਿਸ ਰੰਗ ਦੀ ਥੀਮ ਵਿੱਚ ਲਿਖਿਆ ਗਿਆ ਹੈ?

ਵਿਆਖਿਆ: AI ਗਲਤੀ ਨੂੰ ਤੁਹਾਡੇ ਤਰੀਕੇ ਨਾਲ ਨਹੀਂ ਦੇਖਦਾ; ਉਹ ਸਿਰਫ਼ ਉਸ ਸਬੂਤ ਨੂੰ ਜਾਣਦਾ ਹੈ ਜੋ ਤੁਸੀਂ ਉਸ ਨੂੰ ਦਿੰਦੇ ਹੋ। ਪੂਰਾ ਗਲਤੀ ਸੁਨੇਹਾ, ਸਟੈਕ ਟਰੇਸ, ਟਰਿਗਰਿੰਗ ਇਨਪੁਟ, ਅਤੇ ਸੰਭਾਵਿਤ ਵਿਵਹਾਰ ਦੇ ਮੱਦੇਨਜ਼ਰ, ਮਾਡਲ ਅਸਲ ਸੰਭਾਵਨਾਵਾਂ ਨੂੰ ਗਿਣਦਾ ਹੈ; ਜੇਕਰ ਕੋਈ ਸਬੂਤ ਨਹੀਂ ਹੈ, ਤਾਂ ਇਹ ਅੰਦਾਜ਼ਾ ਲਗਾਉਂਦਾ ਹੈ (ਭਰਮ) ਅਤੇ ਤੁਹਾਨੂੰ ਗਲਤ ਰਸਤੇ 'ਤੇ ਲੈ ਜਾਂਦਾ ਹੈ।

8. ਵਿਸ਼ਲੇਸ਼ਣ ਲਈ AI ਨੂੰ ਉਤਪਾਦਨ ਲੌਗ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਕਦਮ ਕੀ ਹੈ?

• ਏ) ਲੌਗ ਨੂੰ ਜਿਵੇਂ ਹੈ, ਸਾਰਾ ਦਿਨ ਢੱਕਣਾ
• ਅ) ਪਹਿਲਾਂ ਲੌਗ ਨੂੰ ਵੱਡੇ ਅੱਖਰਾਂ ਵਿੱਚ ਬਦਲੋ
• C) ਵਰਣਮਾਲਾ ਦੇ ਕ੍ਰਮ ਵਿੱਚ ਲੌਗ ਲਾਈਨਾਂ ਦਾ ਪ੍ਰਬੰਧ ਕਰਨਾ
• ਡੀ) ਨਿੱਜੀ ਡੇਟਾ ਅਤੇ ਭੇਦ ਨੂੰ ਨਕਾਬ ਦੇਣਾ ਅਤੇ ਸਿਰਫ ਸੰਬੰਧਿਤ ਵਿੰਡੋ ਦੇਣਾ ✔

ਵਰਣਨ: ਕੱਚੇ ਉਤਪਾਦਨ ਲੌਗ ਵਿੱਚ IP, ਈਮੇਲ, ਸੈਸ਼ਨ ID, ਟੋਕਨ ਅਤੇ ਕਈ ਵਾਰ ਓਪਨ ਸੀਕਰੇਟ ਹੁੰਦੇ ਹਨ। ਉਹਨਾਂ ਨੂੰ ਮਾਸਕ ਕੀਤੇ ਬਿਨਾਂ ਇੱਕ AI ਟੂਲ ਵਿੱਚ ਚਿਪਕਣਾ ਇੱਕ ਗੰਭੀਰ ਗੋਪਨੀਯਤਾ ਦੀ ਉਲੰਘਣਾ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਲੌਗ ਨੂੰ ਇੱਕ ਤੰਗ ਸਮਾਂ ਵਿੰਡੋ ਵਿੱਚ ਫਿਲਟਰ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ; ਪਰ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਸੰਵੇਦਨਸ਼ੀਲ ਡੇਟਾ ਨੂੰ ਸਾਫ਼ ਕਰਨਾ ਹੈ।

9. ਕੀ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਜੇਕਰ AI ਕਹਿੰਦਾ ਹੈ ਕਿ ਲੌਗ ਵਿਸ਼ਲੇਸ਼ਣ ਵਿੱਚ ਦੋ ਘਟਨਾਵਾਂ 'ਇਕੋ ਸਮੇਂ' ਹੋਈਆਂ ਹਨ ਅਤੇ ਇੱਕ ਨੂੰ ਮੂਲ ਕਾਰਨ ਘੋਸ਼ਿਤ ਕਰਦੀ ਹੈ?

• A) ਕਾਰਨ ਦੇ ਤੌਰ 'ਤੇ ਸਬੰਧਾਂ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਨਾ ਅਤੇ ਮੈਟ੍ਰਿਕਸ ਅਤੇ ਕੋਡ ਨਾਲ ਦਾਅਵੇ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨਾ ✔
• ਅ) ਕਾਰਨ ਨੂੰ ਨਿਸ਼ਚਤ ਵਜੋਂ ਸਵੀਕਾਰ ਕਰਨਾ ਕਿਉਂਕਿ AI ਇੱਕ ਸਮੇਂ ਦਾ ਸਬੰਧ ਸਥਾਪਤ ਕਰਦਾ ਹੈ
• C) ਪਹਿਲੇ ਦੋਸ਼ੀ ਹਿੱਸੇ ਨੂੰ ਤੁਰੰਤ ਮੁੜ ਚਾਲੂ ਕਰਨਾ
• ਡੀ) ਲੌਗਸ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਮਿਟਾਉਣਾ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਦੁਬਾਰਾ ਇਕੱਠਾ ਕਰਨਾ

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

10. AI ਨਾਲ ਰੀਫੈਕਟਰਿੰਗ ਕਰਦੇ ਸਮੇਂ ਗੈਰ-ਸੋਧਯੋਗ ਸੁਨਹਿਰੀ ਨਿਯਮ ਕੀ ਹੈ ਅਤੇ ਇਸ ਨੂੰ ਕੀ ਸੁਰੱਖਿਅਤ ਕਰਦਾ ਹੈ?

• ਏ) ਕੋਡ ਛੋਟਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ; ਲਾਈਨਾਂ ਦੀ ਗਿਣਤੀ ਇਸਦੀ ਗਾਰੰਟੀ ਦਿੰਦੀ ਹੈ
• ਅ) ਵਿਹਾਰ ਵਿੱਚ ਕੋਈ ਤਬਦੀਲੀ ਨਹੀਂ; ਮੌਜੂਦਾ ਵਿਵਹਾਰ ਨੂੰ ਕੈਪਚਰ ਕਰਨ ਵਾਲੇ ਟੈਸਟ ਇਸ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਂਦੇ ਹਨ ✔
• C) ਕੋਡ ਵਿੱਚ ਹੋਰ ਟਿੱਪਣੀਆਂ ਹਨ; AI ਇਸਦੀ ਗਾਰੰਟੀ ਦਿੰਦਾ ਹੈ
• ਡੀ) ਪੂਰੀ ਫਾਈਲ ਨੂੰ ਇੱਕ ਵਾਰ ਵਿੱਚ ਦੁਬਾਰਾ ਲਿਖਣਾ; ਏਜੰਟ ਇਸਦੀ ਗਾਰੰਟੀ ਦਿੰਦਾ ਹੈ

ਵਿਆਖਿਆ: ਰੀਫੈਕਟਰਿੰਗ ਕੋਡ ਦੀ ਅੰਦਰੂਨੀ ਬਣਤਰ ਨੂੰ ਇਸਦੇ ਬਾਹਰੀ ਵਿਵਹਾਰ ਨੂੰ ਬਦਲੇ ਬਿਨਾਂ ਸੁਧਾਰ ਰਿਹਾ ਹੈ; ਸੁਨਹਿਰੀ ਨਿਯਮ ਇਹ ਹੈ ਕਿ ਵਿਹਾਰ ਨਿਰੰਤਰ ਰਹਿੰਦਾ ਹੈ. ਕਿਹੜੀ ਚੀਜ਼ ਇਹ ਯਕੀਨੀ ਬਣਾਉਂਦੀ ਹੈ ਕਿ ਇਹ ਟੈਸਟਿੰਗ ਹੈ: ਇੱਕ ਟੈਸਟਨੈੱਟ ਜੋ ਮੌਜੂਦਾ ਵਿਵਹਾਰ ਨੂੰ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਇਸਨੂੰ ਕੈਪਚਰ ਕਰਦਾ ਹੈ ਸੈੱਟਅੱਪ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਹਰੇਕ ਪੜਾਅ ਤੋਂ ਬਾਅਦ ਚਲਾਇਆ ਜਾਂਦਾ ਹੈ। ਟੈਸਟਨੈੱਟ ਤੋਂ ਬਿਨਾਂ ਰੀਫੈਕਟਰਿੰਗ ਇੱਕ ਜੂਆ ਹੈ।

11. ਦਸਤਾਵੇਜ਼ ਉਤਪਾਦਨ ਵਿੱਚ ਕਿਹੜੀ ਪਰਤ ਹੈ ਜੋ AI ਨਹੀਂ ਜਾਣ ਸਕਦੀ ਅਤੇ ਬਣਾਉਣ ਲਈ ਖਤਰਨਾਕ ਹੈ?

• ਏ) ਇੰਸਟਾਲੇਸ਼ਨ ਦੇ ਪੜਾਅ ਨੂੰ ਕਿਵੇਂ ਚਲਾਉਣਾ ਹੈ
• ਅ) ਇੱਕ ਫੰਕਸ਼ਨ ਦੀ ਪੈਰਾਮੀਟਰ ਸੂਚੀ
• C) 'ਕਿਉਂ' ਦੀ ਤਰਕਸੰਗਤ ਡਿਜ਼ਾਇਨ ਦਾ ਫੈਸਲਾ ਇਸ ਤਰ੍ਹਾਂ ਕੀਤਾ ਗਿਆ ਸੀ ✔
• ਡੀ) ਕੋਡ ਕਿਸ ਭਾਸ਼ਾ ਵਿੱਚ ਲਿਖਿਆ ਗਿਆ ਹੈ?

ਵਰਣਨ: ਏਆਈ ਕੋਡ ਤੋਂ 'ਕੀ/ਕਿਵੇਂ' ਲੇਅਰ (ਫੰਕਸ਼ਨ ਕੀ ਕਰਦਾ ਹੈ, ਇਹ ਕਿਵੇਂ ਸੈੱਟਅੱਪ ਹੁੰਦਾ ਹੈ) ਨੂੰ ਐਕਸਟਰੈਕਟ ਕਰ ਸਕਦਾ ਹੈ; ਪਰ ਇਹ 'ਕਿਉਂ' ਪਰਤ ਨੂੰ ਨਹੀਂ ਜਾਣ ਸਕਦਾ (ਕਿਸੇ ਫੈਸਲੇ ਲਈ ਡਿਜ਼ਾਈਨ ਤਰਕ, ਇੱਕ ਸੀਮਾ ਮੁੱਲ ਦਾ ਕਾਰਨ)। ਇੱਕ ਬਣਾਇਆ ਗਿਆ 'ਕਾਰਨ' ਬਿਨਾਂ ਕਿਸੇ ਤਰਕਸੰਗਤ ਨਾਲੋਂ ਜ਼ਿਆਦਾ ਖ਼ਤਰਨਾਕ ਹੈ; ਕੋਡ ਮਾਲਕ ਨੂੰ ਇਹ ਪਰਤ ਸ਼ਾਮਲ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ।

12. ਇੱਕ ਡਿਵੈਲਪਰ ਨੂੰ ਕੀ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਜੇਕਰ ਉਹ ਇੱਕ ਜ਼ਰੂਰੀ ਬੱਗ ਨੂੰ ਹੱਲ ਕਰਦੇ ਹੋਏ ਇੱਕ ਗੈਰ-ਪ੍ਰਵਾਨਿਤ AI ਟੂਲ ਵਿੱਚ ਲਾਈਵ API ਕੁੰਜੀ ਵਾਲੀ ਇੱਕ ਸੰਰਚਨਾ ਫਾਈਲ ਪੇਸਟ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹਨ?

• ਏ) ਸਪੀਡ ਲਈ, ਫਾਈਲ ਨੂੰ ਜਿਵੇਂ ਹੈ ਪੇਸਟ ਕਰੋ ਅਤੇ ਫਿਰ ਚੈਟ ਨੂੰ ਮਿਟਾਓ
• ਅ) ਫਾਈਲ ਦੇ ਅੰਤ ਵਿੱਚ ਇੱਕ 'ਗੁਪਤ' ਨੋਟ ਜੋੜੋ ਅਤੇ ਇਸਨੂੰ ਭੇਜੋ
• C) ਕੁੰਜੀ ਛੱਡੋ ਅਤੇ ਸਿਰਫ ਫਾਈਲ ਦਾ ਨਾਮ ਬਦਲੋ
• D) ਭੇਦ ਹਟਾਓ/ਮਾਸਕ ਕਰੋ ਅਤੇ ਸਿਰਫ ਜ਼ਰੂਰੀ ਗੈਰ-ਸੰਵੇਦਨਸ਼ੀਲ ਸੰਦਰਭ ਦਿਓ ✔

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

13. ਇੱਕ AI-ਤਿਆਰ ਕੋਡ ਟੈਸਟਿੰਗ ਪਾਸ ਕਰਦਾ ਹੈ ਅਤੇ ਉਤਪਾਦਨ ਵਿੱਚ ਚੱਲਦਾ ਹੈ। ਕੀ ਇਹ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਕੋਡ ਸੁਰੱਖਿਅਤ ਹੈ?

• ਏ) ਨਹੀਂ; 'ਵਰਕਿੰਗ' ਦਾ ਮਤਲਬ ਸੁਰੱਖਿਅਤ ਨਹੀਂ ਹੈ, ਸੁਰੱਖਿਆ ਲਈ ਪ੍ਰਮਾਣਿਕਤਾ ਦੀ ਇੱਕ ਵੱਖਰੀ ਪਰਤ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ✔
• ਅ) ਹਾਂ; ਟੈਸਟ ਪਾਸ ਕਰਨ ਵਾਲਾ ਕੋਡ ਪਰਿਭਾਸ਼ਾ ਦੁਆਰਾ ਸੁਰੱਖਿਅਤ ਹੈ
• ਸੀ) ਹਾਂ; ਇਸ ਨੂੰ ਉਤਪਾਦਨ ਵਿੱਚ ਚਲਾਉਣ ਨਾਲ ਸਾਰੀਆਂ ਕਮਜ਼ੋਰੀਆਂ ਦੂਰ ਹੋ ਜਾਂਦੀਆਂ ਹਨ
• ਡੀ) ਨਹੀਂ; ਪਰ ਸੁਰੱਖਿਆ ਸਿਰਫ ਮਾਇਨੇ ਰੱਖਦੀ ਹੈ ਜੇਕਰ ਕੋਡ ਹੌਲੀ ਹੈ

ਸਪਸ਼ਟੀਕਰਨ: 'ਵਰਕਿੰਗ' 'ਸੁਰੱਖਿਅਤ' ਦੇ ਸਮਾਨ ਨਹੀਂ ਹੈ। ਭਾਵੇਂ ਕੋਡ ਵਿੱਚ ਇੱਕ ਕਮਜ਼ੋਰੀ ਹੈ ਜਿਵੇਂ ਕਿ SQL ਇੰਜੈਕਸ਼ਨ, ਇਹ ਟੈਸਟਿੰਗ ਪਾਸ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਸੁਚਾਰੂ ਢੰਗ ਨਾਲ ਚੱਲ ਸਕਦਾ ਹੈ; ਕਮਜ਼ੋਰੀ ਉਦੋਂ ਹੀ ਪ੍ਰਗਟ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਹਮਲਾਵਰ ਇਸ ਨੂੰ ਲੱਭ ਲੈਂਦਾ ਹੈ। ਇਸ ਲਈ, ਸ਼ੁੱਧਤਾ ਤੋਂ ਇਲਾਵਾ, ਸੁਰੱਖਿਆ-ਅਧਾਰਿਤ ਸਮੀਖਿਆ ਅਤੇ ਸਕੈਨ ਜਿਵੇਂ ਕਿ SAST ਨੂੰ ਇੱਕ ਵੱਖਰੀ ਪਰਤ ਵਜੋਂ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

14. ਇੱਕ CLI ਏਜੰਟ (ਆਟੋਨੋਮਸ ਟੂਲ ਜੋ ਫਾਈਲਾਂ ਨੂੰ ਸੋਧ ਸਕਦਾ ਹੈ ਅਤੇ ਕਮਾਂਡਾਂ ਚਲਾ ਸਕਦਾ ਹੈ) ਨੂੰ ਮਲਟੀ-ਫਾਈਲ ਟਾਸਕ ਦੇਣ ਵੇਲੇ ਸਭ ਤੋਂ ਸੁਰੱਖਿਅਤ ਅਨੁਸ਼ਾਸਨ ਕੀ ਹੈ?

• ਏ) ਏਜੰਟ ਨੂੰ 'ਇਸ ਮੋਡੀਊਲ ਨੂੰ ਸੁਧਾਰੋ' ਦੱਸਣਾ ਅਤੇ ਪੂਰੀ ਆਜ਼ਾਦੀ ਦੇਣਾ
• ਅ) ਤੰਗ ਗੁੰਜਾਇਸ਼ ਅਤੇ ਸਵੀਕ੍ਰਿਤੀ ਦੇ ਮਾਪਦੰਡ ਦੇਣਾ, ਪਹਿਲਾਂ ਇੱਕ ਯੋਜਨਾ ਦੀ ਮੰਗ ਕਰਨਾ, ਇਸਨੂੰ ਮਨਜ਼ੂਰੀ ਦੇਣਾ, ਇਸਨੂੰ ਕਦਮ ਦਰ ਕਦਮ ਲਾਗੂ ਕਰਨਾ, ਅਤੇ ਟੈਸਟਾਂ ਨੂੰ ਚਲਾਉਣਾ ✔
• C) ਏਜੰਟ ਦੀਆਂ ਸਾਰੀਆਂ ਤਬਦੀਲੀਆਂ ਦੀ ਸਮੀਖਿਆ ਕੀਤੇ ਬਿਨਾਂ ਉਹਨਾਂ ਨੂੰ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਮਿਲਾਓ
• ਡੀ) ਏਜੰਟ ਨੂੰ ਉਤਪਾਦਨ ਵਾਤਾਵਰਣ ਅਤੇ ਗੁਪਤ ਡੇਟਾ ਤੱਕ ਅਪ੍ਰਬੰਧਿਤ ਪਹੁੰਚ ਦੇਣਾ

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

15. ਸੁਰੱਖਿਆ-ਨਾਜ਼ੁਕ ਸੌਫਟਵੇਅਰ (ਉਦਾਹਰਨ ਲਈ ਭੁਗਤਾਨ ਜਾਂ ਪ੍ਰਮਾਣਿਕਤਾ) ਵਿੱਚ AI ਦੁਆਰਾ ਤਿਆਰ ਕੀਤੇ ਕੋਡ ਤੋਂ ਪੈਦਾ ਹੋਣ ਵਾਲੀ ਦੇਣਦਾਰੀ ਕਿਸਦੀ ਹੈ?

• A) ਕਿਉਂਕਿ ਕੋਡ AI ਤੋਂ ਆਉਂਦਾ ਹੈ, ਇਹ ਵਾਹਨ ਪ੍ਰਦਾਤਾ ਵਿੱਚ ਹੈ
• ਬੀ) ਜੇ ਏਆਈ ਕਾਫ਼ੀ ਵਿਕਸਤ ਹੈ, ਤਾਂ ਕਿਸੇ ਕੋਲ ਨਹੀਂ ਹੈ; ਤਸਦੀਕ ਕਰਨ ਦੀ ਕੋਈ ਲੋੜ ਨਹੀਂ
• C) ਟੀਮ/ਇੰਜੀਨੀਅਰ ਜੋ ਕੋਡ ਦੀ ਜਾਂਚ, ਅਸੈਂਬਲ ਅਤੇ ਵੰਡਦਾ ਹੈ; AI ਸਹਿਮਤੀ ਦੀ ਥਾਂ ਨਹੀਂ ਲੈਂਦਾ ✔
• ਡੀ) ਸਿਰਫ਼ ਉਹ ਵਿਅਕਤੀ ਜੋ ਪ੍ਰੋਂਪਟ ਲਿਖਦਾ ਹੈ, ਨਾ ਕਿ ਉਹ ਜੋ ਇਸਦੀ ਸਮੀਖਿਆ ਕਰਦੇ ਹਨ

ਵਰਣਨ: AI ਇੱਕ ਸਪੀਡ ਗੁਣਕ ਅਤੇ ਬਲੂਪ੍ਰਿੰਟ ਜਨਰੇਟਰ ਹੈ; ਜ਼ਿੰਮੇਵਾਰੀ ਨਹੀਂ ਲੈ ਸਕਦਾ। ਉਤਪਾਦਨ ਵਿੱਚ ਕੋਡ ਤੋਂ ਪੈਦਾ ਹੋਣ ਵਾਲੀਆਂ ਕਿਸੇ ਵੀ ਤਰੁੱਟੀਆਂ, ਕਮਜ਼ੋਰੀਆਂ ਜਾਂ ਉਲੰਘਣਾਵਾਂ ਦੀ ਜ਼ਿੰਮੇਵਾਰੀ ਉਸ ਟੀਮ ਦੀ ਹੁੰਦੀ ਹੈ ਜੋ ਉਸ ਕੋਡ ਦੀ ਸਮੀਖਿਆ, ਇਕੱਤਰਤਾ ਅਤੇ ਵੰਡ ਕਰਦੀ ਹੈ। ਸੁਰੱਖਿਆ-ਨਾਜ਼ੁਕ ਖੇਤਰਾਂ ਵਿੱਚ, AI ਆਉਟਪੁੱਟ ਕਿਸੇ ਵੀ ਸਥਿਤੀ ਵਿੱਚ ਯੋਗਤਾ ਪ੍ਰਾਪਤ ਇੰਜੀਨੀਅਰ ਦੁਆਰਾ ਸਮੀਖਿਆ ਅਤੇ ਪ੍ਰਵਾਨਗੀ ਦਾ ਬਦਲ ਨਹੀਂ ਹੈ।