Claude Code Visual OS: het dashboard dat mijn team nodig had

Claude Code Visual OS: het dashboard dat mijn team nodig had

Ik bekeek de video van Jack op een zondagmiddag met een halflege koffie en het zelfvoldane zelfvertrouwen van iemand die al een werkende Claude Code-stack beheert.

Aria schrijft mijn berichten. Hermes leidt mijn persoonlijke kenniswerk. Codex verzorgt de coderingslus voor second opinion. Higgsfield 2's MCP biedt mij dertig beeld- en videomodellen vanaf één terminal. Ik heb vaardigheden, subagenten, slash-opdrachten, een Obsidian-kluis aangesloten via Pinecone, een Supabase-logboektabel en een CLAUDE.md voor elk project. Met elke redelijke maatregel ben ik de gokautomaatfase voorbij.

Veertig minuten na de video was die zelfvoldaanheid verdwenen.

Jack demonstreerde wat hij een Claude Code visueel besturingssysteem noemt: een enkel dashboard dat elk model, elke geheugenopslag, elke vaardigheid, elke tokenuitgave en elk gesprek in zijn AI-stack met elkaar verbindt in één zichzelf verbeterend controlepaneel. Geen gebruikstracker. Geen factureringsdashboard. Een echte operationele laag met zes pijlers en een 'dromen'-engine die elke nacht draait om nieuwe vaardigheden voor te stellen, dode vaardigheden te snoeien, repetitieve aanwijzingen te markeren en stilletjes zijn workflow opnieuw te ontwerpen terwijl hij slaapt.

Ik heb twee keer teruggespoeld. Niet omdat het idee onbekend was – ik rol hier al een jaar stukken van met de hand – maar omdat iemand eindelijk de vorm had getekend van het ding dat ik steeds bijna aan het bouwen was en nooit afmaakte.

Dit bericht is mijn reactie. Wat Jack heeft gebouwd, wat er echt aan is vanaf mei 2026 (de droomfunctie die op 6 mei naar Claude Managed Agents bij Code met Claude is verzonden - meer daarover), wat ik daadwerkelijk aan mijn eigen team zou doorgeven, en de eerlijke kloof tussen de demoversie van dit idee en wat het kost om het in de praktijk te brengen.

Als je drie of vier AI-abonnementen en een kerkhof van half geteste vaardigheden combineert, is dit de post die ik zes maanden geleden wilde hebben.

Het echte probleem dat niemand noemt

Voordat het dashboard zinvol wordt, moet de pijn specifiek zijn. Dus laat me specifiek zijn over de mijne.

In mei 2026 betaal ik actief voor Claude Pro Max, OpenAI Pro $ 200 (die doorlopend naar een 20x Plus-vergoeding wordt verplaatst), Gemini Advanced, Higgsfield 2-credits, een Pinecone serverloze index, een Supabase Pro-project en Obsidian Sync. Ik heb Claude Code, Codex CLI, Gemini CLI, Hermes Agent en Cursor op dezelfde machine geïnstalleerd. Ik gebruik Cursor niet meer, ik heb het alleen niet verwijderd. Aria heeft 11 vaardigheden. Mijn persoonlijke .claude/skills/-map bevat er 27. De helft daarvan heb ik al een maand niet aangeraakt.

Wanneer iets kapot gaat of afdrijft, heb ik geen antwoord op de meest fundamentele vraag die een bouwer zou moeten kunnen beantwoorden: welk deel van mijn stapel verdient momenteel zijn geld?

Ik weet het ongeveer. Claude Opus 4.7 (uitgebracht op 16 april, met dezelfde prijs van $5/$25 per miljoen tokens als 4.6, maar met een nieuwe tokenizer die tot 35% meer tokens produceert voor dezelfde invoertekst - een echte kostenverandering verborgen in een "ongewijzigde" sticker) schrijft mijn lange berichten. Sonnet 4.6 verwerkt gestructureerde taken voor $3/$15. Haiku 4,5 voor $ 1/$ 5 verzorgt de goedkope tussenliggende gesprekken. Het 1M-token-contextvenster is beschikbaar tegen standaardprijzen op Opus 4.7, Opus 4.6 en Sonnet 4.6, wat betekent dat een verzoek van 900.000 token hetzelfde tarief per token in rekening brengt als een verzoek van 900.000 token. Ik ken deze cijfers. Ik weet niet welke van mijn vaardigheden welk model gebruikt, en of een van hen stilletjes Opus belt terwijl Haiku de klus voor een vijfde van de kosten zou hebben gedaan.

