બ્રાઉઝર આવરણોથી નિયંત્રિત કમ્પ્યુટર ઉપયોગ તરફ

• કમ્પ્યુટરનો ઉપયોગ શું છે અને તે શા માટે મહત્ત્વનો છે? કમ્પ્યુટરનો ઉપયોગ એક સરળ પરંતુ વ્યાપક અસરો ધરાવતો વિચાર છે: મોડલને પ્રશ્નોના જવાબ આપવા કહેવાને બદલે, આપણે તેને સોફ્ટવેર ચલાવવા કહીએ છીએ—વેબસાઇટ પર જવું, ફોર્મ ભરવાં, કાર્યપ્રવાહમાં ક્લિક કરવું અને શરૂઆતથી અંત સુધીનાં કાર્યો સ્વાયત્ત રીતે પૂરાં કરવાં.

• આનાથી વાસ્તવિક દુનિયાનાં એવાં ઘણાં કાર્યો શક્ય બને છે જે હાલ વિવિધ ઇન્ટરફેસમાં વિખરાયેલાં છે, જેમ કે શરૂઆતથી અંત સુધીનું બુકિંગ, ઈ-કોમર્સ ચુકવણી, બહુ-તબક્કાનું પ્રવાસ આયોજન અને સ્વચ્છ API વિકલ્પ વિનાના વહીવટી કાર્યપ્રવાહો. આ સમસ્યાઓ નવી નથી. નવી વાત એ છે કે હવે સામાન્ય હેતુનાં મોડલથી તેમને ઉકેલવાનું શક્ય બન્યું છે.

• Anthropic અને OpenAIની તાજેતરની સિસ્ટમોએ એવા એજન્ટ દર્શાવ્યા છે જે માત્ર કાર્ય જ નથી કરતા, પરંતુ સ્થિતિ વિશે વિચાર કરે છે, ભૂલોમાંથી બહાર આવે છે અને જરૂર પડ્યે કાર્ય-વિશિષ્ટ ઉકેલો રચે છે. આનાથી બ્રાઉઝર એજન્ટ માટે સામાન્ય અમલ વાતાવરણ બને છે, પરંતુ તરત જ એક ડિઝાઇન પ્રશ્ન ઊભો થાય છે: આ વાતાવરણનો કેટલો ભાગ મોડલ સમક્ષ ખુલ્લો મૂકવો જોઈએ?

• પ્રારંભિક સિસ્ટમોએ બ્રાઉઝરને સુરક્ષિત અને પૂર્વનિર્ધારિત ક્રિયાઓના નિશ્ચિત સમૂહમાં લપેટીને તેનો જવાબ આપ્યો. આ લેખમાં અમે સમજાવીશું તેમ, આ અભિગમ હવે તેની મર્યાદાએ પહોંચી રહ્યો છે.

બ્રાઉઝર એજન્ટ બનાવતી વખતે એક પરિચિત વૃત્તિ હોય છે: મોડલ પર વધુ પડતો વિશ્વાસ ન કરવો.

તેથી આપણે બ્રાઉઝરને આવરણમાં મૂકીએ છીએ. આપણે ક્લિક કરવું, લખવું, સ્ક્રોલ કરવું, પસંદ કરવું અને read_text જેવાં પૂર્વનિર્ધારિત સાધનો ઉપલબ્ધ કરીએ છીએ. આપણે ડૉક્યુમેન્ટ ઑબ્જેક્ટ મોડલ (DOM)ને સરળ બનાવીએ છીએ. આપણે શક્ય ક્રિયાઓનો વ્યાપ ઘટાડીએ છીએ. આપણે રચેલા અમૂર્ત માળખા દ્વારા વર્તનને સમજવા અને નિયંત્રિત કરવા યોગ્ય બનાવવાનો પ્રયત્ન કરીએ છીએ.

શરૂઆત માટે આ સમજદાર અભિગમ છે. પરંતુ લાંબા ગાળા માટે તે વધુ ને વધુ ખોટું સ્થાપત્ય પણ સાબિત થઈ રહ્યું છે.

અત્યાધુનિક મોડલ સુધરતાં જાય છે તેમ, મર્યાદા હવે માત્ર મોડલ પાસે સાધનોની અછત પૂરતી રહી નથી. સમસ્યા એ છે કે આપણે તેને એવા અમૂર્ત માળખા દ્વારા કાર્ય કરવા મજબૂર કરીએ છીએ જે મૂળ સિસ્ટમની ઘણી બધી માહિતી દૂર કરી દે છે. આપણે અવ્યવસ્થિત અને સતત બદલાતા વાતાવરણને નિશ્ચિત ક્રિયા ઇન્ટરફેસમાં સંકોચીએ છીએ અને પછી માહિતીના એ નુકસાન વચ્ચે મોડલ પાસેથી સારું પ્રદર્શન માગીએ છીએ.

