മിക്ക AI ഏജന്റുകൾക്കും മികച്ച ഓർമ്മശക്തിയുണ്ട് (recall), എന്നാൽ എന്തിനെ ഓർമ്മിക്കണം എന്ന കാര്യത്തിൽ അവർക്ക് മോശം വിവേചനബുദ്ധിയുമാണ്. ആയിരക്കണക്കിന് പേജുകൾ അവർക്ക് ഉൾക്കൊള്ളാൻ (ingest) കഴിയും, എങ്കിലും അനാവശ്യ ഭാഗങ്ങൾ മറക്കാൻ ആരും അവരെ പഠിപ്പിക്കാത്തതിനാൽ അവർ സ്വന്തം കോൺടെക്സ്റ്റിൽ (context) തന്നെ മുങ്ങിപ്പോകുന്നു. ഈ പ്രശ്നം കൃത്യമായി പരിഹരിക്കാനാണ് Knowledge and Memory Management version 0.0.2 നിർമ്മിച്ചിരിക്കുന്നത്. ഇതൊരു ചെറിയ പാച്ച് മാത്രമല്ല. ഒരു ഏജന്റ് തനിക്കറിയാവുന്ന കാര്യങ്ങൾ എങ്ങനെ സംഭരിക്കുന്നു, കൈമാറുന്നു, മുൻഗണന നൽകുന്നു എന്നതിനെക്കുറിച്ച് ഇത് പുനർചിന്തനം ചെയ്യുന്നു.

മെമ്മറി പ്രശ്നം

ഏജന്റുകൾ സാധാരണയായി ടെക്സ്റ്റിന്റെ ഓരോ ചെറിയ ഭാഗത്തെയും വളരെ പ്രധാനപ്പെട്ടതായി കണക്കാക്കുന്നു. ഒരു വെബ് പേജ് അതിന്റെ നാവിഗേഷൻ മെനുകൾ, കുക്കി ബാനറുകൾ, ഫൂട്ടർ ലിങ്കുകൾ എന്നിവയ്‌ക്കൊപ്പം സ്റ്റോറേജിലേക്ക് മാറ്റപ്പെടുന്നു. ഒരു വീഡിയോ ട്രാൻസ്ക്രിപ്റ്റ് വരുമ്പോൾ അതിലെ ഓരോ “um”, ടൈംസ്റ്റാമ്പ്, സ്പോൺസർ പരസ്യങ്ങൾ എന്നിവയും മാറ്റമില്ലാതെ വരുന്നു. ഒരു ലേഖനത്തിൽ യഥാർത്ഥ വിവരങ്ങളേക്കാൾ കൂടുതൽ പരസ്യങ്ങളുടെ മാർക്കപ്പ് (ad-copy markup) ഉണ്ടാകാം. വിവരങ്ങൾ വീണ്ടെടുക്കുമ്പോൾ (retrieval), സിസ്റ്റം ഈ ബഹളങ്ങൾക്കിടയിൽ നിന്ന് ശരിയായ വിവരങ്ങൾ കണ്ടെത്താൻ ശ്രമിക്കുന്നു. ഈ പാഴാക്കൽ രണ്ട് രീതിയിൽ പ്രകടമാകുന്നു: അനാവശ്യ വിവരങ്ങൾ കാരണം നിങ്ങളുടെ കോൺടെക്സ്റ്റ് വിൻഡോ (context window) ചുരുങ്ങുന്നു, കൂടാതെ അർത്ഥശൂന്യമായ ടെക്സ്റ്റുകൾ പ്രോസസ്സ് ചെയ്യുന്നതിനും എംബെഡ് (embed) ചെയ്യുന്നതിനും പണം നൽകേണ്ടി വരുന്നതിനാൽ നിങ്ങളുടെ ഇൻഫ്രാസ്ട്രക്ചർ ബില്ലും വർദ്ധിക്കുന്നു.

