Claude Code საბრძოლო პირობებში: მეხსიერება და დაგეგმვა

აგენტის მეხსიერება კონტექსტის შეკუმშვის შემდეგ Claude Code კონტექსტის შეკუმშვის შემდეგ ავტომატურად ხელახლა კითხულობს CLAUDE.md ფაილებს — გლობალურსა და პროექტისას. ყველაფერი, რასაც იქ ჩაწერ, შეკუმშვის შემდეგაც დაიმახსოვრებს. რა აუცილებლად უნდა იყოს CLAUDE.md-ში: — აგენტის როლი — deploy-ის გზები და deploy-ის მეთოდი თვით deploy-ს ჯერ კიდევ დავუბრუნდები, მაგრამ თუ მეთოდს არ ჩაწერ — ის ივიწყებს, როგორ ხვდება კოდი production-ზე და ყოველ ჯერზე სხვადასხვა ვარიანტს ცდის. ვარიანტები კი უამრავია და ეს ყველაფერს არღვევს. ნებისმიერ ცვლილებებთან მუშაობის პრინციპი რაიმე გაასწორე — მაშინვე ინახავ Git-ში და იქვე ეუბნები აგენტს, დაიმახსოვროს რა გაკეთდა, მეხსიერების შესაბამის სექციაში. დაგეგმვა: დროის 90% — მომზადება, 10% — შესრულება არ აქვს მნიშვნელობა, ეს bug-ია თუ ახალი feature — მაშინაც კი, როცა plan mode-ში მუშაობ და მაქსიმალურად ანდობ Claude Code-ს subagent-ებად მუშაობას, ის მაინც ტოვებს კრიტიკულ მომენტებს. რაც უფრო რთულია სიახლე, მით მეტჯერ უნდა გავატარო ერთი და იგივე კითხვები, სხვადასხვა კუთხით. და ის იპოვის ახალ-ახალ შეცდომებს. მაგალითი: როცა კრიპტოთი გადახდას ვნერგავდი, დაგეგმვამ წამართვა 5–7 საათი და დაახლოებით 40 გატარება სხვადასხვა კუთხით. ამის შემდეგ შევადგინე საბოლოო გეგმა. თვით შესრულებას წამართვა სულ 5–10 წუთი. პროექტის ცოდნის ბაზა ძალიან სასარგებლო რამ — გაუშვა subagent მას შემდეგ, რაც პროექტი აამუშავე, და აიძულო გააანალიზოს მთელი კოდი. დაე, თვითონ დაწეროს პროექტის აღწერა — მაგრამ სასარგებლო, ადამიანური ენით დაწერილი. მერე თვითონვე კითხულობს მას, და შენც შეგიძლია ნახო, რა გააკეთე.

Claude Code საბრძოლო პირობებში: ამოცანები და კონტროლი როგორ სწორად დააყენო ამოცანა ჯერ Claude Code-ს ცხვირით ჩავაჯიკებ პრობლემაში, ისე რომ არ ვეუბნები, რაშია პრობლემა. მაგალითად: «შეისწავლე, როგორ მუშაობს მიწოდების slot-ები. როგორ არის რეალიზებული admin-ში, როგორ — ვიტრინაზე. შეისწავლე ყველა dependency და შემოგვთავაზე, როგორ დავამატოთ დროის შეზღუდვა გარკვეული zip-კოდებისთვის. ქალაქში საცობებია და ამ ადგილებში უბრალოდ ვერ ხვდები. შეადგინე გეგმა, გაუშვი subagent-ები და თვალი ადევნე ყველა dependency-ს, რომ პროექტის არსებული ლოგიკა არ ჩამოვშალოთ.» ის ადგენს გეგმას. შენ აკოპირებ მას და აძლევ bug-ების ძიების subagent-ს, რომ ისიც გაატაროს კიდევ ერთხელ და დაინახოს, რა არ არის გათვალისწინებული. ძირითადი Claude Code plan mode-შია. როცა რეკომენდაციები მოდის — ეუბნები, შეაფასოს ისინი, რადგან რეკომენდაციები ხშირად ნაგავია. როცა გგონია, რომ გეგმა მზადაა — ასრულებ. და deploy-ამდე კვლავ ეძებ bug-ებს: იგივე კითხვები, სხვა სიტყვებით დასმული. Subagent-ები და crossvalidation სასარგებლოა შეიქმნა ცალკე subagent, bug-ების დაჭერაზე გათვლილი. უკეთესია — გამოიყენო სხვადასხვა მოდელი: Claude, Codex, Gemini. ყველა ჰალუცინირებს, მაგრამ თუ იდეებს მათ შორის გაატარებ — ცხადი ხდება, რა ღირს რეალურად გაკეთდეს. როდის გავჩერდე თუ ამოცანაზე ძალიან დიდხანს იჯდები — ის თითიდან იწყებს პრობლემების წოვას. თითქმის არასოდეს იტყვის: «ყველაფერი ნორმალურადაა». რაც მეტს ეკითხები — მით მეტს პოულობს. და აქ უკვე შენ უნდა გადაწყვიტო, სად გაჩერდე. ტექნიკური ვალი Claude Code კარგად პოულობს შეცდომებს და ანაწილებს მათ პრიორიტეტის მიხედვით. ნუ შეგეშინდება, არაკრიტიკული რამეები ტექნიკურ ვალში დააწყო და მოგვიანებით დაუბრუნდე. ის უკეთ მუშაობს, როცა ერთ ამოცანას წყვეტს ერთდროულად. თუ დიდს მისცემ — იწყებს გამოტოვებას. მაგალითი: საიტის რუსულიდან ინგლისურზე თარგმნა. ყველა სტატია, პროდუქტის აღწერა — მათი სიმრავლე უსაზღვროა. მომიწია ამოცანის გატარება 10–15-ჯერ, რადგან ის უბრალოდ ტოვებს ნაწილებს, თუმცა ამბობს, რომ ყველაფერი გააკეთა. იგივეა SEO-ოპტიმიზაციასთან — ცალკე თემაა, რომელზეც სამი კვირა, ან თვეც წამივიდა. ერთი ბრძანებით ამის გაკეთება შეუძლებელია. agent-ებითაც კი — ეს მუშაობაა, ეს შენი დროა. მომხმარებლების უკუკავშირი როცა მომხმარებლისგან პრობლემა მოდის — უბრალოდ აკოპირებ მათ მესიჯს Claude Code-ში და სთხოვ იპოვოს, სად, რა და რატომ არ მუშაობს.