આ સમાધાન હવે ઓછું આકર્ષક બની રહ્યું છે.

અમે જે પરિવર્તનનો અભ્યાસ કરી રહ્યા છીએ તેનું વર્ણન સરળ છે, પરંતુ તેની અસરો નોંધપાત્ર છે. એજન્ટને પૂર્વનિર્ધારિત ક્રિયાઓ પસંદ કરનાર તરીકે જોવાને બદલે, અમે તેને નિયંત્રિત રનટાઇમમાં કાર્ય કરતા પ્રોગ્રામ રચયિતા તરીકે જોઈએ છીએ.

મોડલ હવે અત્યંત સક્ષમ બની ગયાં છે અને તેમને તમારા અમૂર્ત સુરક્ષા અવરોધોની જરૂર નથી. તેમને કાર્યની રચના કરવા, અમલ કરવા અને લક્ષ્ય પ્રાપ્ત થાય ત્યાં સુધી તેમાં સુધારા કરવા માટે ક્રિયાઓનો સંપૂર્ણ વ્યાપ જોઈએ.

આ લેખ અમૂર્ત માળખા પર ભારે આધારિત બ્રાઉઝર સ્વચાલનથી નિયંત્રિત કમ્પ્યુટર ઉપયોગ તરફના પરિવર્તન અને આ રીતે સિસ્ટમ ડિઝાઇન કરતાં આવતા ફેરફારો વિશે છે.

સમસ્યા એ નથી કે નિશ્ચિત ક્રિયા ઇન્ટરફેસનો ખ્યાલ ખોટો છે. સમસ્યા એ છે કે વેબ તેમની સાથે સુસંગત રીતે વર્તતું નથી.

આધુનિક ઇન્ટરફેસ React, Vue અને Angular પર બનેલા છે. તેમાં અસુમેળ સ્થિતિ અપડેટ, કૃત્રિમ ઇવેન્ટ સિસ્ટમ અને પોતાના જીવનચક્ર સાથે ક્રોસ-ઓરિજિન iframeમાં ચાલતાં તૃતીય-પક્ષ વિજેટ હોય છે. “આ ઇનપુટમાં લખો” કહેતું આવરણ ત્યારે જ સાચું છે જ્યારે પેજ લખવાની તમારી વ્યાખ્યા સ્વીકારે. ઘણાં પેજ એવું કરતાં નથી. સીધું મૂલ્ય સેટ કરવાથી ઘણી વાર ફ્રેમવર્કની ફેરફાર શોધવાની પ્રક્રિયા સંપૂર્ણપણે બાજુ પર રહી જાય છે. ઇનપુટ ભરાયેલું દેખાય છે. માન્યતા ચકાસણી શરૂ જ થતી નથી. ફોર્મ કામ કરતું નથી.

તમે આ માટે સુધારો ઉમેરી શકો છો. તમે React ઇનપુટ માટે વિશેષ નિયમો ઉમેરી શકો, ફોકસ પછી બ્લર ઇવેન્ટ મોકલી શકો અને સ્થિતિ વાંચતાં પહેલાં નેટવર્ક નિષ્ક્રિય થવાની રાહ જોઈ શકો છો. દરેક સુધારો પોતાની મર્યાદામાં સાચો હોય છે. પરંતુ બધા સુધારા મળીને એવી સિસ્ટમ બનાવે છે જેને જાળવવી વધુ ને વધુ મુશ્કેલ બને છે અને જે તમે અગાઉ જોયેલી સાઇટ્સ માટે વધુ ને વધુ વિશિષ્ટ બનતી જાય છે.

મૂળ સમસ્યા એ છે કે ક્રિયાપ્રતિક્રિયા કેવી રીતે થવી જોઈએ તે અંગેની ધારણાઓને તમે અમૂર્ત સ્તરમાં કોડ કરો છો અને પછી ખબર પડે છે કે વેબની ધારણાઓ જુદી છે.

