സജ്ജമായ കോഡ് റിവ്യൂക്കും പുനരൂപകల్పന നിർദ്ദേശങ്ങൾക്കുമുള്ള Grok 4 പ്രോംപ്റ്റ് ചെയ്യാനുള്ള മാർഗങ്ങൾ
കൂടുതൽ അഭിപ്രായങ്ങൾ ആവശ്യമില്ല—മികച്ച പ്രോംപ്റ്റുകൾ വേണം. സാധാരണ AI കോഡ് റിവ്യൂയും അത്തരം കത്തിൽ സൂക്ഷ്മമായതുമായിരിക്കും ഇടയ്ക്ക് ചോദിക്കുന്ന വിധത്തിലാണ് വ്യത്യാസം.
ഈ പ്രായോഗിക, ഡെവലപ്പർ-ഫസ്റ്റ് ഗൈഡിൽ, നാം Grok 4 നെ എങ്ങനെ സജ്ജമായി കോഡ് റിവ്യൂക്കും പുനരൂപകల్పന നിർദ്ദേശങ്ങൾക്കും പ്രോംപ്റ്റ് ചെയ്യാമെന്ന് ചർച്ച ചെയ്യാം. യഥാർത്ഥ ലോകത്തിൽ ഉപയോഗിക്കുന്ന പ്രോംപ്റ്റ് ടെംപ്ലേറ്റുകൾ, സാധാരണ അപകടങ്ങളും, Grok 4 ന് സാന്ദർഭ്യമെന്തും, ആർക്കിടെക്ചറും, പ്രകടനവും, പരിപാലനക്ഷമതയും പരിശോധിക്കാനും സഹായിക്കുന്ന ഉയർന്ന തന്ത്രങ്ങളും ഉൾപ്പെടുത്താം—അങ്ങനെ അത് നിങ്ങൾക്ക് വാസ്തവത്തിൽ ഉപയോഗിക്കാവുന്ന പരിഷ്കാരങ്ങൾ തിരിച്ചു തരുന്നു.
പനി നിലനിർത്താൻ ചോദ്യ മുഖ്യമാക്കിയ ഘടന ഉപയോഗിക്കും:
- ഭേദമായി പ്രവർത്തിക്കുന്ന AI കോഡ് റിവ്യൂ പ്രോംപ്റ്റ് എങ്ങനെയിരിക്കണം?
- Grok 4-ന് വേണ്ട ശരിയായ സാന്ദർഭ്യം എങ്ങനെ കൊടുക്കണം അധികഭാരം കൂടാതെ?
- ഏത് പ്രോംപ്റ്റ് പാറ്റേണുകൾ ഏറ്റവും മികച്ച പുനരൂപകൽപ്പന നിർദ്ദേശങ്ങൾ നൽകുന്നു?
- Grok 4 ന്റെങ്കിൽ മാറ്റങ്ങൾသာ വേണ്ട എന്നല്ല, വ്യാപാരവിചാരങ്ങൾ വിശദീകരിക്കാൻ എങ്ങനെ പ്രോംപ്റ്റ് ചെയ്യാം?
- “ഉൽപ്പന്നം-സജ്ജമായ” AI ഔട്ട്പുട്ടിലേക്കുള്ള വേഗതയിൽ എങ്ങനെ മുൻപ് പോകാം?
ഇതിനെക്കൊണ്ടുള്ള വിവിധ പ്രോംപ്റ്റ് പാഠങ്ങൾ, ഉദാഹരണങ്ങൾ, ചেক്ലിസ്റ്റുകള് നിങ്ങള് നിങ്ങളുടെ സ്റ്റാക്കിനായി പുതുക്കിക്കൊണ്ടുപോകാൻ ലഭിക്കും.
Grok 4-ന് മികച്ച പ്രോംപ്റ്റുകൾ ആവശ്യവും ‘മികച്ചതിന്റെ’ അർത്ഥവും
Grok 4 ഒരു ശക്തമായ ലാർജ് ലാംഗ്വേജ് മോഡലാണ്, ശക്തമായ സങ്കല്പനശേഷിയും കോഡിംഗ് കഴിവുകളും ഉള്ളത്, പക്ഷേ അതിന്റെ ഔട്ട്പുട്ട് ഗുണനിലവാരം ഇൻപുട്ടിന്റെ വ്യക്തതയും നിയന്ത്രണങ്ങളും ഉടുത്തിരിക്കുന്നു. കോഡ് റിവ്യൂക്കും പുനരൂപകൽപ്പനക്കും മികച്ച പ്രോംപ്റ്റ് ചെയ്യുമ്പോൾ നാലു കാര്യങ്ങളും നടക്കണം:
- പരിധി നിശ്ചയിക്കുന്നു: ഏത് ഫയലും, ഫംഗ്ഷനും, മോഡ്യൂളുമാണ് പരിഗണിക്കുന്നത്? എന്തൊക്കെ ഒഴിവാക്കി വേണം?
- ഇറുങ്ങൽ നിർവചിക്കുന്നു: പ്രകടനം മെച്ചപ്പെടുത്തലോ, വായനാസൗകര്യമോ, സ്റ്റൈൽ പാലനമോ, ബഗ് പരിഹാരമോ ലക്ഷ്യമിടുന്നോ?
- സന്ദർഭ്യം നൽകുന്നു: ഭാഷ, ഫ്രെയിമ്വർക്ക്, റൺടൈം, ആശ്രിതങ്ങൾ, നിയന്ത്രണങ്ങൾ, അംഗീകാര മാനദണ്ഡങ്ങൾ.
- സാക്ഷ്യങ്ങൾ ആവശ്യപ്പെടുന്നു: മാറ്റങ്ങൾ മാത്രമല്ല, വിശദീകരണം, സങ്കീർണ്ണത വിശകലനം, ഘട്ടംതോറെയുള്ള സങ്കല്പന.
കാലക്ഷേപമില്ലാതെ ആ ഘടകങ്ങൾ സ്ഥിരമായി ഉൾപ്പെടുത്തുമ്പോൾ Grok 4–ൻറ കോഡ് റിവ്യൂ, പുനരൂപകൽപ്പന നിർദ്ദേശങ്ങൾ കൂടുതൽ കൃത്യവും അടിസ്ഥാനഭൂതവുമാണ്.
കോഡ് റിവ്യൂയ്ക്കുള്ള ഗോൾഡൻ പ്രോംപ്റ്റ് പാറ്റേൺ
ഈ മാസ്റ്റർ പാറ്റേൺ ഉപയോഗിക്കുക, ശേഷം ടാസ്ക്കിന്റെ അനുസരണം മാറ്റം വരുത്തുക:
നിങ്ങൾ ഒരു സീനിയർ [ഭാഷ/ഫ്രെയിമ്വർക്ക്] എഞ്ചിനീയർ ആയിരുന്നു, [പ്രോജക്ട്/ഡൊരുടെ] കോഡ് റിവ്യൂ ചെയ്യുന്നു.
ലക്ഷ്യം: [ബഗ് പരിഹാരം | പ്രകടനം | വായനാസൗകര്യം | സുരക്ഷ | ഡെവ് എക്സ്പീരിയൻസ് | API സ്ഥിരത]
നിയന്ത്രണങ്ങൾ: [സ്റ്റൈൽ ഗൈഡ്, പിന്തുണയുള്ള വേർഷനുകൾ, മെമ്മറി/സമയം പരിധികൾ, ലൈബ്രറി നിയന്ത്രണങ്ങൾ]
സന്ദർഭ്യം:
- റൺടൈം/പരിസ്ഥിതി: [Node 20, JVM 17, Python 3.11, iOS 17, തുടങ്ങിയവ]
- പ്രധാന ആശ്രിതങ്ങൾ: [പട്ടിക]
- ആർക്കിടെക്ചർ: [മോണോലിത്ത്, മൈക്രോസർവീസ്, സർവറ്ലെസ്, ഹെക്സഗണൽ, തുടങ്ങിയവ]
- പ്രാധാന്യപ്പെട്ട ഇന്റർഫേസ്കൾ/കരാറുകൾ: [ലിങ്ക് അല്ലെങ്കിൽ ഇൻലൈൻ]
ടാസ്ക്ക്:
1) താഴെ കൊടുത്തിരിക്കുന്ന കോഡ് [ലക്ഷ്യങ്ങൾക്കായി] റിവ്യൂ ചെയ്യുക.
2) പ്രത്യേക വിഷയങ്ങൾ കണ്ടെത്തുക സാക്ഷ്യങ്ങളോടൊപ്പം (ലൈൻ റഫറൻസുകളും, സങ്കീർണ്ണത അളവുകളും, എഡ്ജ് കേസുകളും).
3) കുറഞ്ഞ, ലക്ഷ്യമിട്ട മാറ്റങ്ങൾ നിർദ്ദേശിക്കുക.
4) അവസാന പുനരൂപകൽപ്പന ചെയ്തിരിക്കുക.
5) വ്യാപാര-വിവാദങ്ങളും അപകടങ്ങളും വിശദീകരണം നൽകുക.
കോഡ്:
```[language]
// ഇവിടെ കോഡ് പേസ്റ്റ് ചെയ്യുക
ഔട്ട്പുട്ട് ഫോർമാറ്റ്:
- കണ്ടുപിടുത്തങ്ങൾ: കാണിച്ഛ വലുതും കാരണം മുഴയ്ക്കുന്ന ബുള്ളറ്റ് ലിസ്റ്റ്
- മാറ്റങ്ങൾ: യുണിഫൈഡ് ഡിഫ് ബ്ലോകുകൾ
- പുനരൂപകൽപ്പന: മുഴുവൻ കോഡ് ബ്ലോക്ക്
- ടെസ്റ്റുകൾ: യൂണിറ്റ് ടെസ്റ്റ് നിർദ്ദേശങ്ങൾ (ഹാപ്പി പാത + എഡ്ജ് കേസുകൾ)
- കുറിപ്പുകൾ: വ്യാപാര-വിവാദങ്ങൾ, മറ്റ് മാർഗങ്ങൾ, മാറ്റം സംബന്ധിച്ച ആശങ്കകൾ
എന്തുകൊണ്ടാണ് ഇത് പ്രവർത്തിക്കുന്നത്:
- റോൾ, ലക്ഷ്യങ്ങൾ വ്യക്തമാക്കുന്നു.
- നിയന്ത്രണങ്ങളും സാന്ദർഭ്യവും നിശ്ചയിക്കുന്നു.
- സാക്ഷ്യവും ഘടനയും ആവശ്യമുണ്ട്.
- ഡിഫുകൾ, അന്തിമ കോഡ്, ടെസ്റ്റുകൾ നൽകുന്നു.
---
## പൊതു സാഹചര്യങ്ങൾക്ക് ദ്രുത ആരംഭ പ്രോംപ്റ്റ് ടെംപ്ലേറ്റുകൾ
### 1) ബഗ് പരിഹാരം + സുരക്ഷാ ഉപാധികൾ
```text
സീനിയർ [ഭാഷ] എഞ്ചിനീയർ ആയി പ്രവർത്തിക്കുക. ശരിയായി പ്രവർത്തിക്കുന്നു എന്ന് ഉറപ്പാക്കും; മറവുകളുള്ള എഡ്ജ് കേസുകൾ പരിശോധിക്കും.
ലക്ഷ്യം: റേസ് കൺഡിഷൻസ്, നൾ/None കൈകാര്യം, ഓഫ്-ബൈ-വൺ, ഇൻപുട്ട് പരിശോധന, പിശക് പ്രചരിക്കൽ.
നൽകുക: ലൈൻ റഫറൻസുകളോടെ പ്രശ്നങ്ങൾ, കുറഞ്ഞ ഡിഫുകൾ, സുരക്ഷിത പുനരൂപകൽപ്പന പരീക്ഷണങ്ങളോടെ.
2) പ്രകടനത്തിന് ഹോട്ട് പാത
ലക്ഷ്യം: ബഹുഭാഷാ പ്രవర്ത്തനം മാറ്റാതെ സമയം, മെമ്മറി സങ്കീർണ്ണത കുറയ്ക്കുക.
നൽകുക: നിലവിലുള്ള സങ്കീർണ്ണത, നിർദ്ദേശിച്ച സങ്കീർണ്ണത, മൈക്രോ-ഓപ്റ്റിമൈസേഷൻ vs ആൾഗോരിതമിക് മാറ്റങ്ങൾ, റൺടൈം ബഞ്ച്മാർക്കുകൾ.
3) വായനാസൗകര്യം & പരിപാലനക്ഷമത
സ്പഷ്ടതക്കായി പുനരൂപകൽപ്പന: മികച്ച നാമകരണം, ചെറുതായി ഫംഗ്ഷനുകൾ, സിംഗിൾ റസ്പോൺസിബിലിറ്റി.
ഡോക്സ്ട്രിംഗ് / JSDoc പ്രകാരം ചേർക്കുക, നിയന്ത്രണവാഹിനി ലളിതമാക്കുക, മരിച്ച കോഡ് നീക്കം ചെയ്യുക. പബ്ലിക്ക് API സ്ഥിരപ്പെടുത്തുക.
4) സുരക്ഷാ റിവ്യൂ
ഭീഷണിമോഡൽ: [സ്രോതസ്സിൽ] നിന്നുള്ള അനിശ്ചിത ഇൻപുട്ട്.
പരിശോധിക്കുക: ഇൻജക്ഷൻ, ഡിസിരിയലൈസേഷൻ, SSRF, XSS, CSRF, അംഗീകാരം/അധികാരം, രഹസ്യ കൈകാര്യം.
നിർദ്ദേശിക്കുക: സുരക്ഷിത ലൈബ്രറികൾ, പരിശോധനാ പാറ്റേണുകൾ, കുറഞ്ഞ ഡിഫുകൾ.
5) ഫ്രെയിമ്വർക്ക് അല്ലെങ്കിൽ SDK മാറ്റം
ഞങ്ങൾ [ലൈബ് A] നിന്ന് [ലൈബ് B] സംയോജനം ചെയ്യുകയാണ്.
ഭേദഗതികൾ പട്ടികപ്പെടുത്തുക, അഡാപ്റ്റർ ലെയർ നിർദ്ദേശിക്കുക, ടെസ്റ്റുകളോടൊപ്പം ക്രമാടിസ്ഥാനവും പ്രഖ്യാപിക്കുക.
ശരി സാന്ദർഭ്യം നൽകുക (അധികം ഒടുവിൽപ്പെടാതെ)
Grok 4 കുറച്ച്, കൃത്യമായ സാന്ദർഭ്യത്തോടെ ഏറ്റവും മികച്ച പ്രവർത്തനം കാണുന്നു. കൂടെ നൽകേണ്ടത്:
- ഭാഷയും വേർഷനും: ഉദാ., Python 3.12, TypeScript 5.4.
- ഫ്രെയിമ്വർക്ക്/റൺടൈം: ഉദാ., FastAPI, Spring Boot, Node 20.
- നിയന്ത്രണങ്ങൾ: മെമ്മറി/സമയം പരിധികൾ, API കരാറുകൾ, ആശ്രിത നിയന്ത്രണങ്ങൾ.
- അടുത്തിട്ടുള്ള ഇന്റർഫെയ്സുകൾ: പബ്ലിക് മെത്തഡ് സിഗ്നേച്ചറുകൾ, DTOകൾ, സ്കീമകൾ, സാമ്പിള് റിക്വസ്റ്റുകൾ.
- പ്രതിനിധി ഇന്പുട്ടുകൾ: യാഥാർത്ഥ്യമായ പേഎലോഡുകൾ, കളിപ്പാട്ട ഉദാഹരണങ്ങൾ മാത്രം അല്ല.
- സ്റ്റൈൽ ഗൈഡ്: ലിങ്ക് അല്ലെങ്കിൽ സംഗ്രഹം (PEP 8, Google Java Style, Airbnb TS).
അധികം മുഴുവൻ റെപ്പോസിറ്ററികൾ ഷെയർ ചെയ്യാതിരിക്കുക. പകരം:
- പ്രശ്നം കാണിക്കുന്ന ഏറ്റവും ചെറിയ യൂണിറ്റ് പങ്കിടുക.
- ഇറ്ററാക്ഷൻ ഉണ്ടാക്കുന്ന ഇന്റർഫേസ്/കരാർ ചേർക്കുക.
- തകരാറുള്ള ടെസ്റ്റ് അല്ലെങ്കിൽ സാമ്പിള് ഇൻപുട്ട് നൽകുക.
ഉദാഹരണ സാന്ദർഭം ബ്ലോക്ക്:
പരിസ്ഥിതി: Python 3.11, FastAPI, Pydantic v2.
കരാർ: ഭാഗിക പരാജയങ്ങളിലും 200 സ്ഥിതികേട് `{ data, meta }` നൽകണം.
നിയന്ത്രണം: അസിങ്ക് ആയിരിക്കണം; പുതിയ ഭാരമുള്ള ആശ്രിതങ്ങൾ ചേർക്കരുത്.
മികച്ച പുനരൂപകൽപ്പന തുറക്കുന്ന പ്രോംപ്റ്റ് ഘടനകൾ
ഘടന A: വിമർശനം → ഡിഫ് → പുനരൂപകൽപ്പന → ടെസ്റ്റുകൾ
വേഗതയിലും അന്തിമ സമഗ്ര ഫലത്തിലും നിങ്ങൾ ആഗ്രഹിക്കുമ്പോൾ മിനിമം.
1) വിമർശനം: തെളിവുകളോടെ പ്രശ്നങ്ങൾ പട്ടികപ്പെടുത്തുക.
2) ഡിഫ്: ഏറ്റവും ചെറിയ മാറ്റങ്ങൾ.
3) പുനരൂപകൽപ്പന: ശുദ്ധവും പദസമ്പന്നവുമായ അന്തിമ കോഡ്.
4) ടെസ്റ്റുകൾ: ഹാപ്പി പാതയും 3 എഡ്ജ് കേസുകളും ഉൾപ്പെടുന്ന യൂണിറ്റ് ടെസ്റ്റുകൾ.
ഘടന B: ഓപ്ഷൻ സെറ്റുകൾ വ്യാപാര-വിവാദങ്ങളോടുകൂടി
ഡിസൈൻ-സെൻസിറ്റീവ് പുനരൂപകൽപ്പനയ്ക്കായി അനുയോജ്യമായది.
3 പുനരൂപകൽപ്പന ഓപ്ഷനുകൾ നിർദ്ദേശിക്കുക:
- ഓപ്ഷൻ A: കുറഞ്ഞ മാറ്റം
- ഓപ്ഷൻ B: മിതമായ പുന:ഡിസൈൻ
- ഓപ്ഷൻ C: പൂർണ്ണ പുന:രചനം
ഓരൊന്നിനും: ഗുണദോഷങ്ങൾ, സങ്കീർണ്ണത, അപകടം, പ്രവാസ പദ്ധതി, തെരഞ്ഞെടുക്കേണ്ട സമയവും.
ഘടന C: നിയന്ത്രണാനുസൃത പുനരൂപകൽപ്പന
പ്രവർത്തനവും ബഡ്ജറ്റും നിലനിർത്തേണ്ടപ്പോൾ ഇത് ഉപയോഗിക്കുക.
നിയന്ത്രണങ്ങൾ: ഒരേ പബ്ലിക് API, <50ms p95, <10MB അധിക മെമ്മറി, പുതിയ റൺടൈം ആശ്രിതങ്ങൾ ഇല്ല.
മാറ്റം ഓരോ നിയന്ത്രണവും എങ്ങനെ പാലിക്കുന്നു അളവുകളോ സങ്കല്പനമോ സഹിതം കാണിക്കുക.
ഉദാഹരണം: Python എൻഡ്പോയിന്റ് Grok 4-ൽ റിവ്യൂ ചെയ്തു പുനരൂപകൽപ്പന ചോദിക്കുക
പ്രോംപ്റ്റ്:
നിങ്ങൾ ഒരു സീനിയർ Python എഞ്ചിനീയറാണ്. ലക്ഷ്യം: ശരിയായ പ്രവർത്തനം + പ്രകടനം.
പരിസ്ഥിതി: Python 3.11, FastAPI, httpx, Pydantic v2. കരാർ: ഭാഗിക പരാജയത്തിൽ ഒരുപക്ഷേ ഉയർന്ന പിശക് ഉണ്ടാകരുത്.
ടാസ്ക്ക്: റിവ്യൂ ചെയ്യുക, പുനരൂപകൽപ്പന. വിമർശനം → കുറഞ്ഞ ഡിഫുകൾ → അന്തിമ പുനരൂപകൽപ്പന → ടെസ്റ്റുകൾ നൽകുക.
കോഡ്:
```python
from fastapi import APIRouter
import httpx
router = APIRouter()
@router.get("/users/{user_id}")
async def get_user(user_id: str):
async with httpx.AsyncClient() as client:
profile = await client.get(f"...")
posts = await client.get(f"...")
return {"data": {"profile": profile.json(), "posts": posts.json()}}
അംഗീകാരം:
- ഏതെങ്കിലും കോൾ 200 അല്ലാത്തതാണ് എങ്ങും ഉയർത്താതിരിക്കുക.
- p95 100ms-ലധികം ഡിലേ വർദ്ധിപ്പിക്കരുത്; അഭ്യർത്ഥനകൾ ഏകകാലത്ത് നടക്കണം.
- അടിസ്ഥാന ഇൻപുട്ട് പരിശോധനയും, ടൈംഔട്ടും, റിട്ട്രൈയും അവശ്യം ഉൾപ്പെടുത്തുക.
ഈ പ്രോംപ്റ്റ് Grok 4-ന് ജോലി, പരിരക്ഷയും, ഫല സങ്കൽപവും നൽകുന്നു—അതിനാൽ നിർദ്ദേശങ്ങൾ പ്രയോഗിക്കാൻ എളുപ്പമാണ്.
---
## ആദ്യ നിർദ്ദേശങ്ങളിൽ നിന്ന് ഉൽപ്പന്നം-സജ്ജ കോഡിലേക്കുള്ള പുനരാവൃത ചക്രം
Grok 4-നെ കൂട്ടുകാരനൊപ്പമുള്ള പ്രോഗ്രാമറെന്നപോലെ കൈകാര്യം ചെയ്യുക. താഴെയുള്ള അടുത്തടുത്ത ചക്രം ഉപയോഗിക്കുക:
1. കുറഞ്ഞ വിശദമായ കോഡും നിയന്ത്രണങ്ങളും കൊണ്ട് ആരംഭിക്കുക.
2. വിമർശനവും ലക്ഷ്യമിട്ട ഡിഫുകളും ആവശ്യപ്പെടുക.
3. ഡിഫുകൾ പ്രാദേശികമായി പ്രയോഗിച്ച് ടെസ്റ്റുകളും ബഞ്ച്മാര്ക്കുകളും ഓടിക്കുക.
4. പരാജയങ്ങൾ/ഔട്ട്പുട്ട് Grok 4-ല് തിരിച്ചറിയിച്ച്: “ഇവ കാണാനുള്ള കേസ്; ക്രമീകരിക്കുക.”
5. നിയന്ത്രണങ്ങൾ സുരക്ഷിതമാക്കുക: “പബ്ലിക് API മാറ്റരുത്, സങ്കീർണ്ണത O(n) നിലനിർത്തുക.”
6. ടെസ്റ്റുകളും പ്രോപ്പർട്ടി ബേസ്ഡ് കേസുകളും ചോദിക്കുക.
പുനരാവർത്തന പ്രോംപ്റ്റ്:
```text
ഇവയാണ് ടെസ്റ്റ് പരാജയങ്ങളും ബഞ്ച്മാർക്കുകളും. മുൻ നിയന്ത്രണങ്ങൾ പാലിക്കുക. പൊതുപരിപാടി തകരാറില്ലാതെ എല്ലാ സുരക്ഷിതമല്ലാത്ത ഡിഫുകളും ശരിയാക്കാൻ ഏറ്റവും ചെറിയ മാറ്റം നിർദ്ദേശിക്കുക. യുണിഫയ്ഡ് ഡിഫിനെ മാത്രം തിരിച്ചുകിട്ടിക്കുക.
പുനരൂപകൽപ്പന നിർദ്ദേശങ്ങൾ പ്രായോഗികമാക്കുക
Grok 4-ന് ചോദിക്കുക:
- ഓരോ നിർദ്ദേശത്തെയും ഗുരുത്വത (High/Medium/Low)യും വിഭാഗവും (ബഗ്, പെർഫ്, സ്റ്റൈൽ, സെക്യൂരിറ്റി) ടാഗ് ചെയ്യുക.
- ഒരൊറ്റ വരി കാരണം ഓരോ നിർദ്ദേശത്തിലും നൽകുക.
- മുൻ/പിന്നീട് ചെറിയ കോഡ് ഞെറിപ്പാടുകളും ഉൾപെടുത്തുക.
- അക്രമമുണ്ടാകാനുള്ള സാധ്യതയുള്ള ഇടങ്ങളിൽ മാറ്റം പദ്ധതി നൽകുക.
പ്രോംപ്റ്റ് കൂട്ടിച്ചേർക്കൽ:
ഓരോ നിർദ്ദേശത്തെയും {severity, category, rationale} എന്നടക്കം അടയാളപ്പെടുത്തുക. മുൻ/പിന്നീട് ഉദാഹരണങ്ങൾ, ഒരുവട്ടമാറ്റം പദ്ധതി ഉൾപ്പെടുത്തുക.
സുരക്ഷ, പ്രകടനം, ടെസ്റ്റിംഗിന് ലക്ഷ്യമിട്ട പ്രോംപ്റ്റ് കൂട്ടിച്ചേർക്കലുകൾ
- “എല്ലാ ഇൻപുട്ടുകളും ആക്രമകന്റRoleലിയാണ് എന്ന് കരുതുക. ഇൻജക്ഷൻ, SSRF, പാതയിലേക്കുള്ള പ്രവേശനം, രഹസ്യങ്ങളുടെയോ പകർപ്പിലോ അപകടം കണ്ടെത്തുക. സുരക്ഷിത പാറ്റേണുകളും കുറഞ്ഞ ഡിഫുകളും നൽകുക.”
- “നിലവിലെ സങ്കീർണ്ണതയും നിർദ്ദേശിച്ച സങ്കീർണ്ണതയും റിപ്പോർട്ട് ചെയ്യുക. ഹോട്ട്സ്പോട്ടുകളും സസ്തംമാർഗങ്ങളും ചൂണ്ടികാട്ടുക. ചെറിയ ബഞ്ച്മാർക്ക് ഹാർണസും ഉൾപ്പെടുത്തുക.”
- “യൂണിറ്റ് ടെസ്റ്റുകളും പ്രോപ്പർട്ടി-ബേസ്ഡ് ടെസ്റ്റുകളും ബൗണ്ടറി കേസുകളും നിർദ്ദേശിക്കുക. നെറ്റ്വർക്ക്/ഇൻപുട്ട്-ഔട്ട്പുട്ട് മോക്കുകളും ഉൾപ്പെടുത്തുക. പരാജയ പാതകൾക്കുള്ള കവറേജും ഉറപ്പാക്കുക.”
ഭാഷ പ്രത്യേക പ്രോംപ്റ്റ് ക്രമീകരണങ്ങൾ
tsconfig ലക്ഷ്യങ്ങൾ, Node/ബ്രൗസർ പരിസ്ഥിതി, ബണ്ട്ലർ ട്രീ-ഷേക്കിംഗ്, ESLint/Prettier ചട്ടങ്ങൾ വ്യക്തമാക്കുക.
JSDoc/TSDoc ആയി പ്രതീക്ഷിക്കുക; സുരക്ഷിത തരംകൾക്കായുള്ള വ്യത്യാസപ്പെട്ട യൂണിയനുകൾ ആവശ്യപ്പെടുക.
mypy ലക്ഷ്യം, pydantic v1 vs v2, സിങ്ക് vs അസിങ്ക്, ടൈപ്പ് സൂചനകളുടെ തലമെണ്ണുക.
pytest ഫിക്സ്ചറുകൾ, hypothesis ഉപയോഗിച്ച് പ്രോപ്പർട്ടി ടെസ്റ്റുകൾ ആവശ്യപ്പെടുക.
- JDK വേർഷൻ, ഇമ്മ്യൂടബിലിറ്റി നയം, Lombok ഉപയോഗ നിയമങ്ങൾ, പിശക് കൈകാര്യം തന്ത്രം വ്യക്തമാക്കുക.
- JUnit 5 ടെസ്റ്റുകളും JMH മാർഗ്ഗനിർദേശങ്ങളും ആവശ്യപ്പെടുക.
- ഹോട്ട് പാത്തുകളിൽ സീറോ അലോക്കേഷനുകൾ,
context.Context പ്രചരിപ്പിക്കൽ, പിശക് പുതുക്കൽ %w ഉപയോഗിച്ച് ഊന്നുക.
- ടേബിൾ ഡ്രീവൺ ടെസ്റ്റുകളും റേസ് ഡിറ്റക്ടർ ഫ്ലാഗുകളും ആവശ്യപ്പെടുക.
- എഡിഷൻ, അൺസേഫ് കോഡ് നയം, ഫീച്ചർ ഫ്ലാഗുകൾ വ്യക്തമാക്കുക. ബഞ്ച്മാർക്കുകളും
proptest കേസുകളും ആവശ്യപ്പെടുക.
Grok 4-ൽ നിന്ന് മെച്ചപ്പെട്ട ഡിഫ് ഔട്ട്പുട്ട് നേടൽ
മോഡലുകൾ ഇടയ്ക്ക് ഫയൽ പാതകൾ അല്ലെങ്കിൽ സാന്ദർഭ്യ ലൈനുകൾ കൽപ്പിച്ച് തെറ്റുകൾ കാണിക്കുന്നു. പ്രത്യേകിച്ച് താഴെ തരങ്ങളിലും:
യുണിഫയ്ഡ് ഡിഫ്സ്പ്രകാരം തിരിച്ചുനല്കുക, ശരിയായ ഫയൽപാതകൾ റിപൊറൂട്ട് മുതൽ. മാറ്റമുള്ള ഭാഗങ്ങൾ മാത്രം ഉൾപ്പെടുത്തുക. ഡിഫിനായി പ്രതിപാദനം ഒഴിവാക്കുക. കുറിപ്പുകൾക്ക് പ്രത്യേകം സെക്ഷൻ നൽകുക.
ഡിഫ് ഇപ്പോഴും അശുദ്ധമാണെങ്കിൽ, അധിക നിയന്ത്രണം ഇട്ടു:
ഇരട്ട ബ്ലോക്കുകളായി മറുപടി നൽകുക:
1) ```diff
...മാറ്റങ്ങൾ...
- കുറിപ്പുകൾ: ബുള്ളറ്റ് ലിസ്റ്റ്.
---
## ഫംഗ്ഷണൽ അല്ലാത്ത ആവശ്യകതകൾ (NFR) ഉറപ്പാക്കൽ
ദീർഘവ്യാപകമായ ഗതിവേഗം, മെമ്മറി, പൊരുത്തം ഇത്തരം ഉറപ്പുകൾ വേണേങ്കിൽ പ്രോംപ്റ്റിൽ ഉൾപ്പെടുത്തി Grok 4 സ്വയം പരിശോധിക്കാൻ ആവശ്യപ്പെടുക:
```text
NFRs: p95 latency +< 20ms baseline-നു മേൽ, മെമ്മറി വ്യത്യാസം < 5MB, പുതിയ റൺടൈം ആശ്രിതങ്ങൾ ഇല്ല, സമാന പബ്ലിക് API.
ഓരോ NFR-ഉം സ്ഥിരീകരിക്കുന്ന സ്വയം-പരിശോധന സെക്ഷൻ ചേർക്കുക, ഏകദേശം വിശദീകരണം അല്ലെങ്കിൽ ചെറിയ ബഞ്ച്മാർക്ക് ഐഡിയകൾ സഹിതം.
Grok 4-ന് തന്റെ സങ്കല്പന വിശദീകരിക്കാൻ പ്രോംപ്റ്റ് ചെയ്യുക (വിപുലീകരിക്കാൻ പോകരുത്)
നിങ്ങൾക്ക് നിർദ്ദേശത്തിൽ വിശ്വാസം വെക്കാൻ തക്കതിനായി മതിയായ വ്യാഖ്യാനം വേണം. പരീക്ഷിക്കുക:
ഓരോ മാറ്റവും ഒറ്റ വാചകത്തിൽ വ്യാഖ്യാനിച്ച്, ബന്ധിപ്പിച്ച ലൈനോടോ ഉദാഹരണത്തോടോ ചേർത്ത് നൽകുക. ഉറപ്പില്ലെങ്കിൽ ചരമിക്കൽ ചോദ്യങ്ങൾ ചോദിക്കുക, കണക്കുകൂട്ടാതെ അനുമാനം പറയാതെ.
ചോദ്യങ്ങൾക്ക് വ്യക്തമായി അനുമതിയും നൽകുക:
ആവശ്യങ്ങൾ അനിശ്ചിതമാണെങ്കിൽ, മുന്നോട്ടുപോകുന്നതിന് മുൻപ് 3 പരമാവധി ചോദ്യങ്ങൾ ചോദിക്കാം.
അപവാദ സങ്കല്പനങ്ങൾ: നിങ്ങളുടെ പ്രോംപ്റ്റുകൾ പരാജയപ്പെടാൻ കാരണങ്ങൾ
- അസ്പഷ്ട ലക്ഷ്യങ്ങൾ: “ദയവായി ഇത് മെച്ചപ്പെടുത്തുക.”
- നിയന്ത്രണങ്ങളില്ല: “വലുതായ ആശ്രിത കൂട്ടിച്ചേർക്കുക, CI തകരുമോ?”
- അംഗീകാരം критерിയ ഇല്ല: “എന്റെ യന്ത്രത്തിൽ ശരിയായി കാണുന്നു.”
- സന്ദർഭമില്ലാത്ത വലിയ കോഡ് ബ്ലോക്ക്: മോഡൽ അതിന്റെ പരിധികളും കരാറുകളും എളുപ്പത്തിൽ കാണാനാകില്ല.
- സിംഗിൾ-ഷോട്ട് പ്രതീക്ഷ: പുനരാവൃത്തി മെച്ചമാണ് ഒറ്റ പ്രോംപ്റ്റിനേക്കാൾ.
ഇവ പരിഹരിക്കാൻ ലക്ഷ്യം, പരിധി, നിയന്ത്രണം, സന്ദർഭം, അംഗീകാരം പരിശ്രമം നിർവചിക്കുക.
ഉദാഹരണ പുനരൂപകൽപ്പന പ്രോംപ്റ്റ് ഔട്ട്പുട്ട് രൂപത്തിൽ
സ്ഥാനം: സീനിയർ ടൈപ്സ്ക്രിപ്റ്റ് എഞ്ചിനീയർ.
ലക്ഷ്യം: സാരമില്ലാതെ വായനാസൗകര്യം మరియు റൺടൈം സുരക്ഷ മെച്ചപ്പെടുത്തുക.
പരിസ്ഥിതി: Node 20, TypeScript 5.4, Zod പരിശോധനക്ക്, Airbnb ESLint, strictNullChecks.
നിയന്ത്രണങ്ങൾ: Zod മൂല്പ്രവിധി ഒഴികെയുള്ള പുതിയ ആശ്രിതങ്ങൾ ഇല്ല, ബ്രേക്കിംഗ് മാറ്റം ഇല്ല, O(n) സങ്കീർണ്ണത നിലനിർത്തുക.
ടാസ്ക്ക്:
- വിമർശനം → ഡിഫ് → പുനരൂപകൽപ്പന → ടെസ്റ്റുകൾ → കുറിപ്പുകൾ.
- പ്രശ്നങ്ങളെ {severity, category, rationale} ആയി ടാഗ് ചെയ്യുക.
- ഇൻപുട്ട് പരിശോധനയ്ക്ക് Zod സ്കീമയും 4 യൂണിറ്റ് ടെസ്റ്റുകളും ഉൾപ്പെടുത്തുക.
കോഡ്:
```ts
export function parseUser(raw: any) {
if (!raw) return null;
return {
id: raw.id || '0',
name: raw.name || 'Unknown',
age: parseInt(raw.age),
};
}
---
## Grok 4-ന് സ്റ്റൈലും ആർക്കിടെക്ചറും പ്രാപ്തമാക്കുക
മോഡലിനെ നിർവചിക്കുന്ന വ്യക്തമായ ചട്ടങ്ങൾ ഉറപ്പാക്കുക:
```text
സ്റ്റൈൽ: Airbnb TS. തുടക്കത്തിൽ മടങ്ങിക്കൽ പ്രീതിപൂവ്വാണ്, അടിയന്തര നിസ്സഹായത ഒഴിവാക്കുക, വ്യക്തമായ തരം ഉപയോഗിക്കുക.
ആർക്കിടെക്ചർ: ശുദ്ധ ഫംഗ്ഷനുകൾ മാത്രം; പിന്നിടുന്ന ഫലങ്ങൾ ഇല്ല. ഇൻപുട്ട് പരിശോധന അതിരുകളിൽ.
ലിന്റർ പാസും ചോദിക്കുക:
മentina ESLint പാസ് ഓടിക്കുക, പ്രതീക്ഷിക്കുന്ന ലിൻറ് വീഴ്ചകളുടെ പട്ടിക മുതൽ മാറ്റവും പരിഹരിക്കുക.
പുനരൂപകൽപ്പനകളെ പഠനമാക്കുക: പാറ്റേണുകൾ ചോദിക്കുക
മാറ്റങ്ങൾ ഉൾപ്പെടുത്താൻ Grok 4-ന് പാറ്റേൺ പേരും ആവശ്യം നൽകുക; എന്തുകൊണ്ട് അത് ഈ കോഡ്ബേസ് അനുയോജ്യമാണ് എന്നും വിശദീകരിക്കുക:
ഓരോ മാറ്റത്തിനും പുനരൂപകൽപ്പന പാറ്റേൺ പേരിടുക (ഉദാ., Extract Function, Introduce Parameter Object) കൂടാതെ ഇത്തരത്തിലുള്ള കോഡിൽ അത് എപ്പോഴാണ് ഉപയോഗിക്കേണ്ടതെന്ന് വിശദീകരിക്കുക.
പ്രശ്ന പരിഹാരം: Grok 4 ലക്ഷ്യമിടുന്നതിൽ വീഴ്ച വരുത്തുമ്പോൾ
- അപകടമായി പുതിയ API കളെ കണ്ടുപിടിക്കുമ്പോൾ: “കോഡിൽ കാണുന്ന API കളോ സാന്ദർഭ്യത്തിൽ സ്ഥിരീകരിക്കുന്ന API കളോ മാത്രം ഉപയോഗിക്കുക.”
- അധിക പുനരൂപകൽപ്പന ചെയ്യുമ്പോൾ: “കുറഞ്ഞ ഡിഫുകൾ ആദ്യം; ആവശ്യമായെങ്കിൽ മാത്രമേ പുനരൂപകൽപ്പന ചെയ്യുക.”
- നിയന്ത്രണങ്ങൾ അനുസരിക്കുന്നില്ലെങ്കിൽ: “കോഡിന്റെ മുൻപ് നിയന്ത്രണങ്ങൾ എത്രമാത്രം പാലിച്ചെന്നു സ്വയം പരിശോധിക്കുന്ന അവസ്ഥ കാണിക്കുക.”
- വിശദീകരണം അധികമാണെങ്കിൽ: “ഡിഫും 5 ബുള്ളറ്റ് സംഗ്രഹവും മാത്രം നൽകുക.”
- ടെസ്റ്റുകൾ അസ്ഥിരമാണെങ്കിൽ: “നിശ്ചിതമായ ടെസ്റ്റുകൾ നിർദ്ദേശിക്കുക, സമയബന്ധിത അവകാശ പ്രമਾਣങ്ങൾ ഒഴിവാക്കുക.”
യഥാർത്ഥ ലോക പ്രവൃത്തി പ്രവാഹം: PR-വിൽ നിന്ന് ഉത്ഘാടനം വരെ
- ഡെവലപ്പർ ടാർഗറ്റഡ് പ്രോംപ്റ്റ് ആർട്ടിഫാക്ടുകൾ (ലക്ഷ്യം, നിയന്ത്രണങ്ങൾ, സാന്ദർഭ്യം, അംഗീകാരം ടെസ്റ്റുകൾ) സഹിതം PR തുറക്കും.
- ഡിഫ് + സാന്ദർഭ്യം Grok 4 ലേക്ക് ഗോൾഡൻ പാറ്റേൺ ഉപയോഗിച്ച് പേസ്റ്റ് ചെയ്യും.
- കുറഞ്ഞ ഡിഫുകൾ പ്രയോഗിച്ച്, CI വീണ്ടും ഓടിക്കുക.
- പരാജയമായ ലോഗുകൾ പ്രതികരണമായി ഫീഡ് ചെയ്ത് പുനരാവൃത്തി നടത്തുക.
- അവസാന പുനരൂപകൽപ്പനയും ടെസ്റ്റുകളും ആവശ്യപ്പെടുക.
- വ്യാപാര-വിവാദങ്ങളും മാറ്റം കുറിപ്പുകളും ഉൾപ്പെടുന്ന സംഗ്രഹ കമന്റ് റിവ്യൂവർക്കായി ചേർക്കുക.
ഇത് മനുഷ്യരെ നിയന്ത്രണത്തിലുള്ളവരായി തുടരാൻ അനുവദിക്കുകയും, Grok 4 ചെറുതും ഘടിതവുമായ പുനരൂപകൽപ്പനകൾ വേഗത്തിൽ നടത്തുന്നതിൽ സഹായിക്കുകയും ചെയ്യും.
അത് പറയുമ്പോൾ: ഈ ചക്രം വേഗമാക്കാൻ Sider.AI
നിങ്ങളുടെ വർക്ക്ഫ്ലോ ചാറ്റ് പ്രോംപ്റ്റുകൾ, കോഡ് സാന്ദർഭ്യം, പുനരാവൃത ഡിഫുകൾ എന്നിവ ചേരുമ്പോൾ, Sider.ai പോലെയുള്ള ഉപകരണങ്ങൾ AI കോഡ് റിവ്യൂ നേരിട്ട് നിങ്ങളുടെ പുൾ റിക്വസ്റ്റുകളിൽ ഇന്റഗ്രേറ്റ് ചെയ്യുന്നുണ്ടാകും, മുകളിൽ കൊടുത്ത പ്രോംപ്റ്റുകൾ കൂടാതെ റിപ്പോസിറ്ററി-അവസാനBDD കെടുകൂരായ സാന്ദർഭ്യം കൊണ്ട്. ഫലമായി, കുറവായ തെറ്റായ ഇറക്കുമതികൾ, മികച്ച ലൈനുകൾ, കൂടാതെ നേരിട്ടുള്ള കമന്റ് ഉപയോഗിച്ച് വേഗതയായി പുനരാവൃത്തി നടത്താം. റിപ്പോസിറ്ററി സാന്ദർഭം ഉള്ള അസിസ്റ്റന്റിനുള്ള നിർദ്ദേശിച്ച പ്രോംപ്റ്റ്:
റിപ്പോസിറ്ററി സാന്ദർഭം മാത്രം ഉപയോഗിക്കുക. ഈ PR-ൽ മാറ്റം വന്ന ഫയലുകൾ [ലക്ഷ്യത്തിന്] റിവ്യൂ ചെയ്യുക. കണ്ടെത്തലുകൾ സീറിയസിറ്റി, കാരണം എന്നിവ ടാഗ് ചെയ്ത് ഇൻലൈൻ നൽകുക. പൊതുപ്രഖ്യാപനവും NFRകളുമായിട്ടുള്ള ഡിഫുകൾ നിർദ്ദേശിക്കുക. മാറ്റപ്പെട്ട പാതകളിൽ മാത്രം ടെസ്റ്റുകൾ ഉൾപ്പെടുത്തുക.
പ്രധാന പാഠങ്ങൾ
- മുമ്പ് പരിധി, ലക്ഷ്യം, സാന്ദർഭ്യം, നിയന്ത്രണങ്ങൾ നിർവചിക്കുക.
- വിമർശനം → കുറഞ്ഞ ഡിഫുകൾ → പുനരൂപകൽപ്പന → ടെസ്റ്റുകൾ ചേർത്ത് മാറ്റങ്ങൾ സുരക്ഷിതമാക്കുക.
- ഡീസൈൻ-ഭാരമേറിയ മാറ്റങ്ങൾക്കായി വ്യാപാരവിചാരങ്ങളുള്ള ഓപ്ഷൻ സെറ്റുകൾ ഉപയോഗിക്കുക.
- NFR-കൾ എൻകോഡ് ചെയ്ത് Grok 4 സ്വയം പരിശോധിക്കാൻ ആവശ്യപ്പെടുക.
- വേഗതയോടെ പുനരാവൃത്തി ചെയ്യുക: ടെസ്റ്റുകൾ ഓടിക്കുക, പരാജയങ്ങൾ തിരിച്ചടക്കുക, ആവർത്തിക്കുക.
- Sider.AI പോലെയുള്ള റിപ്പോസിറ്ററി-അവബോധമുള്ള ഉപകരണങ്ങൾ ഉപയോഗിച്ച് നിർദ്ദേശങ്ങൾ യാഥാർത്ഥ്യ കോഡിൽ അടിസ്ഥാപിക്കുക.
അടുത്ത പടികൾ
- ഗോൾഡൻ പ്രോംപ്റ്റ് പാറ്റേൺ നിങ്ങളുടെ സ്നിപ്പറ്റുകളിൽ സൂക്ഷിക്കുക.
- നിങ്ങളുടെ സ്റ്റാക്കിനായി ഭാഷ-നിർദിഷ്ട വകഭേദങ്ങൾ നിർമ്മിക്കുക.
- ഇന്ന് ഒരു ചെറിയ PR-യിൽ ഇത് പരീക്ഷിച്ച് എത്ര റിവ്യൂ സൈക്കിളുകൾ ലാഭിച്ചുവെന്ന് അളക്കുക.
- അംഗീകാരം ടെസ്റ്റുകൾ നിങ്ങളുടെ പ്രോംപ്റ്റുകളിൽ ചേർത്ത് മുന്നോട്ടുപോവുക.
- അടിസ്ഥാനങ്ങൾ ഉറപ്പിച്ച ശേഷം പ്രവർത്തനവും സുരക്ഷയുമായ പ്രോംപ്റ്റുകൾ ക്രമേണ വിപുലീകരിക്കുക.
സാധാരണ ചോദിച്ച ചോദ്യങ്ങൾ (FAQ)
ചോദ്യം 1: കോഡ് റിവ്യൂവിനായി Grok 4-നെ എങ്ങനെ പ്രോംപ്റ്റ് ചെയ്യാം?
റോൾ, ലക്ഷ്യങ്ങൾ, പരിമിതികൾ, പരിസ്ഥിതി, സ്വീകാര്യതാ മാനദണ്ഡങ്ങൾ എന്നിവ നിർവചിക്കുന്ന ഒരു ചിട്ടയായ പ്രോംപ്റ്റ് ഉപയോഗിക്കുക. വിമർശനം, ഏറ്റവും കുറഞ്ഞ വ്യത്യാസങ്ങൾ, ഒരു അന്തിമ റീഫാക്ടർ, ടെസ്റ്റുകൾ, ഒരു ചെറിയ ട്രേഡ്-ഓഫ് അനാലിസിസ് എന്നിവ ആവശ്യപ്പെടുക.
ചോദ്യം 2: Grok 4-ൽ നിന്ന് കൃത്യമായ റീഫാക്ടർ നിർദ്ദേശങ്ങൾ എങ്ങനെ നേടാം?
വ്യക്തമായ ഉദ്ദേശ്യം നൽകുക (ഉദാഹരണത്തിന്, റീഡബിലിറ്റി അല്ലെങ്കിൽ പെർഫോമൻസ്), ഇൻ്റർഫേസുകൾ, പരിമിതികൾ എന്നിവ പോലുള്ള കാര്യങ്ങൾ ഉൾപ്പെടുത്തുക, കൂടാതെ ഗുണങ്ങളും ദോഷങ്ങളുമുള്ള ഓപ്ഷനുകൾ ആവശ്യപ്പെടുക. പ്രവർത്തനക്ഷമമല്ലാത്ത ആവശ്യകതകൾ നടപ്പിലാക്കുകയും ഒരു സെൽഫ്-ചെക്ക് ആവശ്യപ്പെടുകയും ചെയ്യുക.
ചോദ്യം 3: ഞാൻ Grok 4-ൽ മുഴുവൻ റിപ്പോസിറ്ററിയും പേസ്റ്റ് ചെയ്യണോ?
വേണ്ട. പ്രസക്തമായ ഇൻ്റർഫേസുകളും പരിമിതികളുമുള്ള ഏറ്റവും ചെറിയ റീപ്രൊഡ്യൂസിബിൾ കോഡ് പങ്കിടുക. പ്രോംപ്റ്റുകൾ ഫോക്കസ് ചെയ്ത് നിലനിർത്തുക, ടെസ്റ്റ് പരാജയങ്ങളും ബെഞ്ച്മാർക്കുകളും ഫീഡ്ബാക്ക് നൽകി ആവർത്തിക്കുക.
ചോദ്യം 4: റീഫാക്ടറുകൾക്കിടയിൽ Grok 4 പബ്ലിക് API-കൾ മാറ്റുന്നത് എങ്ങനെ തടയാം?
“പബ്ലിക് API മാറ്റരുത്” പോലുള്ള വ്യക്തമായ പരിമിതികൾ പ്രസ്താവിക്കുക, ഇൻപുട്ടുകളുടെയും ഔട്ട്പുട്ടുകളുടെയും ഉദാഹരണങ്ങൾ നൽകുക, കോഡ് തിരികെ നൽകുന്നതിന് മുമ്പ് പാലിക്കുന്നുണ്ടോയെന്ന് ഒരു സെൽഫ്-ചെക്ക് ഉപയോഗിച്ച് മോഡലിനോട് സ്ഥിരീകരിക്കാൻ ആവശ്യപ്പെടുക.
ചോദ്യം 5: Grok 4-ന് ടെസ്റ്റുകളും ബെഞ്ച്മാർക്കുകളും നിർദ്ദേശിക്കാൻ കഴിയുമോ?
ഉവ്വ്. യൂണിറ്റ് ടെസ്റ്റുകൾ, പ്രോപ്പർട്ടി അടിസ്ഥാനമാക്കിയുള്ള ടെസ്റ്റുകൾ, ഒരു ചെറിയ ബെഞ്ച്മാർക്ക് ഹാർനെസ് എന്നിവ ഉൾപ്പെടുത്താൻ ആവശ്യപ്പെടുക. നിർദ്ദേശങ്ങൾ പ്രവർത്തിപ്പിക്കാൻ കഴിയുന്ന രൂപത്തിൽ നിലനിർത്താൻ ടെസ്റ്റിംഗ് ഫ്രെയിംവർക്കും റൺടൈമും വ്യക്തമാക്കുക.