APIમાં સ્ટ્રક્ચર્ડ આઉટપુટ્સની રજૂઆત
અમે APIમાં સ્ટ્રક્ચર્ડ આઉટપુટ્સ રજૂ કરી રહ્યા છીએ—મોડલ આઉટપુટ્સ હવે ડેવલપર દ્વારા પૂરી પાડેલી JSON સ્કીમાઓનું વિશ્વસનીય રીતે પાલન કરે છે.

ગયા વર્ષે DevDayમાં, અમે JSON mode રજૂ કર્યો હતો—અમારા મોડલ્સ સાથે વિશ્વસનીય એપ્લિકેશન્સ બનાવવા ઇચ્છતા ડેવલપર્સ માટે ઉપયોગી બિલ્ડિંગ બ્લોક. JSON mode માન્ય JSON આઉટપુટ્સ જનરેટ કરવા માટે મોડલની વિશ્વસનીયતા સુધારે છે, પરંતુ તે મોડલનો જવાબ કોઈ ચોક્કસ સ્કીમા સાથે અનુરૂપ રહેશે તેની ખાતરી આપતું નથી. આજે અમે APIમાં સ્ટ્રક્ચર્ડ આઉટપુટ્સ રજૂ કરી રહ્યા છીએ, જે ડેવલપર્સ દ્વારા પૂરી પાડેલી JSON સ્કીમાઓ સાથે મોડલ-જનરેટેડ આઉટપુટ્સ ચોક્કસ રીતે મેળ ખાય તેની ખાતરી કરવા માટે રચાયેલ નવી સુવિધા છે.
અસંરચિત ઇનપુટ્સમાંથી સ્ટ્રક્ચર્ડ ડેટા જનરેટ કરવું આજના એપ્લિકેશન્સમાં AI માટેના મુખ્ય ઉપયોગ કિસ્સાઓમાંનું એક છે. ડેવલપર્સ OpenAI API નો ઉપયોગ શક્તિશાળી assistants બનાવવા માટે કરે છે, જેઓ function calling(નવી વિન્ડોમાં ખૂલે છે) દ્વારા ડેટા મેળવવાની અને પ્રશ્નોના જવાબ આપવાની ક્ષમતા ધરાવે છે, ડેટા એન્ટ્રી માટે સ્ટ્રક્ચર્ડ ડેટા કાઢે છે, અને LLMsને ક્રિયા કરવાની મંજૂરી આપતા બહુ-પગલાવાળા agentic workflows બનાવે છે. ડેવલપર્સ આ ક્ષેત્રમાં LLMsની મર્યાદાઓને ઉકેલવા માટે લાંબા સમયથી open source tooling, prompting, અને વારંવાર વિનંતિઓ ફરીથી કરીને કામ કરતા આવ્યા છે, જેથી મોડલ આઉટપુટ્સ તેમની સિસ્ટમ્સ સાથે આંતરક્રિયા કરવા માટે જરૂરી ફોર્મેટ્સ સાથે મેળ ખાતા રહે. સ્ટ્રક્ચર્ડ આઉટપુટ્સ આ સમસ્યાનો ઉકેલ OpenAI મોડલ્સને ડેવલપર દ્વારા પૂરી પાડેલી સ્કીમાઓ સાથે મેળ કરવા માટે નિયંત્રિત કરીને અને અમારા મોડલ્સને જટિલ સ્કીમાઓ વધુ સારી રીતે સમજવા માટે તાલીમ આપીને લાવે છે.
જટિલ JSON સ્કીમા અનુસરણ માટેના અમારા evals પર, સ્ટ્રક્ચર્ડ આઉટપુટ્સ સાથેનું અમારું નવું મોડલ gpt-4o-2024-08-06 સંપૂર્ણ 100% સ્કોર કરે છે. તુલનાત્મક રીતે, gpt-4-0613 40% કરતાં ઓછું સ્કોર કરે છે.
સ્ટ્રક્ચર્ડ આઉટપુટ્સ સાથે, gpt-4o-2024-08-06 અમારા evalsમાં 100% વિશ્વસનીયતા હાંસલ કરે છે અને આઉટપુટ સ્કીમાઓ સાથે સંપૂર્ણ મેળ ખાય છે.
અમે APIમાં સ્ટ્રક્ચર્ડ આઉટપુટ્સને બે સ્વરૂપોમાં રજૂ કરી રહ્યા છીએ:
1. ફંક્શન કોલિંગ: tools દ્વારા સ્ટ્રક્ચર્ડ આઉટપુટ્સ તમારા ફંક્શન definitionમાં strict: true સેટ કરીને ઉપલબ્ધ છે. આ સુવિધા toolsને સપોર્ટ કરતા બધા મોડલ્સ સાથે કામ કરે છે, જેમાં gpt-4-0613 અને gpt-3.5-turbo-0613 તથા તે પછીના બધા મોડલ્સનો સમાવેશ થાય છે. જ્યારે સ્ટ્રક્ચર્ડ આઉટપુટ્સ સક્ષમ હોય, ત્યારે મોડલ આઉટપુટ્સ પૂરી પાડેલી tool definition સાથે મેળ ખાતા હશે.
2. response_format પેરામિટર માટે એક નવો વિકલ્પ: ડેવલપર્સ હવે json_schema દ્વારા JSON સ્કીમા આપી શકે છે, જે response_format પેરામિટર માટેનો નવો વિકલ્પ છે. જ્યારે મોડલ ટૂલ કોલ કરતું નથી પરંતુ વપરાશકર્તાને સ્ટ્રક્ચર્ડ રીતે જવાબ આપે છે ત્યારે આ ઉપયોગી છે. આ સુવિધા અમારા નવા GPT‑4o મોડલ્સ સાથે કામ કરે છે: આજે રિલીઝ થયેલ gpt-4o-2024-08-06, અને gpt-4o-mini-2024-07-18. જ્યારે response_format ને strict: true સાથે આપવામાં આવે છે, ત્યારે મોડલ આઉટપુટ્સ પૂરા પાડેલી સ્કીમા સાથે મેળ ખાતા હશે.
સુરક્ષા OpenAI માટે સર્વોચ્ચ પ્રાથમિકતા છે—નવી સ્ટ્રક્ચર્ડ આઉટપુટ્સ સુવિધા અમારી હાલની સુરક્ષા નીતિઓનું પાલન કરશે અને મોડલને અસુરક્ષિત વિનંતીને નકારવાની મંજૂરી આપશે. વિકાસને વધુ સરળ બનાવવા માટે, API રિસ્પોન્સમાં એક નવી refusal સ્ટ્રિંગ કિંમત છે જે ડેવલપર્સને પ્રોગ્રામેટિક રીતે શોધવાની મંજૂરી આપે છે કે મોડલે સ્કીમા સાથે મેળ ખાતા આઉટપુટના બદલે નકાર જનરેટ કર્યો છે કે નહીં. જ્યારે રિસ્પોન્સમાં નકાર સામેલ ન હોય અને મોડલનો રિસ્પોન્સ સમય પહેલાં અવરોધિત ન થયો હોય (જેમ કે finish_reason દ્વારા સૂચવવામાં આવે છે), ત્યારે મોડલનો રિસ્પોન્સ વિશ્વસનીય રીતે પૂરી પાડેલી સ્કીમા સાથે મેળ ખાતું માન્ય JSON ઉત્પન્ન કરશે.
અમારા Python અને Node SDKs ને સ્ટ્રક્ચર્ડ આઉટપુટ્સ માટે નેટિવ સપોર્ટ સાથે અપડેટ કરવામાં આવ્યા છે. tools માટે અથવા response format તરીકે સ્કીમા આપવી એટલી જ સરળ છે જેટલી Pydantic અથવા Zod object આપવી, અને અમારા SDKs ડેટા પ્રકારને સપોર્ટેડ JSON સ્કીમામાં રૂપાંતરિત કરવાનું, JSON રિસ્પોન્સને typed data structure માં આપમેળે ડીસિરિયલાઇઝ કરવાનું, અને જો નકારો આવે તો તેને પાર્સ કરવાનું સંભાળશે.
નીચેના ઉદાહરણો ફંક્શન કોલિંગ સાથે સ્ટ્રક્ચર્ડ આઉટપુટ્સ માટેનો નેટિવ સપોર્ટ દર્શાવે છે.
response_format માટે નેટિવ સ્ટ્રક્ચર્ડ આઉટપુટ્સ સપોર્ટ પણ ઉપલબ્ધ છે.
ડેવલપર્સ વિવિધ ઉપયોગ કિસ્સાઓ માટે સ્ટ્રક્ચર્ડ ડેટા જનરેટ કરવા OpenAIના મોડલ્સનો વારંવાર ઉપયોગ કરે છે. કેટલાક વધારાના ઉદાહરણોમાં સામેલ છે:
ઉદાહરણ તરીકે, ડેવલપર્સ કોડ- અથવા UI-જનરેટિંગ એપ્લિકેશન્સ બનાવવા માટે સ્ટ્રક્ચર્ડ આઉટપુટ્સનો ઉપયોગ કરી શકે છે. નીચેના બધા ઉદાહરણો એક જ response_format નો ઉપયોગ કરે છે, અને વપરાશકર્તા ઇનપુટના આધારે વિવિધ UI જનરેટ કરવા માટે ઉપયોગમાં લઈ શકાય છે.
તમે એક યુઝર ઇન્ટરફેસને સહાયક છો. તમારું કામ વપરાશકર્તાને તેમની વેબસાઇટ અને એપના વિચારોને દૃશ્યરૂપે કલ્પના કરવામાં મદદ કરવાનો છે.જવાબની અંતિમ ગુણવત્તા સુધારવા માટે મોડલને chain of thought માટે અલગ ફીલ્ડ આપવું ઉપયોગી બની શકે છે.
ઉદાહરણ તરીકે, મોડલને મીટિંગ નોંધોમાંથી to-dos, due dates અને assignments જેવી બાબતો કાઢવા માટે સૂચના આપવી.
JSON સ્કીમા સાથે મેળ ખાતા મોડલ આઉટપુટ્સની વિશ્વસનીયતા સુધારવા માટે અમે બે ભાગનો અભિગમ અપનાવ્યો. પ્રથમ, અમે અમારા નવા મોડલ gpt-4o-2024-08-06 ને જટિલ સ્કીમાઓ સમજવા અને તેની સાથે મેળ ખાતા આઉટપુટ્સ શ્રેષ્ઠ રીતે કેવી રીતે ઉત્પન્ન કરવાના તે માટે તાલીમ આપી. પરંતુ મોડલનું વર્તન મૂળભૂત રીતે non-deterministic છે—આ મોડલના પ્રદર્શન સુધારાઓ છતાં (અમારા benchmark પર 93%), તે હજુ પણ ડેવલપર્સને મજબૂત એપ્લિકેશન્સ બનાવવા માટે જરૂરી વિશ્વસનીયતા સુધી પહોંચ્યું નહોતું. તેથી અમે 100% વિશ્વસનીયતા હાંસલ કરવા માટે મોડલના આઉટપુટ્સને નિયંત્રિત કરવા deterministic, engineering-based અભિગમ પણ અપનાવ્યો.
અમારો અભિગમ constrained sampling અથવા constrained decoding તરીકે જાણીતી તકનીક પર આધારિત છે. ડિફોલ્ટ રીતે, જ્યારે મોડલ્સને આઉટપુટ્સ ઉત્પન્ન કરવા માટે સેમ્પલ કરવામાં આવે છે, ત્યારે તેઓ સંપૂર્ણપણે અનિયંત્રિત હોય છે અને આગળના આઉટપુટ તરીકે શબ્દભંડારમાંથી કોઈપણ ટોકન પસંદ કરી શકે છે. આ લવચીકતા જ મોડલ્સને ભૂલો કરવાની મંજૂરી આપે છે; ઉદાહરણ તરીકે, તેઓ સામાન્ય રીતે કોઈપણ સમયે curly brace ટોકન સેમ્પલ કરવા માટે મુક્ત હોય છે, ભલે તે માન્ય JSON ઉત્પન્ન ન કરતું હોય. માન્ય આઉટપુટ્સને બળપૂર્વક સુનિશ્ચિત કરવા માટે, અમે અમારા મોડલ્સને બધા ઉપલબ્ધ ટોકન્સની બદલે માત્ર પૂરી પાડેલી સ્કીમા અનુસાર માન્ય એવા ટોકન્સ સુધી મર્યાદિત કરીએ છીએ.
વ્યવહારમાં આ મર્યાદા લાગુ કરવી પડકારજનક હોઈ શકે છે, કારણ કે મોડલના સમગ્ર આઉટપુટ દરમિયાન માન્ય ટોકન્સ બદલાતા રહે છે. માનો કે અમારી પાસે નીચેની સ્કીમા છે:
આઉટપુટની શરૂઆતમાં માન્ય એવા ટોકન્સમાં {, {“, { વગેરે જેવી વસ્તુઓનો સમાવેશ થાય છે. પરંતુ એકવાર મોડલે પહેલેથી જ {“val સેમ્પલ કરી લીધું હોય, પછી { હવે માન્ય ટોકન રહેતું નથી. તેથી અમારે ડાયનામિક નિયંત્રિત ડિકોડિંગ અમલમાં મૂકવાની અને જવાબની શરૂઆતમાં પહેલેથી નક્કી કરવાની બદલે, દરેક ટોકન જનરેટ થયા પછી કયા ટોકન્સ માન્ય છે તે નક્કી કરવાની જરૂર પડે છે.
આ કરવા માટે, અમે પૂરી પાડેલી JSON સ્કીમાને context-free grammar (CFG)માં રૂપાંતરિત કરીએ છીએ. grammar એ નિયમોનો સમૂહ છે જે ભાષાને વ્યાખ્યાયિત કરે છે, અને context-free grammar એ એવી grammar છે જે ચોક્કસ નિયમોનું પાલન કરે છે. તમે JSON અને JSON સ્કીમાને એવા વિશિષ્ટ ભાષાઓ તરીકે વિચારી શકો છો, જેમા ભાષાની અંદર શું માન્ય છે તે વ્યાખ્યાયિત કરવા માટે નિયમો હોય છે. જેમ અંગ્રેજીમાં ક્રિયાપદ વગરનું વાક્ય માન્ય નથી, તેમ JSONમાં trailing comma માન્ય નથી.
આથી, દરેક JSON સ્કીમા માટે અમે એવી grammar ગણતરી કરીએ છીએ જે તે સ્કીમાનું પ્રતિનિધિત્વ કરે છે, અને તેની ઘટકોને પ્રી-પ્રોસેસ કરીએ છીએ જેથી મોડલ સેમ્પલિંગ દરમિયાન તેને સરળતાથી ઍક્સેસ કરી શકાય. આ કારણે નવી સ્કીમા સાથેની પહેલી વિનંતિમાં લેટન્સી દંડ આવે છે—અમારે આ આર્ટિફેક્ટ જનરેટ કરવા માટે સ્કીમાને પ્રીપ્રોસેસ કરવી પડે છે, જેથી સેમ્પલિંગ દરમિયાન તેનો કાર્યક્ષમ રીતે ઉપયોગ કરી શકીએ.
સેમ્પલિંગ દરમિયાન, દરેક ટોકન પછી, અમારું inference engine અગાઉ જનરેટ થયેલા ટોકન્સ અને grammarની અંદરના નિયમોના આધારે, આગળ કયા ટોકન્સ માન્ય રીતે ઉત્પન્ન થઈ શકે તે નક્કી કરશે. પછી અમે આ ટોકન્સની યાદીનો ઉપયોગ આગળના સેમ્પલિંગ પગલાને mask કરવા માટે કરીએ છીએ, જે અસરકારક રીતે અમાન્ય ટોકન્સની શક્યતાને 0 સુધી ઘટાડે છે. કારણ કે અમે સ્કીમાને પ્રીપ્રોસેસ કરી છે, અમે આ કામ કાર્યક્ષમ રીતે કરવા માટે cached data structure નો ઉપયોગ કરી શકીએ છીએ, ખૂબ ઓછા લેટન્સી ઓવરહેડ સાથે.
આ સમસ્યાના વૈકલ્પિક અભિગમો ઘણીવાર નિયંત્રિત ડિકોડિંગ માટે finite state machines (FSMs) અથવા regexes (સામાન્ય રીતે FSMs સાથે અમલમાં મૂકાતા) નો ઉપયોગ કરે છે. તે આ રીતે સમાન રીતે કાર્ય કરે છે કે દરેક ટોકન ઉત્પન્ન થયા પછી કયા ટોકન્સ માન્ય છે તે ગતિશીલ રીતે અપડેટ કરે છે, પરંતુ CFG અભિગમની સરખામણીએ તેમાં કેટલાક મુખ્ય તફાવતો છે. ખાસ કરીને, CFGs, FSMs કરતાં ભાષાઓના વધુ વ્યાપક વર્ગને વ્યક્ત કરી શકે છે. વ્યવહારમાં, ઉપર બતાવેલી value સ્કીમા જેવી ખૂબ સરળ સ્કીમાઓ માટે આ ફરક મહત્વનો નથી. જોકે, nested અથવા recursive ડેટા સ્ટ્રક્ચર્સને સામેલ કરતી વધુ જટિલ સ્કીમાઓ માટે આ તફાવત અર્થપૂર્ણ છે એવું અમને લાગે છે. ઉદાહરણ તરીકે, FSMs સામાન્ય રીતે recursive types વ્યક્ત કરી શકતા નથી, એટલે FSM આધારિત અભિગમો deeply nested JSONમાં parentheses મેચ કરવામાં મુશ્કેલી અનુભવી શકે છે. નીચેનું recursive સ્કીમા ઉદાહરણ OpenAI API પર સ્ટ્રક્ચર્ડ આઉટપુટ્સ સાથે સપોર્ટેડ છે, પરંતુ FSM સાથે તેને વ્યક્ત કરવું શક્ય ન હોત.
નોંધ કરો કે દરેક UI એલિમેન્ટ પાસે મનસ્વી children હોઈ શકે છે, જે root સ્કીમાને recursive રીતે રેફર કરે છે. આ લવચીકતા CFG અભિગમ દ્વારા શક્ય બને છે.
સ્ટ્રક્ચર્ડ આઉટપુટ્સનો ઉપયોગ કરતી વખતે ધ્યાનમાં રાખવાની કેટલીક મર્યાદાઓ છે:
- સ્ટ્રક્ચર્ડ આઉટપુટ્સ JSON સ્કીમાના માત્ર એક ઉપસેટને જ મંજૂરી આપે છે, જેનું વિગતવાર વર્ણન અમારા docsમાં(નવી વિન્ડોમાં ખૂલે છે) છે. આ અમને શક્ય તેટલું શ્રેષ્ઠ પ્રદર્શન સુનિશ્ચિત કરવામાં મદદ કરે છે.
- નવી સ્કીમા સાથેના પહેલા API રિસ્પોન્સમાં વધારાનો લેટન્સી લાગશે, પરંતુ ત્યારબાદના રિસ્પોન્સ ઝડપી હશે અને કોઈ લેટન્સી દંડ નહીં હોય. આવું એ કારણે છે કે પ્રથમ વિનંતિ દરમિયાન, અમે ઉપર દર્શાવ્યા મુજબ સ્કીમાને પ્રોસેસ કરીએ છીએ અને પછી આગળ ઝડપી પુનઃઉપયોગ માટે આ આર્ટિફેક્ટ્સને કેશ કરીએ છીએ. સામાન્ય સ્કીમાઓને પ્રથમ વિનંતિ પર પ્રોસેસ થવામાં 10 સેકન્ડથી ઓછો સમય લાગે છે, પરંતુ વધુ જટિલ સ્કીમાઓને એક મિનિટ સુધી લાગી શકે છે.
- જો મોડલ અસુરક્ષિત વિનંતિને નકારવાનું પસંદ કરે તો તે સ્કીમાનું પાલન કરવામાં નિષ્ફળ જઈ શકે છે. જો તે નકારવાનું પસંદ કરે, તો આ દર્શાવવા માટે રિટર્ન મેસેજમાં
refusalબૂલિયન true પર સેટ હશે. - જો જનરેશન પૂર્ણ થાય તે પહેલાં
max_tokensઅથવા બીજી કોઈ stop condition આવી જાય, તો મોડલ સ્કીમાનું પાલન કરવામાં નિષ્ફળ જઈ શકે છે. - સ્ટ્રક્ચર્ડ આઉટપુટ્સ દરેક પ્રકારની મોડલ ભૂલોને અટકાવતા નથી. ઉદાહરણ તરીકે, મોડલ JSON ઑબ્જેક્ટના મૂલ્યોની અંદર હજુ પણ ભૂલો કરી શકે છે (જેમ કે ગણિતીય સમીકરણમાં પગલું ખોટું આવવું). જો ડેવલપર્સને ભૂલો મળે, તો અમે સિસ્ટમ સૂચનાઓમાં ઉદાહરણો આપવાની અથવા કાર્યોને વધુ સરળ ઉપલક્ષ્યોમાં વહેંચવાની ભલામણ કરીએ છીએ.
- સ્ટ્રક્ચર્ડ આઉટપુટ્સ સમાંતર ફંક્શન કોલ્સ સાથે સુસંગત નથી. જ્યારે સમાંતર ફંક્શન કોલ જનરેટ થાય છે, ત્યારે તે પૂરી પાડેલી સ્કીમાઓ સાથે મેળ ન ખાઈ શકે. સમાંતર ફંક્શન કોલિંગને અક્ષમ કરવા માટે
parallel_tool_calls: falseસેટ કરો. - સ્ટ્રક્ચર્ડ આઉટપુટ્સ સાથે પૂરી પાડવામાં આવેલી JSON સ્કીમાઓ ઝીરો ડેટા રિટેન્શન(નવી વિન્ડોમાં ખૂલે છે) (ZDR) માટે પાત્ર નથી.
સ્ટ્રક્ચર્ડ આઉટપુટ્સ આજે APIમાં સામાન્ય રીતે ઉપલબ્ધ છે.
ફંક્શન કોલિંગ સાથેના સ્ટ્રક્ચર્ડ આઉટપુટ્સ APIમાં ફંક્શન કોલિંગને સપોર્ટ કરતા બધા મોડલ્સ પર ઉપલબ્ધ છે. તેમાં અમારા નવા મોડલ્સ (gpt-4o, gpt-4o-mini), gpt-4-0613 અને gpt-3.5-turbo-0613 સહિત અને તે પછીના બધા મોડલ્સ, તેમજ ફંક્શન કોલિંગને સપોર્ટ કરતા કોઈપણ ફાઇન-ટ્યુન્ડ મોડલ્સનો સમાવેશ થાય છે. આ સુવિધા Chat Completions API, Assistants API અને Batch API પર ઉપલબ્ધ છે. ફંક્શન કોલિંગ સાથેના સ્ટ્રક્ચર્ડ આઉટપુટ્સ વિઝન ઇનપુટ્સ સાથે પણ સુસંગત છે.
રિસ્પોન્સ ફોર્મેટ્સ સાથેના સ્ટ્રક્ચર્ડ આઉટપુટ્સ gpt-4o-mini અને gpt-4o-2024-08-06 તેમજ આ મોડલ્સ પર આધારિત કોઈપણ ફાઇન ટ્યુન્સ પર ઉપલબ્ધ છે. આ સુવિધા Chat Completions API, Assistants API અને Batch API પર ઉપલબ્ધ છે. રિસ્પોન્સ ફોર્મેટ્સ સાથેના સ્ટ્રક્ચર્ડ આઉટપુટ્સ વિઝન ઇનપુટ્સ સાથે પણ સુસંગત છે.
નવા gpt-4o-2024-08-06 પર સ્વિચ કરીને, ડેવલપર્સ gpt-4o-2024-05-13ની સરખામણીએ ઇનપુટ્સ પર 50% ($2.50/1M input tokens) અને આઉટપુટ્સ પર 33% ($10.00/1M output tokens) બચાવે છે.
સ્ટ્રક્ચર્ડ આઉટપુટ્સનો ઉપયોગ શરૂ કરવા માટે, અમારા docs(નવી વિન્ડોમાં ખૂલે છે) જુઓ.
સ્ટ્રક્ચર્ડ આઉટપુટ્સ ઓપન સોર્સ સમુદાયના ઉત્તમ કાર્યથી પ્રેરણા લે છે: ખાસ કરીને outlines(નવી વિન્ડોમાં ખૂલે છે), jsonformer(નવી વિન્ડોમાં ખૂલે છે), instructor(નવી વિન્ડોમાં ખૂલે છે), guidance(નવી વિન્ડોમાં ખૂલે છે), અને lark(નવી વિન્ડોમાં ખૂલે છે) લાઇબ્રેરીઓ.
લેખક
મુખ્ય યોગદાનકર્તાઓ
Chris Colby, Melody Guan, Michelle Pokrass, Ted Sanders, Brian Zhang
આભારવિધિ
John Allard, Filipe de Avila Belbute Peres, Ilan Bigio, Owen Campbell-Moore, Chen Ding, Atty Eleti, Elie Georges, Katia Gil Guzman, Jeff Harris, Johannes Heidecke, Beth Hoover, Romain Huet, Tomer Kaftan, Jillian Khoo, Karolis Kosas, Ryan Liu, Kevin Lu, Lindsay McCallum, Rohan Nuttall, Joe Palermo, Leher Pathak, Ishaan Singal, Felipe Petroski Such, Freddie Sulit, David Weedon