സ്കെയിലിംഗ് (scaling) പ്രശ്നവും അതുപോലെ തന്നെ നിരാശാജനകമാണ്. മിക്ക ആദ്യഘട്ട ഏജന്റുകളും ഹാർഡ്കോഡ് ചെയ്ത പാത്തുകൾ (hardcoded paths) വഴി ഒരു സിംഗിൾ മെഷീനുമായി ബന്ധിക്കപ്പെട്ടിരിക്കുന്നു. പ്രോജക്റ്റ് നിങ്ങളുടെ ലാപ്ടോപ്പിൽ നിന്ന് ഒരു സെർവറിലേക്കോ, അല്ലെങ്കിൽ ഒരു VPS-ൽ നിന്ന് മറ്റൊന്നിലേക്കോ മാറ്റുമ്പോൾ, തകരാറിലായ റഫറൻസുകൾ ശരിയാക്കാൻ കോൺഫിഗറേഷൻ ഫയലുകൾ പരിശോധിച്ചു തന്നെ സമയം കളയേണ്ടി വരുന്നു. ഏജന്റ് ഒരു സോഫ്റ്റ്‌വെയർ എന്ന നിലയിൽ നിന്ന് മാറി, ഒരു പ്രത്യേക മുറിയിൽ മാത്രം നിലനിൽക്കാൻ കഴിയുന്ന ദുർബലമായ ഒരു കലാസൃഷ്ടി പോലെയായി മാറുന്നു.

V0.0.2-ൽ എന്ത് മാറി

ഈ റിലീസ് രണ്ട് പ്രശ്നങ്ങളെയും നേരിട്ട് അഭിമുഖീകരിക്കുന്നു. ഇത് ഒരു പോർട്ടബിൾ പാത്തിംഗ് സ്കീമും (portable pathing scheme), മെമ്മറിയിൽ എത്തുന്നതിന് മുമ്പ് അറിവിനെ ശുദ്ധീകരിക്കുന്ന ഒരു ഏകീകൃത സംഗ്രഹ പൈപ്പ്‌ലൈനും (unified summarization pipeline) അവതരിപ്പിക്കുന്നു. ഇതിന്റെ ഫലമായി, എളുപ്പത്തിൽ മാറ്റാൻ കഴിയുന്നതും കുറഞ്ഞ ചിലവിൽ പ്രവർത്തിപ്പിക്കാൻ കഴിയുന്നതുമായ ഒരു ഏജന്റ് ലഭിക്കുന്നു.

നിങ്ങൾ ഇനി ഇൻഫ്രാസ്ട്രക്ചറുമായി പൊരുതേണ്ടതില്ല. പരിമിതമായ കോൺടെക്സ്റ്റിലേക്ക് അമിതഭാരമുള്ള ഡോക്യുമെന്റുകൾ നിറയ്ക്കേണ്ടി വരുന്നില്ല. ഏജന്റ് ഇപ്പോൾ കൂടുതൽ മികച്ച രീതിയിൽ കാര്യങ്ങൾ ഓർമ്മിക്കുന്നു.

$AGENT_HOME ഉപയോഗിച്ച് ഡിസൈൻ ചെയ്ത പോർട്ടബിലിറ്റി

ഏറ്റവും പ്രായോഗികമായ മാറ്റം $AGENT_HOME എന്ന എൻവയോൺമെന്റ് വേരിയബിളിന്റെ (environment variable) അവതരണമാണ്. സിസ്റ്റം ഉപയോഗിക്കുന്ന എല്ലാ പാത്തുകളും—നോളജ് ബേസുകൾ, വർക്കിംഗ് മെമ്മറി, കാഷഡ് സമ്മറികൾ, സെഷൻ ലോഗുകൾ—ഈ റൂട്ടിനെ (root) അടിസ്ഥാനമാക്കിയാണ് പ്രവർത്തിക്കുന്നത്. ഇതിനർത്ഥം ഒരു വരി കോഡ് പോലും മാറ്റാതെ തന്നെ നിങ്ങളുടെ മുഴുവൻ ഏജന്റ് ഡയറക്ടറിയും എവിടെ വേണമെങ്കിലും മാറ്റാൻ കഴിയും എന്നാണ്.