ક્રોસ-ઓરિજિન iframeની અંદર Stripe અથવા Adyen દ્વારા એમ્બેડ કરેલા ચુકવણી ફોર્મનો વિચાર કરો. તે અલગ ઓરિજિનમાં હોવાથી તમારું આવરણ સીધું ત્યાં પહોંચી શકતું નથી. તમારું read_text સાધન તેની આંતરિક સ્થિતિ જોઈ શકતું નથી. તમારું લખવાનું સાધન તેના ઇનપુટને સંબોધી શકતું નથી. આવરણ-આધારિત એજન્ટ અહીં અટકી જાય છે. અમૂર્ત માળખું મુખ્ય દસ્તાવેજ માટે રચાયું હતું. વાસ્તવિક કાર્ય એવી જગ્યાએ છે જેને અમૂર્ત માળખું જોઈ શકતું નથી.

આવી જ અસંગતતા ઓછી સ્પષ્ટ પ્રક્રિયાઓમાં પણ દેખાય છે. ફ્રેમવર્ક-નિયંત્રિત ડ્રૉપડાઉન સીધા ક્લિકનો કોઈ પ્રતિસાદ ન આપી શકે, કારણ કે દેખાતું ઘટક વાસ્તવિક નિયંત્રણ હોતું નથી. મૂળ સ્થિતિમાં પરિવર્તન શરૂ કરવા માટે કીબોર્ડ ઇવેન્ટની શ્રેણી જરૂરી હોઈ શકે છે. બહારથી વપરાશકર્તા ઇન્ટરફેસ ક્લિક કરી શકાય એવું દેખાય છે. અમૂર્ત માળખું કહે છે, “ક્લિક કરો.” કંઈ થતું નથી.

અથવા એવી બહુ-તબક્કાની મોડલ પ્રક્રિયાનો વિચાર કરો જેમાં દેખાતા DOMના અપડેટ આંતરિક સ્થિતિના ફેરફારો કરતાં મોડા થાય છે. આગળની સાચી ક્રિયા એવા સ્થિતિ પરિવર્તન પર આધારિત હોય છે જે તમારું આવરણ જોઈ શકે એવાં ઘટકોમાં હજી દેખાતું નથી. આવરણ-આધારિત એજન્ટ બહુ વહેલું કાર્ય કરે છે અથવા જૂની સ્થિતિ વાંચે છે, કારણ કે તે સિસ્ટમની અધૂરી છબીના આધારે કાર્ય કરે છે.

દરેક કિસ્સામાં અમૂર્ત માળખું એજન્ટને ખરેખર જરૂરી સંકેતો છુપાવી દે છે.

જીવંત DOM તપાસતું, ફ્રેમની સીમાઓ વિશે વિચારતું અને તે વિશિષ્ટ સપાટી માટે ક્રિયાપ્રતિક્રિયાનો ક્રમ રચતું નીચલા સ્તરે કાર્યરત મોડલ આવી પરિસ્થિતિઓ સંભાળી શકે છે. વાત એવી નથી કે મોડલ મૂળભૂત રીતે વધુ બુદ્ધિશાળી છે. વાત એ છે કે અગાઉ દૂર કરાયેલી માહિતી હવે તેને ઉપલબ્ધ છે.

અમે જે ફેરફાર તરફ આગળ વધી રહ્યા છીએ તેનું વર્ણન સરળ છે: મોડલને પૂર્વનિર્ધારિત ક્રિયાઓમાંથી પસંદ કરવાનું કહેવાને બદલે, અમે તેને નીચલા સ્તરની અમલ સપાટી આપીએ છીએ અને અમૂર્ત ડિઝાઇનને બદલે રનટાઇમ નીતિ દ્વારા તેને નિયંત્રિત કરીએ છીએ.

આ ડિઝાઇનનો નિર્ણય ઉદ્યોગના વ્યાપક પરિવર્તનમાંથી આવે છે, જેમાં હવે નીચલા સ્તરનાં મૂળભૂત સાધનોને પ્રાધાન્ય મળી રહ્યું છે. તે સાધનો એજન્ટની રનટાઇમ દરમિયાન સુધારા કરવાની અને ઉચ્ચ-ગુણવત્તાનો કોડ રચવાની સ્વાભાવિક ક્ષમતાનો લાભ લે છે. તેની સામે નિશ્ચિત કોડવાળાં વિશિષ્ટ સાધનો મજબૂત હોવા છતાં મોડલની વિવિધ વાતાવરણને અનુકૂળ થવાની ક્ષમતા ઘટાડે છે.

