Claude Code vuonna 2026: 11 vinkkiä, pikanäppäintä ja komentoa

Lisää Ailootin käyttöohjeita löydät dokumentaatiosta.

Mitä nämä 11 vinkkiä tekevät, ja miksi tarvitset taktiikoita teorian sijaan?#

Vibe-koodauksessa kysymys ei enää ole ”toimiiko Claude Code?” – vaan ”miten sen kanssa työskennellään niin, ettei se kuluta rajojasi loppuun tai hallusinoi?” Aiemmat 9 opastani käsittelevät käsitteitä: CLAUDE.md, Plan Mode, kontekstitekniikka, Skills, Subagents, MCP, /rewind, rajat, toiset aivot. Tämä opas kokoaa niitä täydentävät taktiikat.

Jokainen vinkki ratkaisee yhden harmituksen. Voit lukea ne järjestyksessä tai siirtyä tärkeimpiin: pikanäppäimiä varten suoraan vinkkiin 1; tokenien säästämiseen vinkkeihin 4 ja 5; rinnakkaiseen työhön vinkkiin 6; kirjoittajan tekniikoihin vinkkeihin 8–11.

Kirjoitan ihmisille, jotka ovat jo asentaneet Claude Coden ja käyttäneet sitä vähintään viikon. Jos olet vasta asentamassa sitä, aloita CLAUDE.md-oppaasta ja palaa sitten tänne.

Claude Code -tilojen vaihtaminen Shift+Tab-pikanäppäimellä#

Yleisin aloittelijan virhe on pysyä koko päivä default-tilassa ja hyväksyä jokainen muutos käsin. Tunnin jälkeen se käy uuvuttavaksi, ja tekee mieli käyttää komentoa --dangerously-skip-permissions (siitä lisää vinkin lopussa). Shift+Tab on välimuoto: päätät itse, milloin tarvitset acceptEdits-tilaa ja milloin plan-tilaa.

Näin minä vaihdan tilaa:

1. Monimutkaisen tehtävän aloitus – paina Shift+Tab, kunnes tilan ilmaisin näyttää plan. Claude käy tehtävän läpi ja laatii suunnitelman; se ei kirjoita koodia ennen kuin hyväksyn sen.
2. Suunnitelma hyväksytty, siirrytään toteutukseen – vaihda tilaa, kunnes ilmaisin näyttää acceptEdits. Claude muokkaa tiedostoja kysymättä hyväksyntää, mutta kysyy yhä Bash-komennoista.
3. Rutiinimuokkaukset (uudelleennimeäminen, triviaali refaktorointi) – siirry suoraan acceptEdits-tilaan ilman suunnitelmaa.
4. Vaaravyöhyke (tietokantamigraatiot, tiedostojen poistaminen) – palaan Shift+Tabilla default-tilaan.

# Tavalliset käyttöoikeustilat (tarkista aktiivinen merkintä, älä kiinteää painallusmäärää):
# default        - tavalliset käyttöoikeuskyselyt
# acceptEdits    - tiedostomuokkaukset hyväksytään; muiden työkalujen käyttöoikeudet ovat yhä voimassa
# plan           - tutki ja suunnittele ennen toteutusta
# Lisätilat riippuvat versiosta, asetuksista ja organisaation käytännöstä.

Jos Shift+Tab ei toimi Claude Code -versiossasi (claude --version), tarkista, että käytössäsi on uusin versio. /doctor-komento näyttää kaikki asennustiedot.

Esc Esc on yksi ensimmäisistä aloittelijoille sopivista tekniikoista. Kun he eivät enää pelkää ”rikkovansa sitä niin, etteivät voi kumota”, he alkavat kokeilla rohkeammin, ja tulokset paranevat moninkertaisesti.

Viimeisimmän toiminnon peruuttaminen kontekstia menettämättä: Esc Esc#

Esc ja Esc Esc tekevät eri asioita, minkä vuoksi ne menevät ihmisillä sekaisin:

• Yksi Esc – keskeyttää Clauden juuri sillä hetkellä, kun se tekee jotain. Kaikki, mitä se on ehtinyt tehdä, jää voimaan. Hyödyllinen silloin, kun se on lähtenyt väärään suuntaan ja haluat ohjata sitä uudelleen.
• Kaksi kertaa Esc – jos syöttökenttä on tyhjä, avaa tarkistuspistevalikon (palauta koodi, keskustelu tai molemmat tai tee yhteenveto). Jos kentässä on tekstiä, kenttä tyhjenee ja teksti siirtyy historiaan (ylänuoli tuo sen takaisin).

