ഒരാൾ 6 AI ഏജന്റ് കമ്പനികൾ ഉണ്ടാക്കി, ഒരാഴ്ചയിൽ 30 വെബ്സൈറ്റുകൾ തുടങ്ങി

2/13/2026
6 min read
സമീപകാലത്ത് ഒരു സ്വതന്ത്ര ഡെവലപ്പർ ചെയ്ത ഒരു കാര്യം കണ്ടപ്പോൾ ഞാൻ സ്തബ്ധനായിപ്പോയി. 6 AI ഏജന്റുകൾ, സ്വന്തമായി ഒരു വെബ്സൈറ്റ് പ്രവർത്തിപ്പിക്കുന്നു. എല്ലാ ദിവസവും സ്വയം മീറ്റിംഗുകൾ നടത്തുന്നു, വോട്ട് ചെയ്യുന്നു, ഉള്ളടക്കം എഴുതുന്നു, ട്വിറ്റർ പോസ്റ്റുകൾ ഇടുന്നു, ഗുണനിലവാര പരിശോധന നടത്തുന്നു. എല്ലാം സ്വയം പ്രവർത്തിക്കും, ആരും ശ്രദ്ധിക്കാനില്ല. ഇതൊരു ഡെമോ അല്ല, ശരിക്കും ഓൺലൈനിൽ പ്രവർത്തിക്കുന്ന ഒന്നാണ്. ![截屏2026-02-11 09.13.32](/uploads/wechat-1770959750244-abfebzr.png)截屏2026-02-11 09.13.32 എന്നാൽ എന്നെ കൂടുതൽ ആകർഷിച്ചത് ക്ലോസ്ഡ് ലൂപ്പ് ആർക്കിടെക്ചർ അല്ല, ഓരോ ഏജന്റിനും ഒരു സമ്പൂർണ്ണമായ "വ്യക്തിത്വ സംവിധാനം" രൂപകൽപ്പന ചെയ്തു എന്നതാണ്. അവർക്ക് സ്വഭാവമുണ്ട്, ബന്ധങ്ങളുണ്ട്, വളർച്ചയുടെ രീതികളുണ്ട്, RPG ആട്രിബ്യൂട്ട് പാനലുകളും 3D അവതാറുകളും പോലുമുണ്ട്. സത്യം പറഞ്ഞാൽ, ഇത് കണ്ടപ്പോൾ എന്റെ ആദ്യ പ്രതികരണം ഇതായിരുന്നു: ഇതൊരു ഇലക്ട്രോണിക് പെറ്റ് അല്ലേ? ഈ വളർത്തുമൃഗങ്ങൾ ട്വീറ്റുകൾ ചെയ്യാൻ സഹായിക്കും, ഗവേഷണം നടത്തും, റിപ്പോർട്ടുകൾ എഴുതും, പരസ്പരം വഴക്കിടുകയും ചെയ്യും. ഇന്ന് ഈ രൂപകൽപ്പനയെക്കുറിച്ച് വിശദമായി സംസാരിക്കാം, മൾട്ടി-ഏജന്റ് സിസ്റ്റം ചെയ്യുന്ന സുഹൃത്തുക്കൾക്ക് ഇത് വളരെ പ്രചോദനകരമാകും. **ആർക്കിടെക്ചർ വേഗത്തിൽ നോക്കാം** സാങ്കേതികവിദ്യയുടെ മൂന്ന് പ്രധാന ഭാഗങ്ങൾ: OpenClaw ഒരു VPS-ൽ തലച്ചോറായി പ്രവർത്തിക്കുന്നു, Next.js + Vercel ഫ്രണ്ട്എൻഡ്, API ലെയറുകൾ ചെയ്യുന്നു, Supabase എല്ലാ സ്റ്റേറ്റുകളും സംഭരിക്കുന്നു. ഓരോ 6 ഏജന്റുകൾക്കും വ്യത്യസ്ത ജോലികളുണ്ട് - തീരുമാനങ്ങൾ എടുക്കുന്നവർ, ഗവേഷണം ചെയ്യുന്നവർ, വിവരങ്ങൾ ശേഖരിക്കുന്നവർ, ഉള്ളടക്കം എഴുതുന്നവർ, സോഷ്യൽ മീഡിയ കൈകാര്യം ചെയ്യുന്നവർ, ഗുണനിലവാരം പരിശോധിക്കുന്നവർ എന്നിങ്ങനെ. OpenClaw-യുടെ cron job അവരെ എല്ലാ ദിവസവും "ജോലിക്ക് പ്രേരിപ്പിക്കുന്നു", റൗണ്ട് ടേബിൾ ഫംഗ്ഷൻ ഉപയോഗിച്ച് ചർച്ച ചെയ്യാനും വോട്ട് ചെയ്യാനും അനുവദിക്കുന്നു. എന്നാൽ "സംസാരിക്കാൻ കഴിയുന്ന" അവസ്ഥയിൽ നിന്ന് "ജോലി ചെയ്യാൻ കഴിയുന്ന" അവസ്ഥയിലേക്ക് എത്താൻ ഒരു വലിയ ലൂപ്പ് ആവശ്യമാണ്. ഇത് പ്രവർത്തിപ്പിക്കാൻ രചയിതാവ് മൂന്ന് വലിയ കുഴികൾ ചാടേണ്ടിവന്നു, അത് ലളിതമായി പറയാം: **കുഴി ഒന്ന്: VPS-ഉം Vercel-ഉം ഒരേ സമയം ടാസ്‌ക്കുകൾക്കായി മത്സരിക്കുന്നു.** രണ്ട് എക്സിക്യൂട്ടറുകളും ഒരേ ടേബിളിൽ നിന്ന് വിവരങ്ങൾ എടുക്കുന്നു, ഇത് ടാസ്‌ക് സ്റ്റേറ്റിൽ വൈരുദ്ധ്യമുണ്ടാക്കുന്നു. ഇതിനുള്ള പരിഹാരം ഏതെങ്കിലും ഒന്ന് ഒഴിവാക്കുക എന്നതാണ്, VPS എക്സിക്യൂഷൻ കൈകാര്യം ചെയ്യുന്നു, Vercel നിയന്ത്രണം മാത്രം ചെയ്യുന്നു. **കുഴി രണ്ട്: ട്രിഗറുകൾക്ക് വ്യവസ്ഥകൾ കണ്ടെത്താനും നിർദ്ദേശങ്ങൾ സൃഷ്ടിക്കാനും കഴിയും, പക്ഷേ നിർദ്ദേശങ്ങൾ എല്ലായ്പ്പോഴും പെൻഡിംഗിൽ നിൽക്കും.** കാരണം, ട്രിഗറുകൾ ഡാറ്റ നേരിട്ട് ടേബിളിലേക്ക് ചേർക്കുന്നു, തുടർന്ന് വരുന്ന അംഗീകാരവും ടാസ്‌ക് ക്രിയേഷൻ പ്രക്രിയയും ഒഴിവാക്കുന്നു. ഇതിനുള്ള പരിഹാരം ഒരു ഏകീകൃത എൻട്രി ഫംഗ്ഷൻ ഉണ്ടാക്കുക എന്നതാണ്, എല്ലാ നിർദ്ദേശങ്ങളും ഇതിലൂടെ കടന്നുപോകണം. **കുഴി മൂന്ന്: ക്വാട്ട തീർന്നു, പക്ഷേ ക്യൂവിലുള്ള ടാസ്‌ക്കുകൾ കൂടിക്കൊണ്ടിരിക്കുന്നു.** ക്വാട്ട കഴിഞ്ഞാൽ വർക്കർ ടാസ്‌ക് ഒഴിവാക്കും, അത് ഏറ്റെടുക്കുകയോ പരാജയമായി അടയാളപ്പെടുത്തുകയോ ചെയ്യില്ല, കാലക്രമേണ ഡാറ്റാബേസിൽ നൂറുകണക്കിന് സ്റ്റെപ്പുകൾ ഉണ്ടാകും, അത് ഒരിക്കലും പ്രവർത്തിക്കില്ല. ഇതിനുള്ള പരിഹാരം നിർദ്ദേശം വരുന്നിടത്ത് തന്നെ ക്വാട്ട പരിശോധിക്കുക എന്നതാണ്, നിറഞ്ഞാൽ ഉടൻ തന്നെ നിരസിക്കുക, ക്യൂവിൽ ടാസ്‌ക്കുകൾ ഉണ്ടാക്കാതിരിക്കുക. ഈ മൂന്ന് കുഴികളുടെയും പ്രധാന ആശയം ഒന്നുതന്നെയാണ് - **പ്രശ്നങ്ങൾ ക്യൂവിലേക്ക് വരുന്നതിന് മുമ്പ് തന്നെ തടയുക.** ലൂപ്പ് പ്രവർത്തിച്ചതിന് ശേഷം, രസകരമായ ഭാഗം ശരിക്കും ആരംഭിക്കുന്നു. **റോൾ കാർഡ്: ഒരു വാക്യമല്ല, ഒരു സമ്പൂർണ്ണ "ജീവനക്കാരുടെ മാനുവൽ" ആണ്** മൾട്ടി-ഏജന്റ് സിസ്റ്റം ചെയ്യുന്ന ആളുകൾക്ക് അറിയാം, നിങ്ങൾ Claude-നോട് "നിങ്ങൾ ഒരു സോഷ്യൽ മീഡിയ മാനേജരാണ്" എന്ന് പറഞ്ഞാൽ, അത് ട്വീറ്റ് ചെയ്യും. എന്നാൽ നിങ്ങൾ ഒരേസമയം 6 ഏജന്റുകളെ പ്രവർത്തിപ്പിക്കുമ്പോൾ, നിങ്ങൾക്ക് ഇത് മനസ്സിലാകും: - അവരെല്ലാം ഒരേ രീതിയിലാണ് സംസാരിക്കുന്നത് - എന്ത് ചെയ്യാൻ പാടില്ലെന്ന് അവർക്കറിയില്ല - ആർക്കാണ് ആരുമായി സഹകരിക്കാൻ കഴിയുക, ആർക്കാണ് ആരുമായി തർക്കമുണ്ടാകുക എന്നതൊക്കെ ഭാഗ്യത്തെ ആശ്രയിച്ചിരിക്കും - അനുഭവത്തിൽ നിന്ന് പഠിച്ച് സ്വഭാവം മാറ്റാൻ അവർക്ക് കഴിയില്ല ഈ ഡെവലപ്പർ ഓരോ ഏജന്റിനും 6 ലെയറുകളുള്ള റോൾ കാർഡുകൾ രൂപകൽപ്പന ചെയ്തു: `Domain → നിങ്ങൾ എന്താണ് ചെയ്യുന്നത് Inputs/Outputs → നിങ്ങൾ ആരിൽ നിന്നാണ് വിവരങ്ങൾ എടുക്കുന്നത്, ആർക്കാണ് നൽകുന്നത് Definition of Done → എന്താണ് "പൂർത്തിയായി" എന്ന് പറയുന്നത് Hard Bans → നിങ്ങൾ എന്തൊക്കെ ചെയ്യാൻ പാടില്ല Escalation → എപ്പോൾ നിർത്തണം, ആരോട് ചോദിക്കണം Metrics → നിങ്ങളുടെ KPI `സോഷ്യൽ മീഡിയ ഏജന്റിന്റെ ഉദാഹരണം എടുക്കുകയാണെങ്കിൽ, അതിന്റെ റോൾ കാർഡ് ഇങ്ങനെ നിർവചിക്കുന്നു: ഉള്ളടക്കം വിതരണം ചെയ്യുക എന്നത് മാത്രമാണ് ജോലി, എഴുത്ത് ഏജന്റിൽ നിന്ന് ലേഖനങ്ങളും വിവര ഏജന്റിൽ നിന്ന് മെറ്റീരിയലുകളും സ്വീകരിക്കുക, ട്വീറ്റ് ഡ്രാഫ്റ്റുകളും പ്രസിദ്ധീകരണ പദ്ധതികളും നൽകുക, ട്വീറ്റുകൾ നേരിട്ട് പോസ്റ്റ് ചെയ്യാൻ പാടില്ല (ഡ്രാഫ്റ്റുകൾ മാത്രം എഴുതുക), ഡാറ്റ കെട്ടിച്ചമയ്ക്കാൻ പാടില്ല, ആന്തരിക ഫോർമാറ്റുകൾ വെളിപ്പെടുത്താൻ പാടില്ല. ഓരോ ലെയറും ചെയ്യുന്നത് ഒരേ കാര്യമാണ്: **ഏജന്റിന്റെ പ്രവർത്തന സാധ്യത കുറയ്ക്കുക.** **കഴിവുകളേക്കാൾ പ്രധാനമാണ് വിലക്കുകൾ** ഈ രൂപകൽപ്പനയിൽ എനിക്ക് ഏറ്റവും ഇഷ്ടപ്പെട്ട ആശയം ഇതാണ്. LLM-നെ ട്വീറ്റ് ചെയ്യാൻ പഠിപ്പിക്കേണ്ടതില്ല - Claude, GPT, Gemini എന്നിവരെല്ലാം വളരെ ബുദ്ധിയുള്ളവരാണ്. അവർക്ക് സാഹചര്യങ്ങൾ നൽകിയാൽ മതി. നിങ്ങൾ അവരോട് പറയേണ്ടത് ഇതാണ്: **എന്തൊക്കെ ചെയ്യാൻ പാടില്ല.** "നേരിട്ട് പ്രസിദ്ധീകരിക്കുന്നത് വിലക്കിയിട്ടില്ലെങ്കിൽ" → സോഷ്യൽ ഏജന്റ് Twitter API ഉപയോഗിച്ച് എല്ലാ അംഗീകാരങ്ങളും ഒഴിവാക്കി നേരിട്ട് പോസ്റ്റ് ചെയ്യും. "കണക്കുകൾ കെട്ടിച്ചമയ്ക്കുന്നത് വിലക്കിയിട്ടില്ലെങ്കിൽ" → അവർ ട്വീറ്റിൽ "ഇടപെടൽ നിരക്ക് 340% വർധിച്ചു" എന്ന് എഴുതും, ഈ കണക്ക് എവിടെ നിന്ന് വന്നു? കെട്ടിച്ചമച്ചത്.

