ਮੈਂ ਅਸਪਸ਼ਟ ਇੰਜੀਨੀਅਰਿੰਗ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰਨ ਲਈ AI Councils ਦੀ ਵਰਤੋਂ ਕਿਵੇਂ ਕਰਦਾ ਹਾਂ
ਇੱਕ AI ਸਹਾਇਕ ਲਾਭਦਾਇਕ ਹੈ। ਪਰ ਗੁੰਝਲਦਾਰ ਸਾਫਟਵੇਅਰ ਆਰਕੀਟੈਕਚਰ ਲਈ ਇਹ ਕਾਫ਼ੀ ਨਹੀਂ ਹੈ।
ਜੇਕਰ ਤੁਸੀਂ autocomplete ਤੋਂ ਵੱਧ ਕੁਝ ਕਰਨ ਲਈ AI ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ, ਤਾਂ ਤੁਹਾਨੂੰ ਇੱਕ ਪੈਟਰਨ ਦਿਖਾਈ ਦੇਵੇਗਾ। ਇੱਕ ਸਿੰਗਲ ਮਾਡਲ ਇੱਕ ਹੱਲ ਪ੍ਰਸਤਾਵਿਤ ਕਰਦਾ ਹੈ। ਇਹ ਵਧੀਆ ਲੱਗਦਾ ਹੈ। ਤੁਸੀਂ ਇਸ ਨੂੰ ਲਾਗੂ ਕਰਦੇ ਹੋ। ਫਿਰ, ਤਿੰਨ ਦਿਨਾਂ ਬਾਅਦ, ਤੁਹਾਨੂੰ ਇੱਕ ਵੱਡੀ ਆਰਕੀਟੈਕਚਰਲ ਖਾਮੀ ਮਿਲਦੀ ਹੈ।
ਇਹ ਮਾਡਲ ਦੀ ਅਸਫਲਤਾ ਨਹੀਂ ਹੈ। ਇਹ ਤੁਹਾਡੀ ਪ੍ਰਕਿਰਿਆ (process) ਦੀ ਅਸਫਲਤਾ ਹੈ। ਇੱਕ ਸਿੰਗਲ ਮਾਡਲ ਸ਼ਾਇਦ ਹੀ ਕਦੇ ਆਪਣੇ ਅਨੁਮਾਨਾਂ (assumptions) ਨੂੰ ਚੁਣੌਤੀ ਦਿੰਦਾ ਹੈ।
ਅਸਪਸ਼ਟ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ ਇੱਕ AI Council ਦੀ ਲੋੜ ਹੈ। ਇਹ ਕੋਈ ਨਵਾਂ ਪਲੇਟਫਾਰਮ ਨਹੀਂ ਹੈ। ਇਹ ਇੱਕ ਵਰਕਫਲੋ (workflow) ਹੈ ਜਿੱਥੇ ਕਈ AI ਸੰਦਰਭ (contexts) ਵੱਖ-ਵੱਖ ਭੂਮਿਕਾਵਾਂ ਤੋਂ ਇੱਕ ਪ੍ਰਸਤਾਵ ਦੀ ਸਮੀਖਿਆ ਕਰਦੇ ਹਨ।
ਇਸਦਾ ਉਦੇਸ਼ AI ਦੀ ਵਰਤੋਂ ਨੂੰ ਇੱਕ ਨਿਯੰਤਰਿਤ (governed) ਇੰਜੀਨੀਅਰਿੰਗ ਵਰਕਫਲੋ ਵਿੱਚ ਬਦਲਣਾ ਹੈ।
ਇੱਥੇ ਵਰਕਫਲੋ ਹੈ:
• ਸਮੱਸਿਆ ਦਾ ਕਥਨ (Problem Statement): ਤੁਸੀਂ ਸਮੱਸਿਆ ਨੂੰ ਰੂਪ ਦਿੰਦੇ ਹੋ। • ਆਰਕੀਟੈਕਟ ਏਜੰਟ (Architect Agent): ਇੱਕ ਸੋਰਸ-ਗਰਾਊਂਡਡ ਏਜੰਟ ਤਰਕਾਂ-ਵਿਰੋਧਾਂ (trade-offs) ਦੇ ਨਾਲ ਇੱਕ ਪ੍ਰਸਤਾਵ ਤਿਆਰ ਕਰਦਾ ਹੈ। • AI ਕੌਂਸਲ ਆਲੋਚਨਾ (AI Council Critique): ਵੱਖ-ਵੱਖ AI ਭੂਮਿਕਾਵਾਂ ਪ੍ਰਸਤਾਵ ਦੀ ਸਮੀਖਿਆ ਕਰਦੀਆਂ ਹਨ। • ਫੀਡਬੈਕ ਸਿੰਥੇਸਿਸ (Feedback Synthesis): ਇੱਕ ਏਜੰਟ ਸਾਰੇ ਫੀਡਬੈਕ ਦਾ ਮੁਲਾਂਕਣ ਕਰਦਾ ਹੈ ਅਤੇ ਟਕਰਾਅ ਦੀ ਪਛਾਣ ਕਰਦਾ ਹੈ। • ਇਤਰਾਜ਼ ਲੇਜਰ (Objection Ledger): ਤੁਸੀਂ ਸਾਰੇ ਇਤਰਾਜ਼ਾਂ, ਉਹਨਾਂ ਦੀ ਗੰਭੀਰਤਾ ਅਤੇ ਉਹਨਾਂ ਦੇ ਨਿਪਟਾਰੇ ਨੂੰ ਟ੍ਰੈਕ ਕਰਦੇ ਹੋ। • ਮਨੁੱਖੀ ਸ਼ਾਸਨ (Human Governance): ਤੁਸੀਂ ਫੈਸਲਾ ਕਰਦੇ ਹੋ ਕਿ ਯੋਜਨਾ ਤਿਆਰ ਹੈ ਜਾਂ ਤੁਹਾਨੂੰ ਇੱਕ ਹੋਰ ਰਾਊਂਡ ਦੀ ਲੋੜ ਹੈ। • ਐਗਜ਼ੀਕਿਊਟਰ ਏਜੰਟ (Executor Agent): ਇੱਕ ਵੱਖਰਾ ਸੰਦਰਭ ਯੋਜਨਾ ਨੂੰ ਲਾਗੂ ਕਰਦਾ ਹੈ। • ਆਡੀਟਰ ਏਜੰਟ (Auditor Agent): ਇੱਕ ਤੀਜਾ ਸੰਦਰਭ ਅਸਲ ਸਪੈਸੀਫਿਕੇਸ਼ਨ ਦੇ ਵਿਰੁੱਧ ਕੋਡ ਦੀ ਆਡਿਟ ਕਰਦਾ ਹੈ।
ਸ਼ਕਤੀ ਭੂਮਿਕਾਵਾਂ ਦੇ ਵੱਖਰੇਕਰਨ ਤੋਂ ਆਉਂਦੀ ਹੈ। ਸਿਰਫ਼ ਇਹ ਨਾ ਪੁੱਛੋ "ਤੁਹਾਨੂੰ ਕੀ ਲੱਗਦਾ ਹੈ?" ਵੱਖ-ਵੱਖ AI ਸੈਸ਼ਨਾਂ ਨੂੰ ਖਾਸ ਭੂਮਿਕਾਵਾਂ ਅਸਾਈਨ ਕਰੋ:
- ਸਿਸਟਮ ਥਿੰਕਰ (System Thinker): ਸਿਸਟਮਿਕ ਜੋਖਮਾਂ ਅਤੇ ਸੀਮਾਵਾਂ ਦਾ ਮੁਲਾਂਕਣ ਕਰਦਾ ਹੈ।
- ਕ੍ਰਿਟੀਕਲ ਰਿਵਿਊਅਰ (Critical Reviewer): ਅਨੁਮਾਨਾਂ ਨੂੰ ਚੁਣੌਤੀ ਦਿੰਦਾ ਹੈ ਅਤੇ ਤਰਕਸ਼ੀਲ ਕਮੀਆਂ ਲੱਭਦਾ ਹੈ।
- ਸਿੰਪਲੀਫਾਇਰ (Simplifier): ਬੇਲੋੜੀ ਗੁੰਝਲਤਾ ਲੱਭਦਾ ਹੈ।
- ਅਲਟਰਨੇਟਿਵ ਰਿਵਿਊਅਰ (Alternatives Reviewer): ਵੱਖ-ਵੱਖ ਪਹੁੰਚਾਂ ਦਾ ਸੁਝਾਅ ਦਿੰਦਾ ਹੈ।
ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਹਿੱਸਾ ਇਤਰਾਜ਼ ਲੇਜਰ (Objection Ledger) ਹੈ। ਇਸ ਤੋਂ ਬਿਨਾਂ, ਫੀਡਬੈਕ ਅਸਪਸ਼ਟ ਰਾਏ ਬਣ ਜਾਂਦਾ ਹੈ। ਇੱਕ ਲੇਜਰ ਤੁਹਾਨੂੰ ਹਰ ਚਿੰਤਾ ਨੂੰ ਹੱਲ ਕਰਨ ਲਈ ਮਜਬੂਰ ਕਰਦਾ ਹੈ। ਤੁਸੀਂ ਇਤਰਾਜ਼ਾਂ ਨੂੰ Open, Accepted, Rejected, ਜਾਂ Resolved ਵਜੋਂ ਮਾਰਕ ਕਰਦੇ ਹੋ। ਇਹ ਇੱਕ ਆਡਿਟ ਕਰਨ ਯੋਗ ਫੈਸਲੇ ਦਾ ਰਿਕਾਰਡ ਬਣਾਉਂਦਾ ਹੈ।
ਤੁਸੀਂ ਕਾਪੀ-ਪੇਸ ਬੋਟਲਨੇਕ (bottleneck) ਨਹੀਂ ਬਣਦੇ। ਸੋਰਸ-ਗਰਾਊਂਡਡ ਏਜੰਟ ਸਿੰਥੇਸਿਸ ਕਰਦਾ ਹੈ। ਤੁਸੀਂ ਗਵਰਨਰ (Governor) ਵਜੋਂ ਕੰਮ ਕਰਦੇ ਹੋ। ਤੁਸੀਂ ਮੈਨੂਅਲ ਕੰਮ ਨਹੀਂ ਕਰਦੇ। ਤੁਸੀਂ ਗੇਟਾਂ (gates) ਦੇ ਮਾਲਕ ਹੁੰਦੇ ਹੋ।
ਤੁਸੀਂ ਫੈਸਲਿਆਂ ਦੇ ਮਾਲਕ ਹੋ:
- ਕਦੋਂ ਇਟਰੇਸ਼ਨ (iterating) ਰੋਕਣੀ ਹੈ।
- ਸਪੈਕ (spec) ਨੂੰ ਕਦੋਂ ਮਨਜ਼ੂਰੀ ਦੇਣੀ ਹੈ।
- ਅੰਤਿਮ ਜੋਖਮ ਨੂੰ ਕਦੋਂ ਸਵੀਕਾਰ ਕਰਨਾ ਹੈ।
ਇਸਦੀ ਵਰਤੋਂ ਉੱਚ-ਜੋਖਮ ਵਾਲੇ ਰੀਫੈਕਟਰ (refactors) ਜਾਂ ਅਸਪਸ਼ਟ ਆਰਕੀਟੈਕਚਰ ਲਈ ਕਰੋ। ਇਸਦੀ ਵਰਤੋਂ ਮਾਮੂਲੀ ਬੱਗ ਫਿਕਸਾਂ ਲਈ ਨਾ ਕਰੋ। ਇਹ ਉਦੋਂ ਹੀ ਫਾਇਦੇਮੰਦ ਹੈ ਜਦੋਂ ਗਲਤ ਡਿਜ਼ਾਈਨ ਦੀ ਕੀਮਤ ਜ਼ਿਆਦਾ ਹੋਵੇ।
ਛੋਟੇ ਪੱਧਰ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ। ਇੱਕ ਆਲੋਚਕ (critic) ਅਤੇ ਇੱਕ ਸਿੰਪਲੀਫਾਇਰ ਦੀ ਵਰਤੋਂ ਕਰੋ। ਤੁਹਾਨੂੰ ਤੁਰੰਤ ਇਸਦੀ ਕੀਮਤ ਦਾ ਅਹਿਸਾਸ ਹੋਵੇਗਾ।
ਸਰੋਤ: https://dev.to/j3nnning/how-i-use-ai-councils-to-solve-ambiguous-engineering-problems-4dii