Dat is de vorm van het probleem. De agenten rennen. De rekeningen komen binnen. De uitvoer is verzending. En de zichtbaarheidslaag waarmee ik met vertrouwen zou kunnen zeggen: deze vaardigheid heeft deze maand $400 van mijn tijd verdiend en deze is een vampier — die laag bestaat niet in een van de officiële Anthropic- of OpenAI-dashboards. Het bestaat niet in de console van Pinecone. Het bestaat nergens.

Jack's pitch is dat dat zo zou moeten zijn. En dat er gebouwd kan worden.

Dat is wat mij ertoe bracht terug te spoelen.

Wat Jack's Claude Code visuele besturingssysteem eigenlijk is

Haal de omlijsting weg en Jacks systeem bestaat uit één dashboard dat op zes pilaren staat. De pijlers zijn geen functies; het zijn gegevensbronnen die het besturingssysteem nodig heeft om te kunnen redeneren over uw AI-leven. Het dashboard combineert ze. De droommotor werkt op hen in.

Hier zijn de zes, zoals Jack ze heeft uiteengezet, met mijn eigen lezing vanuit de eerste persoon over waarom ze er allemaal toe doen.

Pijler één: modellen

Elk model dat u gebruikt, elk abonnement waarvoor u betaalt, met hun kosten, limieten en huidige prijsniveau in één weergave. Geen screenshot van je Anthropic-console – een live tafel die weet dat je ook betaalt voor Codex, Gemini Advanced en Higgsfield, en die deze naast elkaar zet.

De reden dat dit ertoe doet: modelverloop is wreed. Opus 4.7 verscheen op 16 april. Gemini 3.2 Flash wordt zonder aankondiging in de praktijk getest in iOS. GPT-5.4 zit in Codex met een ander kostenprofiel dan het webproduct van ChatGPT. Als uw dashboard niet weet welke modellen u kunt bellen, kan het u niet helpen de juiste te kiezen wanneer u een sessie start.

Pijler twee: Geheugen

Elke plaats waar uw stapel context bevat: lokale bestanden, Obsidian-kluizen, Pinecone-indexen, Supabase-tabellen, onbewerkte SQL-databases, verbonden en zichtbaar.

Dit is waar de meeste stapels breken. Ik had in maart vier geheugenlagen en een vaag idee van wat er in elke laag zat. Een zoekopdracht die via de verkeerde laag wordt gerouteerd, is niet alleen langzamer; het trekt de verkeerde context in een prompt en vergiftigt stilletjes de uitvoer. Het besturingssysteem zou moeten weten dat mijn "merkstem"-feiten in Obsidian staan, mijn projecttranscripties in Pinecone, en mijn agentlogboeken in Supabase, en het zou voor elke zoekopdracht de juiste moeten kiezen zonder dat ik erover nadenk.

Pijler drie: Vaardigheden

Elke individuele vaardigheid die je hebt geschreven, bijgehouden, geëvalueerd en (dit is het deel dat de meeste setups missen) is gesnoeid voor efficiëntie.

Het besturingssysteem vermeldt elke vaardigheid. Het vertelt je de laatste keer dat ze allemaal zijn uitgevoerd, hoe vaak het is gelukt, hoeveel geld het heeft verdiend of bespaard en hoeveel het kost in tokens per uitvoering. Vaardigheden die 90 dagen niet zijn aangeroepen, worden gemarkeerd voor archivering. Vaardigheden die stilzwijgend duur zijn, worden gemarkeerd voor refactor. Vaardigheden die in hoge mate slagen, worden gepromoot.

De meeste mensen behandelen hun vaardighedenmap als een kast: er gaan dingen in, er komt niets uit. Het besturingssysteem behandelt het als een teamrooster met driemaandelijkse beoordelingen.

Pijler vier: Kennissystemen

Verbonden repository's die referentiemateriaal leveren dat de agent op aanvraag kan ophalen. Documentatie. Opmerkingen. Referentieprojecten. Leeslijsten. De output van je droomsessies.

Dit is de laag die overlapt met het geheugen, maar conceptueel anders is. Geheugen is wat de agent produceerde. Kennis is wat het kan raadplegen. Het besturingssysteem volgt beide en maakt het verschil leesbaar – want door ze samen te voegen, kom je terecht bij een agent die zelfverzekerd zijn eigen hallucinatie van drie weken geleden als bron noemt.

Pijler vijf: Gebruik en kosten

Tokenverbruik, abonnementskosten en totale financiële impact, opgesplitst per vaardigheid, per project, per merk, per model.