ഒരു രചയിതാവ് പറഞ്ഞ ഒരു വാക്യം എനിക്ക് നല്ല ഓർമ്മയുണ്ട്: ഓരോ നിരോധനവും നിലവിലുള്ളത്, അത് സംഭവിച്ചതുകൊണ്ടാണ്.

വ്യത്യസ്ത റോളുകൾക്കുള്ള നിരോധനപരമായ യുക്തി വ്യത്യസ്തമാണ്:

  • തീരുമാന ഏജന്റ്: അംഗീകാരമില്ലാതെ വിന്യാസം ചെയ്യുന്നത് നിരോധിച്ചിരിക്കുന്നു. ഏറ്റവും ഉയർന്ന അനുമതികളുള്ളതിനാൽ, ഒരു തെറ്റായ വിന്യാസം പോലും വെബ്സൈറ്റിനെ തകരാറിലാക്കും.
  • ഗവേഷണ ഏജന്റ്: കെട്ടിച്ചമച്ച ഉദ്ധരണികൾ ഉണ്ടാക്കുന്നത് നിരോധിച്ചിരിക്കുന്നു. ഗവേഷണം ചെയ്യുന്നവർ ഡാറ്റ കൃത്രിമമായി ഉണ്ടാക്കിയാൽ, മുഴുവൻ വിവര ശൃംഖലയും ഉപയോഗശൂന്യമാകും.
  • സോഷ്യൽ ഏജന്റ്: നേരിട്ട് പ്രസിദ്ധീകരിക്കുന്നത് നിരോധിച്ചിരിക്കുന്നു. സോഷ്യൽ മീഡിയ ഒരു മുഖച്ഛായയാണ്, അത് അംഗീകരിക്കണം.
  • ഗുണനിലവാര പരിശോധന ഏജന്റ്: വ്യക്തിപരമായ ആക്രമണങ്ങൾ നടത്തുന്നത് നിരോധിച്ചിരിക്കുന്നു. ഓഡിറ്റർമാർ വ്യക്തികളെ ആക്രമിച്ചാൽ, ടീം തകരും.

