Boriksen 9 Claude-koodin käytännön vinkit: Käy ilmi, että masterin kokoonpano on niin "yksinkertainen" Boris Chernyllä on lempinimi Anthropicissa: Claude Coden isä. Hän on ollut aktiivinen X:ssä viime aikoina, joten monet kysyvät Borikselta: Miten tarkalleen ottaen käytät Claude Codea itse? Hän jakoi juuri 9 käytännön vinkkiä X:stä. Temppuja ei ole niin paljon kuin luulet, ja jokainen niistä on vaatimaton. [1] Ydinfilosofia: Claude Coden parhaisiin käytäntöihin ei ole olemassa vakiintunutta vastausta Boris aloitti sanomalla: > Kokoonpanoni saattaa olla yllättävän tavallinen! Claude Code toimii loistavasti heti paketista, joten en henkilökohtaisesti muokkaa sitä paljoa. > Kokoonpanoni saattaa olla "alkuperäinen" kuten odotat. Claude Code toimii loistavasti heti laatikosta, enkä itse tehnyt paljon muokkausmahdollisuuksia. On ymmärrettävää, että parhaat käytännöt, kuten taidot ja lisäosat, ovat pitkään olleet ominaisuuksissa Claude Code -kehittäjinä. Claude-koodia ei voi käyttää yhtä oikeaa tapaa. Tiimi suunnitteli sen tarkoituksella heitettäväksi rennosti, ja voit käyttää sitä miten haluat, miten haluat muuttaa ja miten haluat muuttaa. Jokainen Claude Code -tiimissä käyttää sitä täysin eri tavalla. Joten ei tarvitse kamppailla "parhaiden käytäntöjen" löytämiseksi, tärkeintä on sovittaa oma rytmi. [2] Moniagenttitehtävät rinnakkain: Avaa yli tusina Claudea samanaikaisesti Boriksen päivittäinen rutiini on tällainen: avaa 5 Claude-koodin instanssia terminaalissa, välilehtinumerot 1–5, laita järjestelmäilmoitukset päälle ja ohittaa, mitkä niistä pitää syöttää. Samaan aikaan hän suorittaa myös 5–10 tehtävää verkkoversiossa. Terminaalit ja verkkosivut voivat "luovuttaa" toisensa: käyttää &-symbolia siirtääkseen paikallisen istunnon verkkosivulle tai käyttää --teleportia vaihtaaksesi molemmilla puolilla. Hän käynnistää useita tehtäviä Claude-sovelluksesta puhelimellaan joka aamu ja päivä, ja palaa myöhemmin katsomaan tuloksia. Tämän "monisäikeisen" toimintatavan ydinlogiikka on, että Claude Code on hyvä autonomian kanssa, eikä moniin tehtäviin tarvitse kiinnittää huomiota. Aloitat tehtävän, annat sille suunnan, annat sen toimia ja teet jotain muuta itse. Vähennä silloin, kun se tarvitsee vahvistuksen. Tämä on täysin erilaista kuin perinteinen "ihminen kirjoittaa rivin koodia, tekoäly muodostaa muutaman rivin". Tämä vaatii kuitenkin myös korkeampia käyttäjävaatimuksia, ja sinun täytyy olla hyvä jakamaan tehtäviä agenteille sekä pystyä vaihtamaan useiden tehtävien välillä milloin tahansa. Tämä on suuri haaste perinteisille kehitysmalleille, jotka ovat tottuneet kehittämään itsenäisesti ja joilla on vain yksi tehtävä samaan aikaan. Häpeän myöntää, että vaikka käytän myös Coding Agentia säännöllisesti, en ole tottunut tekemään liikaa tehtäviä samaan aikaan, joten vahvistan käytäntöäni tällä alueella tänä vuonna. [3] Mallin valinta: Miksi käyttää Opusta nopeamman Sonnetin sijaan Boris sanoo käyttävänsä Opus 4.5:ttä kaikkiin ajattelutilan tehtäviinsä. Tämä on paras ohjelmointimalli, jota hän on koskaan käyttänyt. Jotkut kysyvät: Eikö Opus ole isompi ja hitaampi kuin Sonnet? Boriksen vastaus on, että vaikka yksittäinen vastaus on hieman hitaampi, sitä tarvitsee korjata paljon vähemmän, työkalukutsut ovat tarkempia ja lopputulos nopeampi. Itse asiassa olen aina ollut yhtä mieltä siitä, että koodin kirjoittaminen ei voi olla nopeaa, vaan sen on oltava laadukasta; jos nopea malli vaatii korjaamista edestakaisin kolme kertaa, on parempi käyttää hidasta mallia tekemään se kerralla. Aika ei ole pelkästään mallin vasteaikaa, vaan myös huomiosi ja vaivan kustannuksia. Ainoa ongelma on, että Opus maksaa enemmän. 【4】 on erityinen Claude Code -konfiguraatiotiedosto, joka on sijoitettu projektin juureen. Joka kerta kun käynnistät Claude Coden, se lukee tiedoston automaattisesti ja käsittelee sen sisältöä "taustatietona". Voit ymmärtää sen seuraavasti: Tämä on projektispesifikaatio, jonka kirjoitit tekoälylle, jossa kerrot projektin rakenteen, määrittelyt ja varotoimet. Boris-tiimin lähestymistapa on, että koko Claude Code -tietovarasto ylläpidetään yhdessä Gitissä. Joka viikko ihmiset lisäävät asioita Riganoon. Sääntö on yksinkertainen: aina kun näet Clauden tekevän jotain väärin, kirjoita siihen "älä tee tätä", ja seuraavalla kerralla se tietää. Vielä mielenkiintoisempaa on, että he käyttävät tätä mekanismia myös koodin tarkastelussa. Boris lähettää @.clauden kollegansa PR:ssä ja pyytää Claudea lisäämään uuden säännön . Tämä saavutetaan Claude Coden GitHub-toiminnolla. Dan Shipper kutsuu tätä "korkoa korolle -projektiksi": jokainen virheenkorjaus muuttuu tiimin omaisuudeksi, jolloin tekoäly ymmärtää projektiasi yhä paremmin. Jos et ole vielä käyttänyt komentoa, Claude analysoi automaattisesti projektirakenteen ja luo alkuperäisen version. Sitten lisäät sitä mukaa kun käytät ja lisäät, mikä on vialla, kun näet sen. [5] Suunnitelmatila: ajattele selkeästi ennen kuin teet sen Boris sanoo aloittavansa suurimman osan sessioistaan Suunnitelma-tilassa. Kaksoisklikkaa Shift+Tabia Claude Codessa vaihtaaksesi. Suunnitelmatilassa Claude ei muuta koodia suoraan, vaan antaa ensin suoritussuunnitelman. Voit keskustella ja muokata suunnitelmaasi edestakaisin, kunnes olet tyytyväinen. Sitten vaihda automaattiseen hyväksymistilaan, jonka Claude yleensä tekee kerralla. "Hyvä suunnittelu on todella tärkeää", tämä tapa siirtää itse asiassa ohjelmistokehityksen klassisen viisauden tekoälyn yhteistyöhön: ensin suunnittelu ja sitten koodaus. Monien ihmisten ongelma käyttää tekoälyä koodin kirjoittamiseen on aloittaa se suoraan, ja seurauksena on uudelleentyöstön kustannukset korkeat väärän suunnan vuoksi. Muutaman minuutin käyttäminen suunnitelman sovittamiseen säästää tunteja uudelleentyöstä. [6] Automatisoi toistuva työ: viitokomennot ja aliagentit Boriksella oli useita operaatioita, jotka hänen piti tehdä kymmeniä kertoja päivässä, ja hän muutti ne viiltokäskyiksi. Esimerkiksi "/commit-push-pr" suorittaa submissionin, pushin ja PR:n luomisen yhdellä klikkauksella. Slash-komennot ovat käytännössä Markdown-tiedostoja, jotka sijoitetaan .claude/commands/-kansioon. Voit kirjoittaa komentoja luonnollisella kielellä, ja voit myös upottaa bash-skriptejä saadaksesi tietoa etukäteen, vähentäen mallin edestakaisten kutsujen määrää. Nämä komennot voidaan toimittaa Gitille ja jakaa koko tiimi. Slash-komennon lisäksi hän käyttää myös aliagenttia (agentti on erillinen Clauden instanssi, joka erikoistuu tietynlaisiin tehtäviin. Esimerkiksi hänellä on koodin yksinkertaistaja-aliagentti, joka automaattisesti yksinkertaistaa koodia, kun pää-Claude on saanut työnsä valmiiksi. On myös verify-sovelluksen aliagentti, joka vastaa päästä päähän -testauksesta. Näillä kahdella ominaisuudella on yhteistä se, että vahvistat tekemäsi toistuvasti ja annat Clauden kutsua sitä itse. Sinun ei tarvitse toistaa selitystä joka kerta tai muistaa komennon yksityiskohtia. Käytä PostToolUse Hookia Clauden tuottaman koodin muotoiluun. Claude generoi yleensä automaattisesti hyvin muotoillun koodin, ja tämä koukku käsittelee viimeiset 10 % koodista, jotta myöhemmässä jatkuvan integraation (CI) prosessissa ei syntyisi virhemuotoilua. [7] Turvallisuus ja integraatio: käyttöoikeuksien konfigurointi ja ulkoiset työkalut Boris ei käytä --vaarallisesti ohittaa-oikeudet -vaihtoehtoa. Sen sijaan hän ennakkohyväksyy joitakin yleisesti käytettyjä turvakomentoja /permissions-komennolla, jotta vahvistuslaatikko ei avaudu joka kerta. Nämä asetukset tallennetaan .claude/settings.json-muodossa ja jaetaan tiimin kesken. Vielä tehokkaampi on MCP-palvelinintegraatio. MCP, lyhenne sanoista Model Context Protocol, on Anthropicin lanseeraama standardiprotokolla, joka mahdollistaa tekoälyn yhdistämisen ulkoisiin työkaluihin. MCP:n avulla Claude Code voi suoraan: - Hae ja lähetä Slack-viestejä - Ajaa BigQuery-kyselyitä vastataksesi datakysymyksiin - Hae virheloki Sentryltä Boris-tiimi toimitti myös Slackin MCP-konfiguroinnin repositorioon, ja kaikki käyttivät sitä heti laatikosta alkaen. Tämä tarkoittaa, että Claude Code ei ole pelkkä ohjelmointityökalu, vaan "kaikki yhdessä -avustaja", joka voi kutsua koko työkaluketjusi. [8] Pitkä tehtävän käsittely: Annetaan Clauden tarkistaa se itse Pitkäaikaisissa tehtävissä Borisilla on useita strategioita: Ensimmäinen on antaa Clauden automaattisesti käyttää taustaagenttia tulosten tarkistamiseen suorituksen jälkeen. Voit pyytää sitä kehotteessa, tai voit käyttää Stop Hookia laukaisemaan sen deterministisemmin. > Huomautus: Koukut ovat Claude Coden "koukku"-mekanismi, jonka avulla voit lisätä mukautettua logiikkaa tiettyihin hetkiin, kun Claude suorittaa toimintoa. Voit ajatella sitä "laukaisijana": kun tapahtuma tapahtuu, suorita automaattisesti esiasetettu komento tai skripti. > Stop Hookissa Claude vastaa ja on valmis luovuttamaan ohjat. > Aiheeseen liittyvää dokumentaatiota: Toinen vaihtoehto on käyttää ralph-wiggum-lisäosaa, joka on käytännössä Bash-silmukka": kuvittele yksinkertainen kuollut silmukka (vaikka se on totta), joka syöttää samaa tehtävälausetta (prompt-tiedosto) tekoälyagentille, parantaen työtään yhä uudelleen, kunnes se on täysin valmis. Kolmas on käyttää --permission-mode=dontAsk tai --dangerously-skip-permissions --hiekkalaatikkoympäristössä, jotta Claude ei keskeyty luvan vahvistuksella ja juoksee loppuun yksin. Perusajatus on: koska se on pitkä tehtävä, älä anna sen odottaa sinua. Anna sille tarpeeksi autonomiaa ja itsekorjauskykyä. [9] Tärkein: antaa Claudelle validointimahdollisuudet Boris laittaa tämän lopuksi, sanoen, että tämä on todennäköisesti tärkein tekijä hyvän lopputuloksen saavuttamiseksi. Jos Claude pystyy validoimaan työnsä, lopullista laatua voidaan nostaa 2–3-kertaiseksi. Hän antoi esimerkin: jokaisesta muutoksesta, johon he lähettävät, Claude testaa itseään Chrome-laajennuksilla: avaa selaimen, testaa käyttöliittymän ja iteroi, kun ongelma ilmenee, kunnes se toimii kunnolla ja kokemus on kohtuullinen. Varmennusmenetelmät vaihtelevat tilanteen mukaan. Se voi olla bash-komennon ajaminen, testipaketin ajaminen tai sovelluksen testaaminen selaimessa tai matkapuhelinemulaattorissa. Muoto ei ole tärkeä, mutta tärkeintä on: anna tekoälyn olla palautesilmukka. Tämä totuus on itse asiassa hyvin yksinkertainen. Ihmisinsinöörit luottavat myös koodin kirjoittamisen, testauksen, tulosten muokkaamisen sykliin laadun varmistamiseksi. Sama pätee tekoälyyn. Jos sitä voi vain kirjoittaa eikä mitata, se on kuin tekisi asioita silmät kiinni, ja laatu riippuu tuurista. Boriksen ehdotus on investoida varmennusmekanismin vahvistamiseen. Tämä on korkein sijoitetun pääoman tuotto. [10] Mestarit käyttävät miekkoja voittaakseen ilman siirtoja Kamppailulajiromaaneissa mestareilla ei ole niin paljon miekkoja ja kelloja ja vihellyksiä, eikä voittoliikkeitä ole. Boris ei esittele monimutkaisia mukautettuja kokoonpanoja, ei käytä salaperäisiä yksityisiä kehotuksia ja käyttää virallisia toimintoja. Erona on, että hän todella ymmärtää näiden ominaisuuksien logiikan ja yhdistää ne tehokkaaksi työnkuluksi. Rinnakkaistyötä tehdään, koska Claude pystyy suorittamaan itsenäisesti; Opus on käytössä korkeamman kokonaistehokkuuden vuoksi; Sen tarkoituksena on muuttaa virheenkorjaus omaisuudeksi; Suunnitelmatila on ajatella selkeästi ennen kuin teet sen; viitokäskyt ja aliagentit ovat automatisoitua toistuvaa työtä; Varmennusmekanismi on antaa tekoälypalautteelle suljettu silmukka. Jos olet vasta aloittamassa Claude Codea, ei tarvitse kiirehtiä edistyneisiin kokoonpanoihin. Hyödynnä ensin perusteita: opi työskentelemään rinnakkain, opettele suunnittelemaan ja keräämään tekoälyn varmennusmenetelmiä. Kun kohtaat todella pullonkaulan, ei ole liian myöhäistä heittää kukat pois.

Yksi asia, jota Boris ei maininnut, on perus CI/koodin tarkistustyönkulku, joka voi olla normaalia heidän isoille yrityksilleen ja pitäisi olla olemassa oletuksena Esimerkiksi, kun hän suorittaa tehtävän Claude Codella, hän ei sano yhdistämistä suoraan päähaaraan, vaan lähettää PR:n. PR:n lähettämisen jälkeen kaikki nukka- ja automaattiset testit suoritetaan automaattisesti CI-palvelimella, ja jos testi epäonnistuu, PR:ää ei voi yhdistää. PR läpäisee kaikki automaattiset testit ja tarvitsee jonkun tekemään koodin tarkistuksen (tietenkin tekoälyapu on mahdollista, mutta se täytyy silti vahvistaa), ja jos kooditarkistus havaitsee ongelmia, se täytyy tarkistaa. Monille yksittäisille kehittäjille he eivät ole tottuneet rakentamaan CI-/koodin tarkistustyönkulkua, eivätkä he edes tee Git-koodin hallintaa, joten he eivät voi perua sitä, jos jokin menee pieleen.

[10] Ne asiat, joita et näe Yksi asia, jota Boris ei maininnut, on perus lähdekoodin hallinta/CI/koodin tarkistusprosessi, joka voi olla normaalia heidän isoissa yrityksissään ja pitäisi olla olemassa oletuksena Esimerkiksi, kun hän suorittaa tehtävän Claude Codella, hän ei sano yhdistämistä suoraan päähaaraan, vaan lähettää PR:n. PR:n lähettämisen jälkeen kaikki nukka- ja automaattiset testit suoritetaan automaattisesti CI-palvelimella, ja jos testi epäonnistuu, PR:ää ei voi yhdistää. PR läpäisee kaikki automaattiset testit ja tarvitsee jonkun tekemään koodin tarkistuksen (tietenkin tekoälyapu on mahdollista, mutta se täytyy silti vahvistaa), ja jos kooditarkistus havaitsee ongelmia, se täytyy tarkistaa. Nämä ovat myös perusta heidän kykyylleen moniajoon rinnakkain, ja ilman näitä perustyönkulkuja he eivät voi tehdä moniajoa rinnakkain. Monille yksittäisille kehittäjille he eivät ole tottuneet rakentamaan CI-/koodin tarkistustyönkulkua, eivätkä he edes tee Git-koodin hallintaa, joten he eivät voi perua sitä, jos jokin menee pieleen.