ഒരു സാധാരണ മൈഗ്രേഷൻ (migration) ഉദാഹരണമായി എടുക്കാം. ഇന്നലെ നിങ്ങളുടെ ഏജന്റ് /srv/ai-agent എന്ന പാത്തിൽ ഒരു DigitalOcean ഡ്രോപ്‌ലെറ്റിലായിരുന്നു (droplet). ഇന്ന് നിങ്ങൾക്ക് അത് ലോക്കലായി പ്രവർത്തിപ്പിക്കണമെന്നോ അല്ലെങ്കിൽ ഒരു സഹപ്രവർത്തകന് കൈമാറണമെന്നോ ആഗ്രഹിക്കുന്നു. പണ്ട്, JSON കോൺഫിഗറുകൾ, പൈത്തൺ സ്ക്രിപ്റ്റുകൾ, ഷെൽ റാപ്പറുകൾ എന്നിവയിലുടനീളം ചിതറിക്കിടക്കുന്ന ഹാർഡ്കോഡ് ചെയ്ത അബ്സല്യൂട്ട് പാത്തുകൾ (absolute paths) നിങ്ങൾ കണ്ടെത്തുമായിരുന്നു. ഡസൻ കണക്കിന് ഫയലുകളിൽ sed ഉപയോഗിച്ച് മാറ്റങ്ങൾ വരുത്തി, എല്ലാ റഫറൻസുകളും ശരിയായി എന്ന് പ്രത്യാശിച്ചു നിങ്ങൾ കാത്തിരിക്കേണ്ടി വരുമായിരുന്നു. എന്നാൽ version 0.0.2-ലൂടെ ഇത് പൂർണ്ണമായും ഒഴിവാക്കാം. നിങ്ങൾ ഫോൾഡർ കോപ്പി ചെയ്യുക, export AGENT_HOME=/your/path എന്ന് സെറ്റ് ചെയ്യുക, എന്നിട്ട് റൺ ചെയ്യുക. ഇൻജഷൻ സ്ക്രിപ്റ്റുകൾ, മെമ്മറി ഇൻഡക്സ്, റിട്രീവൽ ലെയർ എന്നിവയെല്ലാം സ്വയമേവ ക്രമീകരിക്കപ്പെടുന്നു, കാരണം അവ തങ്ങൾക്കറിയാം എന്ന് കരുതുന്നതിന് പകരം ഹോം (home) എവിടെയാണെന്ന് ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തോട് ചോദിക്കുന്നു.

ഈ പോർട്ടബിലിറ്റി സൗകര്യത്തിനപ്പുറം വലിയ പ്രാധാന്യമുള്ളതാണ്. ഇത് നിങ്ങളുടെ സെറ്റപ്പ് പുനരാവിഷ്കരിക്കാൻ (reproducible) സഹായിക്കുന്നു. നിങ്ങളുടെ മെഷീനിൽ മാത്രം പ്രവർത്തിക്കുന്ന പാത്തുകൾ ഉപയോഗിച്ച് റെപ്പോസിറ്ററി (repository) നശിപ്പിക്കാതെ തന്നെ നോളജ് ഡയറക്ടറി വെർഷൻ കൺട്രോളിൽ (version control) ട്രാക്ക് ചെയ്യാൻ നിങ്ങൾക്ക് കഴിയും. ഒരു സഹപ്രവർത്തകൻ റെപ്പോ ക്ലോൺ ചെയ്യുകയും, $AGENT_HOME അവരുടെ ഫയൽസിസ്റ്റത്തിലേക്ക് തിരിച്ചുവിടുകയും ചെയ്താൽ അവർക്ക് സ്വന്തം ഡാറ്റ ഉപയോഗിക്കാം. ഓരോ എൻവയോൺമെന്റിനും വേണ്ടി കോൺഫിഗറേഷനുകൾ വീണ്ടും എഴുതാതെ തന്നെ, നിങ്ങളുടെ CI പൈപ്പ്‌ലൈനിന് ഒരു പുതിയ ഏജന്റിനെ സജ്ജമാക്കാനും ഒരു വേരിയബിൾ സെറ്റ് ചെയ്ത് അതിന്റെ പ്രവർത്തനം പരിശോധിക്കാനും കഴിയും.

