Claude Code kovinėmis sąlygomis: atmintis ir planavimas

Agento atmintis po konteksto suspaudimo Claude Code po konteksto suspaudimo automatiškai vėl perskaito CLAUDE.md failus — globalų ir projekto. Viską, ką ten įrašysite, jis prisimins po suspaudimo. Kas būtinai turi būti CLAUDE.md faile: — agento vaidmuo — deploy keliai ir deploy būdas Prie paties deploy dar grįšime, bet jeigu neaprašysi būdo — jis pamiršta, kaip kodas patenka į produkciją, ir kaskart bando skirtingus variantus. O variantų yra labai daug, ir tai viską sugadina. Darbo su bet kokiais pakeitimais principas Ką nors pataisei — iškart išsaugai per Git ir tuoj pat liepi agentui įsiminti, kas buvo padaryta, atitinkamame atminties skyriuje. Planavimas: 90 % laiko — pasiruošimas, 10 % — vykdymas Nesvarbu, ar tai bug'as, ar nauja fičė — net jeigu dirbi planiniame režime ir maksimaliai leidi Claude Code dirbti subagentiškai, jis vis tiek praleidžia kritinius dalykus. Kuo sudėtingesnė naujovė, tuo daugiau reikia kelis kartus prasukti tuos pačius klausimus, žvelgiant skirtingu kampu. Ir jis vis ras naujų ir naujų klaidų. Pavyzdys: kai diegiau atsiskaitymą kriptovaliuta, planavimas užtruko 5–7 valandas ir maždaug 40 klausimų prasukimų skirtingais kampais. Po to sudariau galutinį planą. Pats vykdymas užtruko tiesiog 5–10 minučių. Projekto žinių bazė Labai naudingas dalykas — paleisti subagentą po to, kai paleidote savo projektą, ir priversti jį išanalizuoti visą kodą. Tegul jis pats parašo projekto aprašymą — bet naudingą, parašytą žmogaus kalba. Jis pats po to jį skaito, ir jūs taip pat galite pažiūrėti, ką pridirbote.

Claude Code kovinėmis sąlygomis: užduotys ir kontrolė Kaip teisingai kelti užduotį Pirmiausia įbedi Claude Code snukučiu į problemą, nesakydamas jam, kokia ta problema. Pavyzdžiui: „Išstudijuok, kaip sutvarkyti pristatymo laiko slotai. Kaip tai įgyvendinta admin skydelyje, kaip įgyvendinta vitrinoje. Išstudijuok visas priklausomybes ir pasiūlyk, kaip pridėti laiko apribojimą tam tikriems ZIP kodams. Mieste kamščiai, ir į tas vietas tiesiog neįmanoma patekti. Sudaryk planą, paleisk subagentus ir prasek visas priklausomybes, kad nesugriūtų esama projekto logika." Jis padaro planą. Tu jį nukopijuoji ir atiduodi subagentui, ieškančiam bug'ų, kad tas dar kartą prasuktų ir pažiūrėtų, kas neatsižvelgta. Pagrindinis Claude Code stovi plan mode režime. Kai ateina rekomendacijos — prašai jo jas įvertinti, nes rekomendacijos dažnai būna šiukšlinės. Kai manai, kad planas paruoštas — vykdai. O prieš deploy vėl ieškai bug'ų: tie patys klausimai, suformuluoti kitais žodžiais. Subagentai ir kryžminis patikrinimas Naudinga sukurti atskirą subagentą, pritaikytą bug'ų gaudymui. Dar geriau — naudoti skirtingus modelius: Claude, Codex, Gemini. Jie visi haliucinuoja, bet jeigu varinėji idėjas tarp jų — tampa aišku, ką realiai verta daryti. Kada sustoti Jeigu prie užduoties sėdėsi per ilgai — jis pradeda iš piršto laužti problemas. Jis beveik niekada nepasakys: „Viskas gerai." Kuo daugiau klausi — tuo daugiau randa. Ir čia jau tau spręsti, kur sustoti. Techninė skola Claude Code gerai randa klaidas ir suskirsto jas pagal prioritetą. Nebijokite nekritinių dalykų dėti į techninę skolą ir grįžti vėliau. Jis geriau dirba, kai sprendžia po vieną užduotį. Jeigu duodi didelę — pradeda praleisti. Pavyzdys: svetainės vertimas iš rusų į anglų. Visi straipsniai, prekių aprašymai — jų yra labai daug. Teko užduotį prasukti maždaug 10–15 kartų, nes jis tiesiog praleidžia gabalus, nors sako, kad viską padarė. Tas pats su SEO optimizacija — atskira tema, kuriai prireikė savaičių trijų, o gal ir mėnesio. Vienu komandos paleidimu nieko neišspręsi. Net su agentais — tai darbas, tai jūsų laikas. Atsiliepimai iš vartotojų Kai ateina problema iš užsakovų — tiesiog nukopijuoji jų pranešimą į Claude Code ir prašai surasti, kur, kas ir kodėl neveikia.

