ശീർഷകം: സഹായിക്കുന്നതിൽ നിന്ന് പ്രവർത്തിക്കുന്നതിലേക്ക്: ആർക്കിടെക്ചറൽ മാറ്റം

ഉപയോക്താക്കളെ സഹായിക്കുക എന്നതിലുപരി യഥാർത്ഥത്തിൽ ജോലികൾ നിർവ്വഹിക്കുന്ന രീതിയിലേക്ക് AI ഏജന്റുകളെ എങ്ങനെ മാറ്റിയെടുക്കാം എന്ന് മൈക്രോസോഫ്റ്റിന്റെ 2026-ലെ “Agentic Transformation Patterns” പ്ലേബുക്ക് വിശദീകരിക്കുന്നു. ഒരു എക്സിക്യൂഷൻ മോഡ് ഏജന്റിനെ വിപണിയിലെത്തിക്കുന്നതിന് മുമ്പ് അതിന്റെ അടിസ്ഥാന ഇൻഫ്രാസ്ട്രക്ചറിനായി 26 മുതൽ 60 എഞ്ചിനീയർ-ആഴ്ചകൾ വരെ ചിലവാക്കേണ്ടി വരുമെന്ന് ഇത് വ്യക്തമാക്കുന്നു. ഈ മാറ്റം അവഗണിക്കുന്ന കമ്പനികൾ, സ്വയം സുരക്ഷിതമായി പ്രവർത്തിക്കാൻ കഴിയാത്ത ദുർബലമായ ഉപകരണങ്ങൾ നിർമ്മിക്കാനുള്ള സാധ്യതയുണ്ട്.

വൻകിട സംരംഭങ്ങൾ ഇപ്പോൾ ഇമെയിലുകൾ തയ്യാറാക്കാനോ, കോഡ് സ്നിപ്പറ്റുകൾ നിർദ്ദേശിക്കാനോ, വിവരങ്ങൾ ലഭ്യമാക്കാനോ ഉള്ള ലാർജ് ലാംഗ്വേജ് മോഡൽ (LLM) അസിസ്റ്റന്റുകളെ പരീക്ഷിച്ചുകൊണ്ടിരിക്കുകയാണ്. ഈ ഏജന്റുകൾ “അസിസ്റ്റ്” (assist) മോഡിലാണ് പ്രവർത്തിക്കുന്നത്: ഇവിടെ ഓരോ ഔട്ട്‌പുട്ടും ഒരു മനുഷ്യൻ പരിശോധിക്കുന്നു, കൂടാതെ ഒരു ലളിതമായ റാപ്പർ (thin wrapper) അഭ്യർത്ഥന മോഡലിലേക്ക് എത്തിക്കുകയും മറുപടി തിരികെ നൽകുകയും ചെയ്യുന്നു. ഈ ആർക്കിടെക്ചർ നിർമ്മിക്കാൻ ചിലവ് കുറഞ്ഞതും വേഗതയുള്ളതുമാണ്, എന്നാൽ തീരുമാനങ്ങൾ എടുക്കുന്നതും ഡാറ്റ എഴുതുന്നതും മനഃപൂർവ്വം ഉപയോക്താവിനെ ഏൽപ്പിക്കുകയാണ് ചെയ്യുന്നത്.

ഒരു ഓർഗനൈസേഷന് ഏജന്റിനെ ഉപയോഗിച്ച് ഒരു പൂർണ്ണമായ വർക്ക്ഫ്ലോ പ്രവർത്തിപ്പിക്കണമെന്നുണ്ടെങ്കിൽ—അതായത് ഒരു ഡാറ്റാബേസ് പൂരിപ്പിക്കുക, ഒരു ഡൗൺസ്ട്രീം പ്രക്രിയ ആരംഭിക്കുക, അല്ലെങ്കിൽ ഒരു ഇടപാട് അംഗീകരിക്കുക—അപ്പോൾ ആ മോഡലിന് മനുഷ്യൻ പരിശോധിക്കുന്നതിനായി ഉത്തരം നൽകുന്ന ഒരു ബ്ലാക്ക് ബോക്സ് ആയി മാത്രം നിലനിൽക്കാൻ കഴിയില്ല. ഏജന്റിന് സ്വന്തം ഐഡന്റിറ്റിയും, പെർസിസ്റ്റന്റ് സ്റ്റേറ്റും (persistent state), ഇൻ-ബിൽറ്റ് സുരക്ഷാ സംവിധാനങ്ങളും ഉള്ള ഒരു സ്വയംഭരണാധികാര സേവനമായി (autonomous service) പ്രവർത്തിക്കേണ്ടതുണ്ട്. പഴയ അസിസ്റ്റ്-ഒൺലി (assist-only) ഡിസൈനിനെ ഒരു എക്സിക്യൂഷൻ റെഡി സിസ്റ്റമാക്കി മാറ്റാൻ കഴിയില്ലെന്നും, ഏഴ് ആർക്കിടെക്ചറൽ തൂണുകളിലുടനീളം അടിസ്ഥാനപരമായ പുനർനിർമ്മാണം ആവശ്യമാണെന്നും മൈക്രോസോഫ്റ്റ് വാദിക്കുന്നു.