നിങ്ങൾ ഏജന്റിനെ ഒരു systemd സർവീസായി ആണ് പ്രവർത്തിപ്പിക്കുന്നതെങ്കിൽ, ആ വേരിയബിൾ സർവീസ് യൂണിറ്റിൽ ചേർക്കുക. നിങ്ങൾ അത് കണ്ടെയ്‌നറൈസ് (containerize) ചെയ്യുന്നുണ്ടെങ്കിൽ, Dockerfile അല്ലെങ്കിൽ compose ഫയലിൽ അത് നൽകുക. നിങ്ങൾ ഒന്നിലധികം ഷെല്ലുകൾ ഉപയോഗിക്കുന്നുണ്ടെങ്കിൽ, അത് നിലനിൽക്കുന്നതിനായി .bashrc അല്ലെങ്കിൽ .zshrc-ൽ ചേർക്കുക. ഇൻഫ്രാസ്ട്രക്ചർ ലളിതമായിരിക്കണം എന്നതുകൊണ്ട് തന്നെ, ഈ സെറ്റപ്പ് ബോറടിപ്പിക്കുന്ന രീതിയിൽ ലളിതമാക്കിയതാണ്.

മൂന്ന് സ്രോതസ്സുകൾ, ഒരു ക്ലീനപ്പ് പൈപ്പ്‌ലൈൻ

സിസ്റ്റം മൂന്ന് പ്രത്യേക ചാനലുകളിൽ നിന്ന് അറിവ് ഉൾക്കൊള്ളുന്നു:

  • വെബ് പേജുകൾ (Web pages). ഇവ HTML ബൊയിലർപ്ലേറ്റിനുള്ളിൽ (boilerplate) പൊതിഞ്ഞാണ് വരുന്നത്. മൂവായിരം വാക്കുകളുള്ള മാർക്കപ്പ്, നാവിഗേഷൻ, കമന്റ് സെക്ഷനുകൾ എന്നിവയ്ക്കിടയിൽ വെറും മുന്നൂറ് വാക്കുകൾ മാത്രമായിരിക്കാം യഥാർത്ഥ ഉള്ളടക്കം.
  • വീഡിയോ ട്രാൻസ്ക്രിപ്റ്റുകൾ (Video transcripts). സ്പീച്ച്-ടു-ടെക്സ്റ്റ് ഔട്ട്‌പുട്ടുകൾ അമിതമായി വിവരണാത്മകമാണ് (verbose). ഫില്ലറുകൾ, ആവർത്തനങ്ങൾ, ടൈംസ്റ്റാമ്പുകൾ, വിഷയേതരമായ സംസാരങ്ങൾ എന്നിവ അർത്ഥശൂന്യമായ ഒരു വിവരപ്രവാഹം സൃഷ്ടിക്കുകയും ഇൻസൈറ്റുകൾ നൽകാതെ തന്നെ ടോക്കണുകൾ (tokens) ഉപയോഗിക്കുകയും ചെയ്യുന്നു.
  • ലേഖനങ്ങൾ (Articles). ഇവയുടെ ഫോർമാറ്റുകൾ വളരെ വ്യത്യസ്തമാണ്. ചിലത് വൃത്തിയുള്ള ടെക്സ്റ്റ് നൽകുന്നു. മറ്റുള്ളവ പരസ്യങ്ങൾ, ന്യൂസ്‌ലെറ്റർ സൈൻഅപ്പ് ബോക്സുകൾ, സോഷ്യൽ എംബഡുകൾ എന്നിവ ഉപയോഗിച്ച് വായനാനുഭവം തടസ്സപ്പെടുത്തുന്നു.

