एक Claude Code स्वचालित प्रोग्रामिंग वास्तविक मामले के आधार पर, कुछ प्रॉम्प्ट तकनीकें साझा करें

यह लेख, एक वास्तविक मामले के माध्यम से, आप सभी के साथ Claude Code के वास्तविक उपयोग के मामले को साझा करता है। साझा करने से पहले, आइए एक छोटा सर्वेक्षण करते हैं

मूल आवश्यकता: एक सम्मानित भुगतानकर्ता उपयोगकर्ता था, जो चाहता था कि मैं लेखों में, लेखों का संशोधन समय जोड़ूं

यह आवश्यकता पहली नज़र में, लागू करने में थोड़ी कठिन लगती है। क्योंकि मेरी वेबसाइट के लेख, डेटाबेस में संग्रहीत नहीं हैं, सभी next.js के SSG का उपयोग करके निर्मित किए गए हैं। उनमें अपडेट समय बिल्कुल नहीं है।

यहाँ एक तकनीक यह है: समस्या को हल करते समय, हमें मूल आवश्यकता को सीधे Claude Code को नहीं देना चाहिए, इसके कई कारण हैं

1. मूल आवश्यकता अपेक्षाकृत अस्पष्ट है, इसकी गलत समझ हो सकती है, अगर एक बार इसकी समझ गलत हो गई, तो अंत में भले ही यह एक समय जोड़ दे, लेकिन यह समय विश्वसनीय नहीं हो सकता

2. Claude Code का टोकन खपत वास्तव में बहुत महंगा है, इसलिए, अस्पष्ट आवश्यकता से बड़ी मात्रा में टोकन का अर्थहीन रूप से उपभोग हो सकता है

इसलिए, हमें मूल आवश्यकता को एक बार विघटित करना होगा, मैंने पहले deepseek में परामर्श किया, deepseek ने मुझे दो समाधान दिए

1. फ़ाइल निर्माण समय, हर बार build करते समय, हमें फ़ाइल का निर्माण समय प्राप्त करने की आवश्यकता है, लेकिन turbopack की पैकेजिंग रणनीति थोड़ी अलग है, हर बार निर्माण करते समय, फ़ाइल का हैश मान बदल जाता है, यह निर्माण समय विश्वसनीय नहीं हो सकता

2. git प्रतिबद्धता का समय, मैंने सोचा, यह अपेक्षाकृत विश्वसनीय होना चाहिए

मोटे तौर पर समाधान की दिशा मिलने के बाद, मेरे पास यह सरल प्रॉम्प्ट था: git प्रतिबद्धता समय को प्रत्येक .mdx लेख के शीर्ष में संकलित करें

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/आपका पथ/page.mdx');
  return (
    
      {children}
    
  );
}

लेकिन वास्तविक स्थिति यह है, मुझे जो परिणाम चाहिए वह ऐसा था, चलाने का परिणाम पूरी तरह से समान था।

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

और फिर इस समय, मैंने प्रॉम्प्ट पर एक गड्ढे में कदम रखा

मैंने फिर से प्रॉम्प्ट दर्ज किया: ऊपर के समान तरीके से छोड़ी गई 171 फ़ाइलों को पुनर्गठित करें

मेरी यह अभिव्यक्ति, सोचने पर इसमें थोड़ी अस्पष्टता है। क्योंकि Claude Code ने मुझे एक सुझावित समाधान दिया है, लेकिन मैं इस समाधान को स्वीकार नहीं करता, मेरा मतलब था, पहले से संशोधित सैकड़ों फ़ाइलों जैसे समाधान से छोड़ी गई फ़ाइलों को संशोधित करें, लेकिन निष्पादन प्रक्रिया में, इसे इस रूप में समझा गया: ऊपर इसने मुझे सुझाया गया वह समाधान

इस थोड़ी सी अस्पष्टता के कारण, यह मेरे अवांछित समाधान के अनुसार 20 मिनट तक निष्पादित होता रहा, बीच में 2 बार त्रुटि स्व-सुधार भी हुआ, मेरे टोकन को तेजी से निगलता रहा, दोनों अस्पष्टताएँ लड़ने लगीं जिससे त्रुटि हुई।

अंत में मुझे फिर से इस निष्पादन को छोड़ना पड़ा, अपने अर्थ को स्पष्ट करने के लिए।

सारांश

1. प्रॉम्प्ट में, अपेक्षाकृत स्थिर और सटीक समाधान शामिल होना चाहिए, AI को जितना कम सोचना पड़े उतना अच्छा है, इससे भ्रम की दर कम हो सकती है।

2. आवश्यकता के प्रॉम्प्ट में किसी भी तरह की अस्पष्टता नहीं होनी चाहिए, अस्पष्टता से गलती हो सकती है, हालांकि Claude Code अंततः सुधार कर सकता है, लेकिन इससे बड़ी मात्रा में टोकन खपत होगी। और चूंकि LLM पूर्वानुमान तंत्र पर आधारित परिणाम उत्पन्न करता है, प्रारंभिक गलत पढ़ना, अस्पष्टता आदि, बाद के हर कदम को गलत दिशा में आगे बढ़ाएगा, और यह तार्किक आत्म-सुसंगतता का प्रयास भी करेगा, कुछ अस्तित्वहीन चीजें उत्पन्न करेगा, जितना लिखेगा उतनी ही बड़ी समस्या होगी, और डेवलपर की समीक्षा कठिनाई भी बढ़ाएगा, अगर आप इसके भ्रम में फंस गए, तो गंभीर परिणाम होंगे

3. प्राकृतिक भाषा की बाध्यता कोड की तरह सटीक नहीं है, प्रॉम्प्ट में, फ़ाइल नाम, कोड चर, कोड विशिष्ट शब्द, तकनीकी शब्दावली आदि शामिल करने से, Cluade Code के भ्रम को बहुत कम किया जा सकता है