Ciao @swyx, ho una domanda per te, Dici sempre "fai cose, racconta alle persone." Ma trovo che il fare interferisca con il raccontare. Mi perdo nel fare. Devo forzarmi a bloccare del tempo nel mio calendario solo per costringermi a raccontare alle persone scrivendo. E anche allora sembra che stia sprecando tempo che potrebbe essere dedicato a fare di più. Ho visto un certo valore nel raccontare alle persone. Ma mi piace fare molto di più. Non voglio essere uno scrittore tecnico. Non voglio essere dev rel e sono per lo più allergico alla parola "marketing." Voglio solo comunicare idee a sufficienza affinché vengano effettivamente adottate (e le persone usino ciò che costruisco). La vita è breve e anche se lavoro tutto il tempo, c'è solo così tanto tempo. Come gestisci l'equilibrio? Quali euristiche usi? Penso che molti costruttori lottino con questo e alcuni si inclinano troppo da un lato. Mi piacerebbe sapere la tua opinione.

Come @cline ha vissuto la "amara lezione" nel suo percorso. Quando è uscito il Sonnet 4, molte cose si sono rotte. Il modello girava in loop. Prendeva le istruzioni troppo alla lettera e faceva cose strane. Eravamo confusi. Lo stesso prompt di sistema aveva funzionato per 3.5, 3.7, tutto prima. A quel punto ci siamo resi conto: il nostro prompt stava sovraccaricando sensorialmente il modello. Tutte quelle istruzioni dettagliate che avevamo scritto? Stavano interferendo con il modo in cui il modello pensa realmente. L'amara lezione per gli agenti: Pensi di poter sintonizzare i prompt e migliorare i modelli. E forse funziona... per ora. Ma con più potenza di calcolo, i modelli migliorano da soli. E più assistenza dai, più in realtà stai ostacolando il processo. Il miglior prompt di sistema è quello che indirizza gli agenti nella giusta direzione ma poi si fa da parte.

Come fare reverse engineering di qualsiasi strumento di codifica AI closed-source: Questo funziona per Claude Code, Windsurf, Copilot e letteralmente qualsiasi cosa intercettando le loro chiamate. Metodo 1: Charles Proxy (per strumenti con endpoint interni) Strumenti come l'estensione Vscode si collegano prima al proprio backend. - Installa Charles Proxy - Installa il certificato root di Charles - Osserva il traffico - Trova l'endpoint interno che stanno colpendo - Segnalo per il proxy SSL in Charles - Leggi tutto. Metodo 2: Proxy locale (per strumenti che chiamano direttamente le API LLM) - Strumenti come Cline, Claude Code chiamano direttamente. Charles non funzionerà poiché il pinning del certificato lo blocca. - Avvia un proxy locale su localhost:8080 - Configura l'estensione per utilizzare quello come URL base delle API - Il tuo proxy inoltra alla vera API - Leggi tutto in testo semplice - Non stai intercettando poiché SEI l'endpoint, quindi nessun problema di certificato. Con questo vedrai i prompt di sistema completi, le definizioni degli strumenti, la struttura della conversazione, i parametri, tutto.