ഇതിൽ മാന്ത്രികമായ വാക്കുകളൊന്നുമില്ല. ഒരു വലിയ ഭാഷാ മാതൃകയെ (large language model) ഒരു പ്രവചനാധികാരിയാക്കാൻ ഒളിഞ്ഞിരിക്കുന്ന ഒരു കമാൻഡും ഇല്ല, അതുപോലെ ഒരു രഹസ്യ പ്രീഫിക്സിനും (prefix) ക്ലോഡിനെ (Claude) നിങ്ങളുടെ ബിസിനസ്സിനെക്കുറിച്ച് നിങ്ങളെക്കാൾ നന്നായി പെട്ടെന്ന് മനസ്സിലാക്കാൻ കഴിയില്ല. പ്രോംപ്റ്റ് എൻജിനീയറിങ് എന്നത് ഒരു കോഡ് ക്രാക്ക് ചെയ്യലല്ല. ഇന്റർനെറ്റിലെ വിശാലമായ അറിവുള്ള, എന്നാൽ നിങ്ങളെ നേരിട്ട് കണ്ടിട്ടില്ലാത്ത, നിങ്ങളുടെ ഓഫീസിനെക്കുറിച്ചോ ഉൽപ്പന്നത്തെക്കുറിച്ചോ അറിയാത്ത കഴിവുള്ള ഒരു സഹപ്രവർത്തകനോട് വ്യക്തമായി ആശയവിനിമയം നടത്തുന്ന രീതിയാണിത്. ക്ലോഡിനെ അവരുടെ ആദ്യ ദിവസം ജോലിയിൽ പ്രവേശിക്കുന്ന ഒരു ബുദ്ധിമാനായ പുതിയ ജീവനക്കാരനെപ്പോലെ കാണുക. അവർ സഹായിക്കാൻ ആഗ്രഹിക്കുന്നുണ്ട്, എന്നാൽ നിങ്ങൾ അവ്യക്തമായ നിർദ്ദേശങ്ങൾ നൽകിയാൽ, തിരിച്ച് ലഭിക്കുന്ന ഫലങ്ങളും അവ്യക്തമായിരിക്കും. ഏതൊരു ഓഫീസിലുമെന്നപോലെ ഇവിടെയും ഈ നിയമം ബാധകമാണ്: തെറ്റായ വിവരങ്ങൾ നൽകിയാൽ തെറ്റായ ഫലമേ ലഭിക്കൂ (garbage in, garbage out).

ക്ലോഡിനെ ഒരു പുതിയ ജീവനക്കാരനെപ്പോലെ പരിഗണിക്കുക

നിങ്ങൾ ഒരു കഴിവുള്ള കരാറുകാരനെ ജോലിയിൽ പ്രവേശിപ്പിക്കുകയാണെന്ന് സങ്കൽപ്പിക്കുക. നിങ്ങൾ ആദ്യ ദിവസം തന്നെ അവരുടെ അടുത്ത് ചെന്ന്, "വെബ്സൈറ്റ് ശരിയാക്കൂ," എന്ന് പറഞ്ഞ് നടന്നുപോകില്ല. ആ നിർദ്ദേശം ഒന്നിനും ഉപയോഗപ്രദമല്ല. ഏത് പേജ്? എന്താണ് തകരാറിലായത്? ആർക്കുവേണ്ടിയാണ് ഇത് ചെയ്യുന്നത്? വിജയത്തിന്റെ ലക്ഷ്യം എന്താണ്? എന്നിട്ടും ആളുകൾ എല്ലാദിവസവും AI-യോട് "വെബ്സൈറ്റ് ശരിയാക്കൂ" എന്ന് സമാനമായ നിർദ്ദേശങ്ങൾ നൽകുകയും, ലഭിക്കുന്ന ഫലം ശരിയാകാത്തതിൽ അത്ഭുതപ്പെടുകയും ചെയ്യുന്നു.

