![]()
മുൻപത്തെ പാഠം ഏജന്റുകൾ ക്ലൗഡിലേക്ക് വലിയത്രം വാനെടുത്തത്. ഈ പാഠം അവയെ ഒരു തന്നെ മെഷീനിൽ താഴേക്ക് കൊണ്ടുവരുന്നു. പാഠം തീരുമ്പോൾ നിങ്ങൾക്ക് ഓർക്കുന്ന, ടൂൾസ് വിളിക്കുന്ന, നിങ്ങളുടെ ഫയലുകൾ വായിക്കുന്ന, നിങ്ങളുടെ ഡോക്യുമെന്റേഷൻ തിരയുന്നതുൾപ്പെടെയുള്ള ഒരു പ്രവർത്തനക്ഷമമായ എഞ്ചിനീയറിംഗ് സഹായി ഉണ്ടാകും — ഏത് ക്ലൗഡ് ഇൻഫറൻസ് കോൾ കൂടാതെയാണ്.
അത് എന്തുകൊണ്ടാണ് നിങ്ങൾക്ക് വേണം? യാഥാർത്ഥ്യ എഞ്ചിനീയറിംഗ് ജോലിയിൽ സ്ഥിരമായി ഉളവാകുന്ന മൂന്ന് കാരണം:
പ്രശ്നം എന്തെന്നാൽ നിങ്ങൾ ഫ്രണ്ടിയർ ക്ലൗഡ് മോഡലിന്റെ പകരം നിങ്ങളുടെ CPU, GPU, അല്ലെങ്കിൽ NPU യിൽ പ്രവർത്തിക്കുന്ന ഒരു ചhavaയ ഭാഷ മോഡൽ (SLM) ഉപയോഗിക്കുന്നു. ഈ പാഠം അതിന്റെ നിയന്ത്രണത്തിൽ നല്ല ഏജന്റുകൾ നിർമ്മിക്കുന്നതേക്കുറിച്ചാണ്, നിയന്ത്രണം ഇല്ലക്കാരനെന്ന് പ്രത്യക്ഷപ്പെടുന്നതിൽ അല്ല.
ഈ പാഠം ഉൾക്കൊള്ളുന്നത്:
ഈ പാഠം പൂർത്തിയാക്കിയശേഷം നിങ്ങൾക്ക് അറിയാമാകും:
ഈ പാഠം മുൻപത്തെ പാഠങ്ങൾ പൂർത്തിയാക്കിയിട്ടുണ്ടെന്ന് കരുതുന്നു, വേണ്ടി:
കൂടാതെ വേണ്ടത്:
requirements.txt, കൂടാതെ foundry-local-sdk, openai, chromadb ഈ പാഠத்திற்கு.ഫ്രണ്ടിയർ ക്ലൗഡ് മോഡലിന് നൂറുകണക്കിന് ബില്യണുകളോളം പാരാമീറ്ററുകൾ ഉണ്ട്, പിന്നിൽ ഡാറ്റ സെൻട്രുമുണ്ട്. SLMക്ക് കുറച്ച് ബില്യൺ പാരാമീറ്ററുകൾ മാത്രമേ ഉള്ളൂ, അത് നിങ്ങളുടെ ലാപ്ടോപ്പിന്റെ RAMൽ ഒതുക്കേണ്ടതാണ്. ഈ വ്യത്യാസം പ്രതീക്ഷകൾ വ്യക്തമാക്കുന്നു.
SLMകൾ മികച്ചത്:
SLMകൾ തമാശയായത്:
പ്രാദേശിക ഏജന്റുകൾക്ക് വിജയകരമായ തന്ത്രം: SLM ഓർക്കസ്ട്രേറ്റ് ചെയ്യട്ടെ, ടൂളുകൾ കഠിനമായ പണി ചെയ്യട്ടെ. മോഡലിന് നിങ്ങളുടെ കോഡ് ബേസ് അറിയേണ്ടതില്ല — അത് read_file വിളിക്കേണ്ട സമയവും search_docs വിളിക്കേണ്ട സമയവും അറിയണം. ഇത് ശരിക്കും SLMയുടെ ശക്തിക്ക് അനുയോജ്യമാണ്.
flowchart LR
U[വികസനക്കാരൻ] --> A[പ്രാദേശിക SLM ഏജന്റ്]
A -->|ഏത് ഉപകരണം എന്ന് തീരുമാനിക്കുന്നു| T1[ഫയൽ വായിക്കുക]
A -->|ഏത് ഉപകരണം എന്ന് തീരുമാനിക്കുന്നു| T2[ഡോക്യുമെന്റുകൾ തിരയുക RAG]
A -->|ഏത് ഉപകരണം എന്ന് തീരുമാനിക്കുന്നു| T3[കോഡ് വിശകലനം ചെയ്യുക]
T1 --> A
T2 --> A
T3 --> A
A --> R[മറുപടി, പൂർണ്ണമായും ഉപകരണത്തിന്റെ മേൽ]
Microsoft Foundry Local ഒരു ലൈറ്റ് വെയിറ്റ് റൺടൈമാണ്, നിങ്ങളുടെ മെഷീനിൽ മൂല്യങ്ങൾ ഡൗൺലോഡ്, മാനേജ്, സേവനം നൽകുന്നു. നമുക്ക് ഏറ്റവും പ്രധാനമാണ് അതിന്റെ OpenAI-ഉപയോഗയോഗ്യ HTTP എൻഡ്പോയിന്റ് നല്കുന്ന സവിശേഷത — അതായത് OpenAI SDKയും Microsoft Agent Frameworkഇന്റെ OpenAI ക്ലയന്റും base_url മാറ്റുന്നതു മാത്രം കൊണ്ട് അത് ഉപയോഗപ്പെടുത്തി പ്രവർത്തിക്കും. ഏജന്റ് നിർമ്മിക്കുന്നതിനെ കുറിച്ച് നിങ്ങള് പഠിച്ച എല്ലാ അറിവും നേരിട്ട് ഇక్కడ ഉപയോഗിക്കാം; എൻഡ്പോയിന്റ് മാത്രമാണ് ക്ലൗഡിൽ നിന്നു localhost-ലേക്ക് മാറുന്നത്.
Foundry Local നിങ്ങളുടെ ഹാർഡ്വെയറിനുള്ള മികച്ച മോഡൽ നിർമ്മിതിയോ തിരഞ്ഞെടുക്കുന്നു — CPU ബിൽഡ്, CUDA/GPU ബിൽഡ് അല്ലെങ്കിൽ NPU ബിൽഡ് — അതുകൊണ്ടു മെഷീൻ പ്ര кож്യമായി നിങ്ങൾക്ക് കൈ കൊണ്ട് ഒപ്റ്റിമൈസ് ചെയ്യേണ്ടതില്ല.
Foundry Local ഇൻസ്റ്റാൾ ചെയ്യുക (നിങ്ങളുടെ ഒഎസിന് ഡോക്യുമെന്റേഷൻ കാണുക), തുടർന്ന് പ്രവർത്തിക്കുന്നത് സ്ഥിരീകരിക്കുക:
# ഇൻസ്റ്റാൾ ചെയ്യുക (ഉദാഹരണത്തിന്; നിങ്ങളുടെ പ്ലാറ്റ്ഫോമിന്റെ ഡോക്സ് പാലിക്കുക)
winget install Microsoft.FoundryLocal # വിൻഡോസ്
# brew install microsoft/foundrylocal/foundrylocal # macOS
# Qwen മോഡൽ ഡൗൺലോഡ് ചെയ്ത് চালിക്കുക, പിന്നെ ലോക്കൽ സേവനം ആരംഭിക്കുക
foundry model run qwen2.5-7b-instruct
foundry service status
സർവീസ് പ്രവർത്തിച്ചതിനുശേഷം നിങ്ങളുടെ പ്രാദേശിക, OpenAI-ഉപയോഗയോഗ്യ എൻഡ്പോയിന്റ് ഉണ്ടായിരിക്കും (സാധാരണ http://localhost:PORT/v1). നോട്ട്ബുക്ക് foundry-local-sdk ഉപയോഗിച്ച് എൻഡ്പോയിന്റ് സ്വയം കണ്ടെത്തുന്നു, അതിനാൽ നിങ്ങൾക്കു പോർട്ട് ഹാർഡ്കോഡ് ചെയ്യേണ്ടതില്ല.
ടൂൾസ് വിളിക്കാൻ കഴിയുന്നവയാൺ ഒരേയൊരു ഏജന്റ്. പല SLMകൾക്ക് ചാറ്റ് സാധ്യമാകാം, പക്ഷെ അവ വിശ്വാസയോഗ്യമല്ലാത്തും തെറ്റായ ഫംഗ്ഷൻ-കോളുകൾ ഉണ്ടാക്കും. Qwen മോഡലുകൾ ഫംഗ്ഷൻ കോളിങ്ങിനായി പാഠ്യപ്പെടുത്തിയതാണ്, ഒരു രീതി പാലിച്ച ടൂൾ-കാൾ ഘടനകൾ സ്ഥിരമായി ഉത്പാദിപ്പിക്കുന്നു — ഇതുതന്നെയാണ് പ്രാദേശിക ചാറ്റ് മോഡലിനെ പ്രാദേശിക ഏജന്റായി മാറ്റുന്നത്.
പ്രവാഹം നിങ്ങൾ മുമ്പ് അറിയുന്ന സാധാരണ ടൂൾ-കോളിംഗ് ലൂപ് തന്നെയാണ്, ഉപകരണത്തിൽ പ്രവർത്തിക്കുന്നു മാത്രം:
sequenceDiagram
participant U as ഉപയോക്താവ്
participant A as Qwen ഏജന്റു (പ്രാദേശിക)
participant T as പ്രാദേശിക ഉപകരണം
U->>A: "auth.py എന്ത് ചെയ്യുന്നു?"
A->>A: തീരുമാനിക്കുക: read_file വിളിക്കുക
A->>T: read_file("auth.py")
T-->>A: ഫയൽ ഉള്ളടക്കം
A->>A: ഉള്ളടക്കത്തെക്കുറിച്ച് തർക്കം ചെയ്യുക
A-->>U: وضاحت
ഡോക്യുമെന്റേഷൻ തിരച്ചിൽ പ്രാദേശിക ഏജന്റുകൾക്ക് തകർപ്പൻ പ്രകടനം നൽകും. SLM നിങ്ങളുടെ ഫ്രെയിംവർക്കിന്റെ ഡോക്സ് ഓർമ്മിച്ചിരിക്കുന്നത് പ്രതീക്ഷിക്കേണ്ടത് പകരം, അത് ആ ഡോക്സുകൾ ഒരു പ്രാദേശിക വെക്ടർ ഡാറ്റാബേസിൽ ബിന്ദു ചെയ്യുകയും ആവശ്യത്തിനു പ്രാസക്തമായ ഭാഗങ്ങൾ ഏജന്റ് തിരികെ കിട്ടുകയും ചെയ്യുക.
ഞങ്ങൾ Chroma ഉപയോഗിക്കുന്നു, ഒരു എംബഡഡ് വെക്ടർ സ്റ്റോർ, സേർവർ മാനേജ്മെന്റ് ഇല്ലാതെ പ്രോസസ്സ്-ഇൻറു പ്രവർത്തിക്കുന്നു. പൈപ്പ്ലൈൻ മുഴുവനും പ്രാദേശികമാണ്: പ്രാദേശിക എംബഡിംഗ് മോഡൽ → പ്രാദേശിക വെക്ടറുകൾ → പ്രാദേശിക വീണ്ടെടുക്കൽ → പ്രാദേശിക SLM.
flowchart TB
D[നിങ്ങളുടെ ഡോക്സ് / കോഡ്] --> E[പ്രാദേശിക അളവീക്കം മാതൃക]
E --> V[(ക്രോമ വക്ടര് ഡിബി - ഡിസ்கില്)]
Q[ഏജന്റ് ക്വറി] --> QE[ക്വറി പ്രാദേശികമായി അളവീക്കുക]
QE --> V
V -->|ടോപ്-കെ ചങ്കുകൾ| A[ക്വെന് ഏജന്റ്]
A --> Ans[അടിസ്ഥാനമാക്കിയുള്ള ഉത്തരം]
ഇത് പാഠം 5ലെ ഏജന്റിക് RAG പാറ്റേൺ തന്നെയാണ് — മാറിയത് ഏതെല്ലാം ഘടകങ്ങളും നിങ്ങളുടെ മെഷീനിൽ പ്രവർത്തിക്കുന്നതാണ്.
MCP ഒരു ട്രാൻസ്പോർട്ടാണ്, ക്ലൗഡ് സേവനം അല്ല. MCP സർവർ പ്രാദേശിക പ്രക്രിയയായി stdio-യിൽ പ്രവർത്തിക്കാം, ഏജന്റിന് ടൂളുകൾ സ്റ്റാൻഡേർഡ് പ്രോട്ടോകോളിലൂടെ ലഭ്യമാക്കുന്നു. ഇത് MCP സർവറുകളുടെ വർദ്ധിച്ചുവരുന്ന ഇക്കോസിസ്റ്റം, ഫയൽസിസ്റ്റം ആക്സസ്, git പ്രവർത്തനങ്ങൾ, ഡാറ്റാബേസ് ക്വൈറ്റുകൾ — മുഴുവനും ഓഫ്ലൈനായി ഞങ്ങൾ ഉപയോഗപ്പെടുത്താൻ സാധിക്കും.
സുരക്ഷാ നിലവാരം ക്ലൗഡിൽനിന്ന് വ്യത്യസ്തമായെങ്കിലും ഇല്ല എന്നല്ല: പ്രാദേശിക MCP സർവർ നിങ്ങളുടെ ഉപയോക്താവിന്റെ അനുമതികളിൽ പ്രവർത്തിക്കുന്നതിനാൽ, അത് സ്പർശിക്കുന്നിടം പരിധിവെക്കുക (ഒരു പ്രോജക്ട് ഡയറക്ടറിയിൽ മാത്രം, നിങ്ങളുടെ മുഴുവൻ ഹോം ഫോൾഡർ അല്ല) മറുപടികൾ ഇൻപുട്ടായി കരുതി പരിശോധിക്കുക.
പ്രാദേശിക-ആദ്യം എന്നാൽ പ്രാദേശിക-മാത്രം അല്ല. പ്രായോഗിക സംവിധാനങ്ങൾ പ്രതിസന്ധി പ്രാധാന്യത്തിന് അനുസരിച്ച് റൂട്ടുചെയ്യുന്നു:
| അവസ്ഥ | എവിടെ പ്രവർത്തിക്കുന്നു |
|---|---|
| സ്വകാര്യ കോഡ് / ഡാറ്റ / അല്ലെങ്കിൽ ഓഫ്ലൈനിൽ | പ്രാദേശിക SLM |
| ലളിതവും പരിമിതവുമായ പണി | പ്രാദേശിക SLM (വിലകുറഞ്ഞതും വേഗവുമായ) |
| ബുദ്ധിമുട്ടുള്ള മൾട്ടി-ഹോപ്പ് ആലോചന അസ്വതന്ത്ര ഡാറ്റയിൽ | ക്ലൗഡ് മോഡൽ |
| എല്ലാതരം ജോലികളും, ഔട്ടേജിനിടയിൽ | പ്രാദേശിക SLM (മൃദുവായ കുറവ്) |
ഇത് പാഠം 16ലെ മോഡൽ റൂട്ടിംഗ് ആശയം സമാനമാകുന്നു — വ്യത്യാസം ഒരു “മോഡലിൽ” ഇപ്പോൾ നിങ്ങളുടെ സ്വന്തം മെഷീൻ ആണെന്ന്. ഒരു ഉറച്ച ഡിസൈൻ ക്ലൗഡ് ലഭ്യമില്ലെങ്കിൽ പ്രാദേശികത്തേക്ക് തിരികെയെത്തും, അതിനാൽ ഏജന്റ് മുഴുവനായും പരാജയപ്പെടാതെ മിതമായി കുറയുന്നു.
flowchart LR
Q[അഭ്യര്ഥന] --> S{സൂക്ഷ്മവും ഓഫ്ലൈനും ആണോ?}
S -->|കൊണ്ട്| L[പ്രാദേശിക SLM]
S -->|ഇല്ല| C{ആഴത്തിലുള്ള വിവരണം ആവശ്യമാണോ?}
C -->|ഇല്ല| L
C -->|ണ്ട്| Cloud[ക്ലൗഡ് മോഡല്]
L --> Out[പ്രതികരണം]
Cloud --> Out
code_samples/17-local-agent-foundry-local.ipynb തുറന്ന് അതിലൂടെ പ്രവർത്തിക്കുക. നിങ്ങൾ നിർമ്മിക്കുന്നതാകും ഒരു പ്രാദേശിക എഞ്ചിനീയറിംഗ് സഹായി; ഇത് മുഴുവനായും നിങ്ങളുടെ വർക്ക്സ്റ്റേഷനിൽ പ്രവർത്തിക്കും, കൂടാതെ:
ഒരു ക്ലൗഡ് ഇൻഫറൻസ് ഉപയോഗിക്കരുത്.
സഹായി Foundry Local-ൽ OpenAI-ഉപയോഗയോഗ്യ എൻഡ്പോയിന്റ് വഴി കണക്ട് ചെയ്യുന്നു, അതിനാൽ ഏജന്റ് കോഡ് ക്ലൗഡ് പാഠങ്ങളോട് തുല്യമാണ് — ക്ലയന്റ് മാത്രം മാറുന്നു:
from foundry_local import FoundryLocalManager
from openai import OpenAI
# ഫൗൺഡ്രി ലോക്കൽ മോഡൽ കണ്ടെത്തുകയും ഡൗൺലോഡ് ചെയ്യുകയും ചെയ്ത് നമുക്ക് ഒരു ലോക്കൽ എൻഡ്പോയിന്റ് നൽകുന്നു.
manager = FoundryLocalManager(\"qwen2.5-7b-instruct\")
client = OpenAI(base_url=manager.endpoint, api_key=manager.api_key) # api_key ഒരു ലോക്കൽ പ്ലേസ്ഹോൾഡർ ആണ്.
ടൂളുകൾ സാധാരണ Python ഫംഗ്ഷനുകളാണ്, പ്രോജക്ട് ഡയറക്ടറിയിൽ പരിമിതപ്പെടുത്തിയിട്ടുണ്ട്:
def read_file(path: str) -> str:
\"\"\"Read a file, but only inside the sandboxed project directory.\"\"\"
full = (PROJECT_ROOT / path).resolve()
if PROJECT_ROOT not in full.parents and full != PROJECT_ROOT:
return \"Access denied: path is outside the project directory.\"
return full.read_text(encoding=\"utf-8\")
സാൻഡ്ബോക്സ് പരിശോധന ശ്രദ്ധിക്കുക — പ്രാദേശികത്തിലും ഇന്നും, അല്ലെങ്കിൽ എല്ലായ്പ്പോഴും, ഒരുമിനുറ്റി പാതകൾ വായിക്കുന്നൊരു ടൂൾ ബാധ്യതയാണ്. നോട്ട് ബുക്ക് എല്ലാ ടൂളുകളും ഒരു പ്രോജക്ട് റൂട്ടിൽ പരിമിതപ്പെടുത്തുന്നു.
അസൈൻമെന്റിലേയ്ക്ക് മാറുന്നതിനു മുൻപ് നിങ്ങളുടെ മനസ്സിലാക്കൽ പരിശോധിക്കുക.
1. ഏജന്റിനെ പ്രാദേശികമായി പ്രവർത്തിപ്പിക്കാൻ ക്ലൗഡിൽക്കാൾ രണ്ടുതരം പ്രായോഗിക കാരണങ്ങൾ പറയൂ.
2. പ്രാദേശിക ഏജന്റിൽ SLMക്കും അതിന്റെ ടൂളുകൾക്കും ഇടയിൽ ശുപാർശ ചെയ്യുന്ന ജോലി വിഭജനം എന്ത്, എന്തുകൊണ്ട്?
3. Foundry Local ഉപയോഗിച്ച് ക്ലൗഡ് ഏജന്റ് കോഡ് വീണ്ടും ഉപയോഗിക്കാൻ കഴിയും എന്ന് എന്താണ് കാരണമാക്കുന്നത്?
4. എന്തുകൊണ്ട് ഏതൊരു SLM-ഉം അല്ലാതെ Qwen ഫംഗ്ഷൻ-കോളിംഗ് മോഡലാണ് പ്രത്യേകിച്ച് ഉപയോഗിക്കുന്നത്?
5. പ്രാദേശിക RAG പൈപ്പ്ലൈൻ ഏത് ഘടകങ്ങൾ മെഷീനിൽ പ്രവർത്തിക്കുന്നു?
6. നിങ്ങളുടെ മെഷീനിൽ പ്രാദേശിക MCP സർവർ പ്രവർത്തിക്കുന്നു. അതുകൊണ്ട് അത് സ്വയം സുരക്ഷിതമാണോ? എന്ത് മുൻകരുതലുകൾ എടുക്കണം?
7. പ്രാദേശിക മോഡൽ ഉൾപ്പെടുന്ന അനുയോജ്യമായ ഹൈബ്രിഡ് റൂട്ടിംഗ് നിയമം വിശദീകരിക്കുക.
8. ഈ പാഠത്തിലെ പ്രാദേശിക ഏജന്റ് പ്രവർത്തിപ്പിക്കാൻ യാഥാർത്ഥ്യപരമായ കുറഞ്ഞ RAM എത്ര, കൂടുതൽ RAM കോൾ ചെയ്യുന്ന ഗുണം എന്ത്?
പ്രാദേശിക എഞ്ചിനീയറിംഗ് സഹായിയെ ഒരു പ്രാദേശിക ഡോക്യുമെന്റേഷൻ അവലോകനക്കാരനായി നിങ്ങളുടെ ഇഷ്ടമുള്ള ഒരു ചെറിയ പ്രോജക്ടിനായി വികസിപ്പിക്കുക (നിങ്ങൾ ആഗ്രഹിക്കുന്നെങ്കിൽ ഈ റിപോസിറ്ററിയിലെ പാഠ ഫോൾഡറുകളിൽ ഒന്നുപയോഗിക്കുക).
നിങ്ങളുടെ സമർപ്പണം കൂടെ:
find_todos ടൂൾ ചേർക്കുക, പ്രോജക്ടിലുള്ള TODO/FIXME കമന്റുകൾ സ്കാൻ ചെയ്തു അവ ഫയൽ, ലൈൻ നമ്പർ സ്ഥിരീകരിച്ച് തിരിച്ചുകിട്ടുമെന്നു കാണിക്കുക — read_file പോലുള്ള സാൻഡ്ബോക്സ് പരിശോധന തുടരുക.
പിന്നീടുള്ള ഇവിടെ ഈ റിവ്യൂവർക്കായി ക്ലൗഡിലേക്ക് എന്ത് മാറ്റും, ലൊക്കലിൽ എന്ത് വച്ചുനിൽക്കും എന്നതിന്റെ ഒരു ചെറിയ പാരഗ്രാഫ് എഴുതുക, എന്തിന് ആ വിധം എന്ന് കാഴ്ചവെക്കുക. ലൊക്കൽ ഘടകങ്ങൾ ശരിയായി ബന്ധിപ്പിച്ചിട്ടുണ്ടോ, നിങ്ങളുടെ ഹൈബ്രിഡ് സങ്കല്പനം യോഗ്യതയുള്ളതാണോ എന്നതാണ് മാദിരിയുടെ ഗുണനിലവാരത്തിന് പകരം വിലയിരുത്തപ്പെടുന്നത്.
ഈ പാഠത്തിൽ നിങ്ങൾ സ്വതന്ത്രമായുള്ള നിങ്ങളുടെ കമ്പ്യൂട്ടറിൽ പൂർണ്ണമായും പ്രവർത്തിക്കുന്ന ഒരു ഏജന്റിനെ നിർമ്മിച്ചു:
ഇത് വിനിയോഗ പ്രക്രിയ പൂര്ത്തിയാക്കുന്നു: പാഠം 16 ഏജന്റുകളെ Microsoft Foundry-യിലേക്ക് ഉയർത്തുകയും ഈ പാഠം അതിനെ ഒറ്റ വർക്ക്സ്റേഷൻ വരെ കുറയ്ക്കുകയും ചെയ്തു. അടുത്ത പാഠം വിനിയോഗിച്ച ഏജന്റുകൾ സുരക്ഷിതമാക്കുന്നതിനെ കുറിച്ചാണ്.
അറിയിപ്പ്: ഈ രേഖ AI പരിഭാഷാ സേവനം Co-op Translator ഉപയോഗിച്ച് പരിഭാഷപ്പെടുത്തിയതാണ്. ഞങ്ങൾ കൃത്യതയ്ക്കായി ശ്രമിക്കുന്നുവെങ്കിലും, ഓട്ടോമേറ്റഡ് പരിഭാഷകളിൽ പിഴവുകൾ അല്ലെങ്കിൽ തെറ്റായ വിവരങ്ങൾ ഉണ്ടാകാൻ സാധ്യതയുണ്ട്. അതിന്റെ സ്വാഭാവിക ഭാഷയിലുള്ള അസൽ രേഖയാണ് പ്രാമാണികമായ ഉറവിടമായി പരിഗണിക്കേണ്ടത്. നിർണായകമായ വിവരങ്ങൾക്ക്, പ്രൊഫഷണൽ മനുഷ്യ പരിഭാഷ ശുപാർശ ചെയ്യുന്നു. ഈ പരിഭാഷ ഉപയോഗിച്ച് ഉണ്ടാകുന്ന തെറ്റിദ്ധാരണകൾ അല്ലെങ്കിൽ തെറ്റായ വ്യാഖ്യാനങ്ങൾക്കായി ഞങ്ങൾ ഉത്തരവാദികളല്ല.