# Esc Esc -valikko tyhjällä kentällä:
# 1. Palauta vain koodi             - palauta tiedostot, jätä keskustelu ennalleen
# 2. Palauta vain keskustelu        - palauta keskustelu, jätä tiedostot ennalleen
# 3. Palauta koodi ja keskustelu    - palauta molemmat (yleisin valinta)
# 4. Tee yhteenveto tästä eteenpäin - tee keskustelusta yhteenveto tästä kohdasta alkaen
# 5. Tee yhteenveto tähän asti      - tee yhteenveto tähän kohtaan asti

Tarkistuspisteet luodaan automaattisesti jokaisesta lähettämästäsi kehotteesta – mitään ei tarvitse muistaa, ja voit aina palata takaisin. Koko erittelyn löydät /rewind-oppaasta, jossa käsitellään myös gitin käyttöä laajoissa palautuksissa.

Milloin kannattaa käyttää komentoa /compact komennon /clear sijaan?#

Näin /compact toimii: Claude käsittelee koko viestihistorian ja palauttaa lyhyen yhteenvedon tärkeimmistä yksityiskohdista. Hyödyllinen kikka on antaa sille vihje: /compact säilytä koodausperiaatteet ja nykyinen suunnitelma, hylkää CSS-keskustelu. Silloin tiivistys kohdistuu haluamiisi asioihin.

# Milloin mitäkin käytetään:
/clear                              # ominaisuus valmis, siirrytään uuteen
/compact                            # pitkä istunto, konteksti on >50% täynnä
/compact keep the architecture and plan  # kohdennettu tiivistys, joka painottaa tiettyjä asioita

Merkki siitä, että on aika käyttää /compact-komentoa: /cost-komento tai tilapalkki näyttää, että vähintään 70 % konteksti-ikkunasta on käytössä, ja istunto on vasta puolivälissä. Jos sivuutat tämän, Claude alkaa ”unohtaa” keskustelun alun, ja joudut tuhlaamaan aikaa asioiden selittämiseen uudelleen.

Konteksti-ikkunan koko teoria löytyy kontekstitekniikan oppaasta. Siinä selitetään myös, miksi konteksti on rajallinen resurssi, jonka hyödyt vähenevät sen kasvaessa.

Tokenien reaaliaikainen seuranta: /cost-komento#

Pelko siitä, että ”kulutan kaiken yhdessä päivässä”, on yksi vibe-koodaajien suurimmista huolenaiheista. Paras tapa puuttua pelkoon on tehdä kulutuksesta näkyvää.

/cost          # näyttää nykyisen istunnon kulutuksen (tokenit + $)
/statusline    # määrittää tilapalkin: malli + hakemisto + kontekstin % + kustannukset

Yksinkertainen sääntö: tarkista /cost 30–60 minuutin välein. Jos olet käyttänyt alle pari dollaria tunnissa, kaikki on hyvin. Jos enemmän, jokin on pielessä: ehkä unohdit /compact-komennon ja konteksti kasvaa, ehkä valitsit väärän mallin (siitä lisää seuraavassa vinkissä) tai Claude lukee suuria tiedostoja uudelleen 10 kertaa.

Täysi opas käyttörajoissa pysymiseen on ”Näin et kuluta Claude Coden käyttörajoja loppuun päivässä”, jossa on 8 sääntöä. Tässä taktiikkana on kulutuksen näkyväksi tekeminen komennoilla /cost ja /statusline.

Haluatko seurata tokeneita ja rakentaa järjestelmän, jossa tekoälyagentti ei itse ylitä rajojaan? /cost on vain mittari. Yhdistelmä – tekoälyklooni + toiset aivot + kontekstitekniikka – muuttaa Clauden ”rajoitetusta avustajasta” työkaluksi, joka voi työskennellä pitkään ennakoitavasti.

Minkä Claude-mallin valitset tehtävään: Haiku, Sonnet vai Opus?#

claude --model haiku   # ~3× halvempi kuin sonnet, rutiinityöhön
claude --model sonnet  # oletus, hinnan ja laadun tasapaino
claude --model opus    # ~1.7× kalliimpi kuin sonnet, monimutkaisiin tehtäviin

Anthropicin julkisen hinnaston mukaan toukokuussa 2026: Haiku $1/$5 miljoonalta syöte-/tulostokenilta, Sonnet $3/$15 ja Opus $5/$25. Haiku on siis 3 kertaa halvempi kuin Sonnet, ja Opus 1,7 kertaa kalliimpi kuin Sonnet.

Näin valitsen joka päivä:

Kiistanalaista on, kannattaako Sonneta ja Haikua käyttää lainkaan, jos Opus onnistuu keskimäärin ”ensimmäisellä yrittämällä”. Vastaukseni: ei-ohjelmoijalle, joka on yrittäjä, Haiku ja Sonnet kannattavat 70 %:ssa tehtävistä. Opus kannattaa säästää 30 %:iin aidosti vaikeista tehtävistä.

3–5 tehtävän suorittaminen rinnakkain: /resume + git worktrees#

Logiikka on yksinkertainen: yksi pitkä Claude-ikkuna syö kontekstia. Jokainen pyyntö lataa mallille kaiken, mitä ikkunassa on ollut – vaikka keskustelun aihe olisi nyt aivan toinen. Viisi lyhyttä mikrotehtäviin käytettyä ikkunaa muistaa kukin vain oman työnsä. Kaikkiaan kulutat vähemmän.

# Aloita nimetty istunto tiettyä tehtävää varten:
claude --resume "auth-refactor"
claude --resume "homepage-redesign"
claude --resume "db-migration"

# Käytä worktree-haaraa, jotta git-työ ei mene päällekkäin:
git worktree add ../my-project-auth feature/auth
cd ../my-project-auth
claude --resume "auth-refactor"

Jos et muista, mitä kukin ikkuna sisältää, suorita claude --resume ilman argumenttia, niin näet luettelon viimeaikaisista istunnoista nimineen ja ajankohtineen. Aktiivisessa istunnossa /agents tarkistaa käynnissä olevat aliagentit.

Kun työskentelen pitkän kehityssyklin ominaisuuden parissa, teen yleensä näin:

1. Ikkuna 1 – suunnitelma tiedostoon plans/YYYY-MM-DD-feature.md. Vain keskustelua, ei koodia.
2. Ikkuna 2 (suunnitelman mukaan) – toteuttaa vaiheen 1. Päivittää vaiheen jälkeen suunnitelman ([x]).
3. Ikkuna 3 – toteuttaa vaiheen 2 rinnakkain ikkunan 2 kanssa, jos vaiheet eivät mene päällekkäin.
4. Ikkuna 4 – synteesiagentti tarkistaa molempien ikkunoiden tulokset.
5. Ikkuna 5 – tietoturvatarkistus yhdistämisen jälkeen (katso vinkki 8).

Milloin worktree-haaroja ei kannata käyttää: jos hallitset 1–2 projektia päivässä, worktree-hakemistojen välillä vaihtelun vaiva syö hyödyn. Worktree-haarat alkavat kannattaa, kun rinnakkaisia tehtäviä on 3+ päivässä.

Hallusinaatioiden välttäminen tiedostoviittauksilla @file#

Tiedostojen automaattinen täydennys alkaa @-merkillä. Ala kirjoittaa polkua, niin Claude näyttää ehdotuksia. Voit viitata useaan tiedostoon kerralla: @src/lib/auth.ts @src/lib/session.ts @prisma/schema.prisma.

# Kehote ilman tarkkoja polkuja (huono):
> Katso todennuslogiikkaa ja korjaa istunnon virhe

# Kehote @-viittauksilla (oikein):
> @src/lib/auth.ts @src/lib/session.ts - korjaa virhe: eväste ei tyhjene uloskirjautumisen jälkeen

Saman ryhmän toinen kikka on komentotila !-merkillä:

> !git status                # suoritetaan kutsumatta Claudea, tuloste siirtyy kontekstiin
> !npm test                  # sama
> !cat /var/log/app.log | tail -50  # sama

Syy: tokeneita ei kulu siihen, että pyydät ”Claudea katsomaan git statusin” – Claude saisi saman vastauksen työkalun kautta. ! on lyhyempi ja edullisempi.

Tämä liittyy CLAUDE.md-tiedostoon: päätiedoston tulisi sisältää enintään 200 riviä projektisääntöjä. Rajatummat säännöt (esimerkiksi API-käytännöt) kuuluvat tiedostoon .claude/rules/api-design.md, jonka YAML-etumetadatassa on paths: ["src/api/**/*.ts"]. Silloin ne ladataan vain, kun Claude muokkaa tiedostoja hakemistossa src/api/. Koko erittely löytyy CLAUDE.md-oppaasta.

Pitkien tehtävien edistymisen turvaaminen: vaiheistetut suunnitelmat ja [ ] / [x]#

Tässä on suunnitelmatiedoston pohja, jota käytän jokaisessa projektissa:

# Suunnitelma: [ominaisuuden nimi]
Luontipäivä: 2026-05-22
Tavoite: [yksi virke siitä, mitä haluamme saavuttaa]

