ഒരു ക്ലോഡ് കോഡ് യഥാർത്ഥ കേസ് അടിസ്ഥാനമാക്കി ചില പ്രോംപ്റ്റ് ടെക്നിക്കുകൾ പങ്കുവയ്ക്കുന്നു

ഈ ലേഖനം, ഒരു യഥാർത്ഥ കേസ് വഴി, ക്ലോഡ് കോഡിന്റെ യഥാർത്ഥ ഉപയോഗ കേസ് നിങ്ങളുമായി പങ്കുവയ്ക്കുന്നു. പങ്കുവയ്ക്കുന്നതിന് മുമ്പ്, ഒരു ചെറിയ സർവേ നടത്താം

യഥാർത്ഥ ആവശ്യം: ഒരു ആദരണീയമായ പണമടച്ച ഉപയോക്താവ് ആണ്, ലേഖനങ്ങളിൽ ലേഖനത്തിന്റെ മാറ്റം വരുത്തിയ സമയം ചേർക്കാൻ അവർ എന്നോട് ആവശ്യപ്പെട്ടു

ഈ ആവശ്യം ഒറ്റനോട്ടത്തിൽ, നടപ്പിലാക്കാൻ കുറച്ച് ബുദ്ധിമുട്ടുള്ളതായി തോന്നുന്നു. കാരണം എന്റെ വെബ്സൈറ്റിലെ ലേഖനങ്ങൾ ഡാറ്റാബേസിൽ സംഭരിച്ചിട്ടില്ല, എല്ലാം next.js ന്റെ SSG ഉപയോഗിച്ചാണ് നിർമ്മിച്ചിരിക്കുന്നത്. അതിന് അപ്ഡേറ്റ് സമയം ഇല്ല.

ഇവിടെ ഒരു ടെക്നിക് ഇതാണ്: പ്രശ്നം പരിഹരിക്കുമ്പോൾ, നമ്മൾ യഥാർത്ഥ ആവശ്യം നേരിട്ട് Claude Code ൽ നൽകരുത്, ഇനിപ്പറയുന്ന കാരണങ്ങളാൽ

1. യഥാർത്ഥ ആവശ്യം താരതമ്യേന അസ്പഷ്ടമാണ്, അത് തെറ്റായി മനസ്സിലാക്കിയേക്കാം, ഒരിക്കൽ അത് തെറ്റായി മനസ്സിലാക്കിയാൽ, ഒടുവിൽ നിങ്ങൾക്ക് ഒരു സമയം ചേർത്തെങ്കിലും, ഈ സമയം വിശ്വസനീയമായിരിക്കണമെന്നില്ല

2. ക്ലോഡ് കോഡിന്റെ ടോക്കൺ ഉപയോഗം ശരിക്കും വളരെ ചെലവേറിയതാണ്, അതിനാൽ, അസ്പഷ്ടമായ ആവശ്യങ്ങൾ ധാരാളം ടോക്കണുകൾ അർത്ഥമില്ലാതെ ഉപയോഗിക്കുന്നതിലേക്ക് നയിച്ചേക്കാം

അതിനാൽ, യഥാർത്ഥ ആവശ്യം ഒരു തവണ വിഘടിപ്പിക്കണം, ഞാൻ ആദ്യം deepseek ൽ ചോദിച്ചു, deepseek എനിക്ക് രണ്ട് പരിഹാരങ്ങൾ നൽകി

1. ഫയൽ നിർമ്മാണ സമയം, ഓരോ തവണ build ചെയ്യുമ്പോഴും, ഞങ്ങൾ ഫയലിന്റെ നിർമ്മാണ സമയം ലഭ്യമാക്കേണ്ടതുണ്ട്, പക്ഷേ turbopack ന്റെ പാക്കേജിംഗ് തന്ത്രം കുറച്ച് വ്യത്യസ്തമാണ്, ഓരോ തവണ നിർമ്മിക്കുമ്പോഴും, ഫയലിന്റെ hash മൂല്യം മാറും, ഈ നിർമ്മാണ സമയം വിശ്വസനീയമായിരിക്കണമെന്നില്ല

2. git സമർപ്പിക്കുന്ന സമയം, ഞാൻ ചിന്തിച്ചു, ഇത് താരതമ്യേന വിശ്വസനീയമായിരിക്കണം

ഏകദേശ പരിഹാര ദിശ ലഭിച്ചതിനാൽ, എനിക്ക് ഈ ലളിതമായ പ്രോംപ്റ്റ് ഉണ്ടായി: ഓരോ .mdx ലേഖനത്തിന്റെയും തലക്കെട്ടിൽ git സമർപ്പണ സമയം കംപൈൽ ചെയ്യുക

Claude Code ഇപ്പോഴും വിശ്വസനീയമാണ്, പ്രോംപ്റ്റ് വാക്കുകൾ കൃത്യമാണെങ്കിൽ, പൊതുവേ കുഴപ്പമൊന്നുമില്ല, അത് വേഗത്തിൽ പ്രവർത്തിച്ചു

7 ഡോളർ എന്റെ ക്രെഡിറ്റ് ചെലവഴിച്ച ശേഷം, 20 മിനിറ്റ് കൊണ്ട്, ഒടുവിൽ വിജയകരമായി പ്രവർത്തിച്ചു.

പ്രതീക്ഷിച്ചതുപോലെ, അപ്രതീക്ഷിതമായി, അത് 171 ഫയലുകളുടെ മാറ്റങ്ങൾ ഒഴിവാക്കി.

ഇവിടെ ഒരു വലിയ പ്രശ്നം ഇവിടെയാണ്, യഥാർത്ഥത്തിൽ ഇവിടെ ഒഴിവാക്കിയ ഫയലുകൾ, കേവലം ഒരു അധിക pass പാരാമീറ്റർ കൂടി കൈമാറിയതാണ്, മറ്റെല്ലാം പൂർണ്ണമായും സമാനമാണ്