എക്സിക്യൂഷൻ റെഡി ആയ AI ഏജന്റുകളുടെ ഏഴ് തൂണുകൾ

  • അധികാരം (Authority) – “യൂസർ ഡെലിഗേറ്റഡ്” പെർമിഷനുകളിൽ നിന്ന്, നിശ്ചിത ആക്സസ് അവകാശങ്ങളുള്ള പെർസിസ്റ്റന്റ് ഏജന്റ് ഐഡന്റിറ്റികളിലേക്ക് മാറണം. ഒരു മനുഷ്യന്റെ ടോക്കൺ ഇല്ലാതെ തന്നെ ഏജന്റ് ഡൗൺസ്ട്രീം സേവനങ്ങളിൽ സ്വയം ഓതന്റിക്കേറ്റ് ചെയ്യണം.
  • പരിധികൾ (Boundaries) – ഉയർന്ന ഉത്തരവാദിത്തമുള്ള കണക്കുകൂട്ടലുകൾക്കായി അഡ്‌ഹോക്ക് മോഡൽ റീസണിംഗിന് പകരം ഡെറ്റർമിനിസ്റ്റിക് കോഡ് പാത്തുകൾ ഉപയോഗിക്കുക. കൃത്യത ആവശ്യമായ കാര്യങ്ങൾ—സാമ്പത്തിക കണക്കുകൾ, കംപ്ലയൻസ് ചെക്കുകൾ—പരിശോധിച്ച സോഫ്റ്റ്‌വെയറുകളിൽ പ്രവർത്തിപ്പിക്കണം, അല്ലാതെ മോഡലിന്റെ ഔട്ട്‌പുട്ടിൽ നിന്ന് അനുമാനിക്കരുത്.
  • സ്കീമകൾ (Schemas) – ലൂസ്ലി ടൈപ്പ് ചെയ്ത ഡാറ്റാ കൈമാറ്റങ്ങളിൽ നിന്ന്, ഒരു ഡാറ്റാ സ്റ്റുവർഡിന്റെ ഉടമസ്ഥതയിലുള്ള കാനോണിക്കൽ സ്കീമകളിലേക്ക് മാറണം. ഇത് ഡൗൺസ്ട്രീം സിസ്റ്റങ്ങൾക്ക് ഉപയോഗിക്കാൻ കഴിയാത്ത തെറ്റായ റെക്കോർഡുകൾ ഏജന്റ് എഴുതുന്നത് തടയുന്നു.
  • പരാജയങ്ങൾ കണ്ടെത്തൽ (Failure Detection) – മനുഷ്യന്റെ മേൽനോട്ടത്തിന് പകരം തുടർച്ചയായ ടെലിമെട്രിയും ബിസിനസ് ഔട്ട്‌കം മോണിറ്ററിംഗും ഉപയോഗിക്കുക. അപ്രതീക്ഷിതമായ ഇടപാടുകൾ പോലുള്ള അസാധാരണമായ കാര്യങ്ങൾ സിസ്റ്റം സ്വയമേവ കണ്ടെത്തുകയും നിശ്ചിത പരിധി ലംഘിക്കപ്പെട്ടാൽ ഏജന്റിനെ നിർത്തുകയും വേണം.
  • സ്റ്റേറ്റ് (State) – ഹ്രസ്വകാല ചാറ്റ് സെഷനുകൾക്ക് പകരം, ഒരു സിസ്റ്റം ഓഫ് റെക്കോർഡിൽ സൂക്ഷിച്ചിട്ടുള്ള ഡ്യൂറബിൾ, കേസ്-സ്കോപ്പ്ഡ് സ്റ്റേറ്റ് ഉപയോഗിക്കുക. ഒരു എക്സിക്യൂഷൻ ഏജന്റിന് ദിവസങ്ങളോ ആഴ്ചകളോ പഴക്കമുള്ള മുൻപത്തെ ഘട്ടങ്ങൾ, ഓഡിറ്റ് ട്രയലുകൾ അല്ലെങ്കിൽ ഉപയോക്താവിന്റെ താൽപ്പര്യങ്ങൾ എന്നിവ ഓർത്തെടുക്കേണ്ടി വന്നേക്കാം.
  • റോൾബാക്ക് (Rollback) – "പ്രോംപ്റ്റ് വീണ്ടും പ്രവർത്തിപ്പിക്കുക" എന്നതിന് പകരം, പ്രവർത്തനങ്ങൾ വിശ്വസനീയമായി തിരുത്താൻ കഴിയുന്ന ഇവന്റ്-സോഴ്സിംഗ് അല്ലെങ്കിൽ കോമ്പൻസേറ്റിംഗ് ട്രാൻസാക്ഷനുകൾ ഉപയോഗിക്കുക. ഏജന്റ് ഒരു തെറ്റ് ചെയ്താൽ, മാനുവൽ ഇടപെടലില്ലാതെ തന്നെ പ്ലാറ്റ്‌ഫോം അതിന്റെ പ്രത്യാഘാതങ്ങൾ മാറ്റിയെടുക്കണം.
  • ഓഡിറ്റ് ചെയ്യാനുള്ള കഴിവ് (Auditability) – ലളിതമായ ചാറ്റ് ട്രാൻസ്ക്രിപ്റ്റുകളിൽ നിന്ന്, ഓരോ പ്രവർത്തനത്തെയും ഒരു പ്രത്യേക ഏജന്റ് വേർഷനുമായും ഐഡന്റിറ്റിയുമായും ബന്ധിപ്പിക്കുന്ന പെർ-ആക്ഷൻ ലോഗുകളിലേക്ക് ഉയർത്തുക. അപ്പോൾ റെഗുലേറ്റർമാർക്കും ആന്തരിക ഓഡിറ്റർമാർക്കും ഏജന്റ് എന്താണ് ചെയ്തത്, എപ്പോൾ ചെയ്തു, ഏത് പോളിസി പ്രകാരമാണ് ചെയ്തത് എന്ന് കൃത്യമായി കണ്ടെത്താൻ കഴിയും.

