Conductor: Et Mac-verktøy som kan endre AI-programmeringsparadigmet
Conductor: Et Mac-verktøy som kan endre AI-programmeringsparadigmet
Tre feil venter på å bli fikset, og produktlederen har kommet med et hastende krav. Bytt gren, endre kode, send inn. Bytt gren igjen, endre kode igjen, send inn igjen... En person, fire linjer, hodet er i ferd med å eksplodere.
Hva om fire "seg selv" kunne jobbe samtidig?
Conductor er verktøyet som gir deg et AI-programmeringsteam.
Fra "medfører" til "prosjektleder"
Vi har blitt vant til Copilot-modellen. Den fungerer som en smart privatlærer som sitter ved siden av deg. Du skriver en linje, den fyller ut en linje. Veldig hjelpsom, men i bunn og grunn er det fortsatt en-til-en.
Conductor snur denne logikken på hodet. Den er ikke en privatlærer. Den lar deg bli prosjektleder. Du er ikke lenger den som skriver hver eneste linje kode. Du er den som fordeler oppgaver, vurderer resultater og tar beslutninger om sammenslåing. Den følelsen, hvordan skal jeg si det - deilig.
Kjerne-teknologi: Git Worktrees
Conductor lar flere AI-er jobbe parallelt, og det er ikke magi. Det er en lite kjent funksjon i Git: git worktrees.
Enkelt sagt, det lar deg sjekke ut flere grener fra samme depot samtidig. Hver AI-agent jobber i sin egen "sandkasse". De forstyrrer ikke hverandre. Ingen krangling. Hovedgrenen forblir alltid ren.
Tidligere måtte du håndtere dette selv. Nå tar Conductor seg av alt. En bruker sa det godt: "Den tar seg av alt det skitne og tunge arbeidet med git worktree!"
Men for å være ærlig, worktree har også et lite problem. Hver nye arbeidsområde må teoretisk sett ha avhengigheter installert på nytt. npm install en gang, pnpm install en gang... Det er irriterende.
Den gode nyheten er at Conductor har løst dette problemet med innebygd scripts-funksjonalitet. Du kan konfigurere automatiserte skript som lar avhengigheter installeres og miljøet klargjøres automatisk. Så snart AI-agenten opprettes, er miljøet klart, og arbeidet kan begynne.
Hvordan bruker man det?
Prosessen er så enkel at det er sjokkerende:
- Importer prosjektet ditt til Conductor.
- Command+N, opprett en ny oppgave. Beskriv med enkle ord: "Hjelp meg med å fikse feilen på innloggingssiden." Trykk enter. En AI-agent begynner å jobbe.
- En ny oppgave. "Legg til en mørk modus på innstillingssiden." Nok en agent går online.
- Du drikker kaffe. Sidepanelet viser sanntidsprogresjonen til hver agent. Hvem jobber, hvem er ferdig, alt er klart.
- Agenten leverer oppgaven. Conductor har innebygd Diff Viewer. Du kan direkte vurdere koden uten å bytte til andre verktøy. Er du fornøyd? Ett klikk for å sende PR for sammenslåing. Er du ikke fornøyd? Gi tilbakemelding og la den gjøre det på nytt.
For å være ærlig, denne prosessen er programmerere veldig kjent med. I bunn og grunn er det: åpne flere grener lokalt, skrive kode parallelt, sende PR, sammenslå. Det er ikke noe nytt. De problemene som må håndteres, vil fortsatt dukke opp. For eksempel sammenslåingskonflikter. To agenter endret den samme filen, og du må fortsatt løse det manuelt.
Men nøkkelen er - den parallelle effektiviteten har virkelig økt. Tidligere måtte du jobbe sekvensielt, nå kan du jobbe parallelt. Tidligere måtte du selv administrere flere grener, nå har du et visuelt dashbord. Tidligere måtte du huske hva hver gren gjorde, nå er det klart. Dette er verdien av Conductor.
Opplevelsen av en innfødt Mac-applikasjon
For å være ærlig, etter å ha brukt nettverktøy en stund, gir det en følelse av å bli bortskjemt når man bruker en innfødt applikasjon. Conductor gir deg denne følelsen. Sømløst.
Brukerne kaller det "beautiful Mac app". Dette er ikke bare høflighetsfraser. Animasjonene er glatte, responsen er umiddelbar, UI-en er beskjeden og raffinert. Noen har til og med spurt: "Er Conductor den nye Cursor?" Denne vurderingen, de som forstår, forstår.
Hva er forskjellen mellom Conductor, Cursor og Copilot?
Copilot: En-til-en privatlærer, sanntidsfullføring av kode.
Cursor: AI-innfødt editor, ønsker å erstatte VSCode.
Conductor: Er ikke ment å erstatte din editor, men tar seg av koordinering og administrasjon av AI-teamet.
De er ikke i konkurranse med hverandre. Conductor er et mer avansert verktøy. Du kan fortsette å bruke VSCode, bruke Cursor. Men Conductor hjelper deg med å samordne produksjonen fra flere AI-er.
Som et orkester: Copilot er den ledende fiolinisten. Cursor er hele strykegruppen. Og Conductor er den som står foran som dirigent.
For øyeblikket støtter den de to kraftigste kode-CLI-verktøyene, Claude Code og Codex.
Hva sier ekte brukere?
Ingeniører fra Stripe sier: "Dette er fremtiden. Sist gang jeg hadde en så sterk følelse for utviklingsverktøy var med Vercel og Supabase."
Designingeniører fra Notion sier: "Jeg kan ikke lenger forestille meg utviklingsarbeid uten det."
"Gal" , "ny produktivitetslås" , "spillendrer"... disse ordene dukker opp gjentatte ganger. Jeg forstår deres begeistring. Fordi Conductor løser et reelt smertepunkt.
Hva får meg til å tenke?
Når jeg bruker Conductor, tenker jeg hele tiden på et spørsmål: Utviklerens rolle blir redefinert.
Tidligere var programmerere "de som skriver kode". Nå kan det bli "de som administrerer AI som skriver kode".
Din kjernekompetanse er ikke lenger hastigheten på å skrive på tastaturet. Men evnen til å bryte ned oppgaver. Å ha øye for å vurdere kode. Å ha dømmekraft i arkitekturdesign.
Verktøy som Conductor driver oss fra "utførere" til "beslutningstakere".
Er dette en god ting? Jeg mener det. Men det betyr også: å ligge på latsiden og vente på å bli erstattet av AI er den farligste strategien. Å aktivt lære hvordan man "dirigerer" AI er den rette veien.
Til slutt
Mark Weiser sa en gang: "Den største teknologien er den som til slutt blir usynlig."
Conductor gir meg muligheten til å se denne "usynlige" muligheten. Når du ikke lenger er opptatt av implementeringen av hver eneste linje kode. Når AI-teamet jobber stille i bakgrunnen. Når du bare trenger å fokusere på "hva som skal gjøres" i stedet for "hvordan det skal gjøres". I det øyeblikket blir teknologien virkelig usynlig. Og du kan endelig fokusere på det som virkelig betyr noe.

