Hey @swyx, een vraag voor jou, Je zegt altijd "doe dingen, vertel mensen." Maar ik vind dat het doen interfereert met het vertellen. Ik raak verloren in het doen. Ik moet geforceerd tijd blokkeren in mijn agenda om mezelf te dwingen om mensen te vertellen door te schrijven. En zelfs dan voelt het alsof ik tijd verspilt die naar meer doen zou kunnen gaan. Ik heb enige waarde gezien in het vertellen aan mensen. Maar ik geniet veel meer van het doen. Ik wil geen technische schrijver zijn. Wil geen dev rel zijn en ben meestal allergisch voor het woord "marketing." Ik wil gewoon ideeën communiceren, net genoeg zodat ze daadwerkelijk worden aangenomen (en mensen gebruiken wat ik bouw). Het leven is kort en zelfs als ik de hele tijd werk, is er maar zoveel tijd. Hoe beheer jij de balans? Welke heuristieken gebruik je? Ik denk dat veel bouwers hiermee worstelen en sommigen te veel naar één kant leunen. Zou graag jouw mening horen.

Hoe @cline de "bittere les" in zijn eigen reis heeft ervaren. Toen Sonnet 4 uitkwam, ging er veel mis. Het model draaide in lussen. Nam instructies te letterlijk en deed vreemde dingen. We waren in de war. Dezelfde systeemprompt had gewerkt voor 3.5, 3.7, alles daarvoor. Op dat moment realiseerden we ons: onze prompt overbelastte de zintuigen van het model. Al die zorgvuldige instructies die we hadden geschreven? Ze verstoorden hoe het model daadwerkelijk denkt. De bittere les voor agenten: Je denkt dat je prompts kunt afstemmen en modellen beter kunt maken. En misschien werkt dat... voor nu. Maar met meer rekencapaciteit worden de modellen gewoon beter op zichzelf. En hoe meer je helpt, hoe meer je eigenlijk in de weg staat. De beste systeemprompt is degene die agenten in de juiste richting wijst, maar dan uit de weg van het model gaat.

Hoe je de prompts van elke gesloten-source AI-coderingstool kunt reverse-engineeren: Dit werkt voor Claude Code, Windsurf, Copilot en letterlijk alles door hun oproepen te onderscheppen. Methode 1: Charles Proxy (voor tools met interne eindpunten) Tools zoals de Vscode-extensie routeren eerst naar hun eigen backend. - Installeer Charles Proxy - Installeer het rootcertificaat van Charles - Bekijk het verkeer - Vind het interne eindpunt dat ze aanroepen - Markeer het voor SSL-proxying in Charles - Lees alles Methode 2: Lokale proxy (voor tools die LLM-API's rechtstreeks aanroepen) - Tools zoals Cline, Claude Code roepen rechtstreeks aan. Charles werkt niet omdat certificaat-pinning dit blokkeert. - Start een lokale proxy op localhost:8080 - Configureer de extensie om dat als zijn API-basis-URL te gebruiken - Je proxy stuurt door naar de echte API - Lees alles in platte tekst - Je onderschept niet omdat je DE eindpunt bent, dus geen certificaatproblemen. Met dit alles zie je volledige systeemprompts, tooldefinities, gespreksstructuur, parameters, alles.