Version 0.0.2 ഇവയെ പ്രത്യേകം കൈകാര്യം ചെയ്യേണ്ട സിലോളുകളായി (silos) കാണുന്നില്ല. പകരം, അവ വർക്കിംഗ് മെമ്മറിയിലേക്ക് (working memory) പ്രവേശിക്കുന്നതിന് മുമ്പ് ഒരേ സമ്മറൈസേഷൻ ലെയറിലൂടെ (summarization layer) ഇവ മൂന്നിനെയും കടത്തിവിടുന്നു. ഈ ലെയർ അവകാശവാദങ്ങൾ (claims), നടപടിക്രമങ്ങൾ (procedures), ഡാറ്റാ പോയിന്റുകൾ (data points), ബന്ധങ്ങൾ (relationships) എന്നിവ വേർതിരിച്ചെടുക്കുന്നു. മനുഷ്യർ സ്വാഭാവികമായും അവഗണിക്കുന്ന അനാവശ്യ വിവരങ്ങളെ (noise) ഇത് ഒഴിവാക്കുന്നു.

സമ്മറൈസേഷൻ (Summarization) എന്തുകൊണ്ട് ഒരു സ്കെയിലിംഗ് സ്ട്രാറ്റജിയാണ് (Scaling Strategy)

സമ്മറൈസേഷനെ ഒരു ആഡംബര ഫീച്ചറായോ, ഉണ്ടെങ്കിൽ നല്ലതാണ് എന്നാൽ അത്യാവശ്യമില്ലാത്ത ഒന്നായോ കാണുന്ന ഒരു പ്രവണതയുണ്ട്. അത് തെറ്റാണ്. ഒരു ലാംഗ്വേജ് മോഡൽ ഏജന്റിനെ (language-model agent) സംബന്ധിച്ചിടത്തോളം, സമ്മറൈസേഷൻ എന്നത് ഒരു സ്കെയിലിംഗ് ആവശ്യകതയാണ് (scaling requirement).

കോൺടെക്സ്റ്റ് വിൻഡോകൾക്ക് (Context windows) പരിധികളുണ്ട്. റിട്രീവൽ ബജറ്റുകൾക്ക് (Retrieval budgets) ചിലവുകളുണ്ട്. ഒരു കുക്കി ബാനറിനോ വീഡിയോ സ്പോൺസർ പരസ്യത്തിനോ വേണ്ടി ചെലവാക്കുന്ന ഓരോ ടോക്കണും (token) നിങ്ങൾക്ക് റീസണിംഗിനായി (reasoning) ഉപയോഗിക്കാൻ കഴിയില്ല. നിങ്ങളുടെ ഏജന്റ് ഒരു മറുപടി തയ്യാറാക്കുമ്പോൾ, കൂടുതൽ ടെക്സ്റ്റ് ചുറ്റും ഉണ്ടെന്നതുകൊണ്ട് മാത്രം അത് കൂടുതൽ ബുദ്ധിമാനാകില്ല. പകരം, ശരിയായ ടെക്സ്റ്റ് ചുറ്റും ഉണ്ടെങ്കിൽ മാത്രമേ അത് കൂടുതൽ ബുദ്ധിമാനാകൂ.

