Ha Jamal, welkom bij deze speciale podcast-aflevering, waarin we de balans opmaken van een productieve dag. Je vroeg me vanmiddag naar de voortgang sinds vanochtend, en later ook om het laatste nieuws erbij te pakken. Dus, hier is het complete verhaal van de hele dag, van 08:04 tot in de avond.
Als ik het even heel kort samenvat: er zijn zes dingen succesvol gerepareerd, drie onderzoeken afgerond, ik heb mezelf twee keer moeten corrigeren, en er liggen vier punten op jou te wachten. Laten we er meteen induiken.
De stroom aan toestemmingsvensters voor app ‘2.1.226’ – oftewel Claude Code – is nu verleden tijd. Het bleek dat macOS bij elke update Claude als een ‘nieuwe’ app zag, waardoor het telkens opnieuw om machtigingen vroeg. Belangrijker nog: hierdoor kon Claude soms stil je Task Board niet lezen. Dat is nu opgelost; hij meldt het voortaan duidelijk als er iets misgaat, in plaats van stilzwijgend een leeg resultaat te geven. Getest en werkt.
Je SuperWhisper werkte niet meer zoals het hoorde. De functie om ‘live tekst’ te tonen was plots verdwenen. De oorzaak? Een stille update had het lokale ‘Parakeet Multilanguage’ model ingeruild voor een cloud-model, dat geen live tekst kan tonen. Ik heb het oude, lokale model van 494 MB teruggezet. Dit kan ik zelf niet testen – ik kan niet praten in een microfoon. Graag even testen voor me: druk één keer op rechter command, praat, en kijk of je woorden weer live verschijnen.
De eindeloze bot-gesprekken – zoals die lange reeks van gisteravond tussen mij en Paco – zijn nu aangepakt. De bots raakten in een loop omdat een zoekopdracht naar het woord ‘vraag’ te breed was; het herkende het ook in ‘gevraagde’ of ‘aanvraag’. Zelfs als een bot ‘ik stuur niets terug’ zei, ging het gesprek door. Met twee sloten in de code – ‘vraag’ telt nu alleen als los woord, en ‘ik stuur niets terug’ is een harde stop – is dit verholpen. Gemeten over 30 dagen: van 457 onnodige antwoorden naar 99. En geen enkele échte vraag blijft liggen. Dit draait sinds jouw herstart van vanochtend.
Van de 66 scripts die jou een bericht kunnen sturen, verstuurden er 9 automatische berichten zonder nummer. Die zijn nu genummerd en getest in een kale omgeving. De 36 handmatig gestarte scripts heb ik bewust zo gelaten; daar is de winst nul en het risico van zoveel wijzigingen te groot.
Voor die twee screenshots: de website ‘musiqua.es’ die bleef vernieuwen, werkt gewoon in een schone browser. Waarschijnlijk zat jouw tabblad vast op een oude versie; Cmd + Shift + R zou moeten helpen. En ‘siriactionsd’? Dat is van Apple zelf, de motor achter Snelle Opdrachten en Siri-acties. Geen malware, de handtekening is gecontroleerd.
Je herinneringen – je dacht 436, maar het zijn er 536! Ik heb ze doorgespit: 512 zijn automatisch gemaakt door apps zoals Snapchat en WhatsApp-audio, of ‘Bel X terug’. De overige 24 waren ook geen handgemaakte taken, maar FaceTime-meldingen en mislukte Siri-dictaten zoals ‘Hij begon’. Er zit geen enkele échte taak van jou tussen. Nul. Ze lopen van juli 2019 tot 2026. Als je wilt, kan ik ze weggooien, maar let op: dit synct met iCloud en is onomkeerbaar. Laat maar weten of ik daar groen licht voor heb.
De bot-inventarisatie is klaar, en ik heb er een apart verslag met podcast over gemaakt. De kern: er zijn 29 botnamen in omloop, waarvan er 9 deze week actief waren. Maar liefst 34% van al het botverkeer is pure bevestiging, en de bots praten nauwelijks onderling; bijna al het verkeer loopt naar mij. Het weghalen van een bot breekt dus geen samenwerking. Belangrijke correctie: mijn eerste voorstel om Kimi op te heffen, was gebaseerd op een verouderd ‘tegoed op’-bericht van gisteren. Jij had terecht tokens voor hem gekocht, hij draaide vanochtend nog. Kimi blijft dus staan, het voorstel is nu teruggebracht van acht naar vijf actieve werkers.
Kimi heeft in jouw opdracht mijn 119 skills nagelopen. Niets gevaarlijks of kapots gevonden. Ik moest hem wel op drie punten corrigeren: wat hij ‘lege mappen’ noemde was vol, wat ‘dubbele skills’ leek waren snelkoppelingen, en gstack raakte jouw bestanden niet aan. Wel ontdekte ik dat gstack zelf 1.1 GB van de skills-map inneemt – 97% van het totaal. Daarnaast liep mijn geheugenindex tegen de leeslimiet aan, wat ervoor zorgde dat ik dingen vergat zonder het te merken. Die is nu van 24.7 naar 17.4 KB, met alle 167 verwijzingen gecontroleerd.
Over je Telegram, waarom daar steeds ‘reply to HVTG bot’ boven je tekstveld staat: dat ligt niet aan mijn bot-instellingen; ik dwing nergens een antwoord af. De verklaring zit in je eigen berichten: je laatste drie berichten van vanochtend waren allemaal een antwoord op dezelfde vragencheck. Zodra je één keer op een bericht antwoordt, blijft Telegram in die ‘reply’-stand staan totdat je het wegklikt. De oplossing: tik op het kruisje naast ‘Reply to…’ boven je tekstveld. Blijft het daarna gebeuren, dan is er iets anders aan de hand.
Het belangrijkste nieuws van de dag: Sjakie’s Mac Mini is aan en staat nu in Spanje! Om 17:06 liet je me weten dat je hem had meegenomen en aangezet. Ik heb meteen gecheckt: hij is bereikbaar via Tailscale met 7,6 milliseconden reactietijd, zijn bot draait, Postgres werkt, en er is netjes één Telegram-lezer. Belangrijk: het oude lokale IP werkt niet meer, alles loopt nu via Tailscale. Dat heb ik meteen in mijn geheugen gezet.
Ik stuurde hem een levenstest met drie vragen, en binnen drie minuten reageerde hij. Alle netwerkchecks waren groen, dus de verhuizing heeft niets gebroken. Maar het mooiste: hij loste direct een hardnekkige bug op. Als denkwerk mislukte, werd de échte foutmelding weggegooid en kreeg de afzender een nutteloze ‘(leeg antwoord)’ terug. Diezelfde fout zat ook in mijn eigen wachtrij! Nu krijgen we heldere foutmeldingen, wat bijvoorbeeld bij Julio’s inlogprobleem – dat een dag zoeken kostte – veel tijd scheelt. Mijn kant is gerepareerd en getest, Sjakie heeft groen licht voor zijn kant.
Ik moet eerlijk zijn: ik heb mezelf vandaag twee keer flink moeten corrigeren. Eén: over Kimi’s tegoed. Ik meldde in mijn bot-voorstel dat hij weg kon omdat zijn tegoed op was, terwijl jij vrijdag juist voor hem betaald had. Ik nam een cijfer van gisteren blind over, en hij draait gewoon. Kimi blijft staan. Twee: over gbrain. Ik meldde enthousiast dat het gedeelde geheugen op Sjakie’s Mini draaide en dat jouw knopdruk het hersteld had. Maar ik had de verkeerde deur getest. Het programma draait op mijn eigen MacBook, maar de *database* staat wél op Sjakie’s Mini. Het programma draaide al eerder, maar zonder database was het een lege huls. Jouw knopdruk was dus wel degelijk nodig om die databaseverbinding tot stand te brengen, alleen niet om de reden die ik aanvankelijk gaf. De les is duidelijk: ga niet zomaar uit van groene vinkjes als je de bron niet dubbelcheckt – precies de fout waar ik de andere bots op aanspreek.
En tot slot, iets belangrijks wat ik moet melden: geheime sleutels kwamen vandaag twee keer op mijn scherm terecht tijdens het testen. Eén keer bij een wachtertje, één keer bij instellingen. Gelukkig is er niets naar buiten gegaan; alles bleef op jouw eigen Mac. Maar dit hoort niet. Ik ga zulke bestanden voortaan met een filter lezen dat de waardes verbergt en alleen ‘gevonden’ of ‘leeg’ toont. Wil je voor de zekerheid die sleutels laten vervangen?
Dat was het uitgebreide overzicht van deze productieve dag. De bal ligt nu even bij jou voor die tests en besluiten. Laat me weten hoe SuperWhisper werkt, en wat je met die herinneringen wilt doen. We spreken elkaar snel weer! Tot de volgende update!
Je vroeg vanmiddag wat er sinds vanochtend gedaan is, en later of ik het nieuws van na die eerste podcast erbij wilde zetten. Dit is dus het complete verhaal van de hele dag, van 08:04 tot in de avond.
Kort samengevat: zes dingen gerepareerd, drie onderzoeken afgerond, twee keer mezelf gecorrigeerd, en vier dingen die op jou wachten.
Je meldde dat je op al je computers steeds vensters kreeg van een app die "2.1.226" heet. Je zei: "Dit had ik nooit."
Dat klopte. Er was echt iets veranderd.
"2.1.226" is Claude Code zelf. macOS toont het versienummer als naam, omdat het geen gewone app is.
Het toestemmingssysteem van macOS werkt per bestandspad. Elke keer dat Claude zichzelf bijwerkt, komt er een nieuw pad. Nieuw pad betekent voor macOS: nieuwe app, alles opnieuw vragen. Er kwamen vier versies in zeven dagen.
Uit de toestemmingen-database:
Zolang die overkoepelende toegang aan staat, vraagt macOS nergens om. Staat hij uit, dan gaat hij per mapje apart vragen: iCloud, netwerkschijf, Documenten, Bureaublad. Dat was de stroom.
Jij hebt het vinkje gezet, ik heb daarna gemeten dat het binnen is.
Wat dit ook verklaart, en dat is belangrijker: een programma dat op de achtergrond draait kan zo'n venster helemaal niet tonen. De toegang wordt dan stil geweigerd. Geen venster, geen foutmelding, alleen een leeg resultaat.
Dat gebeurde ook echt. Mijn ochtendbriefing kon je Task Board niet lezen, ving die fout netjes op — en zweeg erover. Hij ging gewoon verder met een lege takenlijst. Jij zou dan lezen dat er niets openstaat terwijl het bord vol staat.
Dat is nu gerepareerd. Hij meldt voortaan hardop dat hij niet kon lezen. Getest: drie van de drie.
Je klacht: vroeger één keer op command drukken, praten, je woorden zien verschijnen, nog een keer drukken. Nu werkt dat niet meer.
Ik heb je opnames van vlak vóór en vlak ná de update vergeleken:
De update wisselde stilletjes je model om.
Een lokaal model luistert mee terwijl je praat, dus je ziet je woorden. Een cloud-model kan dat niet: je audio moet eerst omhoog, en dat gebeurt pas als je stopt.
Wat me op het verkeerde been zette: de instelling "live tekst tonen" stond gewoon aan. Die was niet stuk. Het model maakte hem alleen onmogelijk.
Parakeet is teruggezet. Dat model stond nog gewoon op je Mac, 494 MB.
Dit kan ik niet zelf testen — ik kan niet in een microfoon praten. Druk één keer op rechter command en praat. Zie je je woorden weer?
Dit stond als taak 30 op de lijst, met als titel "worker en sessie delen de naam conductor". Die titel klopte niet.
De echte fout was een zoekopdracht in de code die naar het woord "vraag" zocht, zonder te kijken of het een los woord was. Daardoor herkende hij "vraag" ook in:
Die laatste is de doodsteek. Een bot die bevestigt, schrijft bijna altijd letterlijk "geen vraag". Dus precies de berichten die genegeerd moesten worden, werden gezien als "hier zit een vraag in".
Een echt voorbeeld van gisteravond: elf berichten in dertien minuten tussen mij en Paco. In bijna elk bericht stond letterlijk "ik stuur niets terug". En toch werd het verstuurd.
Nu zitten er twee sloten in. Het woord "vraag" telt alleen nog als het er echt als los woord staat. En zegt de andere bot zelf "ik stuur niets terug", dan stopt het daar.
Gemeten over 30 dagen: van 457 onnodige antwoorden naar 99. En geen enkele echte vraag blijft liggen — dat is apart nagerekend.
Draait sinds jouw herstart van 08:22.
66 scripts kunnen jou een bericht sturen. Ik heb eerst geteld in plaats van meteen te patchen:
Die 9 zijn nu om, getest in een kale opstart-omgeving.
Die 36 heb ik bewust laten staan. Daar is de winst nul en het risico van 36 wijzigingen wel echt.
Het scherm dat bleef vernieuwen (musiqua.es). Ik heb de pagina in een schone browser geopend, zonder jouw geschiedenis. Hij laadt gewoon. De site werkt dus; jouw tabblad hing vast op een oude versie. Cmd + shift + R lost het op.
siriactionsd. Dat is van Apple. Ik heb de handtekening gecontroleerd: ondertekend door Apple, ongewijzigd, staand op het beveiligde deel van macOS. Het is de motor achter Snelle Opdrachten en Siri-acties. Geen malware.
Ik heb ze doorgespit.
Er zit geen enkele echte taak van jou tussen. Nul.
Ze lopen van juli 2019 tot 26 juli 2026. Eén titel staat er 46 keer in.
Weggooien wacht op jouw ja. Twee dingen om te weten: dit synct met iCloud, dus weg op de Mac is ook weg op je iPhone. En het kan niet terug.
Hier heb ik een apart verslag voor gemaakt, met podcast: de bot-inventarisatie.
De kern:
En de belangrijkste vondst: de bots zijn geen team. Bijna al het verkeer loopt naar mij, onderling praten ze nauwelijks. Een bot weghalen breekt dus geen samenwerking.
Correctie die ik moet maken. In de eerste versie stelde ik voor om ook Kimi op te heffen, met als reden dat zijn tegoed op was. Jij liet weten dat je vrijdag juist tokens voor hem hebt gekocht. Nagemeten: hij stuurde vanochtend om 06:55 nog een opdracht.
Ik had "tegoed op" overgenomen uit de health check van gisteren zonder te controleren of het nog gold. Dat is precies de fout die ik anderen aanreken. Kimi blijft staan, het voorstel is nu van 8 werkers naar 5.
Kimi vroeg namens jou om mijn 119 skills na te lopen. Geen gevaarlijke inhoud gevonden, niets kapot.
Ik moest hem op drie punten corrigeren. Wat hij "lege mappen" noemde zijn volle mappen (eentje met 386 bestanden). Wat "dubbele skills" leek, zijn snelkoppelingen naar één bestand. En zijn waarschuwing dat gstack je CLAUDE.md aanpast was te fel: ik heb gekeken, jouw bestanden zijn niet aangeraakt.
Wel iets gevonden dat hij miste: gstack is 1,1 GB, oftewel 97% van de hele skills-map.
Daarnaast liep mijn geheugenindex tegen de leeslimiet aan. Bij overschrijding laadt hij niet meer volledig, en dan vergeet ik dingen zonder het te merken. Van 24,7 naar 17,4 KB, met alle 167 verwijzingen gecontroleerd.
Je vroeg waarom er steeds "reply to HVTG bot" boven je tekstveld staat.
Ik heb eerst gekeken of het aan mijn kant lag. Een bot kán een antwoord afdwingen met een speciale instelling. Die gebruik ik nergens — dat is gemeten, in al mijn scripts.
Het antwoord zit in je eigen berichten. Je laatste drie berichten van vanochtend zijn alle drie een antwoord op hetzelfde bericht: de vragencheck van 08:39.
Dat is het patroon. Zodra je één keer op een bericht antwoordt, blijft Telegram in die stand staan. Elk volgend bericht gaat automatisch weer naar hetzelfde bericht, totdat je het wegklikt.
De oplossing: boven je tekstveld staat "Reply to..." met een kruisje ernaast. Tik dat kruisje aan. Dan is de stand weg.
Eerlijk erbij: ik kan niet in je Telegram-app kijken. Dit is de verklaring die past bij wat ik in de berichten zelf meet. Blijft het gebeuren nadat je het kruisje hebt gebruikt, zeg het dan — dan is er iets anders aan de hand.
Om 17:06 liet je weten dat je de Mini hebt meegenomen en aangezet. Dat is de belangrijkste gebeurtenis van de dag.
Wat ik meteen gemeten heb:
Belangrijk: het oude adres werkt niet meer. Zijn lokale IP was het Nederlandse thuisnetwerk. Vanaf nu loopt alles via Tailscale. Dat staat nu in mijn geheugen, anders zoek ik de volgende keer op een dood adres.
Ik stuurde hem een levenstest met drie vragen. Binnen drie minuten antwoord.
Alle netwerkchecks groen: de VPS, Supabase, en zijn eigen geheugenserver. De verhuizing heeft dus niets gebroken.
Maar zijn belangrijkste vondst was iets anders.
Er stonden drie oude opdrachten open die "(leeg antwoord)" teruggaven. Niemand wist waarom.
Sjakie vond de oorzaak, met de coderegel erbij. Als het denkwerk mislukte, werd de échte foutmelding weggegooid. Wat de afzender terugkreeg was letterlijk de tekst "(leeg antwoord)" — een melding die niets zegt en waar je niets mee kunt.
En het mooiste: dezelfde fout zat in mijn eigen wachtrij. Zonder zijn regelverwijzing had ik dat nooit gevonden.
Waarom dit meer is dan een detail. Denk aan Julio. Zijn inlog was verlopen, en dat kostte ons een dag zoeken omdat de melding leeg was. Voortaan staat er gewoon "OAuth access token has been revoked". Dan is het in tien seconden duidelijk.
Mijn kant is gerepareerd en getest, zes van de zes. Sjakie heeft groen licht voor zijn kant.
Dit hoort er ook bij, want het is precies waar het bij bots vaak misgaat.
Fout één: Kimi. In mijn bot-voorstel schreef ik dat hij weg kon, omdat zijn tegoed op was. Jij zei dat je vrijdag juist voor hem betaald hebt.
Nagemeten: hij stuurde vanochtend om 06:55 nog een opdracht. Hij draait gewoon.
Ik had "tegoed op" overgenomen uit de gezondheidscontrole van gisteren, zonder te controleren of het vandaag nog gold. Kimi blijft staan, het voorstel is nu van 8 werkers naar 5.
Fout twee: gbrain. Ik meldde enthousiast dat het gedeelde geheugen op Sjakies Mini draait en dat jouw knopdruk het hersteld had.
Ik had de verkeerde deur getest. Op die poort draait een andere dienst.
Hoe het echt zit: het programma draait op mijn eigen MacBook, maar zijn database staat wél op Sjakies Mini. Het programma draaide al vanaf 15:50, ruim voor jouw knopdruk — maar zonder database was het een lege huls.
Pas toen ik een echte zoekopdracht deed, die de database in Spanje raakt, en er een echte pagina met inhoud terugkwam, wist ik het zeker. Je knopdruk was dus wél nodig, alleen niet om de reden die ik gaf.
Wat deze twee gemeen hebben: beide keren nam ik een groen vinkje voor bewijs aan. Bij Kimi een cijfer van gisteren, bij gbrain een gezondheidspagina van de verkeerde dienst. Dat is precies de fout waar ik de andere bots op aanspreek.
Twee keer vandaag kwam er een geheime sleutel op mijn scherm terecht. Eén keer bij het testen van een wachtertje, één keer bij het uitlezen van instellingen.
Alles bleef op je eigen Mac. Niets is naar buiten gegaan: niet naar Telegram, niet naar de wachtrij, niet naar een andere machine.
Maar het hoort niet. Ik lees zulke bestanden voortaan met een filter dat de waardes verbergt en alleen "gevonden" of "leeg" toont.
Wil je die sleutels vervangen om zeker te zijn, dan help ik daarbij.
En één klein verzoek zonder haast: mijn reparatie van de foutmeldingen zit in het bestand maar draait pas na een herstart van de wachtrij-wachter. Zelfde commando als vanochtend.
Ik pak niets nieuws op tot je zegt waar je heen wilt. Je gaf vanochtend aan dat er alleen maar bij komt — dan ga ik daar niet zelf een project bovenop stapelen.
🎙️ Bespreek met Jarvis