<PostLayout pass>...

എന്നാൽ അത് മാറ്റമില്ലാതെ, ഈ അധിക പാരാമീറ്റർ കൈമാറ്റം, പൂർണ്ണമായും വ്യത്യസ്തമായ ഒരു കസ്റ്റം ഘടകമായി നിർവചിച്ചു. പിന്നെ അത് പ്രോസസ്സ് ചെയ്യാതെ ഒഴിവാക്കി ～ ～

import Layout from 'components/post-layout';
import { getGitFileInfo } from '@/utils/git-info';
export default function Article({ children }: any) {
  const gitInfo = getGitFileInfo('src/app/your-path/page.mdx');
  return (
    
      {children}
    
  );
}

എന്നാൽ യഥാർത്ഥ സാഹചര്യം, എനിക്ക് ആവശ്യമായ ഫലം ഇതാണ്, പ്രവർത്തന ഫലം പൂർണ്ണമായും സമാനമാണ്.

import MdxLayout from 'components/mdx-layout';
export default function Article({ children }: any) {
  return (
    
      {children}
    
  );
}

അപ്പോൾ ഈ സമയത്ത്, ഞാൻ പ്രോംപ്റ്റ് വാക്കുകളിൽ, ഒരു കുഴിയിൽ വീണു

ഞാൻ വീണ്ടും പ്രോംപ്റ്റ് വാക്ക് നൽകി: മുകളിലുള്ള അതേ രീതി ഉപയോഗിച്ച് ഒഴിവാക്കിയ 171 ഫയലുകൾ പുനർനിർമ്മിക്കുക

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

ഈ അസ്പഷ്ടത, നേരിട്ട് അത് എനിക്ക് ആവശ്യമില്ലാത്ത പരിഹാരം അനുസരിച്ച് വേഗത്തിൽ 20 മിനിറ്റ് പ്രവർത്തിപ്പിക്കുന്നതിലേക്ക് നയിച്ചു, ഇടയിൽ 2 തവണ പിശകുകൾ സ്വയം പരിഹരിച്ചു, അത് എന്റെ ടോക്കണുകൾ വേഗത്തിൽ വിഴുങ്ങി, രണ്ട് അസ്പഷ്ടതകൾ പോരാട്ടം ആരംഭിച്ച് പിശക്ക് ഉണ്ടാക്കി.

ഒടുവിൽ ഞാൻ വീണ്ടും ഈ പ്രവർത്തനം ഉപേക്ഷിക്കുകയും എന്റെ അർത്ഥം വീണ്ടും വ്യക്തമാക്കുകയും ചെയ്യേണ്ടി വന്നു.

സംഗ്രഹം

1. പ്രോംപ്റ്റ് വാക്കുകളിൽ, താരതമ്യേന സ്ഥിരവും കൃത്യവുമായ പരിഹാരങ്ങൾ ഉൾപ്പെടുത്തുന്നതാണ് നല്ലത്, AI കുറച്ച് ചിന്തിക്കുന്നത് കുറയ്ക്കുക, ഇത് ഭ്രാന്തൻ നിരക്ക് കുറയ്ക്കും.

2. ആവശ്യങ്ങളുടെ പ്രോംപ്റ്റ് വാക്കുകളിൽ അസ്പഷ്ടത ഉണ്ടാകരുത്, അസ്പഷ്ടത പിശക്കിന് കാരണമാകും, ക്ലോഡ് കോഡ് ഒടുവിൽ പരിഹരിക്കാമെങ്കിലും, ഇത് ധാരാളം ടോക്കൺ ഉപയോഗത്തിന് കാരണമാകും. കൂടാതെ LLM പ്രവചന മെക്കാനിസം അടിസ്ഥാനമാക്കി ഫലങ്ങൾ ഉത്പാദിപ്പിക്കുന്നതിനാൽ, ആദ്യകാല തെറ്റായ വായന, അസ്പഷ്ടത മുതലായവ, തുടർന്നുള്ള ഓരോ ഘട്ടവും തെറ്റായ ദിശയിൽ കൂടുതൽ കൂടുതൽ നീങ്ങുന്നതിലേക്ക് നയിക്കും, കൂടാതെ അത് യുക്തിപരമായി സ്വയം സ്ഥിരീകരിക്കാൻ ശ്രമിക്കും, നിലവിലില്ലാത്ത കാര്യങ്ങൾ സൃഷ്ടിക്കും, കൂടുതൽ എഴുതുമ്പോൾ പ്രശ്നങ്ങൾ വലുതാകും, ഡവലപ്പർമാരുടെ അവലോകന ബുദ്ധിമുട്ടും വർദ്ധിപ്പിക്കും, നിങ്ങൾ അതിന്റെ ഭ്രാന്തിൽ വഞ്ചിക്കപ്പെട്ടാൽ, അത് ഗുരുതരമായ പരിണതഫലങ്ങൾ ഉണ്ടാക്കും

3. സ്വാഭാവിക ഭാഷയുടെ നിയന്ത്രണ ശക്തി കോഡിന് തുല്യമായ കൃത്യതയുള്ളതല്ല, പ്രോംപ്റ്റ് വാക്കുകളിൽ, ഫയൽ പേരുകൾ, കോഡ് വേരിയബിളുകൾ, കോഡ് പ്രത്യേക പദങ്ങൾ, പ്രൊഫഷണൽ പദങ്ങൾ മുതലായവ ഉൾപ്പെടുത്തുന്നത് ക്ലുവേഡ് കോഡിന്റെ ഭ്രാന്ത് വളരെയധികം കുറയ്ക്കും