Blog

Claude Code v letu 2026: 11 nasvetov, bližnjic in ukazov

Markdown

11 praktičnih tehnik za Claude Code: bližnjice, zastavice CLI in ukazi /, poleg 6 strategij iz 6 mesecev vsakodnevnega dela. Manj žetonov, manj halucinacij.

Preberi celoten članek

Za dodatna navodila za delo z Ailootom si oglejte dokumentacijo.

Kaj počne teh 11 nasvetov in zakaj potrebujete taktike namesto teorije?

Ključne ugotovitve

To ni seznam »najboljših funkcij Claude Code« ali povzetek dokumentacije Anthropic. To je 11 tehnik iz šestih mesecev vsakodnevnega dela: 5 taktičnih (bližnjice, zastavice, ukazi /) in 6 strateških (kako razčleniti načrt, kako upravljati 5 oken, kako odkriti slepe pege). En večer je dovolj, da usvojite 11 navad.

Pri vibe codingu vprašanje ni več »ali Claude Code deluje?« – vprašanje je »kako delati z njim, da ne porabi vseh vaših omejitev ali začne halucinirati?« Mojih 9 prejšnjih vodnikov obravnava koncepte: CLAUDE.md, Način načrtovanja, inženiring konteksta, veščine, podagenti, MCP, /rewind, omejitve, drugi možgani. Ta članek je zbirka taktik, ki jih dopolnjujejo.

Vsak nasvet rešuje eno težavo. Berete jih lahko po vrsti ali preskočite na najbolj pereče: za bližnjice pojdite neposredno na nasvet 1; za prihranek žetonov na nasveta 4 in 5; za vzporedno delo na nasvet 6; za avtorjeve tehnike na nasvete 8–11.

Pišem za ljudi, ki so Claude Code že namestili in ga uporabljajo vsaj en teden. Če ga šele nameščate, začnite z vodnikom CLAUDE.md, nato pa se vrnite.

Kako preklapljati med načini Claude Code: bližnjica Shift+Tab

Ključne ugotovitve

Shift+Tab kroži med načini dovoljenj: default, acceptEdits, plan in vsemi omogočenimi načini (auto, bypassPermissions). Pred zapleteno nalogo preklapljajte do načina načrtovanja in pred oddajo naloge preverite indikator načina. Pred rutinskim delom izberite acceptEdits in preverite ta napis; število pritiskov je odvisno od začetnega in omogočenih načinov.

Najpogostejša napaka začetnikov je, da ves dan ostanejo v načinu default in ročno potrjujejo vsako spremembo. Po eni uri postane to izčrpavajoče in zamika vas uporaba --dangerously-skip-permissions (več o tem na koncu nasveta). Shift+Tab je srednja pot: sami izberete, kdaj potrebujete acceptEdits in kdaj plan.

Pri preklapljanju upoštevam naslednje pravilo:

  1. Začetek zapletene naloge – uporabite Shift+Tab, dokler indikator načina ne pokaže plan. Claude premisli in pripravi načrt; kode ne piše, dokler ga ne odobrim.
  2. Načrt je odobren, prehod na izvedbo – preklapljajte, dokler indikator načina ne pokaže acceptEdits. Claude ureja datoteke brez vprašanja za odobritev, vendar še vedno vpraša pred ukazi Bash.
  3. Rutinske spremembe (preimenovanje, preprosto preoblikovanje) – neposredno v acceptEdits, brez načrta.
  4. Nevarno območje (selitve podatkovnih baz, brisanje datotek) – s Shift+Tab se vrnem v default.
# Common permission modes (check the active label, not a fixed press count):
# default        - standard permission prompts
# acceptEdits    - file edits are accepted; other tool permissions still apply
# plan           - investigate and plan before implementation
# Additional modes depend on your version, settings, and organization policy.

Če Shift+Tab v vaši različici Claude Code (claude --version) ne deluje, preverite, ali imate najnovejšo različico. Ukaz /doctor vam prikaže vse podatke o namestitvi.