## Vaihe 1: [lyhyt nimi]
- [ ] Vaihe 1.1: [täsmällinen toimenpide]
- [ ] Vaihe 1.2: [täsmällinen toimenpide]
- [ ] Vaihe 1.3: [täsmällinen toimenpide]

## Vaihe 2: [lyhyt nimi]
- [ ] Vaihe 2.1
- [ ] Vaihe 2.2

## Tulos
Täydennä lopuksi: toteutettu kokonaan tai osittain, ja mitä on jäljellä.

Sääntö on ehdoton: jokaisen agentin on päivitettävä suunnitelma jokaisen istunnon jälkeen. Toisin sanoen heti kun vaihe on valmis, mene tiedostoon ja merkitse se [x]. Jos et tee näin, seuraava ikkuna ei tiedä vaiheen olevan valmis ja yrittää tehdä sen uudelleen.

Kun suunnitelma on tiedostossa eikä päässäsi:

• Rinnakkaiset ikkunat (katso vinkki 6) voivat ottaa eri vaiheet työn alle.
• Jos tehtävä kestää 3 päivää, näet heti kahden päivän päästä palatessasi, mihin jäit.
• Lopputuloksen tarkistus on helppo (grep -c "\[ \]" tiedostossa kertoo avoinna olevien kohtien määrän).

Milloin suunnitelmaa ei tarvita: viiden minuutin korjaus, triviaali yhden tiedoston muutos tai lokin lukeminen ja tiivistäminen. Kaikkiin toimiin ei tarvita suunnitelmaa.

Tämä tekniikka on osa Toiset aivot -konseptia. business/-, plans/- ja ai-clone/-kansioiden koko erittely löytyy Toiset aivot -oppaasta.

Clauden tulevien epäonnistumisten ennakointi: itsekritiikki 10 syyn avulla#

Tässä on sanatarkasti käyttämäni kehoterunko:

Kuvittele, että ideakansiolle on tehty menetelmä, jossa ajattelet jo niin kuin projekti olisi epäonnistunut täysin. Nimeä 10 syytä, joiden vuoksi olen vuoden päästä käyttänyt paljon aikaa ja idea on osoittautunut epäonnistuneeksi. Tehtäväsi ei ole säästää tunteitani, vaan olla mahdollisimman ankara.

Kymmenen syyn jälkeen toinen kierros: puolusta jokaista syytä vastaväitteiltäni. Missä olen heikoimmillani?

Kolmas kierros: kirjoita suunnitelma siitä, mitä tehdä, jotta nämä ongelmat eivät toteudu.

Käytän sitä kolmessa vaiheessa:

1. Ensimmäinen idea ”kaikki on hienosti” – kun olen varma. Itsekritiikki pienentää ideaa 30–50 %.
2. Suunnitelman puolivälissä – kun olen jo syvällä työssä ja sokeutunut ongelmille.
3. Ennen julkaisua – viimeinen suodatin.

Claude todella haastaa sinut vastakkaisessa roolissa. GPT-5 samassa tilanteessa kehuu ensin ideaa ja sitten ”yrittää keksiä parannuksia”. Huomasin tämän eron vuoden kokeilujen jälkeen:

Vastakkaisen roolin ero näkyy minulle näin: ChatGPT sanoo: ”Hyvä huomio, olet täysin oikeassa.” Claude sanoo samassa tilanteessa: ”Samaa mieltä, se on täyttä roskaa; teen sen nyt uudelleen.” Kun tarvitsen kritiikkiä, jälkimmäinen vastaus säästää minulta päiviä hukkaan menevää työtä.

Milloin sitä ei kannata soveltaa: myönteisiin käyttöliittymän ja tekstien iterointikierroksiin. Vastakkainen rooli ei sovi niihin – se tappaa luovuuden.

Tämä tekniikka tunnetaan projektin ennakkoanalyysinä. Sovelsin sen tekoälyagentin kanssa työskentelyyn: ihmistiimin sijaan teet Clauden kanssa ennakkoanalyysin. Kukaan ei pelkää sanoa ”pomo, projekti epäonnistuu” – ja katvealueet paljastuvat minuuteissa.

Viiden tutkimuslähteen tutkiminen yhden ajassa: rinnakkaiset aliagentit#

Tässä on kehoterunko:

Sinulla on jo kaikki konteksti. Etsi ja tee perusteellinen tutkimus; käynnistä 5 rinnakkaista aliagenttia.

Aliagentti 1: käy ammatilliset verkostot läpi – kuka ratkaisee tätä ongelmaa?
Aliagentti 2: GitHubin avoimen lähdekoodin ratkaisut – mikä on suosittua?
Aliagentti 3: startup-kiihdyttämöt – kuka saa
            investointeja tällä alalla?
