Det funkar i din Claude

Du bygger något riktigt bra inne i din Claude. Den läser dina filer, skriver utkastet till mejlet, öppnar det på skärmen, kommer ihåg din kontext, väljer rätt modell, anropar dina verktyg. Det känns som en produkt. Och du tänker det som alla tänker i det läget: det här skeppar jag bara, eller ger till en kollega, eller gör till en app.

Sedan försöker du, och upptäcker hur mycket klienten gjorde åt dig.

Dopningen

Det går att vara väldigt produktiv inne i en desktop- eller kodklient utan att märka hur mycket den bär. Den hanterar kontexten åt dig. Den kopplar ihop dina verktyg via MCP. Den väljer modell. Den kan trigga saker på din dator -- öppna en mapp, lägga ett mejlutkast i din vanliga klient. Inne i den känner du dig som ett geni.

Det är dopningen. Och som med all dopning ser du den inte förrän den tas bort.

I det ögonblick du kliver utanför klienten -- en webbapp, ett API, något en icke-teknisk kollega ska kunna köra -- är allt det där borta. Och du får bygga det deterministiskt själv.

Exemplet som avslöjar det

Ta mejlutkastet som dyker upp på skärmen. Det känns som kärnfunktionen i det du byggt. Men det fungerar bara för att desktop-klienten styr din dator och kan be operativsystemet öppna ett utkast. En webbapp kan inte trigga det. Funktionen som kändes som din var klientens.

Samma sak med skills, de återanvändbara instruktionerna som får hela din uppsättning att sjunga. Du kan inte bara exponera dem via ett API. De lever i leverantörens desktop och backend. Det finns server-side-varianter, men de är en bråkdel av det du gör lokalt.

Mönstret upprepar sig: det som fick din lösning att kännas färdig var i stor utsträckning saker klienten gav dig gratis, och som inte följer med ut.

Avståndet du inte ser

Det som ser skeppbart ut i din egen Claude är en demo i en produkts kläder. Avståndet från "funkar för mig, här" till "funkar för vem som helst, där" är nästan hela ingenjörsarbetet -- och det är osynligt så länge du är dopad.

Det här är inget argument mot att bygga i Claude. Det är fortfarande den bästa platsen att tänka och prototypa på. Det är ett argument mot att förväxla prototypen med produkten, och mot att offerera en tidsplan som om det svåra är gjort när det svåra inte ens har börjat.

Klienten gör mer för dig än du tror. Att veta exakt vad den gör -- och vad du skulle behöva återskapa utan den -- är skillnaden mellan en demo som imponerar och en produkt som skeppar.

Se även: Det imponerande och det fakturerbara (Leverans).

Mindtastic om skills över ytor och deras gränser -- Skills as Governance.