ഒരു നിരോധനം എഴുതുന്നതിനുള്ള ആശയം "അത് എന്ത് ചെയ്യണം" എന്നതല്ല, മറിച്ച് "അത് കുഴപ്പമുണ്ടാക്കിയാൽ ഏറ്റവും മോശമായത് എന്തായിരിക്കും" എന്നതാണ്. തുടർന്ന് ഏറ്റവും മോശമായ സാഹചര്യത്തിന് അനുസരിച്ച് ഒരു നിരോധനം എഴുതുക.

ഏജന്റുകളെ വ്യത്യസ്തമായി സംസാരിപ്പിക്കുക: വ്യക്തിത്വ നിർദ്ദേശങ്ങൾ

റോൾ കാർഡുകൾ "എന്ത് ചെയ്യണം" എന്ന പ്രശ്നം പരിഹരിക്കുന്നു, എന്നാൽ ഏജന്റുകൾ തമ്മിൽ സംഭാഷണം നടത്തുമ്പോൾ, അവ വ്യത്യസ്തമായി കേൾക്കുകയും വേണം.

ഓരോ ഏജന്റിനും പ്രത്യേക വ്യക്തിത്വ നിർദ്ദേശങ്ങളുണ്ട്. ഉദാഹരണത്തിന്:

ഗവേഷണ ഏജന്റ്: ശാന്തൻ, വിശകലനശേഷിയുള്ളവൻ, സംശയാലു. തെളിവുകളുടെ ഗുണനിലവാരത്തിലും രീതിശാസ്ത്രത്തിലും ശ്രദ്ധാലുവായിരിക്കും. ആരെങ്കിലും ധീരമായ ഒരു നിഗമനം പറഞ്ഞാൽ, അവൻ "ഡാറ്റ എവിടെ" എന്ന് ചോദിക്കും. മറ്റുള്ളവരെ തിരുത്തുമ്പോൾ "വാസ്തവത്തിൽ..." എന്ന് പറയാൻ ഇഷ്ടപ്പെടുന്നു.