Geen factureringsdashboard. Een financiële waarheidslaag. Het antwoordt: hoeveel van de Anthropic-rekening van deze maand kwam van Aria die mejba.me-posts schreef versus casestudies van ramlit.com? Welke vaardigheid heeft deze week de meeste Opus-tokens verbrand? Is mijn cachetrefferpercentage op de lange berichten eigenlijk 60% zoals ik denk dat het is, of is het stilletjes gedaald naar 18% omdat ik afgelopen dinsdag de systeemprompt opnieuw heb aangepast?

Ik heb de ruwe versie van dit probleem behandeld in mijn Claude Code MCP install/cut post - elke MCP-server die u laadt, brengt huur in contexttokens in rekening, ongeacht of u deze gebruikt of niet. Het besturingssysteem zou die huur leesbaar maken op elke server, elke vaardigheid, elke sessie.

Pijler zes: Het droomsysteem

De geautomatiseerde analyselaag die bekijkt wat je gisteren hebt gedaan en verbeteringen voor morgen voorstelt. Herhaalde aanwijzingen die vaardigheden zouden moeten worden. Vaardigheden die samengevoegd moeten worden. Modellen waar je te veel voor betaalt. Herinnering die verouderd is. Nieuwe tools die bij uw workflow passen.

Dit is de pijler die het dashboard van een rapport in een agent verandert. En hier is Jacks pitch voor mij niet langer theoretisch, want vanaf 6 mei 2026 heeft Anthropic feitelijk een droomfunctie naar Claude Managed Agents verzonden, en het doet bijna precies wat Jack heeft beschreven.

Laat ik daar nog eens op terugkomen, want het verandert het hele gesprek.

De droomfunctie is nu echt

Anthropic kondigde dreaming aan op de Code with Claude ontwikkelaarsconferentie in San Francisco op 6 mei 2026. Het is momenteel in onderzoekspreview voor Claude Managed Agents - vraag toegang aan via het managed-agents-formulier op claude.com. Ik heb nog geen toegang gekregen. Maar de openbare documentatie vertelt me ​​veel over hoe Anthropic denkt dat deze laag zou moeten werken.

Een 'droom' wordt uitgevoerd als een gepland achtergrondproces tussen agentsessies. Het leest de bestaande geheugenopslag samen met transcripties van eerdere sessies en produceert een nieuwe, gereorganiseerde geheugenopslag. Duplicaten samengevoegd. Verouderde invoer vervangen door de nieuwste waarde. Tegenstrijdigheden opgelost. Er kwamen nieuwe inzichten naar boven.

De community-artikelen noemen de gebruikersgerichte variant Auto Dream of AutoDream voor Claude Code. Het mechanisme dat het meest mijn aandacht trok: dromen zet relatieve datums om in absolute datums. "Gisteren hebben we besloten Redis te gebruiken" wordt "Op 15-03-2026 hebben we besloten Redis te gebruiken." Dit soort details klinkt saai totdat je hebt gezien hoe een agent zelfverzekerd een ‘recente’ beslissing van zes maanden geleden aanhaalde en een middag verbrandde om de verwarring te ontwarren.

De hardere zin uit de blog van Anthropic: "Dromen brengt patronen aan het licht die een enkele agent op zichzelf niet kan zien, inclusief terugkerende fouten, workflows waar agenten naar toe convergeren en voorkeuren die door een team worden gedeeld."

Lees dat nog eens met de zes pijlers van Jack in je hoofd. Dat is pijler zes die Anthropic zelf beschrijft. Het juridische technologiebedrijf Harvey rapporteert dat de voltooiingspercentages van Managed Agents ongeveer zes keer zo hoog zijn geworden in droomtests voor het opstellen van lange formulieren en het maken van documenten.

Zes. X.

Wat mij als bouwer vertelt, is dat het visuele besturingssysteem dat Jack schetste geen fantasie is waarvoor een aangepaste backend nodig is die niemand kan bouwen. De moeilijkste pijler – degene waarvan ik zou hebben betoogd dat deze in mei nog jaren op zich zou laten wachten – Anthropic is zojuist verscheept als een beheerde service. De rest van het besturingssysteem is sanitair.

Wat betekent dat de enige eerlijke vraag die overblijft is: hoe kan ik dit daadwerkelijk doorgeven aan mijn bemanning?

Hoe ik het visuele besturingssysteem in mijn Aria-stack zou inbouwen