ക്ലോഡിന് നിങ്ങളുടെ സാഹചര്യത്തെക്കുറിച്ച് യാതൊരു അറിവുമില്ല എന്ന് കരുതിക്കൊണ്ട് തുടങ്ങുക. അതിന് വ്യാകരണം, കോഡിംഗ് പാറ്റേണുകൾ, ചരിത്രം എന്നിവ അറിയാം, എന്നാൽ നിങ്ങൾ വ്യക്തമായി പറഞ്ഞില്ലെങ്കിൽ നിങ്ങളുടെ കമ്പനിയുടെ ശൈലിയോ, ഉപഭോക്താക്കളുടെ പ്രശ്നങ്ങളോ, നിയമപരമായ നിയന്ത്രണങ്ങളോ അതിന് അറിയില്ല. നല്ല രീതിയിലുള്ള പ്രോംപ്റ്റിംഗ് എന്നത് നല്ലൊരു മാനേജ്‌മെന്റ് രീതിയാണ്. നിങ്ങൾ നിയന്ത്രണങ്ങൾ നിശ്ചയിക്കുകയും, പ്രേക്ഷകരെ നിർവചിക്കുകയും, ലഭിക്കേണ്ട ഫലം എന്താണെന്ന് വ്യക്തമാക്കുകയും ചെയ്യുന്നു. നിങ്ങൾ അത് നന്നായി ചെയ്താൽ, മോഡലിന്റെ നിലവിലുള്ള അറിവ് പെട്ടെന്ന് തന്നെ ഉപയോഗപ്രദമാകും.

ഒരു മികച്ച പ്രോംപ്റ്റിന്റെ അഞ്ച് ഭാഗങ്ങൾ

ഓരോ പ്രൊഫഷണൽ പ്രോംപ്റ്റിലും അഞ്ച് വ്യത്യസ്ത ഘടകങ്ങൾ ഉണ്ടായിരിക്കണം. ഓരോന്നിനും നിങ്ങൾ ഒരു ഉപന്യാസം എഴുതേണ്ടതില്ല, പക്ഷേ എൻറ്റർ അമർത്തുന്നതിന് മുമ്പ് ഇവയെല്ലാം ഉൾപ്പെടുത്താൻ ശ്രമിക്കണം.

Role
മോഡൽ ആരാണെന്ന് പറയുക. ഇത് അതിന്റെ പദാവലി, കാഴ്ചപ്പാട്, മുൻഗണന എന്നിവയെ സ്വാധീനിക്കുന്നു. "നിങ്ങൾ ഒരു ടെക്നിക്കൽ എഡിറ്റർ ആണ്" എന്ന് പറയുന്നത് ശരിയാണ്, എന്നാൽ "ബ്ലോക്ക്ചെയിൻ മേഖലയിൽ പുതിയതായി വരുന്ന ഫിൻടെക് ഡെവലപ്പർമാർക്കായി API ഡോക്യുമെന്റേഷൻ ലളിതമാക്കുന്ന ഒരു ടെക്നിക്കൽ എഡിറ്റർ ആണ് നിങ്ങൾ" എന്ന് പറയുന്നത് എത്രയോ മികച്ചതാണ്. വ്യക്തിത്വം (persona) എത്രത്തോളം കൃത്യമാണോ, അത്രത്തോളം മികച്ചതായിരിക്കും ഔട്ട്പുട്ട്.

Context
സാഹചര്യം വിവരിക്കുക. ഇത് ആരാണ് വായിക്കുന്നത്? ലക്ഷ്യം എന്താണ്? ആശുപത്രി അഡ്മിനിസ്ട്രേറ്റർമാരെ ലക്ഷ്യം വെച്ചുള്ള സൈബർ സെക്യൂരിറ്റി ബ്ലോഗ് പോസ്റ്റ്, കൗമാരക്കാരായ ഗെയിമർമാരെ ലക്ഷ്യം വെച്ചുള്ള പോസ്റ്റിനേക്കാൾ തികച്ചും വ്യത്യസ്തമായിരിക്കണം. ഇതിൽ കാര്യങ്ങളുടെ ഗൗരവം കൂടി ഉൾപ്പെടുന്നു. നിങ്ങൾ വെറുതെ ആശയങ്ങൾ പങ്കുവെക്കുകയാണോ, അതോ ഇത് പ്രസിദ്ധീകരിക്കാൻ പോകുന്ന അവസാന ഡ്രാഫ്റ്റ് ആണോ?