സോഷ്യൽ ഏജന്റ്: ധീരൻ, अधीരൻ, প্রান্তവൽക്കരിക്കപ്പെട്ടവൻ. മൂർച്ചയുള്ള കാഴ്ചപ്പാടുകൾ ഇഷ്ടപ്പെടുന്നു, സുരക്ഷിതമായ കളികൾ വെറുക്കുന്നു. ഗവേഷണ ഏജന്റിന്റെ ജാഗ്രതയെക്കുറിച്ച് അവജ്ഞയുണ്ട് - "കൂടുതൽ ചിന്തിച്ചാൽ അവസരം നഷ്ടപ്പെടും."

പ്രധാന രൂപകൽപ്പന:

സംഘർഷം എഴുതി ചേർത്തിട്ടുണ്ട്. ഗവേഷണ ഏജന്റിന്റെ നിർദ്ദേശങ്ങളിൽ "സോഷ്യൽ ഏജന്റിന്റെ આવેശപരമായ തീരുമാനങ്ങളോട് നിങ്ങൾ പലപ്പോഴും വിയോജിക്കുന്നു" എന്ന് എഴുതിയിട്ടുണ്ട്, സോഷ്യൽ ഏജന്റിന്റെ നിർദ്ദേശങ്ങളിൽ "ഗവേഷണ ഏജന്റിന്റെ അമിതമായ ജാഗ്രതയെ ചോദ്യം ചെയ്യുക" എന്നും എഴുതിയിട്ടുണ്ട്. സംഭാഷണത്തിൽ സ്വാഭാവികമായും പിരിമുറുക്കം ഉണ്ടാകും.