Laat me dit beschrijven zoals ik het zou beschrijven aan een vriend die Claude Code al zes maanden draait en eindelijk klaar is om over te stappen van vaardigheden-in-een-map naar een echte controlelaag.

Er zijn vijf fasen. Geen van hen vereist een ondernemingsplan. Ze gaan er allemaal van uit dat Claude Code al is geïnstalleerd en dat er minstens één project is met een map .claude/.

Fase één: Modeldetectie

Het besturingssysteem scant uw machine en uw accounts bij de eerste keer opstarten. Er wordt gezocht naar geïnstalleerde CLI's (Claude Code, Codex, Gemini CLI, Hermes), lokale API-sleutelbestanden, omgevingsvariabelen en actieve abonnementen. Het bouwt de modellentabel.

In mijn geval zou die tabel momenteel Opus 4.7 met het 1M-contextvenster bevatten, Sonnet 4.6 (de dagelijkse driver - $3/$15 met dezelfde 1M-context), Haiku 4.5 ($1/$5, de kostenbesparing), GPT-5.4 via Codex, Gemini 3 Pro via de Gemini CLI, en welk Higgsfield-model ik voor het laatst heb aangeroepen via de MCP. Het besturingssysteem hoeft ze niet allemaal aan te roepen. Het hoeft alleen maar te weten dat ze bestaan ​​en wat ze allemaal kosten.

Waarom dit belangrijk is: wanneer Aria een nieuw bericht voor mejba.me start, zou het besturingssysteem een ​​blik op de taak moeten kunnen werpen en deze naar het goedkoopste model moeten kunnen leiden dat de klus nog kan klaren. Lange post van 3000 woorden met merkstembeperkingen? Opus 4.7 met promptcaching ingeschakeld (Anthropic biedt tot 90% kostenbesparingen op in de cache opgeslagen invoertokens, wat enorm is als dezelfde systeemprompt elke sessie gebruikt). Korte gestructureerde extractie? Elke keer haiku 4,5.

Ik betaal niet voor inlichtingen. Ik betaal voor gepaste inlichtingen. Het besturingssysteem maakt het verschil leesbaar.

Fase twee: Geheugenconfiguratie

Een begeleide wizard verbindt elke geheugenbron die u heeft. Voor mij betekent dat:

• Obsidian kluis op ~/vault/ — merkregels, stembeperkingen, agentdefinities, postcontouren
• Pinecone serverloze index — lange postarchieven, gevectoriseerd voor semantisch geheugen, de bron waar Aria uit put als ze schrijft over een onderwerp dat ze eerder heeft behandeld
• Supabase logtabel: elke agentsessie, elke tooloproep, elke input/output tokentelling, elke modelselectie
• Lokale .claude/skills/ en .claude/agents/: de feitelijke vaardigheidsdefinities en subagentspecificaties
• Claude Geheugen API — de nieuwe persistente contextlaag Anthropic die eerder dit jaar werd uitgebracht

Het besturingssysteem vervangt geen van deze. Het verbindt ze en geeft iedereen een rol. Obsidian voor feiten die de agent kan bewerken. Pinecone voor semantische herinnering via volume. Supabase voor de audittrail. De Memory API voor de dromende laag.

Ik heb het diepere architectonische argument hiervoor besproken in mijn Pinecone Nexus-post over agent RAG - het resultaat is dat het ophalen moet gebeuren tijdens de compilatietijd, en niet tijdens de query, waar mogelijk. Het besturingssysteem maakt dat onderscheid operationeel.

Fase drie: Definieer de tijdswaarde

Dit is de stap die de meeste bouwers overslaan en degene die het dashboard van een ijdelheidslaag in een financiële waarheidslaag verandert.

U vertelt het besturingssysteem wat een uur van uw tijd waard is. Concreet. In dollars. Niet "Ik zou uiteindelijk $ 200/hr willen verdienen." Op dit moment over het werk dat u daadwerkelijk in rekening brengt: mijn bureautarief, mijn adviestarief, mijn realistische inhoudstarief.

De reden dat dit ertoe doet: de ROI van elke vaardigheid is een functie van de bespaarde tijd vermenigvuldigd met uw uurwaarde, minus de symbolische kosten. Totdat het besturingssysteem je uurtarief kent, is "deze vaardigheid je 14 minuten bespaard" slechts een statistiek. Zodra het besturingssysteem weet dat je $ 150/hour factureert, wordt "deze vaardigheid je 14 minuten bespaard" "deze vaardigheid heeft je vandaag $ 35 opgeleverd, tegen een symbolische kostprijs van $ 0,42, voor een nettobedrag van $ 34,58."

