એક સારી સ્કીલનું બંધારણ
સ્કીલ એ માત્ર સૂચનાઓનો સમૂહ નથી. એજન્ટ સિસ્ટમમાં, સ્કીલ એ એક નિર્ધારિત ક્ષમતા છે. તે એજન્ટને દર વખતે સમાન તર્કનું પુનરાવર્તન કર્યા વિના કાર્ય કરવા દે છે.
ઘણા લોકો એવી સ્કીલ્સ બનાવે છે જે એકવાર કામ કરે છે પરંતુ વાસ્તવિક વર્કફ્લોમાં નિષ્ફળ જાય છે. એક સ્કીલ માણસ માટે કામ કરી શકે છે પરંતુ જ્યારે બીજો એજન્ટ તેનો ઉપયોગ કરવાનો પ્રયાસ કરે ત્યારે તે તૂટી શકે છે. એક સ્કીલ સંપૂર્ણ પરિસ્થિતિમાં કામ કરી શકે છે પરંતુ જ્યારે ડેટા ખૂટતો હોય ત્યારે નિષ્ફળ જઈ શકે છે.
વિશ્વસનીય સ્કીલ્સ બનાવવા માટે, તમારે તેને સોફ્ટવેર ઘટકો (components) તરીકે ગણવી જોઈએ. તેમને સ્પષ્ટ કોન્ટ્રાક્ટ્સની જરૂર છે.
એક સ્કીલ કોન્ટ્રાક્ટ આ પ્રશ્નોના જવાબ આપે છે:
- આ સ્કીલને કઈ માહિતીની જરૂર છે?
- તે કયો પરિણામ આપશે?
- તે કયા અનુમાનો કરે છે?
- જ્યારે માહિતી ખૂટતી હોય ત્યારે શું થાય છે?
આ મર્યાદાઓ વિના, તમે જટિલ વર્કફ્લો બનાવી શકતા નથી.
સ્કીલ ડિઝાઇનના આ ચાર ક્ષેત્રો પર ધ્યાન કેન્દ્રિત કરો:
ઇનપુટ ડિઝાઇન (Input Design) સ્કીલને બધું જ સ્વીકારવા ન દો. વ્યાપક સૂચનાઓ અનિશ્ચિતતા પેદા કરે છે. જ્યારે ઇનપુટ અસ્પષ્ટ હોય, ત્યારે એજન્ટ અનુમાન લગાવવામાં ઉર્જા વેડફી નાખે છે. એક સારી સ્કીલ પાસે નિર્ધારિત કાર્યક્ષેત્ર હોય છે. તેણે અનુમાનો કરવાને બદલે ખૂટતી વિગતો ઓળખવી જોઈએ.
આઉટપુટ ડિઝાઇન (Output Design) સ્કીલ શૂન્યાવકાશમાં અસ્તિત્વ ધરાવતી નથી. તમારા વર્કફ્લોના આગામી સ્ટેપને પરિણામનો ઉપયોગ કરવાની જરૂર હોય છે. જો સ્કીલ લાંબો ફકરો રિટર્ન કરે, તો મશીનને તેને વાંચવામાં મુશ્કેલી પડી શકે છે. એવા આઉટપુટ ડિઝાઇન કરો જે આગામી એજન્ટ અથવા ઓર્કેસ્ટ્રેટરને નિર્ણય લેવામાં મદદ કરે.
નિષ્ફળતાનું વર્તન (Failure Behavior) મોટાભાગના લોકો ફક્ત સફળતાના માર્ગ માટે જ ડિઝાઇન કરે છે. વાસ્તવિક સિસ્ટમ્સ અધૂરો ડેટા અને ટૂલની નિષ્ફળતાઓનો સામનો કરે છે. એક વિશ્વસનીય સ્કીલ તે ભૂલોને કેવી રીતે હેન્ડલ કરે છે તે વ્યાખ્યાયિત કરે છે. તેણે સિસ્ટમને જણાવવું જોઈએ કે તે શા માટે નિષ્ફળ ગઈ જેથી વર્કફ્લો ફરીથી કાર્યરત થઈ શકે.
નિયંત્રિત લવચીકતા (Controlled Flexibility) વધુ પડતી જડતા સ્કીલને નવા સંદર્ભોમાં નકામી બનાવે છે. વધુ પડતી લવચીકતા તેને અણધાર્યું બનાવે છે. ફોર્મેટિંગ અથવા વેલિડેશન જેવા કાર્યો માટે કડક નિયમોનો ઉપયોગ કરો. રિસર્ચ અથવા પ્લાનિંગ જેવા કાર્યો માટે વધુ લવચીકતાનો ઉપયોગ કરો.
એક સિંગલ સ્કીલ છૂટીછવાઈ સૂચનાઓ સાથે ટકી શકે છે. પરંતુ સ્કીલ્સની લાઇબ્રેરી નહીં.
જો તમે એજન્ટ સિસ્ટમ્સ બનાવવા માંગતા હોવ, તો વન-ટાઇમ સોલ્યુશન્સ બનાવવાનું બંધ કરો. એવી ક્ષમતાઓ બનાવવાનું શરૂ કરો જેના પર સિસ્ટમ્સ વિશ્વાસ કરી શકે.
Source: https://dev.to/codanyks/anatomy-of-a-good-skill-designing-capabilities-that-systems-can-trust-4ap5
Optional learning community: https://t.me/GyaanSetuAi