വിവരങ്ങൾ സ്വീകരിക്കുന്ന സമയത്ത് തന്നെ (ingestion time) അനാവശ്യ വിവരങ്ങൾ ഒഴിവാക്കുന്നതിലൂടെ, സിസ്റ്റം സിഗ്നലിനെ (signal) കംപ്രസ് ചെയ്യുന്നു. ഒരേ കോൺടെക്സ്റ്റ് ബജറ്റിനുള്ളിൽ തന്നെ കൂടുതൽ സ്രോതസ്സുകൾ പരിശോധിക്കാൻ നിങ്ങളുടെ ഏജന്റിന് കഴിയും. രണ്ട് അസംസ്കൃത രേഖകൾ (raw documents) ഉൾക്കൊള്ളാൻ പ്രയാസപ്പെട്ടിരുന്ന ഇടത്ത് പത്ത് സംഗ്രഹിച്ച രേഖകൾക്ക് (distilled documents) ഇടം ലഭിക്കുന്നു. അഞ്ച് സ്രോതസ്സുകൾ മാത്രം കൈകാര്യം ചെയ്യുന്ന ഒരു പ്രോട്ടോടൈപ്പിൽ നിന്ന് നൂറുകണക്കിന് സ്രോതസ്സുകൾ കൈകാര്യം ചെയ്യുന്ന ഒരു പ്രൊഡക്ഷൻ സിസ്റ്റമായി മാറാൻ ഏജന്റിനെ സഹായിക്കുന്നത് ഈ സാന്ദ്രതയാണ് (density). മെമ്മറി ഫൂട്ട്പ്രിന്റ് (memory footprint) നിയന്ത്രിക്കാൻ കഴിയുന്ന രീതിയിൽ നിലനിൽക്കുന്നു. അനാവശ്യമായ വിവരങ്ങൾ ഒഴിവാകുന്നത് കൊണ്ട് റിട്രീവൽ ഗുണനിലവാരം മെച്ചപ്പെടുന്നു. ബോയ്‌ലർപ്ലേറ്റ് (boilerplate) വിവരങ്ങൾ എംബെഡ് ചെയ്യാനും ക്വറി ചെയ്യാനും പണം ചെലവാക്കുന്നത് ഒഴിവാകുന്നതിനാൽ ടോക്കൺ ചിലവ് കുറയുന്നു.

ഇത് സൂക്ഷ്മമായ കാര്യങ്ങൾ കളയുന്ന തരത്തിലുള്ള അഗ്രസീവ് ലോസി കംപ്രഷൻ (lossy compression) അല്ല. മറിച്ച്, പൈപ്പ്‌ലൈനിൽ (pipeline) ഉൾപ്പെടുത്തിയിട്ടുള്ള എഡിറ്റോറിയൽ ജഡ്ജ്‌മെന്റാണ് (editorial judgment). സമ്മറി സാങ്കേതികമായ പ്രത്യേകതകൾ, നാമവിശേഷണങ്ങൾ (named entities), കാരണപരമായ ബന്ധങ്ങൾ (causal links), നിർദ്ദേശ ഘട്ടങ്ങൾ (instructional steps) എന്നിവ നിലനിർത്തുന്നു. ഫോർമാറ്റിംഗ് സംബന്ധമായ അവശിഷ്ടങ്ങളും സംഭാഷണപരമായ അനാവശ്യ ഭാഗങ്ങളും ഇത് നീക്കം ചെയ്യുന്നു.

തുടങ്ങാം

സിസ്റ്റം നിങ്ങളുടെ പ്രവർത്തനങ്ങളിൽ തടസ്സമാകാതിരിക്കാൻ വേണ്ടി ഇതിന്റെ സെറ്റപ്പ് വളരെ ലളിതമായാണ് രൂപകൽപ്പന ചെയ്തിരിക്കുന്നത്.

നിങ്ങളുടെ ടെർമിനൽ തുറന്ന് റൂട്ട് പാത്ത് (root path) സെറ്റ് ചെയ്യുക:

export AGENT_HOME=/your/path

ഈ വരി നിങ്ങളുടെ ഷെൽ പ്രൊഫൈലിൽ (shell profile) ചേർത്ത് ഇത് സ്ഥിരമാക്കുക, അല്ലെങ്കിൽ നിങ്ങളുടെ ഏജന്റ് പ്രവർത്തിപ്പിക്കുന്ന ഓർക്കസ്ട്രേഷൻ ലെയറിലേക്ക് (orchestration layer) ഇത് ഉൾപ്പെടുത്തുക. ഡയറക്ടറി ഘടന (directory structure) കൃത്യമായി നിലനിർത്തുക. ഏജന്റിന്റെ ഫോൾഡറുകൾ—അവ knowledge/, memory/, summaries/ എന്നോ മറ്റോ ആണെങ്കിലും—ആ റൂട്ടിന് അനുസൃതമായിരിക്കണമെന്ന് ഏജന്റ് പ്രതീക്ഷിക്കുന്നു. വേരിയബിൾ സജീവമായാൽ, നിങ്ങളുടെ വെബ് പേജുകൾ, ട്രാൻസ്ക്രിപ്റ്റുകൾ, ലേഖനങ്ങൾ എന്നിവയിലേക്ക് ഏജന്റിനെ തിരിച്ചുവിടുക. ബാക്കി കാര്യങ്ങൾ ഇൻജഷൻ, സമ്മറൈസേഷൻ പൈപ്പ്‌ലൈനുകൾ കൈകാര്യം ചെയ്യും.