Vermenigvuldig dat over 27 vaardigheden en je hebt eindelijk een eerlijk antwoord op de vraag waarmee ik dit bericht begon: welk deel van mijn stapel verdient zijn geld?

Fase vier: De droommotor

Plan een nachtelijke droomrun. Het besturingssysteem voert de sessietranscripties en de geheugenstatus van gisteren in een Claude Opus 4.7-oproep met een gestructureerde prompt. De uitvoer is een afwaarderingsrapport:

• Herhaalde aanwijzingen die deze week meer dan 3 keer zijn verschenen en een vaardigheid zouden moeten worden
• Bestaande vaardigheden die schoten maar faalden, met hun faalmodus
• Geheugenvermeldingen die nieuwere vermeldingen tegenspreken
• Kostenafwijkingen: sessies waarbij meer tokens zijn verbrand dan de mediaan van 30 dagen voor die taak
• Middelmatige uitlijning van het model — taken die op Opus draaiden terwijl Sonnet of Haiku voldoende zouden zijn geweest
• Voorgestelde nieuwe vaardigheden gebaseerd op patronen die de droomlus heeft opgemerkt

Voor het deel hiervan dat overeenkomt met de officiële droomlaag van Managed Agents, delegeer je naar de onderzoekspreview van Anthropic wanneer je toegang krijgt. Voor de rest schrijf je een droomvaardigheid die je Supabase-logboektabel en je Obsidian-kluis leest en dezelfde vorm van rapport produceert.

Het patroon is hoe dan ook hetzelfde. De gegevens van gisteren worden het plan van morgen, zonder dat je zelf elk transcript hoeft te lezen.

Dat is de proactieve AI-shift die Jack in zijn video bleef omcirkelen. Het reactieve model is: "Ik open Claude Code, ik denk na over wat ik wil, ik vraag." Het proactieve model is: "Ik open Claude Code, het besturingssysteem heeft al gemerkt dat ik Aria op drie van de afgelopen vijf dinsdagen heb gevraagd om onderzoek te doen naar dezelfde concurrent, en het suggereert dat ik dat opsla als een competitor-scan-vaardigheid met de canonieke invoer vergrendeld." Eén daarvan is gokken. De andere bedient een systeem.

Fase vijf: Het dashboard

De zichtbare laag. Alles hierboven wordt in één weergave weergegeven.

Bovenaan het scherm: het symbolische budget van vandaag voor alle modellen, met de kosten tot nu toe voor de maand en een projectie voor het einde van de maand. Een tweede rij: actieve sessies, vaardigheden in de wachtrij, tijdstempel van het laatste droomrapport. Een derde rij: ROI-klassement voor vaardigheden, top 5 op basis van netto-inkomsten deze week, met de mogelijkheid om op een van deze in te zoomen.

Een zijpaneel voor de gezondheid van het geheugen: verouderde invoer, aantal tegenstrijdigheden, laatste consolidatiedatum. Een zijpaneel voor kosteninformatie: cachetrefferpercentage, gemiddelde contextgrootte, percentage oproepen dat op het optimale model wordt uitgevoerd. Een zijpaneel voor het scannen van kansen: nieuwe tools die de droomengine u voorstelt, op basis van het werk dat u deze maand daadwerkelijk hebt gedaan, niet op basis van het X-bericht dat u als bladwijzer heeft gemarkeerd.

Dit is het deel van Jacks video dat me uit mijn stoel trok. Omdat het dashboard niet het punt is. Het dashboard is het artefact dat bewijst dat het besturingssysteem eronder echt werkt. Je kunt al het andere bouwen en het onzichtbaar laten werken. Je bouwt het dashboard zo dat wanneer iets niet meer werkt (of wanneer een klant je vraagt ​​uit te leggen waarvoor je betaalt) er een pagina is waar je naar kunt verwijzen.

Voor de kant van de grondlegger van mijn werk is die pagina het verschil tussen "we gebruiken AI" en "we gebruiken AI."

Wat dit betekent voor de manier waarop ik mijn bemanning bestuur

Hier dwong Jacks framing mij om aannames te herzien die ik niet meer in twijfel trok.

Ik schrijf al een jaar over mijn stapel. De drielaagse agentische OS-post behandelt architectuur, geheugen en waarneembaarheid - de fundamenten waarop het visuele besturingssysteem rust. De mijn AI stack 2026 post behandelt de S/A/B/C-laagsoort die ik op tools gebruik. Het MCP install/cut bericht behandelt de kostenlaag op protocolniveau. Alle drie waren destijds eerlijk. Geen van hen beantwoordde de vraag die Jacks video me dwong te stellen.

