അയവുള്ള ഹാർനെസുകളും കോഡ് നിർവഹിക്കുന്ന ഏജന്റുകളും തുറന്ന സ്വഭാവമുള്ള ജോലികൾക്ക് കൂടുതൽ അനുയോജ്യമാണ്. അമിതമായി കർശനമായ ഏകോപനം മോഡലിന്റെ പ്രകടനത്തെ പരിമിതപ്പെടുത്താം.
ഇതോടെ കോഡ് നിർവഹണവും സാൻഡ്ബോക്സിങ്ങും ഏജന്റ് അധിഷ്ഠിത സിസ്റ്റങ്ങളുടെ പ്രധാന വാസ്തുവിദ്യാപരമായ പരിഗണനകളായി മാറിയിരിക്കുന്നു.
ഞങ്ങളുടെ പരിശോധനകളിൽ, കോഡ് നിർവഹിക്കുന്ന ഏജന്റുകൾ നിർമ്മിക്കാൻ വേണ്ട സങ്കീർണതയും കോഡും ഏജന്റ്സ് SDK ആറിലൊന്ന് വരെ കുറച്ചു.
ദീർഘകാലം ഏജന്റ് സിസ്റ്റങ്ങളുടെ പുരോഗതി ഏകോപനം മെച്ചപ്പെടുത്തുന്നതിലൂടെയാണ് ഉണ്ടായത്: മികച്ച പ്രോംപ്റ്റുകൾ, ടൂൾ ഇന്റർഫേസുകൾ, സന്ദർഭ പരിപാലനം, കൂടുതൽ കർശനമായ നിയന്ത്രണ പ്രവാഹം എന്നിവയിലൂടെ. എന്നാൽ കോഡിങ് ഏജന്റുകളുടെ ശേഷി വർധിക്കുന്നതോടെ ആ സന്തുലനം മാറിത്തുടങ്ങുകയാണ്.
തുറന്ന സ്വഭാവമുള്ള പല പ്രവൃത്തി പ്രവാഹങ്ങളിലും തടസ്സം ഇപ്പോൾ ഏജന്റ് ലൂപ്പല്ല, നിർവഹണ പാളിയാണ്: മോഡൽ കോഡ് എഴുതുകയും കമാൻഡുകൾ പ്രവർത്തിപ്പിക്കുകയും ഫലങ്ങൾ പരിശോധിക്കുകയും ആവർത്തിച്ച് മെച്ചപ്പെടുത്തുകയും ചെയ്യുന്ന സാൻഡ്ബോക്സ്. ജോലിതല റീസണിംഗ് കൂടുതലായി ആ പരിതസ്ഥിതിയിലേക്ക് മാറുമ്പോൾ, മോഡലിന് അതിന്റെ മുഴുവൻ ശേഷിയും പ്രകടിപ്പിക്കാൻ ചുറ്റുമുള്ള ഏകോപനം കൂടുതൽ ലളിതമാകണം.
ഈ മാറ്റം തന്നെയാണ് ഏജന്റ്സ് SDK-യുടെ പുതിയ പതിപ്പ് സാധ്യമാക്കുന്നത്. മുൻകൂർ ലഭ്യതാഘട്ടത്തിലെ ഞങ്ങളുടെ പരിശോധനയിൽ, മറ്റൊരു ചട്ടക്കൂട്-യുക്തിയുടെ പാളി ചേർക്കുന്നതിനുപകരം നിർവഹണ പാളിയെ കൂടുതൽ ഘടകാധിഷ്ഠിതവും സംയോജിപ്പിക്കാവുന്നതുമാക്കി സിസ്റ്റത്തിന്റെ ശേഷിച്ച ഭാഗം ലളിതമായി നിലനിർത്താൻ ഇത് സഹായിക്കുന്നതായി കണ്ടെത്തി.
ഹാർനെസ് എൻജിനീയറിങ്ങിൽ, ഫലപ്രദമായി പ്രവർത്തിക്കാൻ ആവശ്യമായ ഏറ്റവും ലളിതമായ രൂപത്തിലേക്ക് ഹാർനെസിനെ ചുരുക്കുന്നത് ഇപ്പോൾ ജനപ്രിയമായിരിക്കുന്നു. ഉയർന്ന തലത്തിൽ നോക്കുമ്പോൾ, മോഡലിനെ ചുറ്റിപ്പറ്റിയുള്ള സോഫ്റ്റ്വെയറാണ് ഹാർനെസ്: മോഡലിന് വിശ്വസനീയമായി പ്രവർത്തിക്കാൻ സന്ദർഭം, ടൂളുകൾ, നിയന്ത്രണ പ്രവാഹം, പ്രതികരണ ചക്രങ്ങൾ എന്നിവ കൈകാര്യം ചെയ്യുന്ന പാളി.
കഴിഞ്ഞ ഏതാനും വർഷങ്ങളിൽ ഏജന്റിന്റെ പ്രകടനത്തിലെ പല മെച്ചപ്പെടുത്തലുകളും ആ പാളിയെ ശക്തിപ്പെടുത്തിയതിലൂടെയാണ് ഉണ്ടായത്. മികച്ച ടൂളുകൾ, മെച്ചപ്പെട്ട മെമ്മറിയും വീണ്ടെടുക്കലും, കൂടുതൽ വ്യക്തമായ ഘടകവിഭജനവും കർശനമായ ഏകോപനവും പലപ്പോഴും സിസ്റ്റങ്ങളെ കൂടുതൽ വിശ്വസനീയവും ശേഷിയുള്ളതുമാക്കി. ആ മാതൃകയിൽ, മോഡലിന് ചുറ്റുമുള്ള സോഫ്റ്റ്വെയറിൽ കൂടുതൽ ജോലി-യുക്തി ഉൾപ്പെടുത്തുക എന്നതായിരുന്നു പ്രധാനമായും പുരോഗതി.
തുറന്ന സ്വഭാവമുള്ള ചില ജോലികളിലെങ്കിലും ആ രീതി ഇപ്പോൾ ദുർബലമാകുകയാണ്. ഹാർനെസ് കൂടുതൽ നിർദേശാത്മകമാകുമ്പോൾ പ്രകടനം എല്ലായ്പ്പോഴും മെച്ചപ്പെടില്ലെന്ന് വർധിച്ചുവരുന്ന പദ്ധതികളും പ്രബന്ധങ്ങളും സൂചിപ്പിക്കുന്നു. സഹായത്തോടെയുള്ള കോഡിങ്, ദീർഘകാല ജോലികൾ, ബ്രൗസർ ഉപയോഗം, ദീർഘസന്ദർഭ ജോലികൾ എന്നിവയിലെല്ലാം ഒരേ രീതി ആവർത്തിക്കുന്നു: മോഡലിന് മതിയായ ബുദ്ധിശേഷി ലഭിച്ചുകഴിഞ്ഞാൽ, ചുറ്റുമുള്ള സോഫ്റ്റ്വെയറിൽ അമിതമായ ജോലി-ഘടന അടിച്ചേൽപ്പിക്കുന്നത് നേട്ടത്തിനുപകരം പരിമിതിയാകാം.
അങ്ങനെ ഹാർനെസിന്റെ പങ്ക് മാറുകയാണ്. കർശനമായ ഏകോപനത്തിലൂടെ ജോലി മുൻകൂട്ടി പ്രവചിക്കാൻ ശ്രമിക്കുന്നതിനുപകരം, ഹാർനെസ് ഇപ്പോൾ കൂടുതലായി വൃത്തിയുള്ളൊരു നിർവഹണ പ്രതലം നൽകുന്നു: സിസ്റ്റത്തിന്റെ ഇന്റർഫേസുകളും സുരക്ഷാ സംവിധാനങ്ങളും നിശ്ചയിക്കുന്ന പരിധിക്കുള്ളിൽ നിന്നുകൊണ്ട് മോഡലിന് അവസ്ഥ പരിശോധിക്കാനും കോഡ് പ്രവർത്തിപ്പിക്കാനും പിശകുകളിൽനിന്ന് കരകയറാനും സ്വന്തം സമീപനം പൊരുത്തപ്പെടുത്താനും കഴിയുന്ന സാൻഡ്ബോക്സ്. സോഫ്റ്റ്വെയർ എൻജിനീയർ 3.0 എന്നതിൽ ആൻഡ്രേ കാർപതി വിവരിച്ച മാറ്റത്തിന് ഇത് അടുത്താണ്: മുമ്പ് സോഫ്റ്റ്വെയറിലുണ്ടായിരുന്ന ചില യുക്തികൾ മുകളിലേക്ക്, “പ്രോംപ്റ്റിലേക്ക്” മാറുന്നു.
ഏജന്റ് സിസ്റ്റങ്ങൾ എല്ലായിടത്തുനിന്നും ഘടന നീക്കണമെന്നല്ല ഇതിലെ പാഠം. പ്രത്യേകിച്ച് ജോലി പരിമിതമായതോ വലിയ അളവിലുള്ളതോ വ്യക്തമായ വിജയമാനദണ്ഡമുള്ളതോ ആണെങ്കിൽ, വ്യക്തമായ പ്രവൃത്തി പ്രവാഹങ്ങൾ, പ്രായോഗിക നിയമങ്ങൾ, നിർണിത സുരക്ഷാ നിയന്ത്രണങ്ങൾ എന്നിവ ഇപ്പോഴും പല ജോലികൾക്കും ഗുണകരമാണ്. ഏജന്റ് അധിഷ്ഠിത സിസ്റ്റം രൂപകൽപ്പനയ്ക്കുള്ള പ്രായോഗിക നിയമങ്ങൾ എന്ന ഞങ്ങളുടെ മുൻ ലേഖനത്തിൽ വാദിച്ചതുപോലെ, വിശ്വസനീയമായ യുക്തിപ്രവാഹം സാധ്യവും അഭികാമ്യവുമാകുമ്പോൾ ശക്തമായ ഏകോപനം ഇപ്പോഴും പ്രധാനമാണ്.
തുറന്ന സ്വഭാവമുള്ള ജോലികളിൽ ശ്രദ്ധാകേന്ദ്രം മാറുകയാണ്. കൂടുതൽ സങ്കീർണമായ ഏകോപന പാളികൾ രൂപകൽപ്പന ചെയ്യുന്നതിലല്ല ഇപ്പോഴത്തെ പ്രധാന വെല്ലുവിളി. മോഡലിന് ഫലപ്രദമായി പ്രവർത്തിക്കാൻ കഴിയുന്നത്ര ലളിതവും നിരീക്ഷിക്കാവുന്നതും ഘടകാധിഷ്ഠിതവുമായ നിർവഹണ പരിതസ്ഥിതികൾ നിർമ്മിക്കുന്നതിലാണ്.
ഒരു ഏജന്റിന് ഫയലുകൾ വായിക്കാനും കോഡ് എഴുതാനും ഷെൽ കമാൻഡുകൾ പ്രവർത്തിപ്പിക്കാനും ദീർഘകാല ജോലികൾ ആരംഭിക്കാനും കഴിഞ്ഞാൽ എൻജിനീയറിങ് വെല്ലുവിളി മാറുന്നു. പ്രോംപ്റ്റ് മെച്ചപ്പെടുത്തലോ ടൂൾ വഴിനിർണയമോ മാത്രമല്ല ഇനി പ്രയാസമേറിയ ഭാഗം. ഏജന്റ് ഇപ്പോൾ യഥാർഥ സിസ്റ്റത്തിൽ പ്രവർത്തിക്കുന്നത് ഈ ഏജന്റുകളുടെ ശേഷി ഗണ്യമായി വർധിപ്പിക്കുന്നു. എന്നാൽ സുരക്ഷാ ഭീഷണികൾക്കുള്ള വിസ്തൃതമായൊരു പ്രതലം സൃഷ്ടിക്കുന്നതിനാൽ അവയെ കൂടുതൽ സൂക്ഷ്മമായി കൈകാര്യം ചെയ്യേണ്ടതുമുണ്ട്. ഉദാഹരണത്തിന്, പരിതസ്ഥിതി ശരിയായി വേർതിരിച്ചിട്ടില്ലെങ്കിൽ കോഡ് നിർവഹിക്കാൻ കഴിയുന്ന ഏജന്റ് ദോഷകരമായ പ്രവൃത്തികൾ ചെയ്തേക്കാം. എഐഎസ്ഐയുടെ സാൻഡ്ബോക്സ് ബെഞ്ച് കാണുക.
അതുകൊണ്ട് ഏജന്റ് ചട്ടക്കൂടുകളിൽ സാൻഡ്ബോക്സിങ് നിർണായകമായ പരിഗണനയായി മാറുകയാണ്. മുൻകാല സിസ്റ്റങ്ങളിൽ നിർവഹണത്തെ പലപ്പോഴും ഒരു അനുബന്ധമായാണ് കണക്കാക്കിയിരുന്നത്: ഹാർനെസിനോട് കൂട്ടിച്ചേർത്ത ഒരു ടൂൾ. എന്നാൽ നിർവഹണം അവസ്ഥാസഹിതമോ ദീർഘകാലമോ വിദൂരമോ ആകുമ്പോൾ ആ സമീപനം തകരാൻ തുടങ്ങുന്നു. സാൻഡ്ബോക്സ്, അതിന്റെ ജീവിതചക്രം, അവസ്ഥ, ഇന്റർഫേസുകൾ, ഏജന്റ് ലൂപ്പുമായുള്ള ബന്ധം എന്നിവ കൈകാര്യം ചെയ്യുന്നത് പെട്ടെന്നുതന്നെ സ്വതന്ത്രമായൊരു സിസ്റ്റം രൂപകൽപ്പനാ പ്രശ്നമായി മാറുന്നു. അതുകൊണ്ടാണ് OpenAI-യുടെ കണ്ടെയ്നർ API-യും ഷെൽ ടൂളും, മോഡൽ, ക്ലൗഡ്ഫ്ലെയർ, ഡേറ്റോണ, ഇ2ബി തുടങ്ങിയ കൂടുതൽ ദാതാക്കൾ ഇപ്പോൾ കോഡ് നിർവഹണത്തിനായി നിയന്ത്രിത പരിതസ്ഥിതികൾ നൽകുന്നത്.
ഹാർനെസിന്റെ മറ്റ് ഭാഗങ്ങളെക്കാൾ ശക്തമായ വേർതിരിക്കലും കർശനമായ പ്രവർത്തനസമയ നിയന്ത്രണവും കോഡ് നിർവഹണത്തിന് ആവശ്യമായതിനാൽ ഈ അതിർത്തി പ്രധാനമാണ്. പ്രായോഗികമായി, മോശമായി നടപ്പാക്കിയ കോഡ് നിർവഹണ ഏജന്റുകൾ ബിസിനസിന് നിർണായകമായ മൂന്ന് അപകടങ്ങൾ സൃഷ്ടിക്കാം: നിയന്ത്രണമില്ലാത്ത കംപ്യൂട്ടിങ് ചെലവ്, ആഭ്യന്തര സിസ്റ്റങ്ങളിൽ വിനാശകരമായ പ്രവൃത്തികൾ, രഹസ്യവിവരങ്ങളുടെ വെളിപ്പെടൽ. ശരിയായ കണ്ടെയ്നർവൽക്കരണം, വേർതിരിക്കൽ, പ്രവർത്തനസമയ സുരക്ഷാ സംവിധാനങ്ങൾ എന്നിവയിലൂടെ ഈ അപകടങ്ങളെ യഥാർഥ വിന്യാസങ്ങൾക്ക് സ്വീകാര്യമായ തലത്തിൽ നിയന്ത്രിക്കാം.
ഓഫീസ് മുഴുവൻ തുറക്കാനുള്ള താക്കോൽ നൽകുന്നതിനുപകരം ഏജന്റിന് സ്വന്തമായി അടച്ചുറപ്പുള്ള വർക്ക്സ്പേസ് നൽകുന്നതായി സങ്കൽപ്പിച്ചാൽ ഇത് എളുപ്പം മനസ്സിലാക്കാം. വ്യക്തമായി നിർവചിച്ച പരിധികൾക്കുള്ളിൽ നിന്നുകൊണ്ട് അതിന് ആ ഇടത്തിൽ പ്രയോജനകരമായ ജോലികൾ ചെയ്യാനാകും. അത് ഉപയോഗിക്കുന്ന കംപ്യൂട്ടിങ് ശേഷിക്ക് പരിധി നിശ്ചയിക്കാനും അതിന് സ്പർശിക്കാവുന്ന സിസ്റ്റങ്ങളും ഫയലുകളും നിയന്ത്രിക്കാനും ആദ്യംതന്നെ ലഭ്യമാകുന്ന വിവരങ്ങൾ നിശ്ചയിക്കാനും കഴിയും.
ഇത് അപകടം പൂർണമായി ഇല്ലാതാക്കുന്നില്ല. എന്നാൽ പ്രശ്നത്തെ “നിങ്ങളുടെ അടിസ്ഥാനസൗകര്യത്തിൽ നിയന്ത്രണമില്ലാതെ സഞ്ചരിക്കുന്ന ഏജന്റ്” എന്നതിൽനിന്ന് “നിയന്ത്രിത പരിതസ്ഥിതിയിൽ പ്രവർത്തിക്കുന്ന ഏജന്റ്” എന്നതിലേക്ക് മാറ്റുന്നു. ഈ പാളി ഏജന്റ് സിസ്റ്റങ്ങളുടെ പതിവ് ഭാഗമാകണമെങ്കിൽ ചട്ടക്കൂടിൽത്തന്നെ ഇതിന് പ്രഥമതല പിന്തുണ വേണം. ഇതോടെ സാൻഡ്ബോക്സ് കൊണ്ടുനടക്കാവുന്ന അടിസ്ഥാന ഘടകങ്ങളുള്ള ഒരു ഘടകാധിഷ്ഠിത നിർവഹണ പാളിയാകുന്നു. വികസിപ്പിക്കുന്നവർക്ക് അത് വേഗത്തിൽ സ്വീകരിക്കാനും ദാതാക്കളെ മാറ്റാനും ഏജന്റ് യുക്തി ആവർത്തിച്ച് പുനർനിർമ്മിക്കാതെ വിപുലീകരിക്കാനും കഴിയും.
ഒരു ഏജന്റ് കോഡ് നിർവഹിക്കാൻ തുടങ്ങിയാൽ സാൻഡ്ബോക്സിനും ഏകോപനം ആവശ്യമാണ്. പ്രാദേശിക ആശയമാതൃകയിൽനിന്ന് വിദൂര നിർവഹണത്തിലേക്കോ ഒന്നിലധികം പിന്നണി സംവിധാനങ്ങളിലേക്കോ ദീർഘകാല സെഷനുകളിലേക്കോ മാറുന്നത് പ്രവർത്തനഭാരം അതിവേഗം വർധിപ്പിക്കുന്നു. പരിതസ്ഥിതികൾ സൃഷ്ടിക്കാനും നിർത്താനും താൽക്കാലികമായി നിർത്തി പുനരാരംഭിക്കാനും അവസ്ഥയുടെ പകർപ്പ് സൂക്ഷിക്കാനും പിന്നീട് വീണ്ടും ബന്ധിപ്പിക്കാനും ഇവയെല്ലാം വിവിധ ദാതാക്കളിലായി കൈകാര്യം ചെയ്യാനും ഏകീകൃത മാർഗം വേണം.
ആശയപരമായി ഇതൊന്നും ആകർഷകമല്ലെങ്കിലും പ്രായോഗികമായി ഏറെ പ്രധാനമാണ്. ഓരോ സംഘവും ഏജന്റ് അധിഷ്ഠിത പ്രവർത്തനശൃംഖല ആദ്യംമുതൽ പുനർനിർമ്മിക്കുമ്പോൾ, പ്രത്യേകിച്ച് അത് ഏജന്റ് ചട്ടക്കൂടുമായി സംയോജിപ്പിച്ചിട്ടില്ലെങ്കിൽ, വേദനാജനകമാകുന്ന അടിസ്ഥാനസൗകര്യം ഇതുതന്നെയാണ്…
ഇവിടെയാണ് മെച്ചപ്പെട്ട ചട്ടക്കൂട് പിന്തുണ പ്രധാനമാകുന്നത്. പുതിയ OpenAI ഏജന്റ്സ് SDK ഞങ്ങൾക്ക് മുൻകൂട്ടി ലഭിച്ചു. അതുപയോഗിച്ച് ഞങ്ങൾതന്നെ സാൻഡ്ബോക്സിലുള്ള ഏജന്റുകൾ നിർമ്മിച്ചു. വാസ്തുവിദ്യാപരമായ ഊന്നലിലെ മാറ്റമാണ് പ്രത്യേകം ശ്രദ്ധേയമായത്: SDK നിർവഹണത്തെ അനുബന്ധ ടൂളായല്ല, പ്രഥമതല പാളിയായാണ് കാണുന്നത്. പ്രായോഗികമായി, കുറഞ്ഞ കോഡുകൊണ്ട് സാൻഡ്ബോക്സിലുള്ള ഏജന്റ് ആരംഭിക്കാനോ സാൻഡ്ബോക്സിന്റെ അവസ്ഥാപകർപ്പ് എടുക്കാനോ നിർവഹണം പുനരാരംഭിക്കാനോ കഴിയും. ഞങ്ങളുടെ ചില പരിശോധനകളിൽ ഏകദേശം ആറിലൊന്ന് കോഡ് മാത്രമേ വേണ്ടിവന്നുള്ളൂ. ചുറ്റുമുള്ള ഏജന്റ് യുക്തി മാറ്റിയെഴുതാതെ പിന്നണി സംവിധാനവും മാറ്റാം.
ചുമതലകളുടെ ഈ വ്യക്തമായ വേർതിരിവ്, റീസണിംഗ്, സന്ദർഭം, പ്രവൃത്തി പ്രവാഹം എന്നിവയിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കാൻ ഹാർനെസിനെ അനുവദിക്കുന്നു. നിർവഹണ പാളിക്ക് വേർതിരിക്കൽ, കൊണ്ടുനടക്കാവുന്ന സ്വഭാവം, പ്രവർത്തനസമയ അവസ്ഥ എന്നിവയിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കാം. കൂടുതൽ ശേഷിയുള്ളതും വികസിപ്പിക്കാൻ എളുപ്പമുള്ളതുമായ കോഡിങ് ഏജന്റുകൾ നിർമ്മിക്കാൻ ഈ അമൂർത്തവൽക്കരണം സഹായിക്കുന്നു. അവയ്ക്ക് പ്രാദേശികവും വിദൂരവുമായ നിർവഹണങ്ങൾക്കിടയിൽ മാറാനും ദീർഘകാല ജോലികൾ പിന്തുണയ്ക്കാനും മുഴുവൻ സിസ്റ്റവും പുനർരൂപകൽപ്പന ചെയ്യാതെ നിർവഹണ പിന്നണി സംവിധാനങ്ങൾ മാറ്റാനും കഴിയും.
കൂടുതൽ ജോലിതല യുക്തികൾ ഹാർനെസിൽനിന്ന് മോഡലിലേക്ക് മാറുമ്പോൾ, സിസ്റ്റത്തിന്റെ ചില സങ്കീർണതകളും അതിനൊപ്പം നിർവഹണ പാളിയിലേക്ക് ഇറങ്ങുന്നു. പ്രത്യേകിച്ച് കോഡിങ് കൂടുതലുള്ളതും തുറന്ന സ്വഭാവമുള്ളതുമായ ജോലികൾക്ക്, കോഡ് നിർവഹണവും സാൻഡ്ബോക്സിങ്ങും ഇപ്പോൾ ഏജന്റ് അധിഷ്ഠിത സിസ്റ്റങ്ങളുടെ പ്രധാന വാസ്തുവിദ്യാപരമായ പരിഗണനകളാണ്. ഏജന്റ് അധിഷ്ഠിത പ്രവർത്തനശൃംഖല രൂപകൽപ്പന ചെയ്യുന്നതുപോലെതന്നെ, ഏജന്റിന് കാലക്രമേണ സുരക്ഷിതമായും വിശ്വസനീയമായും പ്രവർത്തിക്കാൻ കഴിയുന്ന പരിതസ്ഥിതി രൂപകൽപ്പന ചെയ്യുന്നതും ഇപ്പോൾ പ്രധാനമാണ്.
അതുകൊണ്ടാണ് സാൻഡ്ബോക്സിലുള്ള നിർവഹണത്തിനായുള്ള ഉയർന്നതല അമൂർത്തവൽക്കരണങ്ങൾ പ്രധാനമാകുന്നത്. പുതിയ OpenAI ഏജന്റ്സ് SDK നിർവഹണത്തെ സിസ്റ്റത്തിന്റെ ഘടകാധിഷ്ഠിത പാളിയായി കണക്കാക്കി ആ ദിശയിലേക്ക് നീങ്ങുന്നു: വിവിധ പിന്നണി സംവിധാനങ്ങളിലേക്ക് മാറ്റാവുന്നതും ദീർഘകാല ജോലികളിലുടനീളം അവസ്ഥ നിലനിർത്തുന്നതും ഓരോ പുതിയ സജ്ജീകരണത്തിനും ഒരേ അടിസ്ഥാനസൗകര്യം പുനർനിർമ്മിക്കാതെ ഉപയോഗിക്കാവുന്നത്ര ലളിതവുമായ പാളി.
അടുത്ത തലമുറയിലെ ഏജന്റ് ചട്ടക്കൂടുകളെ നിർവചിക്കുക അവ എത്ര ഏകോപന യുക്തി ചേർക്കുന്നു എന്നതായിരിക്കില്ല. ഏജന്റുകൾ കൂടുതലായി ആശ്രയിക്കുന്ന നിർവഹണ പരിതസ്ഥിതികളെ അവ എത്ര നന്നായി ഘടിപ്പിക്കുന്നു എന്നതായിരിക്കും എന്നതാണ് വിശാലമായ പാഠം.