Claude Code kovinėmis sąlygomis: produkcija ir realybė Deploy: dev serveris būtinas Kai manai, kad viskas paruošta — išsaugai per Git ir žiūri į dev. Testuoti produkcijoje — nerealu. Kai dev tenkina — darai deploy. Po to testuoji jau gyvai. Mano atveju — tai nuolatinis užsakymų formavimo tikrinimas. ️ Auksinė taisyklė Darbo dienos metu nieko nekeisti produkcijoje. Supratau iš savo kailio. Logavimas — jūsų geriausias draugas Padariau atskirą puslapį admin skydelyje: — prisijungimo bandymai — registracijos — užsakymų kūrimas Atskirai — viso kliento seanso įrašymas, kurį galima paleisti kaip vaizdo įrašą. Ten matomi visi pelės judesiai — supranti, ką klientas jautė, kai naršė po svetainę. Logiuojamos visos API užklausų klaidos. Po dienos pažiūri, atiduodi Claude Code ir išanalizuoji. Jeigu kuriate sistemą — logiuokite viską, ką galima. Bug'ai visada randami Nebuvo situacijos, kad bug'as nebūtų rastas. Kartais ne iš karto, bet per 5–20 minučių viskas atsiskleidžia. Užstrigimai frontende Kartais Claude Code stringa ties paprastais dalykais, ypač frontende. Pradeda spėlioti. Tokiomis akimirkomis geriau paimti užduotį ir atiduoti kitam modeliui. Jie dažnai pateikia sprendimą iškart — perduodi atgal, ir jis sutvarko per 2 minutes. Atsargiau su naujomis fičėmis Kuo daugiau logikos — tuo daugiau bug'ų. Pridėti reikia palaipsniui. Kitaip paskui paskęsi taisymuose. Projektui reikia laiko tiesiog nusistovėti. Žmogiškasis faktorius Dispečeriai ir adminai nesupranta, kad sistema logiuoja kiekvieną žingsnį, kiekvieną paspaudimą. Visas seansas sekamas — iškart matosi, kas ką padarė ne taip. Atvejis: adminas norėjo duoti nuolaidą vienam žmogui — ir davė 20 % viskam ir visiems. Sužinojome po paros. Ir, žinoma, kalta „sistema". Tam reikia būti pasiruošusiam. Atkatai ir patikrinimai Atkatų buvo vos pora kartų. Bet net su visais patikrinimais po deploy 30–50 % atvejų tenka perdaryti. Taip, Claude Code sėdi Telegram topikuose, ir balso komandomis galima fiksinti iš parko, iš taksi, nuo suoliuko. Patogu. Bet geriau sėdėti prie kompo, kol asmeniškai neįsitikinai, kad viskas veikia. Tai pagrindinė priežastis, dėl kurios visą programavimo aplinką perkėliau į nuotolinį VPS. Nešiojamas kompiuteris tapo tiesiog terminalu. Prieiga — iš bet kurios vietos. Finalas Darbas — tai ne parašyti kodą. Darbas — tai: stebėti, tikrinti, grįžti ir neleisti sistemai subyrėti.