ਅਜਿਹੇ ਸਿਸਟਮ ਡਿਜ਼ਾਈਨ ਕਰਨਾ ਜੋ ਆਪਣੇ ਆਪ ਨੂੰ ਆਪ ਬਣਾਉਣ
ਬਹੁਤੇ ਸਾਫਟਵੇਅਰ ਡਿਵੈਲਪਰ, ਟੈੱਕ ਲੀਡ ਅਤੇ ਡੈਵਓਪਸ ਇੰਜੀਨੀਅਰ ਆਪਣੇ ਕਰੀਅਰ ਦੀ ਸ਼ੁਰੂਆਤ ਬਣਾਉਣ ਵਾਲਿਆਂ (builders) ਵਜੋਂ ਕਰਦੇ ਹਨ।
ਉਹ ਸਿਸਟਮ, ਐਪਾਂ, ਕੰਪੋਨੈਂਟ, ਥੀਮ, ਪੈਟਰਨ, ਮੌਡਿਊਲ ਅਤੇ ਪਾਈਪਲਾਈਨਾਂ ਬਣਾਉਂਦੇ ਹਨ। ਉਹ ਲੇਆਉਟ ਨੂੰ ਨਿਖਾਰਦੇ ਹਨ, ਕਿਨਾਰੇ ਦੇ ਮਾਮਲੇ (edge cases) ਠੀਕ ਕਰਦੇ ਹਨ, ਅਨੁਕੂਲਤਾ ਬਣਾਈ ਰੱਖਦੇ ਹਨ ਅਤੇ ਇੱਕ-ਇੱਕ ਕਮਿਟ ਨਾਲ ਸਿਸਟਮ ਨੂੰ ਅੱਗੇ ਤੋਰਦੇ ਹਨ। ਇਹ ਕੰਮ ਬਾਰੀਕ, ਵਿਹਾਰਕ ਅਤੇ ਡੂੰਘਾ ਤਕਨੀਕੀ ਹੁੰਦਾ ਹੈ।
ਪਰ ਕਿਸੇ ਮੋੜ 'ਤੇ ਕੁਝ ਬਦਲ ਜਾਂਦਾ ਹੈ।
ਸਭ ਤੋਂ ਵਧੀਆ ਮਾਹਿਰ ਬਣਾਉਣਾ ਬੰਦ ਨਹੀਂ ਕਰਦੇ, ਪਰ ਉਹ ਸਿਸਟਮਾਂ ਦੇ ਨਜ਼ਰੀਏ ਤੋਂ ਸੋਚਣ ਲੱਗ ਪੈਂਦੇ ਹਨ।
ਬਣਾਉਣ ਵਾਲੇ ਤੋਂ ਸਿਸਟਮ-ਚਿੰਤਕ ਤੱਕ
ਬਦਲਾਅ: ਨਤੀਜੇ ਤੋਂ ਨਿਯਮਾਂ ਵੱਲ
ਬਣਾਉਣ ਵਾਲੇ ਵਜੋਂ ਧਿਆਨ ਨਤੀਜੇ (output) 'ਤੇ ਹੁੰਦਾ ਹੈ: ਕੰਪੋਨੈਂਟ, ਟੈਂਪਲੇਟ, ਪੰਨੇ, ਫੀਚਰ, ਲਾਇਬ੍ਰੇਰੀਆਂ, ਐਪਲੀਕੇਸ਼ਨਾਂ।
ਸਿਸਟਮ-ਚਿੰਤਕ ਵਜੋਂ ਧਿਆਨ ਨਿਯਮਾਂ ਵੱਲ ਚਲਾ ਜਾਂਦਾ ਹੈ: ਸੀਮਾਵਾਂ, ਆਪਸੀ ਮੇਲ-ਜੋਲ, ਫੀਡਬੈਕ ਲੂਪ।
"ਇਹ ਕੰਪੋਨੈਂਟ ਦਿਸਦਾ ਕਿਹੋ ਜਿਹਾ ਹੈ?" ਪੁੱਛਣ ਦੀ ਥਾਂ ਸਿਸਟਮ-ਚਿੰਤਕ ਹੋਰ ਸਵਾਲ ਪੁੱਛਦੇ ਹਨ: ਇਸ ਕੰਪੋਨੈਂਟ ਨੂੰ ਕਿਹੜੇ ਨਿਯਮ ਚਲਾਉਂਦੇ ਹਨ? ਇਸ ਨਾਲ ਕਿਸ ਨੂੰ ਮੇਲ-ਜੋਲ ਦੀ ਇਜਾਜ਼ਤ ਹੈ? ਬਦਲਾਅ ਆਉਣ 'ਤੇ ਇਹ ਕਿਵੇਂ ਵਿਹਾਰ ਕਰਦਾ ਹੈ? ਸਮੇਂ ਦੇ ਨਾਲ ਮਨਸ਼ਾ (intent) ਕਿਵੇਂ ਬਚੀ ਰਹਿੰਦੀ ਹੈ?
ਇਹ ਬਦਲਾਅ ਸੁਭਾਵਕ ਹੀ ਏਜੰਟਿਕ ਸਿਸਟਮਾਂ ਵੱਲ ਲੈ ਜਾਂਦਾ ਹੈ।
ਜਦੋਂ ਡਿਜ਼ਾਈਨ ਸਥਿਰ ਨਹੀਂ ਰਹਿੰਦਾ
ਆਧੁਨਿਕ ਡਿਜ਼ਾਈਨ ਸਿਸਟਮ ਪਹਿਲਾਂ ਹੀ ਤਰਕ ਨੂੰ ਆਪਣੇ ਅੰਦਰ ਸਮੋਈ ਬੈਠੇ ਹਨ: ਟੋਕਨ ਸੀਮਾਵਾਂ ਤੈਅ ਕਰਦੇ ਹਨ, ਕੰਪੋਨੈਂਟ ਬਣਤਰ ਤੈਅ ਕਰਦੇ ਹਨ, ਪੈਟਰਨ ਵਿਹਾਰ ਤੈਅ ਕਰਦੇ ਹਨ।
ਫਿਰ ਵੀ ਬਹੁਤੇ ਸਿਸਟਮ ਅੱਜ ਵੀ ਭਾਰੀ ਮਨੁੱਖੀ ਤਾਲਮੇਲ 'ਤੇ ਨਿਰਭਰ ਹਨ।
ਏਆਈ ਏਜੰਟ ਇੱਕ ਵੱਖਰਾ ਮਾਡਲ ਲੈ ਕੇ ਆਉਂਦੇ ਹਨ, ਜਿੱਥੇ ਸਿਸਟਮ ਆਪਣੇ ਨਿਯਮ ਆਪ ਲਾਗੂ ਕਰ ਸਕਦੇ ਹਨ, ਫੈਸਲਿਆਂ ਦੀ ਲਗਾਤਾਰ ਜਾਂਚ ਕਰ ਸਕਦੇ ਹਨ, ਸੰਦਰਭ ਮੁਤਾਬਕ ਪ੍ਰਤੀਕਿਰਿਆ ਦੇ ਸਕਦੇ ਹਨ ਅਤੇ ਅੰਦਰੋ-ਅੰਦਰ ਤਾਲਮੇਲ ਬਿਠਾ ਸਕਦੇ ਹਨ।
ਇੱਥੇ ਡਿਜ਼ਾਈਨ ਦਸਤਾਵੇਜ਼ਾਂ ਤੋਂ ਵਧ ਕੇ ਚਲਾਉਣਯੋਗ ਤਰਕ ਬਣ ਜਾਂਦਾ ਹੈ।
ਇਹ ਕਿੱਧਰ ਜਾ ਰਿਹਾ ਹੈ
ਹੁਣ ਧਿਆਨ ਇਨ੍ਹਾਂ ਵਿਚਾਰਾਂ ਨੂੰ ਅਸਲੀ, ਚੱਲਦੇ ਸਿਸਟਮਾਂ ਵਿੱਚ ਲਾਗੂ ਕਰਨ 'ਤੇ ਹੈ, ਤਜਰਬਿਆਂ ਵਜੋਂ ਨਹੀਂ, ਬੁਨਿਆਦਾਂ ਵਜੋਂ।
1. ਡਿਜ਼ਾਈਨ ਟੂਲਾਂ (Figma) ਨਾਲ ਏਆਈ ਏਜੰਟਾਂ ਦਾ ਡੂੰਘਾ ਏਕੀਕਰਨ
ਏਜੰਟਿਕ ਡਿਜ਼ਾਈਨ ਸਿਸਟਮਾਂ ਵੱਲ
ਡਿਜ਼ਾਈਨ ਟੂਲ ਸਿਰਫ਼ ਚੁੱਪ-ਚਾਪ ਪਏ ਕੈਨਵਸ ਨਹੀਂ ਹੋਣੇ ਚਾਹੀਦੇ।
ਟੀਚਾ ਹੈ Figma ਨਾਲ ਅਜਿਹੇ ਏਆਈ ਏਜੰਟ ਜੋੜਨਾ ਜੋ ਡਿਜ਼ਾਈਨ ਟੋਕਨਾਂ ਅਤੇ ਕੰਪੋਨੈਂਟ ਦੀਆਂ ਸੀਮਾਵਾਂ ਨੂੰ ਸਮਝਣ, ਫੈਸਲਿਆਂ ਦੀ ਉਸੇ ਵੇਲੇ ਜਾਂਚ ਕਰਨ, ਡਿਜ਼ਾਈਨ ਦੀ ਮਨਸ਼ਾ ਨੂੰ ਸਿਸਟਮ-ਪੱਧਰ ਦੇ ਨਿਯਮਾਂ ਵਿੱਚ ਢਾਲਣ, ਅਤੇ ਸਿਰਫ਼ ਐਕਸਪੋਰਟ ਕਰਨ ਵਾਲਿਆਂ ਵਜੋਂ ਨਹੀਂ ਸਗੋਂ ਸਹਿਯੋਗੀਆਂ ਵਜੋਂ ਕੰਮ ਕਰਨ।
ਇਸ ਨਾਲ ਡਿਜ਼ਾਈਨ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਹੋਰ ਪਿੱਛੇ, ਸ਼ੁਰੂਆਤ ਵੱਲ ਚਲਾ ਜਾਂਦਾ ਹੈ, ਜਿੱਥੇ ਮਨਸ਼ਾ ਸੁਰੱਖਿਅਤ ਰਹਿੰਦੀ ਹੈ, ਬਾਅਦ ਵਿੱਚ ਅੰਦਾਜ਼ੇ ਨਾਲ ਨਹੀਂ ਕੱਢਣੀ ਪੈਂਦੀ।