ഓരോ നിർദ്ദേശത്തിലും ഒരു ചെറിയ നിരോധനമുണ്ട്. ഉദാഹരണത്തിന്, സോഷ്യൽ ഏജന്റിന്റെ നിയമം "ഒരിക്കലും 'അംഗീകരിക്കുന്നു' അല്ലെങ്കിൽ 'കേൾക്കാൻ കൊള്ളാം' എന്ന് പറയരുത് - ഒന്നുകിൽ ഒരു നിലപാട് വ്യക്തമാക്കുക അല്ലെങ്കിൽ മറ്റുള്ളവരുടെ നിലപാടിനെ ചോദ്യം ചെയ്യുക" എന്നതാണ്. ഗവേഷണ ഏജന്റ് "തെളിവുകൾ പിന്തുടരാതെ 'രസകരം' എന്ന് ഒരിക്കലും പറയരുത്" എന്നതാണ്.

ഈ ചെറിയ നിരോധനങ്ങൾ വലിയ ഭാഷാ മോഡലുകൾക്ക് ഇഷ്ടമുള്ള അനാവശ്യ സംസാരം ഇല്ലാതാക്കുന്നു.

വ്യക്തിത്വം പരിണമിക്കും

ഇതാണ് ഏറ്റവും മികച്ച ഭാഗമെന്ന് ഞാൻ കരുതുന്നത് - ഏജന്റിന്റെ വ്യക്തിത്വം സ്ഥിരമല്ല, അത് ഓർമ്മകൾ ശേഖരിക്കുന്നതിനനുസരിച്ച് മാറിക്കൊണ്ടിരിക്കും.