ഈ മാറ്റങ്ങൾ ഓപ്ഷണൽ ആയ കൂട്ടിച്ചേർക്കലുകളല്ല; അവ AI അധിഷ്ഠിത ഓട്ടോമേഷനായുള്ള ഒരു പുതിയ ഓപ്പറേറ്റിംഗ് മോഡലാണ്. ഈ അടിത്തറ പണിയുന്നതിന് 26 മുതൽ 60 എഞ്ചിനീയർ-ആഴ്ചകൾ വരെ ആവശ്യമായി വരുമെന്ന് മൈക്രോസോഫ്റ്റ് കണക്കാക്കുന്നു.

എന്തുകൊണ്ട് ഈ ചിലവ് പ്രധാനമാണ്

ഉപയോക്താവിന്റെ വർക്ക്ഫ്ലോയിൽ ഏതാനും മിനിറ്റുകൾ മാത്രം ലാഭിക്കുന്ന കുറഞ്ഞ മൂല്യമുള്ള ജോലികൾക്കായി എക്സിക്യൂഷൻ മോഡ് ഏജന്റുകളെ വിന്യസിക്കരുതെന്ന് പ്ലേബുക്ക് മുന്നറിയിപ്പ് നൽകുന്നു. ഇതിനായി നടത്തുന്ന എഞ്ചിനീയറിംഗ് നിക്ഷേപം ലഭിക്കുന്ന നേട്ടത്തേക്കാൾ കൂടുതലായിരിക്കും. ഓർഡർ ഫുൾഫിൽമെന്റ്, ക്ലെയിം അഡ്ജുഡിക്കേഷൻ, കംപ്ലയൻസ് റിപ്പോർട്ടിംഗ് എന്നിങ്ങനെയുള്ള അളക്കാവുന്ന ഫലങ്ങളുള്ള പ്രക്രിയകളെ ലക്ഷ്യം വയ്ക്കുക; അവിടെ സ്വയംഭരണാധികാരമുള്ള പ്രവർത്തനം നേരിട്ട് ചെലവ് കുറയ്ക്കാനോ റിസ്ക് കുറയ്ക്കാനോ സഹായിക്കും.

നിങ്ങളുടെ ഡാറ്റാ സ്കീമകളുടെ ഉടമസ്ഥാവകാശം നേടുന്നതിന് ഭരണപരമായ അധികാരം ആവശ്യമാണ്.

മറുവാദം: സഹായിക്കുന്ന രീതി മാത്രം മതിയാകുമോ?

മീറ്റിംഗ് കുറിപ്പുകൾ തയ്യാറാക്കുക, നോളജ് ബേസ് ലേഖനങ്ങൾ ലഭ്യമാക്കുക എന്നിങ്ങനെയുള്ള പല ആന്തരിക സപ്പോർട്ട് സാഹചര്യങ്ങളിലും മനുഷ്യന്റെ പരിശോധന ഒരു പ്രായോഗിക സുരക്ഷാ സംവിധാനമായി തുടരുന്നു. ഇതിന്റെ പോരായ്മ എന്നത് പ്രവർത്തന വേഗത കുറയുന്നതും അന്തിമ തീരുമാനത്തിനായി മനുഷ്യ അധ്വാനത്തെ തുടർന്നും ആശ്രയിക്കേണ്ടി വരുന്നതുമാണ്.

സംഗ്രഹം വ്യക്തമാണ്: AI ഏജന്റുകളെ ഒരു സഹായ പങ്കിൽ നിന്ന് സ്വയംഭരണാധികാരമുള്ള ഒരു പങ്കിലേക്ക് മാറ്റുന്നത് വെറുമൊരു ഫീച്ചർ മാറ്റിവെക്കലല്ല; അത് പൂർണ്ണമായ ഒരു ആർക്കിടെക്ചറൽ പുനർനിർമ്മാണമാണ്. എഞ്ചിനീയറിംഗ്, ഗവേണൻസ് ആവശ്യങ്ങളെ കുറച്ചുകാണുന്ന കമ്പനികൾ ദുർബലമായ ബോട്ടുകളെ വിപണിയിലെത്തിക്കാനുള്ള സാധ്യതയുണ്ട്.