ക്രമരഹിതമായ ആർക്കിടെക്ചർ കാരണം AI ഏജന്റുകൾ പരാജയപ്പെടുന്നു
AI ഏജന്റുകൾ പലപ്പോഴും ശക്തമായി തോന്നുമെങ്കിലും അവ ദുർബലമായിരിക്കും.
പന്ത്രണ്ട് മണിക്കൂർ മുമ്പ്, എന്റെ സ്കിൽ സിസ്റ്റം ഇപ്രകാരമായിരുന്നു:
- 3 വ്യത്യസ്ത ഡയറക്ടറികളിലായി വിഭജിക്കപ്പെട്ട 34 സ്കില്ലുകൾ.
- 28 സ്കില്ലുകൾ ചലിക്കുമെന്ന് അവകാശപ്പെട്ടു, എന്നാൽ യഥാർത്ഥത്തിൽ 2 എണ്ണം മാത്രമേ ചലിച്ചുള്ളൂ.
- രണ്ട് മാനേജ്മെന്റ് സിസ്റ്റങ്ങൾ തമ്മിൽ ആശയവിനിമയം നടത്താൻ സാധിച്ചില്ല.
- ആരും അറിയാതെ ഒരു ടൂൾ ഒരു സ്കില്ലിലെ 100 വരി കോഡുകൾ ഡിലീറ്റ് ചെയ്തു.
മിക്ക ആളുകളും Large Language Model-നെ പുകഴ്ത്തുന്നു. മോഡലാണ് ശക്തി എന്ന് അവർ കരുതുന്നു. എന്നാൽ മോഡൽ വെറും തലച്ചോറ് മാത്രമാണ്. കൃത്യമായി പ്രവർത്തിക്കുന്ന ഒരു ഏജന്റിന് നാല് കാര്യങ്ങൾ ആവശ്യമാണ്:
- മെമ്മറി (Memory)
- സ്കില്ലുകൾ (Skills)
- ഹുക്കുകൾ (Hooks)
- എക്സ്റ്റൻഷനുകൾ (Extensions)
ഒരു ഭാഗം പരാജയപ്പെട്ടാൽ, ഏജന്റും പരാജയപ്പെടുന്നു. എന്റെ പിശക് ഒരു ബഗ് ആയിരുന്നില്ല. അത് വിഭജനമായിരുന്നു (fragmentation). എനിക്ക് മുറിഞ്ഞ പാതകളും നഷ്ടപ്പെട്ട ലിങ്കുകളും ഉണ്ടായിരുന്നു.
പ്ലാൻ ഇല്ലാതെ ഉടൻ തന്നെ ടൂളുകൾ ഉപയോഗിക്കുന്നത് AI വികസനത്തിലെ അപകടമാണ്. സമയം ലാഭിക്കാൻ നിങ്ങൾ Firecrawl, Crawl4ai, വിവിധ MCP സെർവറുകൾ എന്നിവ ചേർക്കുന്നു. എന്നാൽ നിങ്ങൾക്ക് 115 തേർഡ് പാർട്ടി സ്കില്ലുകൾ ഉണ്ടാകുമ്പോൾ, മൂന്ന് കാര്യങ്ങൾ സംഭവിക്കുന്നു:
- പേരിടലിലെ തർക്കങ്ങൾ (Naming conflicts): ഒരേ പേരുള്ള രണ്ട് സ്കില്ലുകൾ സിസ്റ്റം തകരാറിലാക്കുന്നു.
- എൻവയോൺമെന്റ് മലിനീകരണം (Environment pollution): ഒരു സ്കിൽ മറ്റൊരു സ്കില്ലിന്റെ എൻവയോൺമെന്റ് നശിപ്പിക്കുന്നു.
- തകരാറിലായ അപ്ഡേറ്റുകൾ (Broken updates): ഒരു API അപ്ഡേറ്റ് നിങ്ങളുടെ ചെയിൻ നിശബ്ദമായി തകർക്കുന്നു.
ഇതാണ് ആർക്കിടെക്ചറൽ എൻട്രോപ്പി (architectural entropy). സിസ്റ്റങ്ങൾ വളരുന്നതിനനുസരിച്ച് അവ ട്രാക്ക് ചെയ്യുന്നത് കൂടുതൽ പ്രയാസകരമാകുന്നു.
ഒരു പ്രോജക്റ്റ് ക്രമീകരിക്കുന്നതിന് മുമ്പ് അത് സ്ഥിരത കൈവരിക്കാൻ കാത്തുനിൽക്കരുത്. അത് ഒരു കെണിയാണ്. എന്റെ സിസ്റ്റം ശരിയാക്കാൻ ഞാൻ 12 മണിക്കൂർ ചെലവഴിച്ചു:
- ചിതറിക്കിടന്ന ഡയറക്ടറികളെ രണ്ട് വൃത്തിയുള്ള പാത്തുകളിലേക്ക് ഞാൻ ലയിപ്പിച്ചു.
- അവിചാരിതമായ ഡിലീഷനുകൾ കണ്ടെത്താൻ ഞാൻ ഒരു ഗേറ്റ് (gate) ചേർത്തു.
- സിസ്റ്റത്തിൽ എന്തെങ്കിലും മാറ്റം വരുത്തിയാൽ ക്രിയേറ്ററെ അറിയിക്കുന്നതിനായി ഞാൻ ഒരു നിയമം ഉണ്ടാക്കി.
- പഴയതും ഉപയോഗശൂന്യവുമായ ഫയലുകൾ ഞാൻ ഡിലീറ്റ് ചെയ്തു.
ഇതൊരു പുതിയ ഫീച്ചർ വികസനമായിരുന്നില്ല. ഇതൊരു ആർക്കിടെക്ചർ ഹൈജീൻ (architecture hygiene) ആയിരുന്നു. ഹൈജീൻ എന്നത് ഒരു കോമ്പൗണ്ട് ഇൻവെസ്റ്റ്മെന്റാണ്. അത് വെറുമൊരു മെയിന്റനൻസ് ചിലവ് മാത്രമല്ല.
നിങ്ങൾ AI ഏജന്റുകൾ നിർമ്മിക്കുന്നുണ്ടെങ്കിൽ, ഈ നിയമം പാലിക്കുക: ആദ്യ ദിവസം തന്നെ മെമ്മറിക്കും സ്കില്ലുകൾക്കുമായി നിങ്ങളുടെ നിയമങ്ങൾ നിശ്ചയിക്കുക.
ഈ ചോദ്യങ്ങൾ നേരത്തെ തന്നെ ചോദിക്കുക:
- മെമ്മറി എവിടെയാണ് പോകുന്നത്?
- നിങ്ങൾ എങ്ങനെയാണ് വേർഷനുകൾ മാനേജ് ചെയ്യുന്നത്?
- പേരിടലിലെ തർക്കങ്ങൾ ഒഴിവാക്കാൻ സ്കില്ലുകൾ എവിടെയാണ് സൂക്ഷിക്കുന്നത്?
- എക്സ്റ്റൻഷനുകൾ തമ്മിലുള്ള ഡിപെൻഡൻസികൾ (dependencies) ആരാണ് രേഖപ്പെടുത്തുന്നത്?
- ആരാണ് കൃത്യമായ ഓഡിറ്റുകൾ നടത്തുന്നത്?
നിങ്ങളുടെ ഏജന്റിന് എത്രത്തോളം വളരാൻ കഴിയുമെന്ന് ഈ ഉത്തരങ്ങളാണ് തീരുമാനിക്കുന്നത്. AI-യുടെ തടസ്സം പാരാമീറ്റർ എണ്ണമല്ല. അത് ക്രമരഹിതമായ ഒരു വീടാണ്.
Optional learning community: https://t.me/GyaanSetuAi