Claude Code-ზე დაფუძნებული რეალური ავტომატური პროგრამირების შემთხვევის მიხედვით, გაგიზიარებთ რამდენიმე მინიშნების ტექნიკას

ეს სტატია, რეალური შემთხვევის მეშვეობით, გაგიზიარებთ Claude Code-ის რეალური გამოყენების მაგალითს. გაზიარებამდე, მოდით გავაკეთოთ პატარა გამოკითხვა.

თავდაპირველი მოთხოვნა: ერთმა ძვირფასმა გადამხდელმა მომხმარებელმა მოსთხოვა, რომ სტატიებში დამეწერა სტატიის ცვლილების დრო.

ეს მოთხოვნა ერთი შეხედვით, განსახორციელებლად ცოტა რთული ჩანს. რადგან ჩემი საიტის სტატიები არ ინახება მონაცემთა ბაზაში, ისინი აგებულია next.js-ის SSG-ს გამოყენებით. მათ საერთოდ არ აქვთ განახლების დრო.

აქ ერთი ხრიკია: პრობლემის გადაჭრისას, ჩვენ არ უნდა მივაწოდოთ თავდაპირველი მოთხოვნა უშუალოდ Claude Code-ს, რამდენიმე მიზეზის გამო:

1. თავდაპირველი მოთხოვნა შედარებით ბუნდოვანია, მას შეიძლება არასწორად გაიგოს, და თუ ის არასწორად გაიგებს, საბოლოოდ, მიუხედავად იმისა, რომ დროს დაგიმატებთ, ეს დრო შეიძლება არ იყოს სანდო.

2. Claude Code-ის Token-ების ხარჯვა ნამდვილად ძალიან ძვირია, ამიტომ, ბუნდოვანმა მოთხოვნამ შეიძლება გამოიწვიოს დიდი რაოდენობის Token-ების უაზრო დახარჯვა.

ამიტომ, ჩვენ უნდა დავშალოთ თავდაპირველი მოთხოვნა. მე ჯერ deepseek-ში ვკონსულტირდი, deepseek-მა მომცა ორი გადაწყვეტა:

1. ფაილის აგების დრო, ყოველ build-ზე, ჩვენ უნდა მივიღოთ ფაილის აგების დრო, მაგრამ turbopack-ის შეფუთვის სტრატეგია ცოტა განსხვავებულია, ყოველ აგებაზე, ფაილის hash მნიშვნელობა იცვლება, ეს აგების დრო შეიძლება არ იყოს სანდო.

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 შეცდომა მოხდა თვითრემონტის დროს, ის უბრალოდ ჭამდა ჩემს token-ებს, ორი ორაზროვნება დაიწყო ბრძოლა და გამოიწვია შეცდომები.

საბოლოოდ, მე კვლავ მომიწია ამ შესრულების გაუქმება და ჩემი სემანტიკის ხელახლა გარკვევა.

შეჯამება

1. მინიშნებაში სასურველია იყოს შედარებით სტაბილური და ზუსტი გადაწყვეტა, რათა AI-მ რაც შეიძლება ნაკლები იფიქროს, ეს შეამცირებს ჰალუცინაციების მაჩვენებელს.

2. მოთხოვნის მინიშნებაში არ უნდა იყოს ორაზროვნება, ორაზროვნებამ შეიძლება გამოიწვიოს შეცდომები, მიუხედავად იმისა, რომ Claude Code-მა საბოლოოდ შეუძლია გამოსწორდეს, მაგრამ ეს გამოიწვევს დიდი რაოდენობის token-ების დახარჯვას. და რადგან LLM ეფუძნება პროგნოზირების მექანიზმს შედეგის წარმოებისთვის, ადრეული არასწორი გაგება, ორაზროვნება და ა.შ., გამოიწვევს, რომ ყოველი მომდევნო ნაბიჯი სწორი მიმართულებიდან უფრო და უფრო შორს წავა, და ის ასევე შეეცდება ლოგიკურად თვითთანხმობას, წარმოქმნას რაღაც, რაც არ არსებობს, რაც უფრო წერს, პრობლემა უფრო იზრდება და ასევე ზრდის დეველოპერის შემოწმების სირთულეს, თუ თქვენ მისმა ჰალუცინაციამ მოატყუა, მაშინ შეიძლება მოხდეს სერიოზული შედეგები.

3. ბუნებრივი ენის შეზღუდვის ძალა არ არის ისეთი ზუსტი, როგორც კოდის, მინიშნებაში, ფაილის სახელების, კოდის ცვლადების, კოდის სპეციალური სიტყვების, პროფესიონალური ტერმინების ჩართვა, მნიშვნელოვნად შეამცირებს Cluade Code-ის ჰალუცინაციებს.