Shift+Tab kroži med načini dovoljenj. Razpoložljivi načini so odvisni od tega, kaj ste omogočili v nastavitvah.
— Anthropic Docs, https://code.claude.com/docs/en/interactive-mode

Kako razveljaviti zadnje dejanje, ne da bi izgubili kontekst: Esc Esc

Ključne ugotovitve

Dvojni Esc je hiter način za razveljavitev zadnjega Claudeovega dejanja brez celotnega ukaza /rewind. Če je vnosno polje prazno, se odpre meni kontrolnih točk. Če je v njem besedilo, ga izbriše, vendar shrani v zgodovino (s puščico navzgor ga lahko prikličete). Tako je v 80 % primerov odpravljena bojazen »nekaj sem pokvaril in tega ne morem razveljaviti«; ni vam treba uporabiti gita.

Esc in Esc Esc počneta različni stvari, zato ju ljudje zamenjujejo:

  • Enkratni Esc – prekine Claudeovo trenutno dejanje. Vse, kar mu je uspelo narediti, ostane. Uporabno, če je zašel v napačno smer in ga želite preusmeriti.
  • Dvojni Esc Esc – če je vnosno polje prazno, odpre meni kontrolnih točk (obnovite lahko kodo, pogovor ali oboje, oziroma ustvarite povzetek). Če je v polju besedilo, ga počisti in shrani v zgodovino (s puščico navzgor ga lahko prikličete).
# From the Esc Esc menu with an empty field:
# 1. Restore code only            - restore the files, leave the conversation
# 2. Restore conversation only    - restore the conversation, leave the files
# 3. Restore code and conversation - restore both (the most common choice)
# 4. Summarize from here          - summarize the conversation from this point
# 5. Summarize up to here         - summarize up to this point

Kontrolne točke se samodejno ustvarijo za vsak poslan poziv – ničesar si vam ni treba zapomniti in vedno se lahko vrnete nazaj. Za podroben pregled si oglejte vodnik po /rewind, ki obravnava tudi kombinacijo z gitom za obsežnejše povrnitve.

Vsak uporabniški poziv ustvari novo kontrolno točko. Kontrolne točke se shranijo med sejami, zato se lahko vrnete nanje v nadaljevanih pogovorih.
— Anthropic Docs, https://code.claude.com/docs/en/checkpointing

Esc Esc je ena prvih tehnik za začetnike. Ko se nehajo bati, da bodo »nekaj pokvarili in tega ne bodo mogli razveljaviti«, začnejo pogumneje eksperimentirati, rezultati pa se večkratno izboljšajo.

Kdaj uporabiti /compact namesto /clear?

Ključne ugotovitve

/clear popolnoma ponastavi sejo in pusti čisto kontekstno okno. /compact [hint] poskrbi, da LLM stisne zgodovino pogovora v povzetek in ohrani pomen predhodnega dela. Pravilo je preprosto: naloga je končana – /clear. Nadaljujete isto nalogo, vendar je okno polno – /compact. Če ju zamenjate, boste bodisi izgubili kontekst bodisi dosegli omejitev.

Tako /compact deluje v ozadju: Claude obdela celotno zgodovino sporočil in vrne kratek povzetek najpomembnejših podrobnosti. Uporaben trik je, da mu podate namig: /compact keep the coding principles and current plan, discard the CSS discussion. Tako bo stiskanje usmerjeno.

# When to use what:
/clear                              # finished a feature, moving to a new one
/compact                            # long session, context is >50% full
/compact keep the architecture and plan  # targeted compression with a focus

Znak, da je čas za /compact: ukaz /cost ali vrstica stanja pokaže, da je porabljenih 70 %+ kontekstnega okna, seja pa je šele na polovici. Če to prezrete, bo Claude začel »pozabljati« začetek pogovora, vi pa boste izgubljali čas s ponovnim pojasnjevanjem.

