Oroa dig inte för programmerare, under AI:s lie är produktchefer (PM) de första som revolutioneras. Idag använder jag Claude Code för att komprimera arbetsbelastningen från användarberättelser till interaktiva prototyper som jag brukade göra för en vecka sedan till en halv dag. Mata den med användarberättelsen som genereras efter AI-diskussioner, se hur den automatiskt genererar en PRD och bygg sedan automatiskt en produktprototyp. Jag ingrep inte i hela processen, men klickade på "bekräfta" några gånger som en handledare. Resultaten var skrämmande – förutom en del av de simulerade datan var prototypen nästan identisk med den riktiga. När jag såg på denna självfödda skapelse kände jag en stark kris: om AI kan göra allt detta, vad är då min roll som produktchef? Tidigare var vallgraven för produktchefer dessa "expertiser": att skriva användarberättelser, skriva PRD-dokumentation och prototypa interaktioner. Även om den tekniska tröskeln inte är lika hög som i kod, är det också en mur. Men idag har muren inte rivits, utan har avdunstat. Det här är inte längre "Kan alla göra det?" Frågan om "alla behöver det inte". När AI kan generera felfria dokument och interaktioner på bara några timmar kan dessa en gång stolta färdigheter omedelbart bli en värdelös "mellanväg." När kostnaden för "utförande" komprimeras till oändlighet och närmar sig noll, genomgår produktchefens värdemodell en drastisk "hantel"-transformation. Den mellanliggande implementeringsprocessen, som en gång var den mest tidskrävande och "professionella", ligger nu helt i AI:s händer. Den blivande premiärministern lever bara i båda ändarna av hantlarna: "huvud" och "svans". "Huvudet" är källan, din intuition. Tidigare har vi ofta sagt att "idéer är inte viktiga, genomförande är viktigt" eftersom implementering är svårt. Nu har genomförande blivit en billig standard. När alla enkelt kan förvandla en idé till en produkt blir "hur" värdelöst, och "vad vill du göra" blir dyrt. Idéer är inte längre billiga, beprövad intuition är guld. "Svansen" är resultatet, din tillväxt. Kan produkten bilda en sluten krets med användarna? Kan du få uppfattning från verksamheten och mata tillbaka den feedbacken till din intuition? Detta blev den nya vinnaren och förloraren. AI dödar inte produktchefer, det tar bara bort den administrativa redundansen som ursprungligen var kopplad till denna tjänst. Detta är en stor fördel för "atypiska PMs" som hatar tråkiga dokument men har ett skarpt luktsinne. Du behöver inte längre vara skicklig i dokumentformat, du behöver bara vara skicklig på människans natur och marknaden. Kriteriet för att mäta en PM kommer inte längre att vara hur vackert hans dokument är skrivet, utan om han kan skapa en effektiv ström mellan sina idéer (huvud) och marknadsfeedback (svans). "Hur man gör" är något som tillhör det förflutna, "vad man ska göra" är framtiden.

Jag har en känsla av att Git kommer att genomgå en stor översyn i år för att anpassa sig till Vibe Coding. När jag var programmerare som projektledare berättade de om Git och nämnde inte Worktree alls. När jag först började med Vibe Coding följde jag den gamla metoden: att göra något nytt, eller hur? Det nya fönstret öppnar en ny filial. Tre funktioner utvecklas parallellt med tre grenar. Codex varnar mig för att koden inte är en ändring i det här fönstret, och jag ser förbryllad ut? Jag öppnade såklart en separat filial för varje fönster! Tidigare trodde Git aldrig att vi en dag skulle kunna öppna valfritt antal fönster på en enda maskin för parallell utveckling, och Worktree, en funktion designad för edge-scenarier, har blivit en standardfunktion inom utveckling. • Korruption och felsökningsproblem: Worktree är benäget att bli korrupt i Git-repositorier, paketberoenden eller byggprocesser, och felsökningsproblem motverkar ofta effektivitetsvinsterna i parallell utveckling. Till exempel kan miljöinstabilitet vid parallell bearbetning leda till frekventa saneringsbehov. • Ospårade filer som inte kopieras: Worktree hämtar inte automatiskt ospårade filer (såsom .env eller node_modules), vilket stör arbetsflödet och kräver manuell bearbetning, vilket ökar kognitiv börda och tidskostnader. Denna smärtpunkt är särskilt inte värd det om flera funktioner inte implementeras parallellt. • UX och hanteringskomplexitet: Worktree anses vara en lågnivåhack som kräver manuell hantering av flera namnrymder och kataloger, vilket strider mot Gits kärnmodell. Den övergripande användarupplevelsen är dålig och felbenägen, särskilt när AI-agenten förvirrar uppgifter under flera sessioner, vilket leder till oväntade återställningar eller byten. • Otillräcklig isolering: Worktree är inte tillräckligt pålitligt för scenarier som kräver portlyssning eller fullständig isolering. Vissa utvecklare rekommenderar att använda Docker-containrar istället för att undvika hamnkonflikter eller miljöföroreningar. • Sammanslagning och AI-hanteringsproblem: AI-agenten misslyckas ibland med att starta arbetet korrekt på ett nytt Worktree eller hanterar konstiga sammanslagningskonflikter, vilket resulterar i en dålig helhetsupplevelse. Särskilt vid integration av verktyg (som Windsurf) kan den som standard gå tillbaka till rotkatalogen och kan inte generera commits. Vibe Coding Hittills är min bedömning av Worktree: vad mer kan du göra, du kan bara använda det.

Dagens heta punkt i AI-kinesiska kretsen är användningen av Claude Codes hot reload-funktion för att uppnå självutveckling av färdigheter. Dagens heta punkt i den kinesiska valutacirkeln är att jag kommer. Jag föreslår att din mamma kommer.