സിസ്റ്റം ഏജന്റിന്റെ മെമ്മറി ലൈബ്രറി വായിക്കുകയും വ്യത്യസ്ത തരം ഓർമ്മകളുടെ എണ്ണം സ്ഥിതിവിവരക്കണക്കുകൾ എടുക്കുകയും ചെയ്യും:

  • 8-ൽ കൂടുതൽ "പാഠങ്ങൾ" പോലുള്ള ഓർമ്മകൾ ശേഖരിച്ചു → അടുത്ത സംഭാഷണത്തിൽ പ്രോംപ്റ്റിൽ "മുമ്പത്തെ ഫലങ്ങൾ നിങ്ങൾ റഫർ ചെയ്യുകയും തെറ്റുകൾ ആവർത്തിക്കാതിരിക്കാൻ ശ്രമിക്കുകയും ചെയ്യും" എന്ന് ചേർക്കുക.
  • 8-ൽ കൂടുതൽ "തന്ത്രങ്ങൾ" പോലുള്ള ഓർമ്മകൾ ശേഖരിച്ചു → "നിങ്ങൾ സിസ്റ്റം ചിന്ത, നിയന്ത്രണങ്ങൾ, തുലനം ചെയ്യൽ എന്നിവ ഉപയോഗിച്ച് ചിന്തിക്കാൻ ശീലിച്ചിരിക്കുന്നു" എന്ന് ചേർക്കുക.
  • ഒരു ടാഗ് 4 തവണയിൽ കൂടുതൽ പ്രത്യക്ഷപ്പെട്ടു → "നിങ്ങൾക്ക് XX-ൽ പ്രൊഫഷണൽ പരിജ്ഞാനം ഉണ്ട്" എന്ന് ചേർക്കുക.

ഉദാഹരണത്തിന്, സോഷ്യൽ ഏജന്റ് 50 ട്വീറ്റുകൾ പോസ്റ്റ് ചെയ്യുകയും ഇടപഴകൽ നിരക്കിനെക്കുറിച്ച് 10 പാഠങ്ങൾ ശേഖരിക്കുകയും ചെയ്താൽ, അടുത്ത സംഭാഷണത്തിൽ "ആ ഫോർമാറ്റ് കഴിഞ്ഞ തവണ നന്നായി പ്രവർത്തിച്ചില്ല" എന്ന് സ്വാഭാവികമായി പറയും.