Task
കൃത്യമായ ക്രിയകൾ ഉപയോഗിക്കുക. "മെച്ചപ്പെടുത്തുക" (improve), "വർദ്ധിപ്പിക്കുക" (enhance), അല്ലെങ്കിൽ "നന്നാക്കുക" (make better) തുടങ്ങിയ അവ്യക്തമായ വാക്കുകൾ ഒഴിവാക്കുക. അവയ്ക്ക് വലിയ അർത്ഥമില്ല. പകരം ഇപ്രകാരം എഴുതുക: "ട്രാൻസ്ക്രിപ്റ്റിനെ ഓരോന്നും 20 വാക്കുകളിൽ താഴെ വരുന്ന രീതിയിൽ മൂന്ന് ബുള്ളറ്റ് പോയിന്റുകളായി സംഗ്രഹിക്കുക." അല്ലെങ്കിൽ: "async/await ഉപയോഗിക്കുന്ന രീതിയിൽ ഈ ഫംഗ്ഷൻ റീഫാക്ടർ ചെയ്യുക, കൂടാതെ ടൈമൗട്ടുകൾക്കായി എറർ ഹാൻഡ്‌ലിംഗ് (error handling) കൂടി ചേർക്കുക." ടാസ്ക് എന്നത് നിങ്ങളുടെ ഉത്തരവാണ്, അതിനാൽ അത് ഒരു ആഗ്രഹമല്ല, മറിച്ച് ഒരു ഉത്തരവായിരിക്കണം.

Format
ക്ലോഡ് എഴുതിത്തുടങ്ങുന്നതിന് മുമ്പ് ഉത്തരത്തിന്റെ രൂപം നിർവചിക്കുക. നിങ്ങൾക്ക് ഒരു നമ്പർ നൽകിയ പട്ടിക വേണോ, ഒരു മാർക്ക്ഡൗൺ ടേബിൾ വേണോ, വാലിഡ് JSON വേണോ, സബ്ജക്ട് ലൈനോടു കൂടിയ ഒരു ഇമെയിൽ വേണോ, അതോ ഒരു ലീഗൽ ബ്രീഫ് വേണോ? നിങ്ങൾക്ക് പ്രത്യേക കോളങ്ങളുള്ള ഒരു താരതമ്യ പട്ടിക വേണമെങ്കിൽ അവയുടെ പേര് പറയുക. ഔട്ട്പുട്ട് കമന്റുകളോടു കൂടിയ ഒരു കോഡ് ബ്ലോക്കിൽ വേണമെങ്കിൽ അതും പറയുക. ഫോർമാറ്റിംഗ് നിർദ്ദേശങ്ങൾ നൽകുന്നത്, നിങ്ങൾക്ക് ഘടനാപരമായ ഡാറ്റ ആവശ്യമുള്ളപ്പോൾ ഒരു വലിയ ഖണ്ഡിക ലഭിക്കുന്നത് ഒഴിവാക്കാൻ സഹായിക്കും.

Constraints
ഒഴിവാക്കേണ്ട കാര്യങ്ങൾ പട്ടികപ്പെടുത്തുക. ഇതിൽ ശൈലി (tone), ദൈർഘ്യം, ഒഴിവാക്കേണ്ട വാക്കുകൾ, ഒഴിവാക്കേണ്ട വിഷയങ്ങൾ എന്നിവ ഉൾപ്പെടുന്നു. ഉദാഹരണത്തിന്: "മറുപടി 150 വാക്കുകളിൽ താഴെയായിരിക്കണം. സംഭാഷണ ശൈലി ഉപയോഗിക്കുക. 'synergy' എന്ന വാക്ക് ഉപയോഗിക്കരുത്. 500 ഡോളറിൽ കൂടുതൽ ബജറ്റ് ആവശ്യമുള്ള പരിഹാരങ്ങൾ നിർദ്ദേശിക്കാതിരിക്കുക." നിയന്ത്രണങ്ങൾ എന്നത് ഒരു സുരക്ഷാ വേലി പോലെയാണ്. നിങ്ങൾ അവ വ്യക്തമായി പറഞ്ഞാൽ മാത്രമേ മോഡലിന് അവ കൃത്യമായി പാലിക്കാൻ കഴിയൂ.