De vraag: optimaliseer ik helemaal binnen het verkeerde frame?

Een jaar lang heb ik vaardigheden, agenten, MCP's, aanwijzingen en geheugenlagen stuk voor stuk geoptimaliseerd. Arie wordt beter. De vaardighedenmap groeit. De Supabase-logboeken stapelen zich op. Elke individuele beslissing is gezond. Maar er is geen oppervlak waar het systeem naar zichzelf kan kijken en zeggen: het geheel is van zijn doel afgedreven. Geen oppervlak waar ik naar het geheel kan kijken en zeggen die pilaar is een dood gewicht zonder een middag door boomstammen te speuren.

Het visuele besturingssysteem is dat oppervlak. Niet omdat dashboards magisch zijn, maar omdat een systeem zonder zelfvisie zichzelf niet kan verbeteren. Dromen is de afsluiting. De agent leest zijn eigen werk, vindt zijn eigen patronen, brengt zijn eigen tegenstrijdigheden aan de oppervlakte. Het dashboard is slechts het venster op die lus voor de mens die de organisatie leidt.

Dat herkadert de komende zes maanden van mijn werk op een specifieke manier.

De vaardighedenmap is geen kast, het is een rooster

Elke Aria-vaardigheid heeft tegen het einde van het tweede kwartaal een bijgevoegd ROI-nummer nodig. Ik weet niet wat de meesten van hen verdienen. Dat is onaanvaardbaar nu de instrumenten om dit te meten bestaan. De eerste concrete actie die dit bericht voor mij genereert: een skill-audit slash-opdracht die elke vrijdag wordt uitgevoerd, aanroeptellingen en tokenuitgaven per vaardigheid uit Supabase haalt en een Markdown-rapport in een ~/audits/skills/-map schrijft zodat de droomlus kan worden gelezen.

De kostenintelligentiemodule is de goedkoopste oplossing

Ik weet echt niet wat mijn cachehitpercentage is. Ik weet dat Anthropic snelle caching heeft geleverd met een besparing tot 90% op in de cache opgeslagen invoertokens. Ik weet dat ik de systeemprompt van Aria zo heb ontworpen dat deze cachevriendelijk is. Ik heb het niet gevalideerd. Het visuele besturingssysteem dwingt die validatie af door het nummer op het scherm te zetten.

Het bouwen van dit onderdeel is een weekendproject. Het bespaart geld op de eerste dag. Er is geen reden om dat niet te doen.

In de droomlaag stop ik met proberen slim te zijn

Dit is het onderdeel waar ik in maart tegen zou hebben geprotesteerd. "Ik ken mijn workflow. Ik heb geen automatische suggestie nodig die me vertelt wat ik moet doen." Ik had het mis. De patronen die de droomlus naar boven zal brengen, zijn patronen die ik letterlijk niet kan zien omdat ik erin zit. Het voltooiingspercentage van Harvey 6x is geen marketinggetal; het is een richtinggevend signaal dat het ontdekken van patronen door een tweede agent een veel krachtiger hulpmiddel is dan het vinden van patronen door de mens die de patronen genereert.

Ik vraag Managed Agents-toegang aan voor de echte versie. Terwijl ik wacht, schrijf ik mijn eigen droomvaardigheid die elke nacht in de Supabase-logboeken wordt uitgevoerd en hetzelfde soort rapport oplevert als de Anthropic-versie. Het zal nog erger zijn. Het zal nog steeds niets verslaan.

De kansenscan maakt dit waardevol voor klanten

Hier is de hoek die ik niet had verwacht. Het visuele besturingssysteem is niet alleen nuttig voor mij. Het is nuttig als deliverable voor het soort uitzendwerk dat ik doe via ramlit.com. Een klein bedrijf kan het zich niet veroorloven om hun AI-stack uit te zoeken zoals ik de mijne heb ontdekt: door voor drieënveertig tools te betalen en er stilletjes vierendertig van te verwijderen. Een dashboard dat hen door de modeldetectie, het instellen van het geheugen, de definitie van de tijdswaarde en een eerste droomrapport leidt, is het onboardingmiddel met de hoogste hefboomwerking dat ik een klant kan overhandigen. Het comprimeert een jaar van mijn studie tot een dinsdagmiddag.

