# Claude Code 2026 m.: 11 patarimų, sparčiųjų klavišų ir komandų > 11 praktiškų Claude Code metodų: spartieji klavišai, CLI vėliavėlės ir /commands, taip pat 6 strategijos iš 6 mėnesių kasdienio darbo. Mažiau žetonų, mažiau haliucinacijų. Source: https://ailoot.ai/blog/lt/claude-code-tips/ Canonical: https://ailoot.ai/blog/lt/claude-code-tips/ Language: lt Publisher: Ailoot (https://ailoot.ai/) Translation: guide-001 Revision: sha256-7123a089e7ab29b5bea19e00d3f027bf7c2962b854e806051b175fff6dd9a912 Daugiau instrukcijų, kaip dirbti su Ailoot, rasite [dokumentacijoje](https://ailoot.ai/docs/). ## Ką duoda šie 11 patarimų ir kodėl reikia taktikos, o ne teorijos?
Svarbiausia mintis Tai nėra „geriausių Claude Code funkcijų“ sąrašas ar Anthropic dokumentacijos perpasakojimas. Tai 11 metodų iš šešių mėnesių kasdienio darbo: 5 taktiniai (spartieji klavišai, vėliavėlės, /commands) ir 6 strateginiai (kaip suskaidyti planą, kaip valdyti 5 langus, kaip pastebėti akląsias zonas). Vieno vakaro pakanka, kad įtvirtintumėte 11 įpročių.
Programuojant pagal nuojautą, klausimas jau nebe „ar Claude Code veikia?“, o „kaip su juo dirbti, kad neišeikvotumėte limitų ir jis nepradėtų haliucinuoti?“ Ankstesniuose 9 mano vadovuose aptariamos sąvokos: [CLAUDE.md](https://ailoot.ai/blog/lt/claude-md-template/), [Plan Mode](https://ailoot.ai/blog/lt/claude-code-plan-mode/), [konteksto inžinerija](https://ailoot.ai/blog/lt/context-engineering/), [Skills](https://ailoot.ai/blog/lt/claude-code-skills-library/), [Subagents](https://ailoot.ai/blog/lt/claude-code-subagents/), [MCP](https://ailoot.ai/blog/lt/mcp-servers-claude-code/), [/rewind](https://ailoot.ai/blog/lt/claude-code-undo-changes/), [limitai](https://ailoot.ai/blog/lt/claude-code-token-limits-saving/), [antroji smegenų sistema](https://ailoot.ai/blog/lt/claude-code-second-brain/). Šiame vadove pateikiu su jomis derančias taktikas. Kiekvienas patarimas padeda išspręsti vieną rūpestį. Galite skaityti iš eilės arba iškart pereiti prie aktualiausių: dėl sparčiųjų klavišų – prie 1 patarimo, dėl žetonų taupymo – prie 4 ir 5, dėl paralelinio darbo – prie 6, dėl autoriaus technikų – prie 8-11. Rašau tiems, kurie **jau** įsidiegė Claude Code ir bent savaitę juo naudojosi. Jei tik diegiatės, pradėkite nuo [CLAUDE.md vadovo](https://ailoot.ai/blog/lt/claude-md-template/), o tada grįžkite. ## Kaip perjungti Claude Code režimus: Shift+Tab spartusis klavišas
Svarbiausia mintis Shift+Tab cikliškai perjungia leidimų režimus: `default`, `acceptEdits`, `plan` ir visus įjungtus režimus (`auto`, `bypassPermissions`). Prieš sudėtingą užduotį perjunkite į [Plan Mode](https://ailoot.ai/blog/lt/claude-code-plan-mode/) ir prieš ją siųsdami patikrinkite režimo indikatorių. Prieš įprastą darbą pasirinkite `acceptEdits` ir patikrinkite šią žymą; paspaudimų skaičius priklauso nuo pradinio režimo ir įjungtų režimų.
Dažniausia pradedančiųjų klaida – visą dieną likti režime `default` ir rankiniu būdu patvirtinti kiekvieną pakeitimą. Po valandos tai išvargina ir kyla pagunda paleisti `--dangerously-skip-permissions` (daugiau apie tai patarimo pabaigoje). Shift+Tab yra tarpinis variantas: patys pasirenkate, kada reikia `acceptEdits`, o kada – `plan`. Perjungdamas režimus laikausi tokios konkrečios taisyklės: 1. **Pradedu sudėtingą užduotį** – naudokite Shift+Tab, kol režimo indikatorius rodys `plan`. Claude viską apgalvoja ir parengia planą; kodo nerašo, kol nepatvirtinu. 2. **Planas patvirtintas, pradedu įgyvendinti** – perjunkite, kol režimo indikatorius rodys `acceptEdits`. Claude redaguoja failus neprašydamas patvirtinimo, bet dėl Bash komandų vis dar paklausia. 3. **Įprasti redagavimai (pervadinimas, paprastas refaktoringas)** – iškart pereinu į `acceptEdits`, be plano. 4. **Pavojinga zona (duomenų bazių migracijos, failų trynimas)** – Shift+Tab grįžtu į `default`. ```bash # Įprasti leidimų režimai (tikrinkite aktyvią žymą, o ne fiksuotą paspaudimų skaičių): # default - įprastos leidimų užklausos # acceptEdits - failų redagavimai priimami; kiti įrankių leidimai vis tiek taikomi # plan - tyrimas ir planavimas prieš įgyvendinimą # Papildomi režimai priklauso nuo versijos, nustatymų ir organizacijos politikos. ``` Jei jūsų Claude Code versijoje (`claude --version`) Shift+Tab neveikia, patikrinkite, ar turite naujausią versiją. Komanda `/doctor` parodys viską apie diegimą.
Shift+Tab cikliškai perjungia leidimų režimus. Galimi režimai priklauso nuo to, ką įjungėte nustatymuose.
— Anthropic dokumentacija, https://code.claude.com/docs/en/interactive-mode
## Kaip atšaukti paskutinį veiksmą neprarandant konteksto: Esc Esc
Svarbiausia mintis Du kartus paspaudus Esc galima greitai atšaukti paskutinį Claude veiksmą neatliekant viso `/rewind`. Jei įvesties laukas tuščias, atidaromas kontrolinio taško meniu. Jei lauke yra teksto, jis išvalomas, bet išsaugomas istorijoje (rodyklė aukštyn jį grąžina). Taip 80% atvejų išsprendžiama baimė „sugadinau ir nebegaliu atšaukti“; į git kreiptis nereikia.
Esc ir Esc Esc daro skirtingus dalykus, todėl juos ir painioja: - **Vienas Esc** – pertraukia Claude tuo metu, kai jis ką nors daro. Visa tai, ką jis spėjo padaryti, išlieka. Praverčia, kai jis pasuko ne ta kryptimi ir norite jį nukreipti kitaip. - **Du kartus Esc Esc** – jei įvesties laukas tuščias, atidaromas kontrolinio taško meniu (galima atkurti kodą, pokalbį, abu arba sukurti santrauką). Jei lauke yra teksto, laukas išvalomas, o tekstas įtraukiamas į istoriją (rodyklė aukštyn jį grąžina). ```bash # Meniu Esc Esc, kai laukas tuščias: # 1. Atkurti tik kodą - atkurti failus, palikti pokalbį # 2. Atkurti tik pokalbį - atkurti pokalbį, palikti failus # 3. Atkurti kodą ir pokalbį - atkurti ir vieną, ir kitą (dažniausias pasirinkimas) # 4. Apibendrinti nuo čia - apibendrinti pokalbį nuo šio taško # 5. Apibendrinti iki čia - apibendrinti iki šio taško ``` Kontroliniai taškai automatiškai sukuriami kiekvienai jūsų siunčiamai užklausai – nieko nereikia įsiminti ir visada galite grįžti atgal. Išsamiau žr. [vadovą apie /rewind](https://ailoot.ai/blog/lt/claude-code-undo-changes/), kuriame taip pat aptariamas git derinimas giliems atšaukimams.
Kiekviena naudotojo užklausa sukuria naują kontrolinį tašką. Kontroliniai taškai išsaugomi tarp sesijų, todėl prie jų galite grįžti tęsiamuose pokalbiuose.
— Anthropic dokumentacija, https://code.claude.com/docs/en/checkpointing
Esc Esc yra viena pirmųjų technikų pradedantiesiems. Kai jie nustoja bijoti, kad „sugadins ir negalės atšaukti“, ima drąsiau eksperimentuoti, o rezultatai pagerėja daug kartų. ## Kada naudoti /compact, o kada /clear?
Svarbiausia mintis `/clear` visiškai iš naujo nustato sesiją ir palieka švarų konteksto langą. Su `/compact [hint]` LLM suspaudžia pokalbio istoriją į santrauką, išsaugodamas ankstesnio darbo prasmę. Taisyklė paprasta: užduotį baigėte – `/clear`. Tęsiate tą pačią užduotį, bet langas pilnas – `/compact`. Jei juos supainiosite, prarasite kontekstą arba pasieksite limitą.
Štai kaip `/compact` veikia viduje: Claude apdoroja visą pranešimų istoriją ir pateikia trumpą santrauką su svarbiausiomis detalėmis. Naudingas patarimas – nurodyti jam užuominą: `/compact keep the coding principles and current plan, discard the CSS discussion`. Tada suspaudimas bus tikslingas. ```bash # Kada ką naudoti: /clear # baigėte funkciją, pereinate prie naujos /compact # ilga sesija, kontekstas užpildytas >50% /compact keep the architecture and plan # tikslinis suspaudimas, sutelkiant dėmesį ``` Ženklas, kad metas naudoti `/compact`: komanda `/cost` arba būsenos juosta rodo, kad panaudota 70%+ konteksto lango, o sesija dar tik įpusėjo. Jei į tai nekreipsite dėmesio, Claude pradės „pamiršti“ pokalbio pradžią, ir vėl gaišite laiką viską aiškindami.
Pavyzdžiui, Claude Code siunčiame pranešimų istoriją modeliui, kad jis ją apibendrintų ir suspaustų svarbiausią informaciją.
— Anthropic inžinerija, https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents
Išsamią konteksto lango teoriją rasite [konteksto inžinerijos vadove](https://ailoot.ai/blog/lt/context-engineering/). Jame taip pat paaiškinama, kodėl kontekstas yra ribotas išteklius, kurio nauda mažėja. ## Kaip stebėti žetonus realiuoju laiku: komanda /cost
Svarbiausia mintis `/cost` rodo dabartines išlaidas doleriais ir žetonais. `/statusline` įtraukia tą pačią informaciją į būsenos juostą – visada matysite modelį, katalogą, konteksto procentinę dalį ir išlaidas, nepaleidę komandos. Pagrindinis būdas įveikti baimę „viską išleisti per vieną dieną“ – nuolat matyti išlaidas.
Baimė „viską išleisti per vieną dieną“ yra vienas didžiausių susirūpinimą keliančių dalykų tarp nuojauta paremtą programavimą praktikuojančių žmonių. Pagrindinis būdas šiai baimei įveikti – padaryti išlaidas **matomas**. ```bash /cost # rodo dabartinės sesijos išlaidas (žetonai + $) /statusline # nustato būsenos juostą: modelis + katalogas + konteksto % + išlaidos ``` Paprasta taisyklė: kas 30-60 minučių patikrinkite `/cost`. Jei per valandą išleidote mažiau nei porą dolerių, viskas gerai. Jei daugiau – kažkas ne taip: galbūt pamiršote `/compact` ir kontekstas vis auga, galbūt pasirinkote netinkamą modelį (apie tai daugiau kitame patarime), o gal Claude 10 kartų iš naujo skaito didelius failus. Visą limitų taupymo vadovą rasite straipsnyje [„Kaip per dieną neišnaudoti Claude Code limitų“](https://ailoot.ai/blog/lt/claude-code-token-limits-saving/), kuriame pateiktos 8 taisyklės. Čia aptariama išlaidų matomumo didinimo taktika, naudojant `/cost` ir `/statusline`. Norite ne tik stebėti žetonus, bet ir sukurti sistemą, kurioje **AI agentas** pats neviršytų savo limitų? `/cost` tėra indikatorius. Visas derinys – **AI klonas + Antroji smegenų sistema + [Konteksto inžinerija](https://ailoot.ai/blog/lt/context-engineering/)** – paverčia Claude iš „riboto asistento“ į įrankį, kuris gali dirbti ilgai ir nuspėjamai. ## Kurį Claude modelį pasirinkti užduočiai: Haiku, Sonnet ar Opus?
Svarbiausia mintis Vėliavėlė `--model` pakeičia modelį tik dabartinei sesijai. Pagrindinė taisyklė: Haiku – scenarijams ir greitiems redagavimams, Sonnet – įprastam giliam mąstymui, Opus – architektūrai ir sudėtingam derinimui. Remiantis viešais interviu, pati Claude Code komanda viskam naudoja Opus su įjungtu mąstymu, tačiau tai tinka tiems, kurie moka už prenumeratą ir nesijaudina dėl žetonų. Verslininkui taisyklė kitokia: pradėkite nuo pigesnio modelio, o daugiau mokėkite tada, kai reikia.
```bash claude --model haiku # ~3× pigiau nei sonnet, įprastam darbui claude --model sonnet # numatytasis modelis, kainos ir kokybės pusiausvyra claude --model opus # ~1.7× brangiau nei sonnet, sudėtingoms užduotims ``` Remiantis 2026 m. gegužę skelbta Anthropic kainodara: Haiku – \$1/\$5 už 1 mln. įvesties / išvesties žetonų, Sonnet – \$3/\$15, Opus – \$5/\$25. Vadinasi, Haiku yra 3 kartus pigesnis už Sonnet, o Opus – 1.7 karto brangesnis. Kaip renkuosi kasdien: | Užduotis | Modelis | Kodėl | |----|----|----| | Pervadinti kintamąjį / funkciją | Haiku | Veiksmas aiškus; nereikia „mąstyti“ | | Paprastas refaktoringas (išskirti funkciją) | Sonnet | Standartinis, nebrangus, tikslus | | Pridėti naują funkciją su architektūra | Opus | Reikia išsamaus samprotavimo | | Derinti keistą klaidą, kurios Sonnet nerado per 3 bandymus | Opus | Reikia mažiau nurodinėti, didesnė tikimybė pataikyti | | Perskaityti ir apibendrinti ilgus žurnalus | Haiku | Paprastas kategorizavimas, pigiau | Ginčytinas klausimas – ar apskritai verta naudoti Sonnet ir Haiku, jei Opus vidutiniškai teisingai atlieka užduotį „iš pirmo karto“. Mano atsakymas: verslininkui, kuris nėra programuotojas, Haiku ir Sonnet atsiperka atliekant 70% užduočių. Opus verta pasilikti 30% iš tiesų sudėtingų užduočių. ## Kaip vienu metu vykdyti 3-5 užduotis: /resume + git worktrees
Svarbiausia mintis Paralelinis darbas su Claude Code remiasi 2 dalykais: `--resume` (tęsti pavadintą sesiją) ir `git worktree` (atskiras katalogas kiekvienai šakai). Praktiškai vienu metu esu atsidaręs 5-10 Claude langų, kurių kiekvienas dirba su atskira maža užduotimi. Kontekstai nesusimaišo, o žetonai neeikvojami bandant aprėpti „viską viename lange“.
Logika paprasta: vienas ilgas Claude langas **suvalgo** kontekstą. Kiekvienai užklausai į modelį įkeliama viskas, kas buvo tame lange, net jei dabar kalbate apie visai kitą dalyką. 5 trumpi langai mažoms užduotims prisimena tik savo darbą. Iš viso išleidžiate mažiau. ```bash # Pradėti pavadintą sesiją konkrečiai užduočiai: claude --resume "auth-refactor" claude --resume "homepage-redesign" claude --resume "db-migration" # Naudoti worktree, kad git darbai nesidubliuotų: git worktree add ../my-project-auth feature/auth cd ../my-project-auth claude --resume "auth-refactor" ``` Jei pametėte, kas vyksta kiekviename lange, paleiskite `claude --resume` be argumento – pamatysite naujausių sesijų sąrašą su jų pavadinimais ir laikais. Aktyvioje sesijoje `/agents` parodo veikiančius subagentus. Dirbdamas su funkcija, kurios kūrimas trunka ilgai, paprastai darau taip: 1. **1 langas** – planuoti faile `plans/YYYY-MM-DD-feature.md`. Tik aptarimas, be kodo. 2. **2 langas** (pagal planą) – įgyvendinti 1 etapą. Etapui pasibaigus, atnaujinti planą (`[x]`). 3. **3 langas** – įgyvendinti 2 etapą lygiagrečiai su 2 langu, jei etapai nesidubliuoja. 4. **4 langas** – sintezės agentas patikrina abiejų langų rezultatus. 5. **5 langas** – saugumo peržiūra po sujungimo (žr. 8 patarimą). Kada **nenaudoti** worktrees: jei per dieną prižiūrite 1-2 projektus, perėjimo tarp worktree katalogų sąnaudos suvalgys naudą. Worktrees pradeda apsimokėti, kai per dieną atliekate 3+ užduotis lygiagrečiai. ## Kaip išvengti haliucinacijų: nuorodos į failus su @file
Svarbiausia mintis Užuot rašę „peržiūrėk projektą ir rask auth.ts“, rašykite `@src/lib/auth.ts`, ir Claude tiesiogiai įkels failą, jo neieškodamas. Taip taupomi žetonai (nereikia skenuoti katalogų medžio) ir pašalinamas vienas haliucinacijų šaltinis (Claude nereikia spėlioti kelio – jūs jį nurodėte). Taip pat veikia komandos: `!git status` vykdoma be įrankio iškvietimo, o jos išvestis įtraukiama į kontekstą.
Failų automatinis užbaigimas prasideda simboliu `@`. Pradėkite rašyti kelią, ir Claude parodys pasiūlymus. Galite nurodyti kelis failus iš karto: `@src/lib/auth.ts @src/lib/session.ts @prisma/schema.prisma`. ```bash # Užklausa be tikslių kelių (blogai): > Peržiūrėk autentifikavimo logiką ir pataisyk sesijos klaidą # Užklausa su @ nuorodomis (teisingai): > @src/lib/auth.ts @src/lib/session.ts - pataisyk klaidą: atsijungus slapukas neišvalomas ``` Antrasis tos pačios grupės triukas – apvalkalo režimas naudojant `!`: ```bash > !git status # vykdoma nekviečiant Claude, išvestis įtraukiama į kontekstą > !npm test # tas pats > !cat /var/log/app.log | tail -50 # tas pats ``` Priežastis: žetonai neeikvojami sakant „Claude, patikrink git status“ – Claude vis tiek gautų tą patį atsakymą per įrankį. `!` trumpiau ir pigiau. Tai susiję su `CLAUDE.md`: pagrindinis failas turėtų būti iki 200 eilučių projekto taisyklių. Konkretesnės taisyklės (pavyzdžiui, API konvencijos) pateikiamos `.claude/rules/api-design.md` faile su YAML metaduomenimis `paths: ["src/api/**/*.ts"]`. Tada jos įkeliamos tik Claude redaguojant failus `src/api/` kataloge. Išsamiau žr. [CLAUDE.md vadovą](https://ailoot.ai/blog/lt/claude-md-template/). ## Kaip neprarasti ilgų užduočių pažangos: planai su etapais ir \[ \] / \[x\]
Svarbiausia mintis Kiekvienai užduočiai, kuri trunka ilgiau nei 30 minučių, reikia atskiro plano failo `plans/YYYY-MM-DD-name.md` su etapais ir žymimaisiais langeliais `[ ]` / `[x]`. Planas turi būti faile, o ne pokalbyje. Taip paraleliniai langai gali imtis skirtingų etapų, netrukdydami vieni kitiems, o pažangą lengva matyti, užuot bandžius ją „prisiminti“ iš pokalbio.
Štai plano failo šablonas, kurį naudoju kiekviename projekte: ```markdown # Planas: [funkcijos pavadinimas] Sukūrimo data: 2026-05-22 Tikslas: [vienas sakinys apie tai, ką norime pasiekti] ## 1 etapas: [trumpas pavadinimas] - [ ] 1.1 žingsnis: [konkretus veiksmas] - [ ] 1.2 žingsnis: [konkretus veiksmas] - [ ] 1.3 žingsnis: [konkretus veiksmas] ## 2 etapas: [trumpas pavadinimas] - [ ] 2.1 žingsnis - [ ] 2.2 žingsnis ## Rezultatas Pabaigoje užpildykite: įgyvendinta visiškai arba iš dalies ir kas dar liko. ``` Taisyklė absoliuti: **kiekvienas agentas po kiekvienos sesijos turi atnaujinti planą**. Kitaip tariant, vos tik užbaigiate etapą, atsidarykite failą ir pažymėkite jį `[x]`. Jei to nepadarysite, kitas langas nežinos, kad etapas baigtas, ir bandys jį kartoti. Kai planas faile, o ne galvoje: - Paraleliniai langai (žr. 6 patarimą) gali imtis skirtingų etapų. - Jei užduotis trunka 3 dienas, grįžę po 2 dienų iškart pamatysite, kur sustojote. - Galutinę patikrą pagal faktinį rezultatą lengva atlikti (`grep -c "\[ \]"` faile parodo, kiek žingsnių dar liko atvirų). Kada **nenaudoti**: 5 minučių karštajam pataisymui, paprastam vieno failo redagavimui, žurnalo skaitymui ir apibendrinimui. Ne kiekvienam veiksmui reikia plano. Ši technika yra Antrosios smegenų sistemos dalis. Išsamią `business/`, `plans/`, `ai-clone/` katalogų apžvalgą rasite [Antrosios smegenų sistemos vadove](https://ailoot.ai/blog/lt/claude-code-second-brain/). ## Kaip iš anksto pastebėti, kur Claude suklys: savikritika dėl 10 priežasčių
Svarbiausia mintis Prieš pradėdami kurti sudėtingą funkciją, perjunkite Claude į priešiško vertinimo režimą: „Įsivaizduok, kad projektas žlugo. Po metų esu praradęs laiką ir energiją. Įvardyk 10 priežasčių. Nesigailėk manęs, būk griežtas.“ Taip nuslopinamas ankstyvas optimizmas ir išryškinamos aklosios zonos, kurių Claude niekada nepaminėtų režimu „įgyvendinkime“.
Štai tikslus užklausos šablonas, kurį naudoju: ``` Įsivaizduok, kad idėjų aplankas buvo įvertintas pagal metodiką, kai jau mąstai taip, tarsi projektas būtų visiškai žlugęs. Įvardyk 10 priežasčių, kodėl po metų būsiu sugaišęs daug laiko, o idėja pasirodys nesėkminga. Tavo užduotis – negailėti mano jausmų ir būti kuo griežtesniam. Po 10 priežasčių – antras etapas: apgink kiekvieną priežastį nuo mano kontrargumentų. Kur esu pažeidžiamiausias? Trečias etapas: parašyk planą, kaip išvengti šių problemų. ``` Taikau tai trijuose etapuose: 1. **Pirmoji idėja – „viskas puiku“** – kai esu tikras. Savikritika sumažina idėjos apimtį 30-50%. 2. **Plano viduryje** – kai jau esu giliai įsitraukęs į darbą ir prarandu budrumą. 3. **Prieš paleidimą** – galutinis filtras. Claude iš tiesų meta iššūkį priešiško vertinimo režimu. Panašioje situacijoje GPT-5 iš pradžių pagiria idėją, o tada „pabando rasti patobulinimų“. Šį skirtumą pastebėjau po metų eksperimentų: Man priešiško vertinimo režimo skirtumas atrodo taip: ChatGPT sako: „Geras pastebėjimas, visiškai teisus.“ Claude toje pačioje situacijoje sako: „Sutinku, tai visiškas mėšlas; tuoj perdarysiu.“ Kai man reikia kritikos, antras atsakymas sutaupo kelias bereikalingo darbo dienas. Kada **netaikyti**: teigiamoms UI ir tekstų kūrimo iteracijoms. Priešiško vertinimo režimas ten netinka – jis užgesins kūrybiškumą. Ši technika vadinama išankstine projekto nesėkmės analize. Aš ją pritaikiau darbui su **AI agentu**: užuot buriavęs žmonių komandą, su Claude atlieku išankstinę nesėkmės analizę. Niekas nebijo pasakyti „vadove, projektas žlugs“, todėl aklosios zonos išryškėja per kelias minutes. ## Kaip per tiek laiko, kiek trunka vienas tyrimas, atlikti 5 šaltinių tyrimą: paraleliniai subagentai
Svarbiausia mintis Prieš pradėdami kurti funkciją, per subagentus paleiskite 5 paralelinius tyrimų agentus. Kiekvienas susitelkia į savo sritį: profesinius tinklus, atvirąjį kodą, akseleratorius, konkurentus ir palyginimus. Jie grįžta per 10-20 minučių. Tada atskiras sintezės agentas viską sujungia į vieną ataskaitą. Taip sutaupoma valandų ir sumažinamas patvirtinimo šališkumas.
Štai užklausos šablonas: ``` Jau turi visą kontekstą. Atlik išsamų tyrimą; paleisk 5 paralelinius subagentus. 1 subagentas: peržiūrėk profesinius tinklus – kas sprendžia šią problemą? 2 subagentas: atvirojo kodo sprendimai GitHub – kas populiaru? 3 subagentas: startuolių akseleratoriai – kas pritraukia investicijų šioje nišoje? 4 subagentas: tiesioginių konkurentų svetainės – ką jie žada ir kokia kaina? 5 subagentas: palyginimai ir apžvalgos – ką naudotojai rašo apžvalgose? Kai visi grįš, paleisk sintezės agentą, kad jis sulygintų 5 ataskaitas ir parengtų planą mano antrosios smegenų sistemos aplankui. ``` Kas keičiasi, palyginti su įprastu tyrimu: - Laikas: 5 vienu metu vykdomi srautai, o ne 5 nuoseklūs. Valanda darbo per 15 minučių. - Išsamumas: kiekvienas agentas specializuojasi. Vieno agento patvirtinimo šališkumas nepaveikia kitų. - Kontekstas: kiekvienas subagentas turi savo kontekstą, atskirą nuo pagrindinio. Visą subagentų vadovą rasite [„Claude Code subagentai 2026 m.“](https://ailoot.ai/blog/lt/claude-code-subagents/). Jame taip pat paaiškinamas skirtumas tarp Skills ir MCP – kurį naudoti ir kada. Kada **netaikyti**: kosmetiniams redagavimams, klaidų taisymams, mažoms techninėms užduotims. Tyrimas perteklinis, jei užduotis mažesnė nei „nauja funkcija, kurios kūrimas trunka bent 1 dieną“. ## Kaip duoti Claude užduotis telefonu: Telegram botas kišenėje
Svarbiausia mintis Prijunkite Claude Code prie savo Telegram boto per oficialų papildinį. Kompiuteryje (išjungus miego režimą) Claude Code veikia terminale, prijungtame prie projekto. Būsite bet kur ir galėsite parašyti botui: „peržiūrėk naujausius pakeitimus“, „kokios šią savaitę buvo pajamos iš kvitų“, „perskaityk visus vakaro klientų aptarnavimo klausimus“. Botas atsako žinodamas visą projekto kontekstą – kodą, pakeitimų istoriją, visą `business/` struktūrą. Tiesiogiai su jūsų kodų baze susietas veikiantis agentas, kuris viską mato ir prisimena.
Kaip nustatyti (4 žingsniai): 1. **Nuolat veikiantis kompiuteris** – sistemos nustatymuose išjungiu miego režimą (macOS: Energijos taupymas → Neleisti kompiuteriui užmigti). 2. **Terminale veikia Claude Code**, prijungtas prie projekto katalogo. 3. **Oficialus Telegram papildinys** – pridėkite prekyvietę naudodami `/plugin marketplace add anthropics/claude-plugins-official`, tada įdiekite `/plugin install telegram@claude-plugins-official` (tikslūs žingsniai laikui bėgant atnaujinami – naujausios instrukcijos pateiktos [oficialioje papildinio saugykloje](https://github.com/anthropics/claude-plugins-official)). 4. **Botas susietas su viena sesija** – šiuo metu tai apribojimas: vienas botas = vienas projektas = viena sesija. Jei reikia antro, nustatykite antrą botą. Ką kasdien darau su botu: - Išeinu pasivaikščioti ir kyla idėja – iškart ją siunčiu botui, kad nepamirščiau. Vėliau botas įrašo ją į `inbox.md` apdoroti. - Paskambinu potencialiam klientui, o po skambučio paklausiu boto: „remdamasis paskutinio skambučio stenograma, įvardyk 3 pagrindinius skaudulius, kurie mums palankūs.“ Po minutės pokalbyje jau turiu išsamią analizę. - Ryte kavinėje parašau: „parodyk mano sąraše esančius neatliktus namų darbus.“ Nereikia atsidaryti nešiojamojo kompiuterio. ⚠️ Svarbus apribojimas: kol kas iš boto negalima paleisti `/clear` ar `/compact` – boto sesija sutampa su terminalo sesija, o kontekstas vis auga. Paleisti iš naujo galima tik rankiniu būdu per terminalą. Man tai naudingiausias Claude Code plėtinys per pastarąsias dvi savaites. Jis padėjo pereiti nuo „dirbu su Claude, kai sėdžiu prie stalo“ prie „dirbu su Claude, kai tik kyla mintis“. ## Ką pirmiausia įsidiegti: 7 dienų veiksmų planas
Svarbiausia mintis Nesistenkite per vieną dieną įgyvendinti visų 11 patarimų – pervargsite ir jie neprigis. 7 dienų planas: 1-2 dienomis – spartieji klavišai (1-3), 3-4 dienomis – komandos (4-5), 5-6 dienomis – paralelinis darbas (6-7), 7 dieną – planavimas ir išankstinė nesėkmės analizė (8-9). Paraleliniai subagentai ir Telegram botas (10-11) paliekami antrai savaitei, kai jau įvaldysite pirmus 9 patarimus.
| Diena | Ką įgyvendiname | Kiek tai trunka | |----|----|----| | 1 | Shift+Tab + Esc Esc | 30 minučių praktikos | | 2 | Išmokti naudotis Shift+Tab + Esc Esc | dirbti pusę dienos | | 3 | /compact + /cost | 30 minučių + 1-2 darbo sesijos | | 4 | --model haiku/sonnet/opus | 30 minučių + šiek tiek eksperimentų | | 5 | --resume pavadintoms sesijoms | 30 minučių | | 6 | git worktrees – jei vienu metu atliekate 3+ užduotis | 1 valanda | | 7 | Planas kataloge `plans/` + užklausa „10 priežasčių, kodėl man nepavyks“ | 1-2 valandos vieną kartą | | 8-14 (antra savaitė) | Subagentai tyrimams + Telegram botas | 3-4 valandos nustatymui ir įpratimui | Metodų derinys svarbesnis nei kiekvienas atskirai. Shift+Tab be Esc Esc kelia baimę eksperimentuoti. `/compact` be `/cost` neleidžia žinoti, kada reikia suspausti kontekstą. Planai failuose be paralelinių langų tampa apsunkinimu be naudos. Kai pirmi 9 patarimai taps savaime suprantami, pereikite prie visos sistemos: **AI klonas + Antroji smegenų sistema + [Konteksto inžinerija](https://ailoot.ai/blog/lt/context-engineering/)**. Šią metodiką naudoju jau šešis mėnesius, kad Claude galėtų dirbti be haliucinacijų, konteksto praradimo ir darbo nutraukimo viduryje užduoties.
### Šaltiniai - [Claude Code CLI nuoroda - code.claude.com](https://code.claude.com/docs/en/cli-reference) - [Claude Code interaktyvusis režimas (spartieji klavišai) - code.claude.com](https://code.claude.com/docs/en/interactive-mode) - [Claude Code pasvirųjų brūkšnių komandos - code.claude.com](https://code.claude.com/docs/en/slash-commands) - [Claude Code kontroliniai taškai - code.claude.com](https://code.claude.com/docs/en/checkpointing) - [Claude Code atmintis ir /compact - code.claude.com](https://code.claude.com/docs/en/memory) - [Veiksminga AI agentų konteksto inžinerija - Anthropic inžinerija](https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents) - [GitHub: anthropics/claude-code (CHANGELOG)](https://github.com/anthropics/claude-code/blob/main/CHANGELOG.md)
Norėdami toliau dirbti su modeliais, galite apsilankyti [Ailoot](https://ailoot.ai/). ## Klausimai ir atsakymai ### Kaip žinoti, kad įjungtas Plan Mode? Shift+Tab perjunkite režimus ir prieš siųsdami užduotį perskaitykite režimo indikatorių. Sustokite, kai jis rodo `plan`; fiksuotas paspaudimų skaičius nepatikimas, nes gali skirtis pradinis ir įjungti režimai. ### Ar kontekstui užsipildžius naudoti /clear, ar /compact? Tęsdami tą pačią užduotį naudokite `/compact`, nurodydami, kurį planą ir sprendimus išsaugoti. `/clear` naudokite, kai užduotis baigta, o kitai reikia naujo konteksto; svarbią pažangą pirmiausia išsaugokite plano faile. ## Ailoot · Įmonė ir jos projektų portfelis Ailoot remiasi sukaupta veiklos patirtimi, plačia klientų baze, stabiliomis paslaugomis ir nuolatine KPI kontrole. Įmonė ir jos projektų portfelis: milijonai klientų; mėnesio pardavimai siekia milijardus. Ailoot šią veiklos patirtį pritaiko teikdama API prieigą prie DI funkcijų klientų produktuose, agentuose, programose ir automatizavimo sprendimuose.