ઘણા વિકાસકર્તાઓનાં સાધનોમાં મુખ્ય પસંદગી તરીકે Claude Codeની સફળતા અને ટર્મિનલ-આધારિત એજન્ટ તરફ ઉદ્યોગના વ્યાપક વલણનો વિચાર કરો. Claude Codeનો સૌથી મોટો લાભ મોડલ પોતે નહીં, પરંતુ નીચલા સ્તરની કાર્યપ્રણાલી છે. મોડલને ઓછાં, વધુ ભાગોમાં વહેંચી શકાય એવાં અને નીચલા સ્તરનાં સાધનો આપવાથી, એટલે કે ટર્મિનલ આપવાથી, સાધનને બોલાવવાનું પ્રદર્શન સુધરે છે. તેનું મુખ્ય કારણ એ છે કે સંદર્ભ વિન્ડોને બિનજરૂરી રીતે ભરતાં સામાન્ય સાધનો વાપરવાનો પ્રયાસ કરવાને બદલે એજન્ટ વર્તમાન કાર્ય વિશે વિચાર કરી તેના માટે કસ્ટમ સ્ક્રિપ્ટ બનાવી શકે છે.

બ્રાઉઝર સ્વચાલનના કિસ્સામાં વ્યવહારમાં તેનો અર્થ એ છે કે બધું પૂર્વનિર્મિત ક્રિયાઓના નિશ્ચિત સમૂહ સાથે જોડવાને બદલે મોડલ જીવંત પેજની સ્થિતિ સીધી તપાસી શકે, ફ્રેમમાં ફરી શકે અને વર્તમાન ઇન્ટરફેસ માટે વિશિષ્ટ ક્રિયાપ્રતિક્રિયા કોડ બનાવી શકે છે.

મોડલ પસંદગીકારની જેમ ઓછું અને રનટાઇમ રચયિતાની જેમ વધુ વર્તે છે. તે વર્તમાન સ્થિતિ તપાસે છે, ઇન્ટરફેસ વિશે વિચાર કરે છે અને તે વિશિષ્ટ પરિસ્થિતિ માટે ક્રિયાપ્રતિક્રિયાનો તર્ક રચે છે. તે બહુ-તબક્કાના ક્રમ રચી શકે છે, અસામાન્ય પ્રક્રિયાઓને અનુકૂળ થઈ શકે છે અને આગળ વધતાં પહેલાં પરિણામોની માન્યતા ચકાસી શકે છે. કોઈ ક્રિયા નિષ્ફળ જાય ત્યારે મોડલ મૂળ ભૂલ જુએ છે અને પોતે સુધારો કરે છે. આ વધુ શક્તિશાળી અને વધુ જોખમી છે, પરંતુ સમસ્યાના વાસ્તવિક સ્વરૂપની ઘણું નજીક છે.

મહત્ત્વની વાત એ છે કે અમૂર્ત સ્તર દૂર કરવાથી સિસ્ટમ ઓછી શિસ્તબદ્ધ બનતી નથી. શિસ્ત માત્ર બીજી જગ્યાએ ખસે છે.

અગાઉ આવરણની ડિઝાઇન અને અપવાદરૂપ પરિસ્થિતિઓના સંચાલનમાં થતું કાર્ય હવે ત્રણ જગ્યાએ ખસે છે: પ્રોમ્પ્ટમાં, જે કાર્યપદ્ધતિની તાલીમનું સ્વરૂપ બને છે; રનટાઇમમાં, જે નેવિગેશનનો વ્યાપ, સંવેદનશીલ ક્રિયાઓ અને પુનઃપ્રયાસના વર્તન જેવી સીમાઓ લાગુ કરે છે; અને મૂલ્યાંકન સ્તરમાં, જે માત્ર કાર્ય સફળ થયું કે નહીં એટલું જ નહીં, પરંતુ વચ્ચેના તબક્કા સાચા હતા કે નહીં તે પણ ચકાસે છે. ઓછાં નાજુક અમૂર્ત માળખાં. વધુ મજબૂત આસપાસની સિસ્ટમો.

આ પરિવર્તનનું એક પરિણામ એ છે કે સમગ્ર સિસ્ટમ વધુ સક્ષમ બનવા છતાં ઉત્પાદન કોડ ઘણી વાર વધુ સરળ બને છે. પુનઃઉપયોગ કરી શકાય તેવા આવરણો તરીકે ક્રિયાપ્રતિક્રિયાની રીતો કોડમાં નિર્ધારિત કરવાને બદલે, એજન્ટ રનટાઇમ દરમિયાન વર્તન રચે છે. વિશિષ્ટ સાધનો અને અપવાદરૂપ પરિસ્થિતિઓ માટેના વધતા જતા તર્કને બદલે, તમે થોડાં શક્તિશાળી મૂળભૂત ઘટકો અને નિયંત્રિત અમલ વાતાવરણ જાળવો છો.