V Claude Code to na primer naredimo tako, da zgodovino sporočil pošljemo modelu, ki jo povzame in stisne najpomembnejše informacije.
— Anthropic Engineering, https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents

Za celotno teorijo kontekstnega okna si oglejte vodnik o inženiringu konteksta. Pojasnjuje tudi, zakaj je kontekst omejen vir z vse manjšimi koristmi.

Kako spremljati porabo žetonov v realnem času: ukaz /cost

Ključne ugotovitve

/cost prikaže trenutno porabo v dolarjih in žetonih. /statusline doda iste podatke v vrstico stanja – vedno lahko vidite model, imenik, odstotek konteksta in strošek, ne da bi zagnali ukaz. Glavni način za obvladovanje strahu »vse bom porabil v enem dnevu« je, da je poraba ves čas vidna.

Strah »vse bom porabil v enem dnevu« je ena glavnih skrbi med vibe coderji. Glavni način za obvladovanje tega strahu je, da je poraba vidna.

/cost          # shows current session spending (tokens + $)
/statusline    # configures the status bar: model + directory + context % + cost

Preprosto pravilo: preverite /cost vsakih 30–60 minut. Če ste v eni uri porabili manj kot nekaj dolarjev, je vse v redu. Če več, je nekaj narobe: morda ste pozabili na /compact in kontekst raste, morda ste izbrali napačen model (več o tem v naslednjem nasvetu) ali pa Claude desetkrat znova bere velike datoteke.

Celoten vodnik za prihranek pri omejitvah je »Kako v enem dnevu ne porabiti vseh omejitev Claude Code« in vsebuje 8 pravil. Tukaj je taktika ta, da je poraba vidna z ukazoma /cost in /statusline.

Želite ne le spremljati žetonov, temveč zgraditi tudi sistem, v katerem agent UI sam ne preseže svojih omejitev? /cost je zgolj kazalnik. Celotna kombinacija – klon UI + drugi možgani + inženiring konteksta – spremeni Claudea iz »pomočnika z omejitvami« v orodje za dolgotrajno in predvidljivo delo.

Kateri model Claude izbrati za nalogo: Haiku, Sonnet ali Opus?

Ključne ugotovitve

Zastavica --model preglasi model samo za trenutno sejo. Osnovno pravilo: Haiku za skripte in hitre spremembe, Sonnet za običajno poglobljeno razmišljanje, Opus za arhitekturo in zapleteno odpravljanje napak. Po javnih intervjujih ekipa Claude Code sama uporablja Opus z vključenim razmišljanjem »za vse«, vendar je to možnost za tiste, ki plačujejo naročnino in jih poraba žetonov ne skrbi. Za podjetnika velja drugačno pravilo: začnite ceneje, za boljše rezultate pa plačajte več.

claude --model haiku   # ~3× cheaper than sonnet, for routine work
claude --model sonnet  # default, balance of price and quality
claude --model opus    # ~1.7× more expensive than sonnet, for complex tasks

Po javnem ceniku Anthropic iz maja 2026: Haiku $1/$5 na 1M vhodnih/izhodnih žetonov, Sonnet $3/$15, Opus $5/$25. Haiku je torej 3-krat cenejši od Sonnet, Opus pa je 1,7-krat dražji od Sonnet.

Tako izbiram vsak dan:

NalogaModelZakaj
Preimenovanje spremenljivke/funkcijeHaikuNedvoumno opravilo; ni treba »razmišljati«
Preprosto preoblikovanje (izločitev funkcije)SonnetStandardno, poceni, natančno
Dodajanje nove funkcije z arhitekturoOpusPotrebno je poglobljeno sklepanje
Odpravljanje nenavadne napake, ki je Sonnet ni našel v 3 poskusihOpusPotrebno je manj usmerjanja, uspešnost je večja
Branje in povzemanje dolgih dnevnikovHaikuPreprosta kategorizacija, ceneje

