ਘੱਟ ਲਾਗਤ ਵਾਲੇ AI ਕੋਡਿੰਗ ਮਾਡਲਾਂ ਲਈ ਇੱਕ ਵੈਰੀਫਿਕੇਸ਼ਨ ਲੜੀ

ਇਹ ਪੁੱਛਣਾ ਬੰਦ ਕਰੋ ਕਿ ਕੀ ਕੋਈ ਮਾਡਲ ਕਿਸੇ ਕੰਮ ਲਈ ਕਾਫ਼ੀ ਮਜ਼ਬੂਤ ਹੈ।

ਇਹ ਪੁੱਛਣਾ ਸ਼ੁਰੂ ਕਰੋ ਕਿ ਤੁਸੀਂ ਆਉਟਪੁੱਟ ਦੀ ਪੁਸ਼ਟੀ ਕਿੰਨੀ ਤੇਜ਼ੀ ਨਾਲ ਕਰ ਸਕਦੇ ਹੋ।

ਇਹ ਤਬਦੀਲੀ ਤੁਹਾਡੇ ਸਸਤੇ AI ਮਾਡਲਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੇ ਤਰੀਕੇ ਨੂੰ ਬਦਲ ਦਿੰਦੀ ਹੈ। ਉਹਨਾਂ ਨੂੰ ਮਹਿੰਗੇ ਮਾਡਲਾਂ ਦੇ ਕਮਜ਼ੋਰ ਵਰਜ਼ਨ ਵਜੋਂ ਨਾ ਦੇਖੋ। ਉਹਨਾਂ ਨੂੰ ਉਹਨਾਂ ਕੰਮਾਂ ਲਈ ਵਰਕਰਾਂ ਵਜੋਂ ਦੇਖੋ ਜਿਨ੍ਹਾਂ ਦੇ ਵੈਰੀਫਿਕੇਸ਼ਨ ਮਾਰਗ (verification paths) ਛੋਟੇ ਹੁੰਦੇ ਹਨ।

ਉਹਨਾਂ ਕੰਮਾਂ ਲਈ ਘੱਟ ਲਾਗਤ ਵਾਲੇ ਮਾਡਲਾਂ ਦੀ ਵਰਤੋਂ ਕਰੋ ਜਿਨ੍ਹਾਂ ਦੇ ਆਉਟਪੁੱਟ ਸਾਫ਼ ਦਿਖਾਈ ਦਿੰਦੇ ਹਨ। ਉਦਾਹਰਣਾਂ:

  • README ਦੀ ਸਫਾਈ
  • ਵਰਤੋਂ ਦੀਆਂ ਉਦਾਹਰਣਾਂ
  • Code comments
  • Changelog notes
  • ਛੋਟੀਆਂ ਫਾਰਮੈਟਿੰਗ ਸਕ੍ਰਿਪਟਾਂ
  • Issue templates

ਜੇਕਰ ਕੋਈ ਮਾਡਲ ਮਾੜਾ README ਲਿਖਦਾ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਇਸਨੂੰ ਤੁਰੰਤ ਦੇਖ ਲੈਂਦੇ ਹੋ। ਇਸਦਾ ਹੱਲ ਤੇਜ਼ ਅਤੇ ਸਸਤਾ ਹੁੰਦਾ ਹੈ।

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

ਇਸ ਦੀ ਬਜਾਏ: "Add tests for this helper." ਵਰਤੋ: "ਖਾਲੀ ਇਨਪੁੱਟ, null ਇਨਪੁੱਟ, ਡੁਪਲੀਕੇਟ ਵੈਲਯੂਜ਼, ਅਵੈਲਿਡ ਕੌਂਫਿਗ, ਡਿਫੌਲਟ ਕੌਂਫਿਗ, ਅਤੇ ਨਾਰਮਲ ਇਨਪੁੱਟ ਲਈ ਟੈਸਟ ਜੋੜੋ। ਰਨਟਾਈਮ ਕੋਡ ਨੂੰ ਨਾ ਬਦਲੋ।"

ਇਹ ਮਾਡਲ ਨੂੰ ਇੱਕ ਵੈਰੀਫਿਕੇਸ਼ਨ ਫਰੇਮ ਦੇ ਅੰਦਰ ਕੰਮ ਕਰਨ ਲਈ ਮਜਬੂਰ ਕਰਦਾ ਹੈ।