Dat is de beweging die ik pas zag toen ik Jacks video bekeek. Het visuele besturingssysteem is een productoppervlak en niet alleen een persoonlijk hulpmiddel.

De eerlijke afwegingen

Voordat ik iemand hierop verkoop, wil ik eerst de dingen noemen waar ik op terug zou komen als een vriend mij deze video zou pitchen.

Het dashboard is een onderhoudsverplichting. Elke laag die u visualiseert, is een laag die kapot gaat wanneer een upstream API verandert. Antropische schepen snel. Pinecone wordt snel verzonden. Higgsfield wordt snel verzonden. U besteedt minder dan nul engineeringtijd aan het nauwkeurig houden van de panelen. Als je een solo-operator bent, moet die tijd ergens vandaan komen. Het voordeel moet de kosten compenseren. Voor mij, met meer dan 250 berichten per jaar en vier merken, is dat wel het geval. Voor iemand die zes berichten per jaar verzendt, is dit waarschijnlijk niet het geval.

Dromen is niet onfeilbaar. De eerste maand van droomrapporten zullen slechte suggesties bevatten. Vaardigheden die het voorstelt die je niet nodig hebt. Geheugenconsolidaties die de nuance verliezen. Kostenvlaggen die context missen. Het besturingssysteem is geen beslisser, het is een kandidatengenerator. Je moet nog steeds de rapporten lezen en kiezen. Als u het oordeel uitbesteedt, krijgt u sneller slechtere beslissingen.

Het 1M-contextvenster is een verleiding, geen gratis lunch. Het feit dat Sonnet 4.6 en Opus 4.7 een invoer van 900.000 tokens tegen standaardprijzen accepteren, betekent niet dat je er een moet sturen. De nieuwe Opus 4.7 tokenizer kan tot 35% meer tokens produceren voor dezelfde invoertekst – dat is een echte kostenstijging, gekleed in het kostuum van een prijsbevriezing. Het besturingssysteem zou u moeten waarschuwen wanneer een sessie op het punt staat te exploderen, en u niet moeten aanmoedigen om alles in de juiste context te plaatsen, omdat het venster dit kan bevatten.

Centralisatie heeft een foutmodus. Als het visuele besturingssysteem het enige oppervlak wordt dat u vertrouwt, is de dag waarop het kapot gaat de dag waarop u niet kunt werken. Houd uw vaardigheden, uw Obsidian-kluis en uw onbewerkte Supabase-gegevens toegankelijk zonder het dashboard. Het dashboard is een weergave, geen database. Als je dat onderscheid kwijtraakt, heb je het lock-in-probleem waaraan je probeerde te ontsnappen opnieuw opgebouwd.

Je hebt dit niet nodig op de eerste dag. De meeste bouwers die dit bericht lezen, moeten eerst de architectuur van laag één voltooien. Vaardigheden map. CLAUDE.md. Een werkende subagent of twee. Het visuele besturingssysteem is laag vier of vijf van een stapel die op de lagen één tot en met drie moet staan ​​om zinvol te zijn. Bouw de vloer voordat je geobsedeerd raakt door het plafond.

Dat gezegd hebbende. Het plafond is nu zichtbaar. En de antropische scheepvaartdromen op 6 mei brachten het plafond ongeveer een voet dichterbij dan de dag ervoor.

Wat ik deze week doe

Concrete acties, in volgorde:

1. Vraag toegang aan tot Claude Managed Agents dromende onderzoekspreview. Zelfs als de goedkeuring een maand duurt, gaat het verzoek vanavond binnen. 2. Schrijf de slash-opdracht skill-audit. Haalt het aantal aanroepen, de tokenuitgaven en de datum van laatste uitvoering per vaardigheid uit mijn Supabase-logboeken. Voert elke vrijdag om 06.00 uur een Markdown-rapport uit naar ~/audits/skills/ via een cron hook. 3. Sluit een basiskosteninformatiepaneel aan op de bestaande claude-usage VS Code-extensie die ik al gebruik. Cachehitpercentage, gemiddelde contextgrootte per vaardigheid en een vlag wanneer een vaardigheid Opus oproept voor een taak die Haiku had kunnen afhandelen. 4. Definieer mijn uurtarief in één configuratiebestand dat het besturingssysteem kan lezen. Geen bewegend doelwit. Een nummer. 5.

Schrijf een v0-droomvaardigheid die elke nacht in de Supabase-logboeken wordt uitgevoerd en dezelfde vorm van het rapport oplevert dat de droomversie van Anthropic's Managed Agents produceert. Erger dan het echte ding. Beter dan niets. Verzending dit weekend.