Sporno je, ali sploh uporabljati Sonnet in Haiku, če Opus v povprečju pravilno opravi nalogo »v prvem poskusu«. Moj odgovor: podjetniku, ki ni programer, se Haiku in Sonnet izplačata pri 70 % nalog. Opus velja prihraniti za 30 %, ki so resnično težavne.

Kako vzporedno zagnati 3–5 nalog: /resume + delovna drevesa git

Ključne ugotovitve

Vzporedno delo v Claude Code temelji na 2 stvareh: --resume (nadaljevanje poimenovane seje) in git worktree (ločen imenik za vsako vejo). V praksi imam hkrati odprtih 5–10 oken Claude, od katerih vsako dela na svoji mikro nalogi. Konteksti se ne prekrivajo in žetoni se ne porabljajo za »vse v enem oknu«.

Logika je preprosta: eno dolgo okno Claude požira kontekst. Vsaka zahteva naloži modelu vse, kar je bilo v tem oknu – tudi če se zdaj pogovarjate o nečem povsem drugem. 5 kratkih oken za mikro naloge si zapomni samo svoje delo. Skupaj porabite manj.

# Start a named session for a specific task:
claude --resume "auth-refactor"
claude --resume "homepage-redesign"
claude --resume "db-migration"

# Use a worktree to keep git from overlapping:
git worktree add ../my-project-auth feature/auth
cd ../my-project-auth
claude --resume "auth-refactor"

Če izgubite pregled nad tem, kaj je v posameznem oknu, zaženite claude --resume brez argumenta, da si ogledate seznam nedavnih sej z imeni in časi. V aktivni seji ukaz /agents preveri delujoče podagente.

Ko delam na funkciji z dolgim razvojnim ciklom, običajno naredim takole:

  1. Okno 1 – načrt v plans/YYYY-MM-DD-feature.md. Samo razprava, brez kode.
  2. Okno 2 (sledi načrtu) – izvede fazo 1. Po fazi posodobi načrt ([x]).
  3. Okno 3 – vzporedno z oknom 2 izvede fazo 2, če se fazi ne prekrivata.
  4. Okno 4 – sintezni agent preveri rezultate obeh oken.
  5. Okno 5 – varnostni pregled po združitvi (glejte nasvet 8).

Kdaj ne uporabljati delovnih dreves: če vsak dan upravljate 1–2 projekta, bo preklapljanje med imeniki delovnih dreves pojedlo prednosti. Delovna drevesa se začnejo izplačati pri 3+ vzporednih nalogah na dan.

Kako se izogniti halucinacijam: sklici na datoteke z @file

Ključne ugotovitve

Namesto »preglej projekt in poišči auth.ts« napišite @src/lib/auth.ts in Claude bo datoteko naložil neposredno, brez iskanja. Tako prihranite žetone (ni treba pregledati drevesa) in odpravite vir halucinacij (Claudeu ni treba ugibati poti, saj ste mu jo podali). Enako velja za ukaze: !git status se izvede brez klica orodja, izpis pa se doda v kontekst.

Samodokončanje poti do datotek se začne s simbolom @. Začnite vnašati pot in Claude bo prikazal predloge. Hkrati se lahko sklicujete na več datotek: @src/lib/auth.ts @src/lib/session.ts @prisma/schema.prisma.

# Prompt without exact paths (bad):
> Look at the auth logic and fix the session bug

# Prompt with @ references (right):
> @src/lib/auth.ts @src/lib/session.ts - fix the bug: after logout the cookie isn't cleared

Drugi trik v tej skupini je način lupine z uporabo !:

> !git status                # runs without calling Claude, output goes into context
> !npm test                  # same
> !cat /var/log/app.log | tail -50  # same

Zakaj: ne porabljate žetonov za »Claude, poglej stanje gita« – Claude bi z orodjem dobil enak odgovor. ! je krajši in cenejši.

To je povezano z CLAUDE.md: glavna datoteka naj vsebuje največ 200 vrstic projektnih pravil. Ožja pravila (na primer konvencije API-ja) sodijo v .claude/rules/api-design.md z YAML frontmatterjem paths: ["src/api/**/*.ts"]. Nato se naložijo samo, ko Claude ureja datoteke v src/api/. Za podroben pregled si oglejte vodnik CLAUDE.md.