Aliagentti 4: suorien kilpailijoiden sivustot – mitä he lupaavat ja
            millä hinnalla?
Aliagentti 5: vertailut ja arvostelut – mitä
            käyttäjät sanovat arvosteluissa?

Kun kaikki palaavat, käynnistä synteesiagentti,
joka vertailee viittä raporttia keskenään ja tuottaa rungon
toisen aivon kansiooni.

Miten tämä eroaa tavallisesta tutkimuksesta:

• Aika: 5 samanaikaista työvirtaa 5 peräkkäisen sijaan. Tunnin työ vartissa.
• Syvyys: jokainen agentti erikoistuu. Yhden agentin vahvistusharha ei tartu muihin.
• Konteksti: kullakin aliagentilla on oma kontekstinsa, erillään pääkontekstistani.

Aliagenttien koko opas on ”Claude Code -aliagentit vuonna 2026”. Siinä selitetään myös Skillsin ja MCP:n ero – kumpaa kannattaa käyttää ja milloin.

Milloin sitä ei kannata soveltaa: kosmeettisiin muokkauksiin, virheiden korjauksiin ja pieniin teknisiin tehtäviin. Tutkimus on liioittelua tehtävissä, jotka ovat pienempiä kuin ”uusi ominaisuus, jonka tekeminen kestää vähintään päivän”.

Claude-tehtävien antaminen puhelimesta: Telegram-botti taskussa#

Asennusohjeet (4 vaihetta):

1. Jatkuvasti päällä oleva tietokone – poistan lepotilan käytöstä järjestelmäasetuksissa (macOS: Energiansäästö → Estä tietokoneen nukkuminen).
2. Claude Code käynnissä terminaalissa, avattuna projektikansioon.
3. Virallinen Telegram-lisäosa – lisää markkinapaikka komennolla /plugin marketplace add anthropics/claude-plugins-official, ja asenna sitten /plugin install telegram@claude-plugins-official (tarkat vaiheet päivittyvät ajan mittaan – uusimmat ohjeet löytyvät virallisesta lisäosareposta).
4. Botti on yhdistetty yhteen istuntoon – tämä on tällä hetkellä rajoitus: yksi botti = yksi projekti = yksi istunto. Jos tarvitset toisen, ota käyttöön toinen botti.

Miten käytän bottia päivittäin:

• Olen kävelyllä ja saan idean – lähetän sen heti botille, jotta en unohda sitä. Botti lisää sen tiedostoon inbox.md myöhempää käsittelyä varten.
• Puhelu mahdollisen asiakkaan kanssa – puhelun jälkeen kysyn botilta: ”nimeä viime puhelun litteroinnin perusteella kolme tärkeintä kipukohtaa, jotka toimivat eduksemme.” Minuuttia myöhemmin minulla on kattava analyysi keskustelussa.
• Aamulla kahvilassa – ”näytä luetteloni tekemättömät kotitehtävät”. Kannettavaa ei tarvitse avata.

⚠️ Huomio: tällä hetkellä et voi suorittaa komentoja /clear tai /compact botista – botin istunto on sama kuin terminaali-istunto, ja konteksti jatkaa kasvamistaan. Sen voi käynnistää uudelleen vain manuaalisesti terminaalista.

Minulle tämä on hyödyllisin Claude Code -laajennus viimeisen kahden viikon ajalta. Se siirsi minut tilanteesta ”työskentelen Clauden kanssa työpöydän ääressä” tilanteeseen ”työskentelen Clauden kanssa aina, kun saan ajatuksen”.

Mitä kannattaa ottaa ensin käyttöön: 7 päivän etenemissuunnitelma#

Tekniikoiden yhdistelmä on tärkeämpi kuin mikään niistä yksinään. Shift+Tab ilman Esc Esciä tekee kokeilemisesta pelottavaa. /compact ilman /cost-komentoa jättää sinut tietämättömäksi siitä, milloin pitää tiivistää. Tiedostoihin tehdyt suunnitelmat ilman rinnakkaisia ikkunoita ovat hankaluus ilman hyötyä.

Kun ensimmäiset 9 vinkkiä sujuvat luonnostaan, siirry koko järjestelmään: tekoälyklooni + toiset aivot + kontekstitekniikka. Tällä menetelmällä olen saanut Clauden toimimaan kuusi kuukautta yhtäjaksoisesti – ilman hallusinaatioita, kontekstin katoamista tai tehtävän keskeytymistä puolivälissä.

Voit jatkaa mallien käyttöä Ailootissa.