മികച്ച ഫലങ്ങൾക്കായി നാല് സാങ്കേതിക വിദ്യകൾ

അടിസ്ഥാന കാര്യങ്ങൾ മനസ്സിലാക്കിയുകഴിഞ്ഞാൽ, കുറച്ച് അഡ്വാൻസ്ഡ് രീതികളിലൂടെ നിങ്ങളുടെ സമീപനം മെച്ചപ്പെടുത്താം. ഇവയൊന്നും പ്രത്യേക പരിശീലനം ആവശ്യമുള്ളവയല്ല. മോഡലിന് പിന്തുടരാൻ കഴിയുന്ന രീതിയിൽ നിങ്ങളുടെ ചിന്തകളെ ക്രമീകരിക്കാനുള്ള വഴികൾ മാത്രമാണിവ.

സങ്കീർണ്ണമായ ജോലികളെ ഘട്ടങ്ങളായി തിരിക്കുക
എല്ലാം ഒരേസമയം ചോദിക്കരുത്. നിങ്ങൾക്ക് ഒരു മാർക്കറ്റിംഗ് ക്യാമ്പയിൻ ആവശ്യമാണെങ്കിൽ, ആദ്യം പ്രേക്ഷക വിശകലനത്തിൽ (audience analysis) തുടങ്ങുക. ആ ഔട്ട്പുട്ട് പരിശോധിച്ച ശേഷം മെസ്സേജിംഗിനായി ചോദിക്കുക. തുടർന്ന് ചാനൽ തിരഞ്ഞെടുപ്പിനായി ചോദിക്കുക. ഈ ഘട്ടം ഘട്ടമായുള്ള സമീപനം തെറ്റുകൾ നേരത്തെ കണ്ടെത്താൻ നിങ്ങളെ സഹായിക്കുന്നു. കൂടാതെ, ഒരൊറ്റ തവണ പത്ത് വ്യത്യസ്ത ആവശ്യങ്ങൾ നിറവേറ്റാൻ ശ്രമിക്കുമ്പോൾ മോഡൽ ആശയക്കുഴപ്പത്തിലാകുന്നത് ഇത് തടയുന്നു. കോഡിംഗ് ജോലികൾക്കായി, ആദ്യം ആർക്കിടെക്ചർ (architecture), പിന്നെ ഇംപ്ലിമെന്റേഷൻ (implementation), തുടർന്ന് ടെസ്റ്റുകൾ (tests) എന്നിവ ആവശ്യപ്പെടുക. ഓരോ ഘട്ടവും തൊട്ടുമുമ്പത്തെ ഘട്ടത്തെ അടിസ്ഥാനമാക്കിയുള്ളതാകുന്നു, ഇത് നിങ്ങൾക്ക് കാര്യങ്ങൾ നിയന്ത്രിക്കാൻ സഹായിക്കുന്നു.