આનાથી સિસ્ટમ કેવી રીતે સામાન્યીકરણ કરે છે તે પણ બદલાય છે. આવરણ-આધારિત એજન્ટ તમે અગાઉ બનાવેલાં આવરણો જેવા કાર્યોનું સારી રીતે સામાન્યીકરણ કરે છે. નિયંત્રિત રનટાઇમ એજન્ટ સમાન અમલ આધાર ધરાવતા કાર્યોનું સામાન્યીકરણ કરે છે, ભલે તેમનો દેખીતો ઇન્ટરફેસ અલગ હોય.

ઉદાહરણ તરીકે, શોધ ફોર્મ, બુકિંગ પ્રક્રિયા અથવા સેટિંગ્સ પેજ સાથેની ક્રિયાપ્રતિક્રિયા વપરાશકર્તા ઇન્ટરફેસના સ્તરે સાવ અલગ દેખાઈ શકે છે. પરંતુ અંદરથી તેમની રીતો સમાન હોય છે: સ્થિતિ વાંચવી, ઇવેન્ટ શરૂ કરવી, પરિણામ ચકાસવું અને અસુમેળ અપડેટ સંભાળવાં. એ સ્તરે કાર્ય કરતી સિસ્ટમ વિવિધ કાર્યોમાં પોતાની ક્ષમતા વધુ સ્વાભાવિક રીતે લાગુ કરી શકે છે.

પુનઃઉપયોગી ઘટક ક્રિયાઓની સૂચિ નથી. એ તો સ્થિતિ તપાસવાની, સુરક્ષિત રીતે કાર્ય કરવાની અને પરિણામો ચકાસવાની મોડલની ક્ષમતા છે.

આ કાર્યમાંથી મળેલો સૌથી સ્પષ્ટ બોધ એ છે કે મોડલને વધુ સહાયક કાર્યો આપવાથી વિશ્વસનીયતા મળતી નથી. તે ઘણી વાર મોડલને ઓછાં પરંતુ વધુ શક્તિશાળી મૂળભૂત ઘટકો આપવાથી અને તેમને યોગ્ય રીતે નિયંત્રિત કરવાથી મળે છે. અતિશય સહાય કોઈ કાર્ય કેવી રીતે થવું જોઈએ તે અંગેની ધારણાઓને કોડમાં કાયમી બનાવી દે છે. નિયંત્રણો સુરક્ષિત કાર્યસીમાઓ નક્કી કરે છે અને મોડલને વધુ સારા સ્થાનિક ઉકેલો શોધવા દે છે.

વધુ શક્તિશાળી અમલ સપાટી માટે વધુ ચોક્કસ સુરક્ષા મોડલ પણ જરૂરી છે. એજન્ટ થોડીઘણી પૂર્વનિર્ધારિત ક્રિયાઓ સુધી મર્યાદિત ન રહે ત્યારે તે હકીકતમાં વાસ્તવિક સોફ્ટવેર પર સીધું કાર્ય કરે છે. તેનાથી જોખમનું સ્વરૂપ તરત જ બદલાઈ જાય છે.

ડિઝાઇન કરતી વખતે ચાર બાબતો ધ્યાનમાં લેવી જરૂરી છે:

ડેટા ખુલ્લો પડવો. એજન્ટ વાસ્તવિક ઇન્ટરફેસ સાથે ક્રિયાપ્રતિક્રિયા કરે ત્યારે તેને ઘણી વાર સંવેદનશીલ માહિતી મળશે. તેથી માહિતી છુપાવવા અને ઍક્સેસ નિયંત્રણ માટે શિસ્તબદ્ધ અભિગમ જરૂરી છે. અમલ માટે જરૂરી હોય ત્યારે જ ડેટા બતાવવો જોઈએ. લૉગ અને ટ્રેસ પણ કાળજીપૂર્વક સંભાળવા જોઈએ, જેથી નિરીક્ષણક્ષમતા સિસ્ટમનો સૌથી સંવેદનશીલ ભાગ ન બની જાય.