ਉਹਨਾਂ ਕੰਮਾਂ ਲਈ ਘੱਟ ਲਾਗਤ ਵਾਲੇ ਮਾਡਲਾਂ ਦੀ ਵਰਤੋਂ ਕਰੋ ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਸਪਸ਼ਟ ਮੈਨੂਅਲ ਚੈੱਕ ਹੋਣ। ਉਦਾਹਰਣਾਂ:

  • CLI ਆਉਟਪੁੱਟ ਫਾਰਮੈਟਿੰਗ
  • Config ਉਦਾਹਰਣਾਂ
  • Migration dry-run ਨੋਟਸ
  • ਛੋਟੀਆਂ ਡਾਟਾ ਕਨਵਰਜ਼ਨ ਸਕ੍ਰਿਪਟਾਂ

ਇਹਨਾਂ ਕੰਮਾਂ ਲਈ, ਮਾਡਲ ਨੂੰ ਇਹ ਸ਼ਾਮਲ ਕਰਨ ਲਈ ਮਜਬੂਰ ਕਰੋ:

  • ਕੋਡ ਕਿਵੇਂ ਚਲਾਉਣਾ ਹੈ
  • ਕਿਹੜਾ ਇਨਪੁੱਟ ਵਰਤਣਾ ਹੈ
  • ਕਿਸ ਆਉਟਪੁੱਟ ਦੀ ਉਮੀਦ ਕਰਨੀ ਹੈ
  • ਕਿਹੜੇ ਐਜ ਕੇਸ (edge cases) ਚੈੱਕ ਕਰਨੇ ਹਨ

ਜੇਕਰ ਮਾਡਲ ਇਹ ਨਹੀਂ ਦੱਸ ਸਕਦਾ ਕਿ ਉਸਦੇ ਆਪਣੇ ਆਉਟਪੁੱਟ ਦੀ ਪੁਸ਼ਟੀ ਕਿਵੇਂ ਕਰਨੀ ਹੈ, ਤਾਂ ਉਸ 'ਤੇ ਭਰੋਸਾ ਨਾ ਕਰੋ।

ਉੱਚ-ਜੋਖਮ ਵਾਲੇ ਰੀਫੈਕਟਰਸ (refactors) ਲਈ ਘੱਟ ਲਾਗਤ ਵਾਲੇ ਮਾਡਲਾਂ ਤੋਂ ਬਚੋ। ਛੋਟੀਆਂ ਤਬਦੀਲੀਆਂ ਅਕਸਰ ਵੱਡੇ ਖਤਰੇ ਛੁਪਾਉਂਦੀਆਂ ਹਨ। ਇੱਕ ਛੋਟਾ diff ਇੱਕ fallback path, ਇੱਕ permission check, ਜਾਂ ਇੱਕ compatibility branch ਨੂੰ ਤੋੜ ਸਕਦਾ ਹੈ।

ਉਹਨਾਂ ਕੰਮਾਂ ਲਈ ਆਪਣੇ ਜੋਖਮ ਦੇ ਪੱਧਰ ਨੂੰ ਵਧਾਓ ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਸ਼ਾਮਲ ਹਨ:

  • Fallbacks ਅਤੇ defaults
  • Routing ਅਤੇ permissions
  • Billing ਅਤੇ rate limits
  • Migrations ਅਤੇ backwards compatibility

ਇਹ ਅਸਫਲਤਾਵਾਂ ਇੱਕ ਸਟੈਂਡਰਡ ਕੋਡ ਰਿਵਿਊ ਵਿੱਚ ਪਛਾਣਨਾ ਮੁਸ਼ਕਲ ਹੁੰਦੀਆਂ ਹਨ। ਇਹਨਾਂ ਲਈ ਡੂੰਘੇ ਸੰਦਰਭ (deep context) ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।

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

ਆਕਾਰ ਮਾਇਨੇ ਨਹੀਂ ਰੱਖਦਾ। ਇੱਕ ਛੋਟਾ ਕੰਮ ਵੀ ਮਹਿੰਗਾ ਹੋ ਸਕਦਾ ਹੈ ਜੇਕਰ ਇਸਦੀ ਪੁਸ਼ਟੀ ਕਰਨਾ ਮੁਸ਼ਕਲ ਹੋਵੇ।

AI ਕੋਡਿੰਗ ਦੀ ਲਾਗਤ ਜਨਰੇਸ਼ਨ (generation) ਨਹੀਂ ਹੈ। ਲਾਗਤ ਭਰੋਸਾ ਹੈ।

Source: https://dev.to/zephyrelabs369/a-verification-ladder-for-low-cost-ai-coding-models-p16

Optional learning community: https://t.me/GyaanSetuAi