നിങ്ങൾ പഴയ വേർഷനിൽ നിന്ന് മാറുന്നവരാണെങ്കിൽ, ഈ പ്രക്രിയയും വളരെ ലളിതമാണ്. നിങ്ങളുടെ നിലവിലുള്ള ഡാറ്റ പുതിയ $AGENT_HOME ശ്രേണിയിലേക്ക് മാറ്റുക, വേരിയബിൾ അപ്‌ഡേറ്റ് ചെയ്യുക, ഏജന്റ് പാത്തുകൾ (paths) ശരിയായി കണ്ടെത്തുന്നുണ്ടെന്ന് ഉറപ്പുവരുത്തുക. മൈഗ്രേഷൻ സ്ക്രിപ്റ്റുകളോ (migration scripts) ഡാറ്റാബേസ് സ്കീമ മാറ്റങ്ങളോ ആവശ്യമില്ല. ഏജന്റ് ഡിസ്കിൽ എവിടെയാണെന്ന് അറിയാൻ ഒരു സിംഗിൾ സോഴ്സ് ഓഫ് ട്രൂത്ത് (single source of truth) മാത്രം മതിയാകും.

യഥാർത്ഥ ഗുണഫലം

മെച്ചപ്പെട്ട മെമ്മറി മാനേജ്‌മെന്റ് എന്നാൽ കൂടുതൽ ഡാറ്റ ശേഖരിക്കുക എന്നതല്ല. മറിച്ച്, നിങ്ങളുടെ പക്കലുള്ള ഡാറ്റ കൃത്യമായി ക്രമീകരിക്കുക എന്നതാണ്. Version 0.0.2 പോർട്ടബിലിറ്റിയെയും (portability) സമ്മറൈസേഷനെയും വെറുമൊരു അനുബന്ധ കാര്യങ്ങളായല്ല, മറിച്ച് പ്രധാനപ്പെട്ട കാര്യങ്ങളായാണ് കാണുന്നത്. ഒന്നും തകരാറിലാക്കാതെ തന്നെ നിങ്ങളുടെ ഏജന്റിനെ വിവിധ മെഷീനുകൾക്കിടയിൽ മാറ്റാനുള്ള സ്വാതന്ത്ര്യം ഇതിലൂടെ ലഭിക്കുന്നു, കൂടാതെ യഥാർത്ഥത്തിൽ ആവശ്യമായ വിവരങ്ങൾ മാത്രം അടങ്ങിയ ഒരു കോൺടെക്സ്റ്റ് വിൻഡോയുടെ കാര്യക്ഷമതയും നിങ്ങൾക്ക് ലഭിക്കുന്നു.

നിങ്ങളുടെ ഹോം ഡയറക്ടറി സെറ്റ് ചെയ്യുക. യഥാർത്ഥ സ്രോതസ്സുകൾ ഏജന്റിന് നൽകുക. അനാവശ്യ വിവരങ്ങൾ ഒഴിവാക്കാൻ സിസ്റ്റത്തെ അനുവദിക്കുക. പാത്ത് എററുകൾ (path errors) പരിഹരിക്കാൻ കുറഞ്ഞ സമയവും അനാവശ്യ വിവരങ്ങൾ പ്രോസസ്സ് ചെയ്യാൻ കുറഞ്ഞ പണവും ചെലവാക്കേണ്ടി വരും; പകരം ഏജന്റ് പഠിച്ച കാര്യങ്ങൾ ഉപയോഗിക്കാൻ നിങ്ങൾക്ക് കൂടുതൽ സമയം ലഭിക്കും.

Source: https://dev.to/mage0535/thinking-1-analyze-the-request-12go

Community: https://t.me/GyaanSetuAi