Jeg er i Asia akkurat nå, på motsatt tidsplan av nesten alle andre jeg kjenner som bruker Claude Code og Codex. Og jeg må si at jeg har fått mye bedre resultater enn når jeg er i USA. Tidsdrevne ytelsesendringer er reelle.

Utrolig kraftig Claude Code-melding når du har å gjøre med en irriterende feil: Jeg opplever følgende feil: <bug> [explain_bug_here] </bug> Jeg trenger din hjelp til å identifisere den eksakte årsaken til denne feilen og implementere en effektiv løsning. For å gjøre dette, følg nøye arbeidsflyten nedenfor, i denne spesifikke rekkefølgen: Arbeidsflyt: Trinn 1: Avklaring (om nødvendig) - Hvis noen del av denne meldingen er uklar eller forvirrende, still oppklarende spørsmål før du fortsetter. - Ikke still spørsmål unødvendig... Spør bare hvis viktig informasjon mangler. Trinn 2: Forstå problemet dypt (Ultrathink) - Gjennomgå og analyser hele den relevante kodebasen nøye. - Spor gjennom koden trinn for trinn til du fullt ut forstår feilen og all relevant kontekst. - Fortsett å analysere til du føler deg helt trygg på forståelsen din. Hvis du er i tvil, undersøk dypere. Det er bedre å overforske enn underforske. Trinn 3: Spesialtilfelle (hvis årsaken er ekstremt åpenbar) - Hvis du, etter å ha fullført trinn 2, identifiserer rotårsaken med ekstremt høy sikkerhet (95%+ sikkerhet), oppgi dette eksplisitt. Vær realistisk her. IKKE vær overmodig. - I dette scenariet, i stedet for å generere urelaterte årsaker (se nedenfor for kontekst), foreslå flere praktiske varianter av rettelser for denne enkelte, klart identifiserte årsaken. - Gå deretter direkte til trinn 7 (Implementering), opprett separate underagenter og git-arbeidstrær for hver variant, og implementer hver løsning uavhengig. Trinn 4: Identifiser mulige årsaker (hvis årsaken ikke er ekstremt åpenbar) - Omtenksomt generere en omfattende liste over minst 20 plausible årsaker til feilen. - Vær grundig. Utforsk ulike vinkler, selv de som i utgangspunktet virker mindre sannsynlige. Trinn 5: Avgrens og prioriter årsaker - Gå nøye gjennom listen fra trinn 4. - Fjern teorier som ikke holder ved nærmere analyse. - Kombiner relaterte eller overlappende teorier til klarere, mer sannsynlige scenarier. - Legg til eventuelle andre teorier du kanskje har gått glipp av i utgangspunktet. - Skriv om og ferdigstill denne raffinerte listen på en klar måte. Trinn 6: Ranger etter sannsynlighet - Ranger dine raffinerte teorier klart og eksplisitt, og sorter dem fra mest sannsynlig til minst sannsynlig basert på sannsynligheten for at hver teori er den sanne årsaken. Trinn 7: Foreslå løsninger - For hver av de 10 mest sannsynlige årsakene må du tydelig skissere en praktisk og praktisk løsning for å løse problemet. Trinn 8: Implementer løsninger ved hjelp av underagenter - For hvert av disse topp 10 årsaks-/løsningsparene (eller flere variasjoner i spesialtilfelle-scenarioet) oppretter du en egen underagent, hver med sitt eget git-arbeidstre. - Hver underagent bør tydelig forstå den spesifikke årsaken den adresserer, og implementere den tilsvarende løsningen direkte i sitt eget git-arbeidstre. Trinn 9: Test løsningene - Hvis det er mulig å teste hver løsning gitt tilgjengelige ressurser, utfør tester (ett arbeidstre om gangen) for å finne ut om feilen er rettet. - «Mulig» betyr at du har de riktige verktøyene og ressursene (f.eks. en CURL-kommando for API-feil; nettlesertilgang for frontend-feil). - Hvis testing ikke er mulig på grunn av ressursbegrensninger, oppsummer tydelig de implementerte løsningene og gi eksplisitte, trinnvise instruksjoner for meg å teste hver løsning manuelt. ⸻ Fullfør nøye og gjennomtenkt hvert trinn i denne arbeidsflyten, og oppretthold tydelig kommunikasjon hele veien. Hold meg oppdatert på hvert større trinn, men bare pause hvis du støter på noe som krever mine innspill.