Kako preprečiti izgubo napredka pri dolgih nalogah: načrti s fazami in oznakama [ ] / [x]

Ključne ugotovitve

Vsaka naloga, ki zahteva več kot 30 minut dela, potrebuje načrt v ločeni datoteki plans/YYYY-MM-DD-name.md, s fazami in potrditvenimi polji [ ] / [x]. Načrt spada v datoteko, ne v klepet. Tako lahko vzporedna okna prevzamejo različne faze, ne da bi si hodila v zelje, napredek pa je jasno viden, namesto da bi si ga »zapomnili« iz klepeta.

Tukaj je predloga datoteke z načrtom, ki jo uporabljam v vsakem projektu:

# Plan: [feature name]
Creation date: 2026-05-22
Goal: [one sentence on what we want to achieve]

## Phase 1: [short name]
- [ ] Step 1.1: [specific action]
- [ ] Step 1.2: [specific action]
- [ ] Step 1.3: [specific action]

## Phase 2: [short name]
- [ ] Step 2.1
- [ ] Step 2.2

## Outcome
Fill in at the end: fully or partially implemented, and what remains.

Pravilo je absolutno: vsak agent mora po vsaki seji posodobiti načrt. Z drugimi besedami, takoj ko končate fazo, odprite datoteko in jo označite z [x]. Če tega ne storite, naslednje okno ne bo vedelo, da je faza končana, in jo bo poskušalo ponoviti.

Ko je načrt v datoteki in ne v vaši glavi:

  • Vzporedna okna (glejte nasvet 6) lahko prevzamejo različne faze.
  • Če se delo raztegne čez 3 dni in se vrnete čez 2 dni, takoj vidite, kje ste končali.
  • Končno preverjanje glede na dejansko stanje je hitro (grep -c "\[ \]" v datoteki = število še odprtih korakov).

Kdaj ga ne uporabljati: pri 5-minutnem hitrem popravku, trivialni spremembi v eni datoteki ali branju in povzetku dnevnika. Načrt ni potreben za vsako dejanje.

Ta tehnika je del koncepta drugih možganov. Za podroben pregled map business/, plans/, ai-clone/ si oglejte vodnik po drugih možganih.

Kako vnaprej prepoznati, kje bo Claude odpovedal: samokritika z 10 razlogi

Ključne ugotovitve

Pred začetkom zapletene funkcije preklopite Claude v nasprotniški način: »Predstavljaj si, da je projekt propadel. Čez leto dni sem izgubil čas in energijo. Navedi 10 razlogov zakaj. Ne prizanašaj mi; bodi oster.« Tako presežete začetni optimizem in razkrijete slepe pege, na katere Claude v načinu »dajmo to izvesti« nikoli ne bi opozoril.

Tukaj je ogrodje poziva, ki ga uporabljam dobesedno:

Imagine the idea folder has been put through a methodology where you already think as if the project has completely failed. Name 10 reasons why, a year from now, I will have spent a lot of time and the idea will have turned out to be a failure. Your task is not to spare my feelings, but to be as harsh as possible.

After the 10 reasons - a second round: defend each reason against my counterarguments. Where am I weakest?

Third round: write a plan for what to do so that these problems don't occur.

Uporabim ga v treh fazah:

  1. Prva ideja »vse je odlično« – ko sem prepričan. Samokritika idejo zmanjša za 30–50 %.
  2. Na polovici načrta – ko sem že globoko v delu in sem postal slep za težave.
  3. Pred zagonom – zadnje sito.

Claude vas v nasprotniškem načinu res izzove. GPT-5 v enaki situaciji najprej pohvali idejo, nato pa »poskuša poiskati izboljšave«. To razliko sem opazil po letu eksperimentiranja:

Razlika v nasprotniškem načinu je zame taka: ChatGPT reče: »Dobra ugotovitev, to je povsem pravilno.« Claude v isti situaciji reče: »Strinjam se, to je popolna bedarija; zdaj bom to predelal.« Ko potrebujem kritiko, mi drugi odgovor prihrani dneve zaman vloženega dela.

Kdaj tega ne uporabiti: pri pozitivnih iteracijah uporabniškega vmesnika in besedil. Nasprotniški način je tam neprimeren – ubil bo ustvarjalnost.

Ta tehnika je znana kot predsmrtna analiza projekta. Prilagodil sem jo delu z agentom UI: namesto skupine ljudi opravite predsmrtno analizo s Claudeom. Nikogar ni strah reči »šef, projekt bo propadel« – slepe pege pa se pokažejo v nekaj minutah.

Kako opraviti raziskavo iz 5 virov v času, ki ga običajno vzame eden: vzporedni podagenti

Ključne ugotovitve

Pred začetkom dela na funkciji zaženite 5 vzporednih raziskovalnih agentov prek podagentov. Vsak se osredotoči na svoje področje: strokovna omrežja, odprtokodne rešitve, pospeševalnike, konkurente in primerjave. Vrnejo se v 10–20 minutah. Nato ločen sintezni agent vse združi v eno poročilo. Tako prihranite ure in zmanjšate pristranskost potrditve.

Tukaj je ogrodje poziva:

You already have the full context. Find and conduct deep research; launch 5 parallel subagents.

Subagent 1: go through professional networks - who is solving this problem?
Subagent 2: open-source solutions on GitHub - what is popular?
Subagent 3: startup accelerators - who is attracting
            investment in this niche?
Subagent 4: direct competitors' websites - what do they promise and
            at what price?
Subagent 5: comparisons and reviews - what do
            users say in reviews?

When everyone returns, launch a synthesis agent
that cross-references the 5 reports and produces an outline
for my second-brain folder.

Kaj se spremeni v primerjavi z običajno raziskavo:

  • Čas: 5 sočasnih tokov namesto 5 zaporednih. Ura dela v 15 minutah.
  • Globina: vsak agent je specializiran. Pristranskost potrditve enega agenta ne vpliva na druge.
  • Kontekst: vsak podagent ima svoj kontekst, ločen od glavnega.

Za celoten vodnik po podagentih si oglejte »Podagenti Claude Code v letu 2026«. Pojasnjuje tudi razliko med Skills in MCP ter kdaj uporabiti katerega.

Kdaj tega ne uporabiti: pri lepotnih popravkih, odpravljanju napak in manjših tehničnih nalogah. Raziskava je pretirana za vse, kar je manjše od »nove funkcije, ki zahteva vsaj 1 dan dela«.

Kako dodeljevati naloge Claudeu s telefona: Telegramov bot v žepu

Ključne ugotovitve

Povežite Claude Code s svojim Telegramovim botom prek uradnega vtičnika. V računalniku (z izklopljenim spanjem) se Claude Code izvaja v terminalu, povezanem s projektom. Sporočilo mu lahko pošljete od koder koli prek bota: »poglej zadnje potrditve«, »kolikšni so bili ta teden prihodki iz računov«, »preberi vsa nocojšnja vprašanja za podporo«. Bot odgovori s celotnim kontekstom projekta – kodo, zgodovino potrditev in celotno strukturo business/. Agent v živo v vaši kodni zbirki, ki vse vidi in si zapomni.

Nastavitev (4 koraki):

  1. Računalnik, ki je stalno vklopljen – v sistemskih nastavitvah izklopim spanje (macOS: Energy Saver → Prevent computer from sleeping).
  2. Claude Code se izvaja v terminalu, povezanem z mapo projekta.
  3. Uradni vtičnik Telegram – dodajte tržnico z ukazom /plugin marketplace add anthropics/claude-plugins-official, nato namestite /plugin install telegram@claude-plugins-official (natančni koraki se sčasoma spreminjajo – najnovejša navodila so v uradnem skladišču vtičnikov).
  4. Bot je povezan z eno sejo – to je trenutno omejitev: en bot = en projekt = ena seja. Če potrebujete drugega, nastavite še en bot.