യുക്തി ചോദിക്കുക
'Chain-of-thought prompting' എന്നാൽ അന്തിമ ഉത്തരം നൽകുന്നതിന് മുമ്പ് അതിന്റെ ഘട്ടങ്ങൾ കാണിച്ചുതരാൻ Claude-നോട് ആവശ്യപ്പെടുക എന്നാണ് അർത്ഥം. "നിങ്ങളുടെ യുക്തി ഘട്ടം ഘട്ടമായി വിവരിക്കുക, തുടർന്ന് നിഗമനത്തിൽ എത്തുക" (Walk through your reasoning step by step, then give your conclusion) തുടങ്ങിയ വാചകങ്ങൾ ലോജിക് പ്രശ്നങ്ങൾക്കും, കണക്കുകൾക്കും, കോഡിംഗ് ഡിബഗ്ഗിംഗിനും വളരെ ഫലപ്രദമാണ്. മോഡൽ എങ്ങനെയാണ് ഒരു ഉത്തരത്തിൽ എത്തിയത് എന്ന് നിങ്ങൾക്ക് കാണാൻ കഴിയുമ്പോൾ, ഒരു ആവശ്യം മനസ്സിലാക്കുന്നതിൽ അത് എവിടെയാണ് തെറ്റിച്ചതെന്നോ അല്ലെങ്കിൽ ഡാറ്റാസെറ്റിൽ നിന്ന് തെറ്റായ മൂല്യം എടുത്തതെന്നോ കൃത്യമായി കണ്ടെത്താൻ സാധിക്കും. ഇത് ഒരു 'ബ്ലാക്ക് ബോക്സ്' പോലെ അവ്യക്തമായ ഒന്നിൽ നിന്ന് നിങ്ങൾക്ക് പരിശോധിക്കാൻ (audit) കഴിയുന്ന ഒന്നായി ഇതിനെ മാറ്റുന്നു.

വിവരങ്ങൾ വേർതിരിക്കാൻ XML ടാഗുകൾ ഉപയോഗിക്കുക
ഒരു പ്രോംപ്റ്റിൽ വലിയ അളവിൽ ടെക്സ്റ്റ് ഉള്ളപ്പോൾ, മോഡൽ വിവരങ്ങളെയും (source material) നിർദ്ദേശങ്ങളെയും (instructions) തമ്മിൽ മാറിപ്പോകാൻ സാധ്യതയുണ്ട്. വ്യത്യസ്ത ഭാഗങ്ങളെ <context>, <task>, അല്ലെങ്കിൽ <example> പോലുള്ള ടാഗുകൾ ഉപയോഗിച്ച് വേർതിരിക്കുക. ഉദാഹരണത്തിന്:

ഞങ്ങൾ 40 ജീവനക്കാരുള്ള ഒരു റിമോട്ട്-ഫസ്റ്റ് SaaS കമ്പനിയാണ്. Slack-ൽ നിന്ന് Microsoft Teams-ലേക്ക് മാറുന്നതിനെക്കുറിച്ച് കമ്പനിയിലുടനീളം അറിയിക്കുന്ന ഒരു മെമ്മോ തയ്യാറാക്കുക. ശൈലി ആവേശഭരിതമായിരിക്കണം, എന്നാൽ അമിതമാകരുത്. 200 വാക്കുകളിൽ താഴെയായിരിക്കണം.

ഒരു ഡോക്യുമെന്റിലെ ഹെഡറുകൾ പോലെയാണ് ഈ ഘടന പ്രവർത്തിക്കുന്നത്. നിങ്ങളുടെ പശ്ചാത്തല വിവരങ്ങളെ അബദ്ധവശാൽ ടാസ്കിന്റെ ഭാഗമായി മോഡൽ കണക്കാക്കുന്നത് ഇത് തടയുന്നു, കൂടാതെ വലിയ പ്രോംപ്റ്റുകൾ പിന്നീട് എഡിറ്റ് ചെയ്യുന്നത് എളുപ്പമാക്കുകയും ചെയ്യുന്നു.