અમલનો વ્યાપ. શક્તિશાળી એજન્ટ મનસ્વી રીતે કાર્ય કરી શકે એવું ન હોવું જોઈએ. વ્યવહારમાં તેનો અર્થ એ છે કે તે ક્યાં જઈ શકે, કયા ડોમેનને ઍક્સેસ કરી શકે અને કઈ સિસ્ટમ સાથે ક્રિયાપ્રતિક્રિયા કરી શકે તેના પર નિયંત્રણ મૂકવું. આ નિયંત્રણો પ્રોમ્પ્ટની પરંપરાઓ પર છોડવાને બદલે રનટાઇમ સ્તરે લાગુ કરવાં જોઈએ.

વાતાવરણ પરનો વિશ્વાસ. આધુનિક ઇન્ટરફેસમાં ગેરમાર્ગે દોરતી અથવા સક્રિય રીતે પ્રતિકૂળ સૂચનાઓ, સામગ્રી કે પ્રક્રિયાઓ હોઈ શકે છે. પેજની સામગ્રી દ્વારા થતું પ્રોમ્પ્ટ ઇન્જેક્શન એ વાસ્તવિક હુમલાનું માધ્યમ છે. એજન્ટ અજાણતાં મળેલા માર્ગદર્શનને અનુસરે નહીં તે માટે સિસ્ટમને સૂચનાઓની સ્પષ્ટ અગ્રતા, માન્યતા ચકાસણીઓ અને સમાપ્તિની શરતો જરૂરી છે.

સ્વાયત્તતાનો વ્યાપ. બધી ક્રિયાઓ સંપૂર્ણપણે સ્વાયત્ત ન હોવી જોઈએ. ઉત્પાદનના ઘણાં વાતાવરણમાં સ્વાયત્તતાને એક વ્યાપ તરીકે જોવી જરૂરી છે. સિસ્ટમ શોધખોળ અને અમલમાં અત્યંત એજન્ટસદૃશ રહી શકે છે, છતાં અમુક શ્રેણીની ક્રિયાઓ માટે મંજૂરી જરૂરી રાખી શકે છે.

મૂળ સિદ્ધાંત સરળ છે: મોડલને વધુ શક્તિ આપો તો તેની આસપાસની સિસ્ટમ પણ વધુ મજબૂત બનાવવી પડે. નીતિ વિનાની સ્વાયત્તતા ઉત્પાદન માટે તૈયાર નથી.

અમે પૂછવાનું બંધ કર્યું: બ્રાઉઝરની કઈ ક્રિયાઓ ઉપલબ્ધ કરવી યોગ્ય છે?

અમે પૂછવાનું શરૂ કર્યું: મોડલને ક્રિયાઓનો સંપૂર્ણ વ્યાપ આપવા માટે આપણે શું કરી શકીએ અને તેની આસપાસ એવી રનટાઇમ નીતિઓ કેવી રીતે બનાવી શકીએ જે તેને સુરક્ષિત પણ રાખે?

આ નવો દૃષ્ટિકોણ તમારી પ્રાથમિકતાઓ બદલે છે. ક્રિયાઓનું વર્ગીકરણ અને આવરણની સંપૂર્ણતા ઓછાં મહત્ત્વનાં બને છે. રનટાઇમ નીતિ, નિરીક્ષણક્ષમતા અને દરેક તબક્કાનું મૂલ્યાંકન વધુ મહત્ત્વનાં બને છે. મોડલની ક્ષમતા અને સિસ્ટમની ડિઝાઇન એકબીજાના વિકલ્પ નથી. મોડલ સુધરે તેમ સિસ્ટમનું કાર્ય ઓછું નહીં, પરંતુ વધુ મહત્ત્વનું બને છે.

પ્રદર્શનમાં સફળ થતા બ્રાઉઝર એજન્ટ ઘણી વાર એટલા માટે સફળ થાય છે કે કાર્ય મર્યાદિત હોય છે અને વાતાવરણ અનુકૂળ હોય છે. ઉત્પાદન સિસ્ટમને કંઈક અલગ જોઈએ: નિયંત્રિત અમલ, માપી શકાય એવું વર્તન અને સાચા પરિણામને નસીબથી મળેલા પરિણામથી અલગ તારવી શકે એવું મૂલ્યાંકન.

આવરણની ઓછી ડિઝાઇન. વધુ સિસ્ટમ ઇજનેરી.

અમે બ્રાઉઝર એજન્ટ પર ધ્યાન કેન્દ્રિત કર્યું હોવા છતાં, આ કમ્પ્યુટર ઉપયોગને સિસ્ટમ શાખા તરીકે જોવાની વધુ વ્યાપક વિચારસરણી તરફ દોરી જાય છે.