Kaj z botom počnem vsak dan:

  • Sem na sprehodu in dobim idejo – takoj jo pošljem botu, da je ne pozabim. Bot jo doda v inbox.md, da jo lahko obdelam pozneje.
  • Klic s potencialno stranko – po klicu vprašam bota: »Na podlagi prepisa zadnjega klica navedi 3 glavne težave, ki nam gredo v prid.« Čez minuto imam v klepetu celotno analizo.
  • Zjutraj v kavarni – »pokaži mi neopravljene domače naloge s seznama«. Ni mi treba odpreti prenosnika.

⚠️ Težava: za zdaj iz bota ne morete zagnati ukazov /clear ali /compact – seja bota je ista kot seja terminala, kontekst pa se nenehno veča. Ponovni zagon je mogoč samo ročno prek terminala.

Zame je to najuporabnejša razširitev Claude Code v zadnjih dveh tednih. Od »s Claudeom delam, ko sedim za mizo« me je pripeljala do »s Claudeom delam, kadar koli se mi porodi zamisel«.

S čim začeti: 7-dnevni načrt

Ključne ugotovitve

Ne poskušajte vseh 11 nasvetov uvesti v enem dnevu – izgoreli boste in ne bodo se prijeli. 7-dnevni načrt: dneva 1–2 – bližnjice (1–3), dneva 3–4 – ukazi (4–5), dneva 5–6 – vzporedno delo (6–7), dan 7 – načrtovanje in predsmrtna analiza (8–9). Vzporedni podagenti in Telegramov bot (10–11) pridejo na vrsto v drugem tednu, ko usvojite prvih 9 nasvetov.

DanKaj uvedemoKoliko časa traja
1Shift+Tab + Esc Esc30 minut vaje
2Navadite se na Shift+Tab + Esc Escdelajte pol dneva
3/compact + /cost30 minut + 1–2 delovni seji
4--model haiku/sonnet/opus30 minut + nekaj eksperimentiranja
5--resume za poimenovane seje30 minut
6git worktrees – če upravljate 3+ vzporednih nalog1 ura
7Načrt v plans/ + poziv »10 razlogov, zakaj mi ne bo uspelo«1–2 uri enkratno
8–14 (drugi teden)Podagenti za raziskave + Telegramov bot3–4 ure za nastavitev in privajanje

Kombinacija tehnik je pomembnejša od vsake posamezne tehnike. Brez Esc Esc je eksperimentiranje z Shift+Tab strašljivo. Brez /cost ob uporabi /compact ne veste, kdaj stisniti kontekst. Načrti v datotekah brez vzporednih oken pomenijo zaplet brez koristi.

Ko vam prvih 9 nasvetov preide v navado, preidite na celoten sistem: klon UI + drugi možgani + inženiring konteksta. To metodologijo uporabljam, da Claude dela šest mesecev neprekinjeno – brez halucinacij, izgube konteksta ali prekinitve sredi naloge.

Za nadaljevanje dela z modeli obiščite Ailoot.

Več podrobnosti

Vprašanja in odgovori: Claude Code v letu 2026: 11 nasvetov, bližnjic in ukazov

Kako vem, da sem v načinu Plan Mode?

S Shift+Tab preklapljajte med načini in pred oddajo naloge preberite indikator načina. Ustavite se, ko pokaže plan; fiksno število pritiskov ni zanesljivo, saj se začetni in omogočeni načini lahko razlikujejo.

Ali naj ob polnem kontekstu uporabim /clear ali /compact?

Za nadaljevanje iste naloge uporabite /compact in dodajte namig o načrtu ter odločitvah, ki naj se ohranijo. /clear uporabite, ko je naloga končana in naslednja potrebuje svež kontekst; pomemben napredek prej shranite v datoteko načrta.

Vsi članki