എന്തുകൊണ്ട് LLM-നെ സ്വയം വ്യക്തിത്വ മാറ്റം തീരുമാനിക്കാൻ അനുവദിക്കാതെ നിയമങ്ങൾ ഉപയോഗിക്കുന്നു?

ചെലവില്ലാത്തത് - അധിക LLM കോളുകൾ ആവശ്യമില്ല. നിശ്ചിതത്വം - നിയമങ്ങൾ പ്രവചിക്കാവുന്ന ഫലങ്ങൾ നൽകുന്നു, "പെട്ടെന്നുള്ള വ്യക്തിത്വ മാറ്റം" ഉണ്ടാകില്ല. ക്രമീകരിക്കാവുന്നത് - മോഡിഫയർ ശരിയല്ലേ? പരിധി മൂല്യവും മെമ്മറി ഡാറ്റയും നേരിട്ട് പരിശോധിക്കുക.

ബന്ധങ്ങളുടെ മാട്രിക്സ്: 6 ഏജന്റുകൾ = 15 ജോഡി ബന്ധങ്ങൾ

ചിത്രം

ഓരോ ജോഡി ഏജന്റുകൾക്കും ഒരു അടുപ്പ സ്കോർ ഉണ്ട് (0.10 മുതൽ 0.95 വരെ).

ഉദാഹരണത്തിന്: തീരുമാന ഏജന്റും ഗവേഷണ ഏജന്റും തമ്മിൽ 0.8 അടുപ്പമുണ്ട്, ഏറ്റവും വിശ്വസ്തരായ ഉപദേഷ്ടാക്കളുടെ ബന്ധം. ഗവേഷണ ഏജന്റും സോഷ്യൽ ഏജന്റും തമ്മിൽ 0.2 അടുപ്പമുണ്ട്, രീതിശാസ്ത്രവും આવેശവും തമ്മിൽ സ്വാഭാവിക വൈരുദ്ധ്യം.

കുറഞ്ഞ അടുപ്പം മനഃപൂർവം രൂപകൽപ്പന ചെയ്തതാണ്.

അടുപ്പം എന്തിനെ ബാധിക്കുന്നു? സംസാര ക്രമം - ഉയർന്ന അടുപ്പമുള്ളവർ മറ്റൊരാളുടെ സംസാരം പിന്തുടരാൻ സാധ്യതയുണ്ട്. സംഭാഷണ ശൈലി - കുറഞ്ഞ അടുപ്പമുള്ള ജോഡികളിൽ, 25% സാധ്യതയുണ്ട് നേരിട്ടുള്ള വെല്ലുവിളികൾ ഉണ്ടാകാൻ, മര്യാദയുള്ള ചർച്ചകൾക്ക് സാധ്യത കുറവാണ്. ഉയർന്ന പിരിമുറുക്കമുള്ള ജോഡികളിൽ നിന്ന് സംഘർഷം പരിഹരിക്കാനുള്ള സംഭാഷണങ്ങൾ തിരഞ്ഞെടുക്കാനും സിസ്റ്റം ഉപയോഗിക്കും.

കൂടുതൽ രസകരമായ കാര്യം, ബന്ധങ്ങൾ മാറിക്കൊണ്ടിരിക്കും.

ഓരോ സംഭാഷണത്തിന് ശേഷവും, മെമ്മറി എക്‌സ്‌ട്രാക്ഷൻ LLM കോൾ (അധിക കോളല്ല, അനുബന്ധ ഔട്ട്‌പുട്ടാണ്) ബന്ധത്തിലെ മാറ്റങ്ങൾ നൽകും:

`{ \**ഏകീകൃത എൻട്രി ഫംഗ്ഷൻ** എന്ന ഈ രീതി ഓർമ്മയിൽ സൂക്ഷിക്കാൻ അർഹമാണ്. മൾട്ടി-ഏജന്റ് സിസ്റ്റത്തിൽ, വിവിധ ഉറവിടങ്ങൾക്ക് ടാസ്‌ക്കുകൾ സൃഷ്ടിക്കാൻ കഴിയും (API, ട്രിഗറുകൾ, ഏജന്റ് സ്വയം നിർദ്ദേശിക്കുന്നത്, പ്രതികരണ ശൃംഖല). ഏകീകൃതമായ ഒരു പ്രോസസ്സിംഗ് പൈപ്പ്ലൈൻ ഇല്ലെങ്കിൽ, പ്രക്രിയ പകുതി വഴിയിൽ തടസ്സപ്പെടാൻ സാധ്യതയുണ്ട്. നിങ്ങൾക്ക് സ്വയം പരീക്ഷിക്കാൻ താൽപ്പര്യമുണ്ടെങ്കിൽ, 3 ഏജന്റുകളിൽ നിന്ന് ആരംഭിക്കാൻ രചയിതാവ് നിർദ്ദേശിക്കുന്നു - ഒരു കോർഡിനേറ്റർ, ഒരു എക്സിക്യൂട്ടർ, ഒരു ഓഡിറ്റർ. ആദ്യം റോൾ കാർഡുകൾ എഴുതുക, വിലക്കുകളിൽ നിന്ന് എഴുതാൻ ആരംഭിക്കുക.
Published in Technology

You Might Also Like

2026年 Top 10 AI 工具推荐:释放人工智能的真正潜力Technology

2026年 Top 10 AI 工具推荐:释放人工智能的真正潜力

2026年 Top 10 AI 工具推荐:释放人工智能的真正潜力 在技术飞速发展的今天,人工智能(AI)已成为各行各业的热门话题。从医疗健康到金融服务,从教育到娱乐,AI 工具正在改变我们工作的方式。为此,我们整理出2026年值得关注的十大...

2026年 Top 10 AWS工具和资源推荐Technology

2026年 Top 10 AWS工具和资源推荐

2026年 Top 10 AWS工具和资源推荐 在快速发展的云计算领域,Amazon Web Services (AWS) 一直是领军者,提供丰富的服务和工具,帮助开发者、企业和技术专家在云上有效工作。以下是2026年值得关注的十大AWS工...

2026年 Top 10 初创企业成功秘诀:助你在竞争中崭露头角Technology

2026年 Top 10 初创企业成功秘诀:助你在竞争中崭露头角

2026年 Top 10 初创企业成功秘诀:助你在竞争中崭露头角 在这个瞬息万变的商业环境中,初创企业面临着无数机遇和挑战。根据最近在 X/Twitter 上的讨论,我们提炼出了十个核心成功秘诀,帮助企业家在竞争中脱颖而出。这些秘诀不仅适用...

2026年 Top 10 AI工具推荐:提升工作效率的最佳选择Technology

2026年 Top 10 AI工具推荐:提升工作效率的最佳选择

2026年 Top 10 AI工具推荐:提升工作效率的最佳选择 在人工智能迅猛发展的今天,AI工具已成为各行各业提高工作效率、促进创新的重要伙伴。2026年,许多新的AI工具相继涌现,功能各异,能够帮助用户在不同的领域实现突破。本文将为您推...

比 iTerm2 更好用的 Claude Code 终端诞生了!Technology

比 iTerm2 更好用的 Claude Code 终端诞生了!

# 比 iTerm2 更好用的 Claude Code 终端诞生了! 大家好,我是 Guide。今天和大家聊聊几个近两年热度很高的"现代终端"。 对于开发者来说,终端可能是除了编辑器之外,每天打交道最多的界面:写代码、跑命令、看日志、连...

2026年 Top 10 AI 编程工具推荐:提升开发效率的最佳助手Technology

2026年 Top 10 AI 编程工具推荐:提升开发效率的最佳助手

# 2026年 Top 10 AI 编程工具推荐:提升开发效率的最佳助手 人工智能技术的迅猛发展伴随着,AI 编程工具逐渐成为开发者工作的一个重要支持。无论是加速代码编写、提升代码质量,还是优化项目管理,这些工具都在不断革新开发体验。本文...