Johdanto: Koodi ei välitä tunnelmistasi
Suurten kielimallien ja koodin kanssa on näin: ne ovat hämmästyttävän itsevarmoja ja täysin välinpitämättömiä sille, kääntyykö ohjelmasi vai ei. Claude Haiku 4.5 kirjoittaa sinulle mielellään Python-skriptin, joka ratkaisee ongelmasi, sekä kaksi muuta, jotka se keksi huvikseen. Temppu – ainoa temppu, jolla on merkitystä – on oppia, miten Claude Haiku 4.5:ltä pyydetään tarkkaa koodin generointia tavalla, joka ei jätä tilaa tunnelmille ja maksimoi totuuden. Et halua proosaa, joka kuulostaa koodilta. Haluat koodia, joka käyttäytyy kuin koodi. Sillä on eroa.
Ihmiset kohtelevat kehotteiden antamista kuin mystistä loitsua – sano oikeat sanat, saat täydellisen sovelluksen. Se on cargo cult -ajattelua. Koodi on sopimus. Jos haluat tarkkuutta Claude Haikulta, sinun on kirjoitettava sopimus. "Rakenna web-sovellus" ei ole sopimus. "Generoi FastAPI-endpoint Python 3.12:ssa, joka hyväksyy JSON:ia, validoi skeeman Pydantic v2:lla ja palauttaa 422 skeemavirheiden sattuessa tietyssä payload-muodossa" on sopimus. Näin Claude Haiku 4.5:ltä pyydetään tarkkaa koodin generointia: lyöt sopimuksen lukkoon.
Mitä tämä on (ja mitä ei ole)
- Se on ohjeistus luotettavan, testattavan koodin saamiseksi Claude Haiku 4.5:ltä.
- Se ei ole saarna "tekoälyn korvaavan kehittäjät". Työkalut eivät korvaa ajattelua.
- Se keskittyy käytännönläheisiin kehotteisiin, rakenteeseen ja varotoimiin: niihin tylsiin osiin, jotka saavat taikuuden toimimaan.
Jos haluat koodin, joka toimii, sinun on annettava Claudelle toimiva määritelmä "toimii"-sanalle. Jos haluat tarkkaa koodin generointia, sinun on määriteltävä tarkkuus selkein, testattavin termein. Se on koko juttu.
Määrittele tarkkuus kuin lakimies, ei kuin runoilija
"Tarkka" koodi ei ole "näyttää uskottavalta" -koodia. Tarkkuus on:
- Syntaktinen validius: se kääntyy tai toimii tulkin alla.
- Semanttinen uskollisuus: se tekee sen, mitä speksi sanoo.
- Deterministinen käyttäytyminen: samat syötteet, samat tulosteet, määritellyissä virherajoissa.
- Versiokorrektius: se käyttää oikeita SDK:ita, API-versioita ja kielipiirteitä.
Claude antaa sinulle sen, mitä pyydät. Jos pyydät "funktion, joka lajittelee listan", saat todennäköisesti sellaisen. Jos pyydät "vakaan, paikallaan tapahtuvan lajittelun, joka käyttää Timsort-semantiikkaa ja O(1) ylimääräistä tilaa", se on eri lupaus. "Miten Claude Haiku 4.5:ltä pyydetään tarkkaa koodin generointia" alkaa kirjoittamalla nuo lupaukset kehotteeseen.
Pienin mahdollinen kehotemalli, päivitettynä
Huono: "Kirjoita Node API tehtäville."
Parempi: "Kirjoita Node 20 Express 4 API, jossa on /tasks POST -reitti, joka validoi kentät {title: string, dueDate: ISO 8601} ja vastaa 201 luodun objektin kanssa tai 400 virhetietojen kanssa."
Oikein: "Generoi Node 20 Express 4 -palvelin, jossa on yksi /tasks POST -endpoint. Vaatimukset: 1) Validoi body [email protected]:lla; 2) Kentät: title (ei-tyhjä merkkijono, max 140), dueDate (ISO 8601 tuleva päivämäärä); 3) Onnistuessa: 201 kanssa {id: ULID, title, dueDate}; 4) Virheellisenä: 400 kanssa {error: 'VALIDATION', details: array}; 5) Ei tietokantaa; in-memory Map; 6) Sisällytä Jest 29 -testitiedosto, joka kattaa validit, invalidit (tyhjä title, mennyt päivämäärä); 7) Tarjoa npm-skriptit testille ja deville; 8) Käytä ESM:ää; 9) Älä sisällytä ylimääräisiä kommentteja." Huomaa muoto: kieliversio, kirjastot, rajoitteet, tulosteet, virheet, testit ja jopa paketin rakenne. Olet poistanut epäselvyyden. Clauden tehtävä on täyttää koodi, ei vaatimukset.
Rakennusteline-malli: Järjestelmä, Speksi, Testit, Sitten Koodi
Jos haluat tarkkaa koodin generointia Claude Haiku 4.5:ltä, sinun on annettava sille kiitorata:
- Järjestelmän kehystys (lyhyt hihna)
- Sinä: "Kirjoitat tuotantolaatuista TypeScriptiä Node 20:lle. Tulosta vain koodilohkoja tiedostonimien kanssa, äläkä mitään muuta."
- Miksi: Hallitset sävyä ja tulostusmuotoa. Älä jätä sitä sattuman varaan.
- Sisällytä kieliversiot, pakettivalinnat, virhesemantiikka, I/O-muodot, suorituskykyrajat ja tietoturvarajoitteet.
- Käske Clauden kirjoittaa yksikkötestit ensin. Testit määrittelevät "tarkan" paremmin kuin adjektiivit. Jos koodirivi ei palvele testiä, se on koristeellinen.
- Vasta testien jälkeen. Kyllä, tämä on pohjimmiltaan TDD:tä, mutta robotin kanssa, joka ei koskaan kyllästy kirjoittamaan boilerplate-koodia.
- "Jos testit epäonnistuvat tai importit eivät täsmää, päivitä vain epäonnistuneet osat. Älä kirjoita koko projektia uudelleen."
Claude suoriutuu hyvin, kun sillä on konteksti ja raiteet. Anna sille raiteet.
Version kiinnittäminen ei ole valinnaista
Clauden koulutusdata on täynnä vanhoja ja uusia dokumentteja. Se on kohtelias tapa sanoa, että se on nähnyt paljon ristiriitaista neuvontaa. "Käytä React Routeria" on epämääräinen. "Käytä [email protected]:ta data routereiden kanssa" on suunta. Älä luota oletusarvoihin: - Kielet: kiinnitä Python 3.12:een, Node 20:een, Go 1.22:een, Java 21:een – mihin tahansa, mitä todella käytät.
- Frameworkit: määritä tarkat pääversiot ja mahdolliset breaking-change-liput.
- Cloud SDK:t: kiinnitä versiot; aws-sdk v2 vs v3 on tärkeää.
- Linterit/muotoilijat: määritä säännöt välttääksesi "style ping-pong" -uudelleenkirjoituksia.
Jos et kiinnitä, saat suurimmat hitit viiden vuoden blogikirjoituksista. Tarkka koodin generointi on allerginen nostalgialle.
Skeema ensin, aina
Älä pyydä "käyttäjäprofiili" -rakenteita. Määrittele skeemat kehotteessa ja vaadi validointi:
- JSON Schema tai Zod/Yup-tyypit JS/TS:ssä
- Pydantic-mallit Pythonissa
- Protobuf tai Avro palveluille
Sitten pakota Claude noudattamaan skeemoja rajoilla – API-syötteet, tietokannan kirjoitukset ja viestijonot. Pyydä eksplisiittisiä virhe-payload-kuormia ja -koodeja. Tarkkuus rakastaa skeemoja. Epäselvyys ei.
Tee siitä havaittava, tai älä teeskentele sen olevan totta
Käske Clauden lisätä lokitusta, mittareita ja jälkiä sinne, missä niitä tarvitset – ja pitämään ne hiljaisina siellä, missä et. Hyvä kehotus sisältää:
- Lokituskäytäntö: tasot, PII:n redaktointi, rakenne (JSON-lokit, kiitos)
- Mittarit: aika per pyyntö, virhelaskut
- Terveydenhuoltopäätepisteet: /healthz, joka todistaa, että riippuvuudet ovat ylhäällä
Claude lisää sen, mitä pyydät. Jos et pyydä, saat print-lauseita – jos olet onnekas.
Testi-ensin -kehotteet voittavat "Luota minuun" -kehotteet
Hyvä tapa pyytää Claude Haiku 4.5:ltä tarkkaa koodin generointia on tehdä testeistä totuuden lähde. Esimerkki:
"Kirjoita pytest-testit funktiolle normalize_email(s), joka:
- muuntaa paikalliset ja verkkotunnusosat pieniksi;
- poistaa pisteet paikallisesta osasta vain gmail.com:lle;
- poistaa aliosoitteet (+tag) vain gmail.com:lle;
- hylkää syötteet, joissa ei ole yhtä @-merkkiä tai joissa on välilyöntejä;
- säilyttää unicode-verkkotunnuksen punycode-muodossa sellaisenaan.
Kattaa reunatapaukset. Testien kirjoittamisen jälkeen toteuta funktio, joka läpäisee ne."
Claude kirjoittaa usein parempaa koodia, kun se pakotetaan täyttämään kuvaamasi testit. Jos se ei tee niin, sinulla on konkreettinen epäonnistuminen, ei tunnelmakiista.
Ei Hallusinaatioita Rakentamalla
Et voi poistaa hallusinaatioita, mutta voit aidata ne sisään:
- Pyydä viittauksia tai lähde-URL:eja vain, kun lähteitä on olemassa. SDK-menetelmille vaadi dokumenttilinkkejä ja vaadi, että koodi vastaa noita dokumentteja.
- Yksityisille API:ille liitä speksi kehotteeseen. Älä odota Clauden tuntevan sisäisiä päätepisteitäsi.
- Kirjastoille, joissa on hämmentäviä API:ita, sisällytä esimerkki virallisista dokumenteista ja käske Clauden noudattaa sitä.
Tarkka koodi on enimmäkseen tarkkoja viittauksia. Anna Claudelle viittaukset.
Tyylioppaat: Vähiten Seksikäs, Hyödyllisin Asia
Claude kirjoittaa koodia missä tahansa tyylissä, jonka se päättelee. Se on resepti muutoksille. Liitä tyylioppaasi. Määritä:
- Muotoilu (Prettier, Black, gofmt default)
Vaadi myös lyhyt perustelukommentti ei-ilmeisille valinnoille. Tuleva sinä kiittää sinua, ja nykyinen Claude tuottaa vähemmän "fix-up" -PR:iä.
Pitkät Kehotteet, Lyhyet Tulosteet
Toinen tapa ajatella, miten pyytää Claude Haiku 4.5:ltä tarkkaa koodin generointia: käytä sanasi kehotteeseen, älä tulosteeseen. Haluat:
- Tyhjentävät rajoitteet kehotteessa
- Mahdollisimman vähän ylimääräistä kerrontaa tulosteessa
Käske sitä tukahduttamaan selitykset ja palauttamaan vain koodilohkoja tiedostonimien ja lyhyen README:n kanssa. Jos haluat kommentaarin, pyydä sitä erillisessä ajossa. Proosan ja koodin lomittaminen on tapa, jolla bugit livahtavat sisään silinterihattu päässä.
Hienosäätö: Tiukka Silmukka, Joka Todella Toimii
Nopein polku luotettavaan koodiin ei ole "saada se oikein ensimmäisellä yrityksellä". Se on lyhyitä, korjaavia silmukoita:
- Aja paikallisesti. Liitä epäonnistuneet testitulosteet ja kääntäjävirheet takaisin Claudeen sanasta sanaan.
- Ohjeista: "Muokkaa vain vähimmäismäärää tarvittavia rivejä; älä muuta funktion allekirjoituksia, ellei epäonnistuneet testit sitä vaadi."
- Toista, kunnes on vihreää.
Claude on erinomainen diffien soveltamisessa, kun kerrot sille tarkalleen, mikä meni rikki. Älä parafraaseeraa virhelokeja. Liitä ne. Lokit ovat totuus.
Turvallisuus on ominaisuus, ei postscript
Koska malleja koulutetaan julkisella koodilla (hyvällä, pahalla ja kirotulla), haluat tehdä turvallisuudesta ensiluokkaisen vaatimuksen:
- Kiellä nimenomaisesti eval, shell=True ja merkkijonomuotoinen SQL
- Vaadi parametrisoidut kyselyt, CSRF-suojaus ja nopeuden rajoitus
- Pyydä riippuvuuden kiinnittämistä sekä lockfile
- Vaadi salaisten tietojen käsittelyä ympäristömuuttujien tai salaisen tiedon hallinnan kautta
Oletusarvoisesti turvallinen kehotus tuottaa turvallisempaa koodia. "Paikkaamme sen myöhemmin" -kehotus tuottaa otsikoita.
Suorituskyky: Sano, mitä "Nopea" tarkoittaa
"Tee siitä nopea" tarkoittaa "tee mitä tahansa". Määritä sen sijaan mittarit:
- Latenssitavoitteet (p95 < 50 ms in-memory, p95 < 300 ms DB-operaatioille)
- Muistikatto (RSS < 150 MB)
- Aikavaativuus (oltava O(n log n), ei O(n^2))
Claude valitsee algoritmeja asettamasi budjetin mukaan. Anna sille budjetti.
Dokumentaatio: Riittävästi uuden perehdyttämiseen
Pyydä Claudelta README, joka sisältää:
- Asennusohjeet tarkkojen versioiden kanssa
- Komennot testille, lintille, tyyppitarkistukselle, ajolle
- Esimerkkipyyntöjä/vastauksia
- Rajoitukset ja tunnetut kompromissit
"Tarkka koodi" sisältää tarkan dokumentaation. Ne ovat osa toimitettavaa.
Konkreettisia Kehotemalleja, Joita Voit Varastaa
Malli: Backend-päätepiste
Järjestelmä: Olet huolellinen Python 3.12 -insinööri. Tulosta vain koodilohkoja tiedostonimien kanssa.
Käyttäjä:
- Rakenna FastAPI 0.111 -sovellus POST /convert -päätepisteellä.
- Pyyntö: {amount: Decimal merkkijonona, from: 'USD'|'EUR', to: sama}.
- Validoi pydantic v2:lla; palauta 422 muoto skeemavirheiden sattuessa.
- Käytä puhdasta funktiota convert(amount, from, to) kiinteillä kursseilla {USD:1, EUR:1.1}.
- Palauta {amount: string, currency: string} koodilla 200.
- Sisällytä pytest-testit, jotka kattavat validit, invalidit (huono desimaali, tuntematon koodi) ja reuna (0).
- Tarjoa pyproject.toml riippuvuuksien kanssa kiinnitettynä; sisällytä ruff- ja mypy-kokoonpanot.
- Ei verkkokutsuja, ei kommentteja.
Malli: CLI-apuohjelma
Järjestelmä: Kirjoitat Go 1.22:ta. Tulosta vain koodilohkoja tiedostonimien kanssa.
Käyttäjä:
- Luo CLI nimeltä slugify, joka lukee stdiiniä ja tulostaa URL-turvallisia slug-tunnuksia.
- Säännöt: pienet kirjaimet, vain ASCII, väliviivamerkit, tiivistä tyhjät välit, poista välimerkit.
- Tarjoa main.go ja slugify_test.go taulukkotesteillä.
- Sisällytä Makefile testi- ja build-kohteiden kanssa.
Malli: Frontend-komponentti
Järjestelmä: Olet pragmaattinen React-insinööri, joka kohdistuu React 18 + TypeScriptiin.
Käyttäjä:
- Toteuta <DebouncedInput> -komponentti.
- Ominaisuudet: value: string, onChange(value): void, delay=300.
- Käytä useRef/useEffect; ei kolmannen osapuolen koukkuja.
- Sisällytä vitest-testit väärennetyillä ajastimilla.
- Tarjoa minimaalinen Storybook-tarina.
Nämä mallit osoittavat, miten Claude Haiku 4.5:ltä pyydetään tarkkaa koodin generointia kiinnittämällä versioita, määrittelemällä käyttäytymistä ja vaatimalla testejä.
Kieltäytyminen Olemasta Älykäs: Milloin Sanoa "Älä Optimoi"
Jos et halua ennenaikaisia mikro-optimointeja (etkä halua), sano se:
- "Suosi luettavuutta älykkyyden sijaan; ei bittien vääntämistä, elleivät testit sitä vaadi."
- "Ei rekursiota, jos iteratiivinen on selkeämpi."
- "Ei metaprogrammointia; eksplisiittinen > implisiittinen."
Claude rakastaa tehdä vaikutuksen. Älä anna sen tehdä niin. Saa sen läpäisemään testit ja olemaan luettava. Se on tarpeeksi vaikuttavaa.
Sider.AI työnkulussa, missä se todella auttaa Olen nähnyt ihmisten jongleeraavan kehotteita satunnaisissa chat-välilehdissä kuin se olisi tuottavuusrituaali. Käytä työtilaa, joka ymmärtää koodikontekstin. Esimerkiksi Sider.AI on rakennettu pitämään speksisi, koodisi, diffisi ja testilokisi näkyvissä, joten "liitä virhe, korjaa rivi" -silmukka on todella tiukka. Se ei ole taikuutta; se on tylsää rakennustelinettä, joka estää sinua menettämästä juonta. Jos työkalusi pitää sopimuksen, testit ja koodin samassa keskustelussa – ilman, että se nalkuttaa sinua konfetilla – käytä sitä. Sider tekee niin. Miten Debugata Clauden Kanssa Tiimikaverina, Ei Oraakkelina
- Liitä epäonnistunut testituloste täsmälleen sellaisenaan. Älä tee yhteenvetoa.
- Pyydä diff: "Vastaa yhdistetyllä diffillä vain tiedostoa X vasten."
- Ajoaikavirheiden sattuessa lisää pienin toistettava koodinpätkä ja vaadi selitys sekä korjaus.
- Kirjastovirheiden sattuessa liitä dokumenttiote, jonka uskot pätevän, ja kysy: "Onko tämä oikea API versiolle X? Jos ei, päivitä koodi ja mainitse oikea ote."
Tavoitteena on saada Claude kiistelemään todisteiden kanssa. Sinä tuot todisteet.
Ansojen Paraati (ja Miten Niitä Väistetään)
- "Uusin" API -ansa: Älä sano "käytä uusinta". Sano "käytä versiota X.Y" ja pidä siitä kiinni.
- Tyhjä testitiedosto: Jos et vaadi testejä, et saa niitä.
- Yhden laukauksen harhaluulo: Suunnittele kaksi tai kolme lyhyttä hienosäätöä. Se on nopeampaa kuin yksi paisunut kehotus.
- Epäselvä virhekäytäntö: Määrittele tilakoodit ja payload-kuormat. "Palauta virhe" ei tarkoita mitään.
- Omistamaton riippuvuus: Jos koodi luottaa palveluun, jota et voi hallita, stubaa se. Pyydä väärennöksiä.
Kehotelistasi (Teippaa Tämä Näyttösi Lähelle)
- Kieli- ja ajoaikaversio kiinnitetty
- Kirjastoversiot kiinnitetty
- Virhesemantiikka määritelty (koodit, muodot)
- Testit ensin, sitten koodi
- Turvallisuusrajoitukset eksplisiittisiä
- Suorituskykybudjetit ilmoitettu
- Tyyli ja rakenne määritetty
- Tulostusmuoto rajoitettu (tiedostonimet, koodilohkot, diffit)
- Lyhyt hienosäätösilmukka liitettyjen lokien kanssa
Jos osut kaikkiin kymmeneen, Claude Haiku 4.5 tuottaa yleensä tarkkaa koodin generointia, joka selviää päivänvalosta.
Työstetty Esimerkki: Epämääräisestä Varmennettuun
Epämääräinen kehotus: "Kirjoita funktio CSV:n turvalliseen jäsentämiseen."
Tulos: Todennäköisesti ok, mahdollisesti väärin, varmasti testaamaton.
Tarkka kehotus:
"Kirjoitat Python 3.12:ta. Tulosta vain koodilohkoja tiedostonimien kanssa.
Luo csvsafe/init.py ja csvsafe/reader.py funktiolla read_rows(path: Path) -> list[dict[str,str]]. Vaatimukset: käytä csv.DictReaderia newline='' ja encoding='utf-8' -asetuksilla; kiellä nollatavut; hylkää tiedostot, jotka ovat >10MB; rajoita sarakkeet 100:aan; poista BOM; käsittele tyhjät solut tyhjinä merkkijonoina; nosta ValueError viestikoodeilla {FILE_TOO_LARGE, NULL_BYTE, TOO_MANY_COLUMNS}. Sisällytä testit tiedostoon tests/test_reader.py pytestin kanssa, joka kattaa happy pathin, nollatavun, 11MB tiedoston, 101 saraketta ja BOM-käsittelyn. Tarjoa pyproject.toml riippuvuuksien kanssa kiinnitettynä ja black-kokoonpano."
Saat koodia, testejä ja reuna-käsittelyä. Sitten ajat testit, liität epäonnistumiset ja iteroit minimaalisilla diffeillä. Se on tarkkaa koodin generointia käytännössä.
"Luovuudesta" ja Muista Markkinointisanoista
En tarvitse "luovaa" koodia. Tarvitsen oikeaa koodia. Säästä luovuus kissasi nimeämiseen. Clauden kehottamisessa luovuus on kiinteiden rajoitusten luonnollinen sivutuote. Oikeat testit ja selkeät speksit tuottavat elegantteja ratkaisuja. Väärä kehotus tuottaa "uudelleen keksityn base64:n emojien kanssa". Älä kiusaa sitä.
Ei-Salainen Salaisuus
Tapa pyytää Claude Haiku 4.5:ltä tarkkaa koodin generointia on tylsää: kirjoita muistiin, mitä tarvitset, kiinnitä versiot, määrittele skeemat, vaadi testejä ja iteroi todellisten epäonnistumisten kanssa. Siinä se. Ei mystiikkaa. Vain insinöörityön kuria mallilla, joka osaa kirjoittaa erittäin nopeasti eikä pahastu kirjoittamasta viittätoista lähes identtistä testitapausta.
Ja siinä on käänne: tarkkuus on epämiellyttävää. Toimivat kehotteet lukevat kuin TSA-tarkistuslista. Toimitettava koodi lukee kuin sen olisi kirjoittanut ihminen, joka välitti. Saat molemmat kohtelemalla mallia kuin nuorempaa insinööriä, joka viihtyy selkeiden vaatimusten alaisuudessa ja kuihtuu epämääräisen ohjauksen alaisuudessa. Anna sille sopimus. Saa sen läpäisemään testit. Sitten, ehkä, voit luottaa siihen – sillä luottamuksella, jonka annat työkalulle, ei profeettaalle.
Johtopäätös: Vähemmän Taikuutta, Enemmän Takuuta
Jos haluat taikuutta, mene taikashow’hun. Jos haluat ohjelmistoa, joka kääntyy ja käyttäytyy, kirjoita kehotteita, jotka toimivat kuin takuut. Miten Claude Haiku 4.5:ltä pyydetään tarkkaa koodin generointia ei ole kyse kukkaisista ilmauksista tai salaisista avainsanoista. Kyse on rajoitteista, testeistä, versioista ja palautesilmukoista. Tee nuo neljä asiaa, niin saat koodia, joka toimii. Ohita ne, niin saat kauniisti muotoiltua fiktiota.
Koodi ei välitä tunnelmistasi. Onneksi testitkään eivät välitä.
UKK
K1: Mikä on yksinkertaisin tapa pyytää Claude Haiku 4.5:tä luomaan tarkkaa koodia?
Kohtele sitä kuin sopimusta: kiinnitä versiot, määrittele skeemat, määritä virhemuodot ja vaadi testit ensin. Mitä selkeämmät rajoitukset, sitä tarkempaa koodi on.
K2: Kuinka vähennän hallusinaatioita, kun Claude kirjoittaa koodia?
Liitä virallisia dokumentteja tai spesifikaatioita ja vaadi niiden API-rajapintojen noudattamista. Yksityisten päätepisteiden kohdalla sisällytä oma spesifikaatiosi – älä odota sen arvaavan.
K3: Pitäisikö minun pyytää Claudea luomaan testit vai kirjoittaa ne itse?
Pyydä Claudea luomaan testit ensin ja toteuta sitten koodi, joka täyttää ne. Testit määrittelevät tarkkuuden paremmin kuin adjektiivit ja pitävät mallin rehellisenä.
K4: Kuinka tarkasti versiot tulisi kiinnittää kehotteissa?
Hyvin tarkasti: kieliajaympäristö, frameworkin pää-/sivunumero ja SDK-versiot. "Uusin" kutsuu ristiriitaisia malleja; tarkkuus riippuu vakaista kohteista.
K5: Miten Sider.AI sopii tarkkaa koodia varten tehtyyn kehotteeseen?
Käytä Sider.AI:tä pitääksesi spesifikaatiot, koodin, muutokset ja testilokit yhdessä silmukassa. Se ei tee taikoja – se vain säilyttää kontekstin, jotta Clauden korjaukset seuraavat todellisia virheitäsi. 