Vijf dingen. Voor geen van hen is een nieuw abonnement vereist. Ze produceren allemaal een meetbare output tegen de tijd dat ik de samenvatting van volgende week post.

Als zelfs maar één ervan werkt, wordt het dashboard onvermijdelijk. Als er drie werken, is het visuele besturingssysteem niet langer een video die Jack heeft gemaakt; het is de operationele laag waarop mijn team draait.

Dat is waar de koffie op zondagmiddag eigenlijk voor betaald heeft. Geen nieuw instrument. Een nieuw frame voor het gereedschap dat ik al heb.

De chatbox was de eerste AI-interface. De agentenlus was de tweede. Het visuele besturingssysteem is het derde. We zitten midden in die transitie, en de mensen die het opmerken krijgen eerst een jaar lang voordeel voordat de rest van de markt zijn achterstand inhaalt. Ik ben van plan een van de mensen te zijn die het opmerkte.

Het zelfvoldane vertrouwen waarmee ik dit bericht begon, is verdwenen. Wat ervoor in de plaats kwam, is nuttiger. Het is een to-do-lijst.

Veelgestelde vragen

Wat is een Claude Code visueel besturingssysteem?

Een visueel Claude Code-besturingssysteem is een uniform dashboard dat elk AI-model, geheugenopslag, vaardigheid en gebruiksstroom in uw Claude Code-stack verbindt tot één zichzelf verbeterend oppervlak. Het houdt de tokenuitgaven bij, berekent de ROI van vaardigheden en voert een nachtelijke droommotor uit die patronen aan het licht brengt, dode vaardigheden snoeit en workflowverbeteringen voorstelt. Het concept breidt de officieel verzonden droomfunctie van Anthropic (6 mei 2026) uit naar een persoonlijke controlelaag.

Is de droomfunctie momenteel daadwerkelijk beschikbaar in Claude Code?

De droomfunctie bevindt zich momenteel in onderzoekspreview voor Claude Managed Agents - vraag toegang aan via het managed-agents-formulier op claude.com. De communityvariant genaamd Auto Dream voor Claude Code draait lokaal en consolideert geheugenbestanden tussen sessies, waarbij verouderde notities worden verwijderd en relatieve datums worden geconverteerd naar absolute. Beide zijn in mei 2026 openbaar verzonden.

Hoeveel kost het om een ​​Claude Code-dashboard als dit uit te voeren?

De kerndashboardinfrastructuur voegt vrijwel niets toe als u al betaalt voor Claude Pro Max en een Supabase- of Pinecone-laag. De kosten voor een droomrun bedragen één Opus 4.7-oproep per nacht met ongeveer $ 5 per miljoen invoertokens, plus snelle caching-besparingen tot 90%. De meeste bouwers die dit op een typische solostack uitvoeren, betalen $ 5–15/month extra als gevolgtrekking voor een systeem dat honderden ROI's aan vaardigheden oplevert.

Hoe meet ik de ROI van vaardigheden binnen Claude Code?

Bepaal uw uurtarief in dollars. Registreer elke aanroep van een vaardigheid met het aantal tokens en de geschatte bespaarde tijd. Vermenigvuldig de bespaarde tijd met het uurtarief, trek de tokenkosten af ​​en bereken de netto ROI per vaardigheid in het dashboard. Het invoeren van het uurtarief is de stap die de meeste bouwers overslaan; zonder dit is elk ander ROI-getal zinloos.

Moet ik dit bouwen voor of nadat ik een solide Claude Code-stack heb?

Bouw het daarna. Het visuele besturingssysteem is laag vier of vijf van een stapel die eerst de lagen één tot en met drie (architectuur, geheugen, waarneembaarheid) nodig heeft. Als u nog niet over een werkende CLAUDE.md, ten minste één aangepaste subagent en vaardigheden beschikt die u daadwerkelijk herhaaldelijk aanroept, bouw deze dan voordat u geobsedeerd raakt door het dashboard. Zie mijn agentic OS three-layer build voor de verdieping die als eerste komt.

Laten we samenwerken

Wilt u AI-systemen bouwen, workflows automatiseren of uw technische infrastructuur schalen? Ik help je graag.

• Fiverr (aangepaste builds en integraties): fiverr.com/s/EgxYmWD
• Portfolio: mejba.me
• Ramlit Limited (ondernemingsoplossingen): ramlit.com
• ColorPark (ontwerp en branding): colorpark.io
• xCyberSecurity (beveiligingsdiensten): xcybersecurity.io