Populære emner
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.
Claude Code treffer ikke bare utviklere lenger. Ikke-tekniske folk bruker det til å bygge ting. Tekniske folk bruker det til ikke-teknisk arbeid. Grensen blir uklar.
Jeg er langt fra den første som tenker på dette. Flere team hos Anthropic har jobbet med «agentiske opplevelser» i flere måneder – Claude ikke bare som chatpartner, men som noe som hjelper deg å gjøre ekte arbeid. @bcherny dyttet meg: kan vi ta det vi har bygget internt og lansere en tidlig, nedskalert versjon på noen dager? Så vi tok et lite team, satte en aggressiv tidsfrist ("Høres mandag bra ut?"), og satte i gang.
@claudeai skrev Cowork. Vi mennesker møtes personlig for å diskutere grunnleggende arkitektur- og produktbeslutninger, men alle vi utviklere håndterer mellom 3 og 8 Claude-instanser som implementerer funksjoner, fikser feil eller undersøker potensielle løsninger.
For native kode bruker vi lokale Git-arbeidstrær på våre lokale maskiner. For mindre eller kun webkode-endringer, ber vi bare Claude om å implementere det. Når noen rapporterer en feil i Slack, nevner vi ofte bare Claude med @-nevning og ber den fikse den. Et menneske (og en annen Claude) gjennomgår all kode før den flettes, men nå bruker vi mesteparten av tiden på å orkestrere en flåte av Claude og ta avgjørelser i stedet for å skrive individuelle kodelinjer håndverksmessig.
Vi slipper Cowork tidlig. Den har røffe kanter. Men å finne ut hva man skal bygge blir i økende grad den vanskeligste delen av programvareutvikling – og vi mener at det å få tilbakemeldinger tidlig og høre hva brukerne faktisk trenger, er måten vi bygger noe virkelig bra på.
Topp
Rangering
Favoritter