Claude Code საბრძოლო პირობებში: production და რეალობა Deploy: dev-სერვერი სავალდებულოა როცა გგონია, რომ ყველაფერი მზადაა — ინახავ Git-ში და უყურებ dev-ს. production-ზე ტესტი — არარეალურია. როცა dev აკმაყოფილებს — deploy-ი. შემდეგ უკვე ცოცხალში ტესტავ. ჩემ შემთხვევაში — ეს შეკვეთების ფორმირების მუდმივი შემოწმებაა. ოქროს წესი სამუშაო დღის განმავლობაში არაფერი შეიცვალო production-ზე. საკუთარ ტყავზე გავიგე. Logging — შენი საუკეთესო მეგობარი admin-ში ცალკე გვერდი გავაკეთე: — login-ის მცდელობები — რეგისტრაციები — შეკვეთების შექმნა ცალკე — კლიენტის მთელი session-ის ჩაწერა, რომლის გაშვებაც როგორც ვიდეოს ისე შეიძლება. იქ ჩანს თაგვის ყველა მოძრაობა — გაიგებ, რას გრძნობდა კლიენტი, როცა საიტზე ხეტიალობდა. ლოგირდება API-ზე მოთხოვნების ყველა შეცდომა. დღის ბოლოს უყურებ, აძლევ Claude Code-ს და განიხილავ. თუ სისტემას აკეთებ — დაალოგე ყველაფერი, რისი დალოგებაც შეიძლება. Bug-ები ყოველთვის იპოვება არ ყოფილა შემთხვევა, რომ bug არ ეპოვათ. ხანდახან არა მაშინვე, მაგრამ 5–20 წუთში ყველაფერი იშლება. შეფერხებები frontend-ზე ხანდახან Claude Code იყინება მარტივ რამეებზე, განსაკუთრებით frontend-ში. იწყებს გამოცნობას. ასეთ მომენტებში სჯობს ამოცანა აიღო და მისცე სხვა მოდელს. ისინი ხშირად მაშინვე იძლევიან გადაწყვეტას — უკან აძლევ და ის 2 წუთში ასწორებს. ფრთხილად ახალ feature-ებთან რაც მეტი ლოგიკაა — მით მეტი bug-ი. დამატება თანდათანობით უნდა მოხდეს. თორემ მერე ფიქსაციაში დაიხრჩობი. პროექტს უბრალოდ დადგომის დრო ჭირდება. ადამიანური ფაქტორი დისპეტჩერებს და admin-ებს არ ესმით, რომ სისტემა ლოგავს ყოველ ნაბიჯს, ყოველ დაჭერას. მთელი session თვალს ადევნებენ — მაშინვე ჩანს, ვინ რა გააკეთა არასწორად. case: admin-ს უნდოდა ერთი ადამიანისთვის ფასდაკლების მიცემა — და მისცა 20% ყველაფერზე ყველასთვის. გავიგეთ ერთი დღის შემდეგ. და, რა თქმა უნდა, დამნაშავე «სისტემაა». ამისთვის მზად უნდა იყო. Rollback-ები და შემოწმებები Rollback-ი სულ რამდენიმეჯერ მქონია. მაგრამ ყველა შემოწმების მიუხედავად, deploy-ის შემდეგ 30–50% შემთხვევაში გადაკეთება მიწევს. დიახ, Claude Code Telegram-ის topic-ებშია, და ხმოვანი ბრძანებებით შეიძლება ფიქსაცია პარკიდან, ტაქსიდან, სკამიდან. მოსახერხებელია. მაგრამ სჯობს კომპიუტერთან იჯდე, სანამ პირადად არ დარწმუნდები, რომ ყველაფერი მუშაობს. ეს არის მთავარი მიზეზი, რის გამოც მთელი დეველოპერული გარემო დისტანციურ VPS-ზე გადავიტანე. ნოუთბუქი უბრალოდ ტერმინალი გახდა. წვდომა — ნებისმიერი ადგილიდან. ფინალი სამუშაო — ეს კოდის დაწერა არ არის. სამუშაო — ეს არის: უყურო, შეამოწმო, დაბრუნდე და სისტემას არ მისცე ჩაშლის უფლება.