2. ਵਧਣਯੋਗ ਏਆਈ ਏਜੰਟ ਪ੍ਰਬੰਧਨ
ਟੀਚਾ: 150 ਏਜੰਟ, ਹਰ ਕੰਪੋਨੈਂਟ ਲਈ ਇੱਕ
ਇੱਕ ਆਮ-ਮਕਸਦ ਏਆਈ ਦੀ ਥਾਂ ਟੀਮਾਂ ਹੁਣ ਕਈ ਮਾਹਿਰ ਏਜੰਟਾਂ ਵੱਲ ਵਧ ਰਹੀਆਂ ਹਨ।
ਹਰ ਕੰਪੋਨੈਂਟ ਦਾ ਆਪਣਾ ਏਜੰਟ ਹੁੰਦਾ ਹੈ, ਜਿਸ ਦੀਆਂ ਜ਼ਿੰਮੇਵਾਰੀਆਂ ਤੈਅ ਹੁੰਦੀਆਂ ਹਨ, ਹੱਦਾਂ ਸਾਫ਼ ਹੁੰਦੀਆਂ ਹਨ ਅਤੇ ਜਿਸ ਨੂੰ ਜੁੜੇ ਹੋਏ ਕੰਪੋਨੈਂਟਾਂ ਦੀ ਖ਼ਬਰ ਹੁੰਦੀ ਹੈ।
ਤੰਦਰੁਸਤ ਸਿਸਟਮ ਵੀ ਇਸੇ ਤਰ੍ਹਾਂ ਫੈਲਦੇ ਹਨ: ਮੁਹਾਰਤ, ਤਾਲਮੇਲ ਅਤੇ ਸਾਫ਼ ਇਕਰਾਰਨਾਮਿਆਂ (contracts) ਰਾਹੀਂ।
3. ਅਸਲੀ ਹੁਨਰਾਂ, ਟੂਲਾਂ ਅਤੇ ਪਲੱਗਇਨਾਂ ਵਾਲੇ ਏਜੰਟ
ਏਜੰਟ ਵਿੱਚ ਕਾਰਵਾਈ ਕਰਨ ਦੀ ਸਮਰੱਥਾ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ।
ਇਸ ਦਾ ਮਤਲਬ ਹੈ ਉਨ੍ਹਾਂ ਨੂੰ ਹੁਨਰਾਂ (ਪਹੁੰਚਯੋਗਤਾ ਬਾਰੇ ਤਰਕ, ਡਿਜ਼ਾਈਨ ਦੀ ਜਾਂਚ, ਕਾਰਗੁਜ਼ਾਰੀ ਪ੍ਰਤੀ ਸੁਚੇਤਤਾ), ਟੂਲਾਂ (ਲਿੰਟਰ, ਟੈਸਟ ਰਨਰ, ਡਿਜ਼ਾਈਨ API) ਅਤੇ ਪਲੱਗਇਨਾਂ (Storybook, Drupal, CI ਪਾਈਪਲਾਈਨਾਂ, Figma ਏਕੀਕਰਨ) ਨਾਲ ਲੈਸ ਕਰਨਾ।
ਟੂਲਾਂ ਤੋਂ ਬਿਨਾਂ ਏਜੰਟ ਸਿਰਫ਼ ਸਿਧਾਂਤ ਹੈ। ਟੂਲਾਂ ਵਾਲਾ ਏਜੰਟ ਖ਼ੁਦ ਸਿਸਟਮ ਦਾ ਹਿੱਸਾ ਬਣ ਜਾਂਦਾ ਹੈ।
4. ਵਧੇਰੇ ਸਮਝਦਾਰ ਸਵੈਚਾਲਿਤ ਫੰਕਸ਼ਨਲ ਸਵੀਕ੍ਰਿਤੀ ਟੈਸਟਿੰਗ
ਏਆਈ-ਚਾਲਿਤ ਅਤੇ ਮਨਸ਼ਾ ਨੂੰ ਸਮਝਣ ਵਾਲੀ
ਰਵਾਇਤੀ ਟੈਸਟਿੰਗ ਨਤੀਜੇ ਦੀ ਜਾਂਚ ਕਰਦੀ ਹੈ। ਏਜੰਟ-ਚਾਲਿਤ ਟੈਸਟਿੰਗ ਵਿਹਾਰ ਨੂੰ ਸਮਝਦੀ ਹੈ।
ਧਿਆਨ ਅਜਿਹੇ ਏਆਈ ਏਜੰਟਾਂ 'ਤੇ ਹੈ ਜੋ ਵਰਤੋਂਕਾਰ ਦੇ ਸਫ਼ਰ ਬਾਰੇ ਤਰਕ ਕਰਨ, ਅਜਿਹੇ ਫੰਕਸ਼ਨਲ ਟੈਸਟਾਂ 'ਤੇ ਜੋ ਸਿਰਫ਼ ਸਿਲੈਕਟਰਾਂ ਦੀ ਥਾਂ ਮਨਸ਼ਾ ਨੂੰ ਸਮਝਣ, ਅਜਿਹੇ ਸਿਸਟਮਾਂ 'ਤੇ ਜੋ ਕੰਪੋਨੈਂਟਾਂ ਦੇ ਨਾਲ-ਨਾਲ ਟੈਸਟਾਂ ਨੂੰ ਵੀ ਵਿਕਸਿਤ ਕਰਨ, ਅਤੇ ਨਾਜ਼ੁਕ ਟੈਸਟਾਂ ਨੂੰ ਘਟਾਉਂਦੇ ਹੋਏ ਅਰਥਗਤ ਭਰੋਸਾ ਵਧਾਉਣ।
ਟੈਸਟਿੰਗ ਸਿਸਟਮ ਦੀ ਸਮਝਦਾਰੀ ਦੀ ਇੱਕ ਹੋਰ ਪਰਤ ਬਣ ਜਾਂਦੀ ਹੈ।
TDD & BDD in the Age of AI: Why AI Agents Demand 100% More Test-First Development
ਇਹ ਕਿਉਂ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ
ਟੀਮਾਂ ਅਜਿਹੇ ਸਿਸਟਮ ਬਣਾ ਰਹੀਆਂ ਹਨ ਜੋ ਆਪਣੇ ਰਚਨਹਾਰਿਆਂ ਤੋਂ ਵੀ ਲੰਮੀ ਉਮਰ ਭੋਗਣ, ਲਗਾਤਾਰ ਢਲਦੇ ਰਹਿਣ ਅਤੇ ਲੰਮੇ ਸਮੇਂ ਦੇ ਡਿਜ਼ਾਈਨ ਫੈਸਲਿਆਂ ਨੂੰ ਅੱਗੇ ਲੈ ਕੇ ਚੱਲਣ।
ਇਸ ਦੁਨੀਆ ਵਿੱਚ ਹੱਥੀਂ ਕੰਟਰੋਲ ਨਾਲ ਗੁਜ਼ਾਰਾ ਨਹੀਂ ਹੁੰਦਾ। ਪਰ ਚੰਗੀ ਤਰ੍ਹਾਂ ਪਰਿਭਾਸ਼ਿਤ ਨਿਯਮ ਚੱਲ ਜਾਂਦੇ ਹਨ।
ਡਿਜ਼ਾਈਨਰਾਂ, ਡਿਵੈਲਪਰਾਂ ਅਤੇ ਏਆਈ ਏਜੰਟਾਂ ਨੂੰ ਇੱਕੋ ਤਰਕਸੰਗਤ ਢਾਂਚੇ ਦੇ ਅੰਦਰ ਕੰਮ ਕਰਨਾ ਪਵੇਗਾ, ਸੀਮਾਵਾਂ ਅਤੇ ਮਨਸ਼ਾ ਦੇ ਇੱਕ ਸਾਂਝੇ ਸਿਸਟਮ ਵਿੱਚ।

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