പറയുന്നതിനേക്കാൾ കൂടുതൽ കാണിച്ചുതരിക
'Few-shot prompting' എന്നാൽ നിങ്ങൾ ആഗ്രഹിക്കുന്ന ശൈലിയുടെയോ ഫോർമാറ്റിന്റെയോ രണ്ട് മുതൽ നാല് വരെ ഉദാഹരണങ്ങൾ നൽകുക എന്നാണ് അർത്ഥം. മോഡലുകൾ പാറ്റേൺ തിരിച്ചറിയുന്ന യന്ത്രങ്ങളാണ്. കടുപ്പമേറിയ വിവരണങ്ങളേക്കാൾ ഉദാഹരണങ്ങളിൽ നിന്ന് അവ വേഗത്തിൽ പഠിക്കുന്നു. മീറ്റിംഗ് കുറിപ്പുകളെ (meeting notes) ആക്ഷൻ ഐറ്റങ്ങളാക്കി മാറ്റണമെന്നുണ്ടെങ്കിൽ, രണ്ട് ഉദാഹരണങ്ങൾ നൽകുക, അതിനുശേഷം നിങ്ങൾ പ്രതീക്ഷിക്കുന്ന കൃത്യമായ ഫോർമാറ്റും നൽകുക. പുതിയ ഇൻപുട്ടിലെ പാറ്റേൺ അവിശ്വസനീയമായ കൃത്യതയോടെ Claude മാച്ച് ചെയ്യും. ഒരു ഫോർമാറ്റിനെക്കുറിച്ച് പത്ത് വാചകങ്ങൾ വിവരിക്കുന്നതിനേക്കാൾ മൂന്ന് വ്യക്തമായ ഉദാഹരണങ്ങൾ കാണിച്ചു കൊടുക്കുന്നതാണ് കൂടുതൽ ഫലപ്രദം.

ഉപയോഗിക്കാൻ തയ്യാറായ ഒരു ടെംപ്ലേറ്റ്

നിങ്ങൾ ഒരു ശൂന്യമായ പ്രോംപ്റ്റ് ബോക്സിലേക്ക് നോക്കി നിൽക്കുകയാണെങ്കിൽ, ഈ അടിസ്ഥാന ഘടന ഉപയോഗിക്കുക. ഉത്തരം ചെറുതാണെങ്കിൽ പോലും ഓരോ ബ്രാക്കറ്റിലും വിവരങ്ങൾ പൂരിപ്പിക്കുക.

Role: [നിശ്ചിത റോളിനെയും പ്രസക്തമായ വൈദഗ്ധ്യവും ചേർക്കുക] Context: [പശ്ചാത്തലം, പ്രേക്ഷകർ, ലക്ഷ്യം എന്നിവ ചേർക്കുക] Task: [ശക്തമായ ഒരു ക്രിയ ഉപയോഗിച്ച് കൃത്യമായ പ്രവർത്തനം ചേർക്കുക] Format: [ആവശ്യമായ ഘടന: list, table, essay, JSON, മുതലായവ ചേർക്കുക] Constraints: [ശൈലി, ദൈർഘ്യം, ഒഴിവാക്കേണ്ട വാക്കുകൾ അല്ലെങ്കിൽ വിഷയങ്ങൾ ചേർക്കുക]

ഇത് പൂരിപ്പിച്ചു കഴിഞ്ഞാൽ എങ്ങനെയിരിക്കുമെന്ന് താഴെ നൽകുന്നു:

Role: നിങ്ങൾ ഒരു B2B പേറോൾ സ്റ്റാർട്ടപ്പിലെ പ്രൊഡക്റ്റ് മാർക്കറ്റിംഗ് മാനേജർ ആണ്. Context: ഇടത്തരം കമ്പനികൾക്കായുള്ള സ്റ്റേറ്റ് ടാക്സ് ഫയലിംഗ് ഓട്ടോമേറ്റ് ചെയ്യുന്ന ഒരു ഫീച്ചർ ഞങ്ങൾ ലോഞ്ച് ചെയ്യുകയാണ്. ഇതിന്റെ പ്രേക്ഷകർ കംപ്ലയൻസ് പേപ്പർവർക്കുകളിൽ മുഴുകിയിരിക്കുന്ന HR ഡയറക്ടർമാരാണ്. ഒരു ഡെമോ ബുക്ക് ചെയ്യാൻ അവരെ പ്രേരിപ്പിക്കുക എന്നതാണ് ലക്ഷ്യം. Task: മാനുവൽ ഫയലിംഗിന്റെ ബുദ്ധിമുട്ടുകൾ വിവരിച്ചുകൊണ്ട് തുടങ്ങുന്നതും, 15 മിനിറ്റ് ഫോൺ കോൾ ഷെഡ്യൂൾ ചെയ്യാൻ മൃദുവായ രീതിയിൽ ആവശ്യപ്പെടുന്നതിലൂടെ അവസാനിക്കുന്നതുമായ 120 വാക്കുകളുള്ള ഒരു ഇമെയിൽ എഴുതുക. Format: Subject line, രണ്ട് ചെറിയ പാരഗ്രാഫുകൾ, കൂടാതെ ഒരു call-to-action ബട്ടൺ ലേബൽ എന്നിവ ഉണ്ടായിരിക്കണം. Constraints: "synergy" അല്ലെങ്കിൽ "bandwidth" പോലുള്ള സാങ്കേതിക പദങ്ങൾ (jargon) ഉപയോഗിക്കരുത്. ശൈലി പ്രൊഫഷണൽ ആയിരിക്കണം എന്നാൽ ഊഷ്മളമായിരിക്കണം. വിസ്മയചിഹ്നങ്ങൾ (!) ഉപയോഗിക്കരുത്.

ഈ പ്രോംപ്റ്റ് Claude-ന് ആവശ്യമായതെല്ലാം നൽകുന്നു. ഫലം പൂർണ്ണമായും കൃത്യമാകണമെന്നില്ല, എങ്കിലും അത് ആദ്യം മുതൽ എഴുതുന്നതിനേക്കാൾ എഡിറ്റ് ചെയ്ത് ശരിയാക്കാൻ പാകത്തിലുള്ളതായിരിക്കും.

യഥാർത്ഥ പാഠം

എല്ലാ ആവശ്യങ്ങൾക്കും നിങ്ങൾ അഞ്ച് ഭാഗങ്ങളുള്ള ഒരു മാസ്റ്റർപീസ് നിർമ്മിക്കേണ്ടതില്ല. "പരിപ്പ് കറിക്ക് നല്ലൊരു റെസിപ്പി എന്താണ്?" എന്ന് ചോദിക്കാൻ ഒരു റോളിന്റെയോ XML ടാഗുകളുടെയോ ആവശ്യമില്ല. എന്നാൽ ഔട്ട്പുട്ട് വളരെ പ്രധാനപ്പെട്ടതാകുമ്പോഴോ, ടാസ്ക് സങ്കീർണ്ണമാകുമ്പോഴോ, അല്ലെങ്കിൽ തുടർച്ചയായി മൂന്ന് മോശം ഉത്തരങ്ങൾ ലഭിക്കുമ്പോഴോ ഈ ചെക്ക്‌ലിസ്റ്റ് ഉപയോഗിക്കുക. മിക്ക പ്രോംപ്റ്റുകളും പരാജയപ്പെടുന്നത് മനുഷ്യൻ കാര്യങ്ങൾ വ്യക്തമായി ചിന്തിക്കാതെ ചോദിക്കുന്നത് കൊണ്ടാണ്. നിങ്ങൾക്ക് യഥാർത്ഥത്തിൽ എന്താണ് വേണ്ടത്, അത് ആർക്ക് വേണ്ടിയാണ്, അത് എങ്ങനെയായിരിക്കണം എന്ന് തീരുമാനിക്കാൻ മുപ്പത് സെക്കൻഡ് എടുക്കുക. ആ ചിന്ത മുൻകൂട്ടി നടത്തിയാൽ, മറുപടി ശരിയാക്കുന്നതിനായി നിങ്ങൾക്ക് കുറഞ്ഞ സമയം മാത്രം ചിലവാക്കേണ്ടി വരും. വ്യക്തമായ നിർദ്ദേശങ്ങൾ വ്യക്തമായ ഫലങ്ങൾ നൽകുന്നു. മറ്റെല്ലാം വെറും ബഹളം മാത്രമാണ്.