New Street Studios ના બે AI એજન્ટોએ ટ્રેડિંગ-કાર્ડના વિચારને પ્રિન્ટ-રેડી ફાઇલમાં ફેરવી દીધો. જોકે, મુખ્ય સમાચાર એ હતા કે સિસ્ટમે ભૂલ આગળ વધતા પહેલા તેને કેવી રીતે પકડી પાડી. જ્યારે પ્રોડક્શન બોટે આર્ટવર્ક પર છુપાયેલી મુખ્ય વસ્તુ (key item) ને ઓળખી કાઢી, ત્યારે તેણે ફાઇલ ડિઝાઇન બોટ પાસે પાછી મોકલી દીધી, જેનાથી માનવીય હસ્તક્ષેપ વિના ભૂલ અટકી ગઈ.
હેન્ડઓફ (handoff) શા માટે મહત્વપૂર્ણ છે
આ પરીક્ષણનો હેતુ ઝડપ નહીં, પરંતુ ભૂલ અટકાવવાની ક્ષમતા માપવાનો હતો. સામાન્ય રીતે, એક ડિઝાઇનર કાર્ડનો ડ્રાફ્ટ તૈયાર કરે છે, પ્રોડક્શન ટૂલ લેઆઉટમાં ફેરફાર કરે છે, અને એક માનવીય રિવ્યુઅર તેને મંજૂરી આપે છે. જો પ્રોડક્શન સ્ટેપમાં કોઈ સમસ્યા જણાય, તો વ્યક્તિ હસ્તક્ષેપ કરે છે, સમસ્યાને સમજે છે અને કાર્ય ફરીથી સોંપે છે. આ પ્રયોગમાં, પ્રોડક્શન બોટ—INKA-01—એ પાત્રના એવા પોઝ (pose) ને પકડ્યો જે ગેમના એક મહત્વપૂર્ણ તત્વને છુપાવી રહ્યો હતો. માત્ર ઝડપથી ક્રોપ કરવાને બદલે, તેણે એક રિજેક્શન મેસેજ જનરેટ કર્યો જેમાં ચોક્કસ નિષ્ફળતાનું નામ આપ્યું, શા માટે વર્તમાન ટૂલ્સ તેને સુધારી શકતા નથી તે સમજાવ્યું, અને આ આર્ટિફેક્ટ (artifact) ડિઝાઇન બોટ—LUDO-01 પાસે પાછો મોકલી દીધો. માનવીય હસ્તક્ષેપ વિના આ લૂપ પૂર્ણ થયો.
ટીમ કેવી રીતે કાર્યરત છે
સ્ટુડિયો એક પબ્લિક Slack ચેનલ ચલાવે છે જે AI વર્કર્સને હોસ્ટ કરે છે. દરેક બોટની એક સિંગલ અને સ્પષ્ટ જવાબદારી છે:
- LUDO-01 ગેમ કોન્સેપ્ટ અને કાર્ડ આર્ટ બનાવે છે.
- INKA-01 પ્રિન્ટિંગ માટે ફાઇલો તૈયાર કરે છે.
- VENDA-01 ઓનલાઇન સ્ટોર અપડેટ કરે છે.
- CORA-01 ચેનલનું મોડરેશન કરે છે.
એક માનવીય ઓપરેટર—જેને ફક્ત “I” તરીકે ઓળખવામાં આવે છે—ચેનલમાંથી બહાર જતી કોઈપણ વસ્તુની સમીક્ષા કરે છે. આ માળખું પ્રોમ્પ્ટ્સના સંગ્રહને એક સાચા મલ્ટી-એજન્ટ સિસ્ટમમાં ફેરવે છે જ્યાં દરેક એજન્ટ બીજાના આઉટપુટને સ્વીકારી અથવા નકારી શકે છે.
સ્પષ્ટ રિજેક્શન (explicit rejection) ની પદ્ધતિ
એક ઉપયોગી રિવ્યુ માત્ર “કંઈક ખોટું લાગે છે” કહેવા કરતાં વધુ હોવું જોઈએ. તેમાં નીચે મુજબ હોવું જોઈએ:
- નિષ્ફળતાનું નામ આપો – ચોક્કસ સમસ્યાને ઓળખો (દા.ત., “મુખ્ય વસ્તુ છુપાયેલી છે”).
- શા માટે વર્તમાન ટૂલ તેને સુધારી શકતું નથી તે સમજાવો – મર્યાદા સ્પષ્ટ કરો (દા.ત., “ક્રોપ કરવાથી આવશ્યક વિગતો કપાઈ જશે”).
- આર્ટિફેક્ટને સાચા અપસ્ટ્રીમ એજન્ટ પાસે પાછો મોકલો – રિડિઝાઇન માટે કામ ફરીથી ડિઝાઇનર પાસે મોકલો.
બીજા બોટને સમસ્યા સ્પષ્ટ રીતે જણાવવા માટે મજબૂર કરવાથી એક ટ્રેસેબલ (traceable) નિર્ણય બિંદુ બને છે. રિજેક્શન ઓડિટ લોગનો ભાગ બની જાય છે, જે ચેનલ જોતા કોઈપણ વ્યક્તિને દેખાય છે, અને તે ખામીયુક્ત ફાઇલને પ્રિન્ટિંગ અથવા સ્ટોરફ્રન્ટ અપલોડ જેવા પછીના તબક્કાઓમાં આગળ વધતી અટકાવે છે.
સમાન સિસ્ટમ બનાવવી
આ પ્રયોગ આ સેટઅપને ફરીથી બનાવવા માંગતા કોઈપણ માટે પાંચ વ્યવહારુ નિયમો તારવે છે:
- દરેક કામ માટે ચોક્કસ આર્ટિફેક્ટ સોંપો. અસ્પષ્ટ “મને આમાં મદદ કરો” ને બદલે ચોક્કસ ફાઇલ માંગો.
- અગાઉથી જ સ્ટોપ કંડિશન (stop conditions) નક્કી કરો. જો સૂચનાઓ ખૂટતી હોય અથવા પરવાનગી ન મળી હોય, તો વર્કફ્લો અટકાવી દો.
- સ્પષ્ટ સ્વીકૃતિ અથવા અસ્વીકૃતિની જરૂરિયાત રાખો. માત્ર એક મેસેજ કામ પૂર્ણ થયાનો સંકેત નથી.
- વ્યૂહાત્મક પસંદગીઓ માટે માનવીઓને લૂપમાં રાખો. ઓપરેટર પાસે પસંદગી, પોલિસી અને અંતિમ રિલીઝની સત્તા રહે છે.
- કામના રેકોર્ડને વિઝિબલ બનાવો. શેર કરેલી ચેનલ કોઈપણ વ્યક્તિને પ્રક્રિયાનું ઓડિટ કરવા અને હેન્ડઓફ શા માટે થયો તે સમજવામાં મદદ કરે છે.
આ માર્ગદર્શિકાનું પાલન કરવાથી પ્રોમ્પ્ટ્સની સાંકળ એક સંકલિત ટીમમાં ફેરવાઈ જાય છે જ્યાં દરેક સભ્ય જાણે છે કે શું ઉત્પાદિત કરવું, ક્યારે અટકવું અને નિષ્ફળતા વિશે કેવી રીતે વાતચીત કરવી.
મુખ્ય વાત (Takeaway): જ્યારે AI એજન્ટો નિષ્ફળતાનું નામ આપે છે, ટૂલની મર્યાદાઓ સમજાવે છે અને કામને યોગ્ય અપસ્ટ્રીમ બોટ પાસે પાછું મોકલે છે, ત્યારે ભૂલો વહેલી પકડાઈ જાય છે, જેનાથી માનવીઓ એવા નિર્ણયો પર ધ્યાન કેન્દ્રિત કરવા માટે મુક્ત થાય છે જે ખરેખર વ્યવસાયને આગળ વધારે છે.