Herdr, Caprock en ccdeck vergeleken: zo houd je meerdere codeeragents bij (november 2026)

Toen ik Claude Code vanavond in de map van deze website opende, kreeg de sessie een briefje mee dat ik niet had geschreven: een samenvatting van waar de vorige sessie, drie dagen eerder, was gebleven, inclusief de drie Search Console-aanvragen die nog openstonden. Het briefje kwam van Caprock. Dat programma houdt sinds half oktober al mijn Claude Code-sessies bij. Handig, en ook een beetje ongemakkelijk, want het betekent dat er iets meeleest met alles wat Claude Code doet.

Caprock is een van drie tools die dezelfde vraag beantwoorden. Je hebt vier agents aan het werk en één ervan staat al twintig minuten stil bij een vraag om toestemming. Welke? Herdr, Caprock en ccdeck geven alle drie antwoord, maar elk vanaf een andere plek. Die plek bepaalt wat ze zien, of je vanuit de tool kunt antwoorden en wat ze van je computer meenemen. Hieronder staat hoe ze werken, wat de nieuwe terminalstandaard OSC 7501 eraan verandert en voor wie welke tool zin heeft.

Caprock draait sinds 16 oktober op mijn laptop en Herdr sinds 4 november. ccdeck stond er van 22 tot 29 oktober op. Voor dit artikel heb ik de documentatie, de broncode van het ccdeck-pakket en de bestanden op mijn eigen schijf nagelopen. Alle cijfers zijn van 8 november 2026.

Kort antwoord. Herdr is een terminal-multiplexer voor agents, vergelijkbaar met tmux. Sessies blijven draaien als je het venster sluit, ook op andere machines via SSH, en elke pane laat zien of de agent werkt of op je wacht. Caprock en ccdeck zijn dashboards die via hooks meelezen met Claude Code (en Codex) en laten zien wat er gebeurt en wat het kost. Caprock heeft ook eigen terminaltabs en volgt kosten, abonnementslimieten en pull requests. ccdeck tekent elke sessie als een boom van subagents en tool-aanroepen. Werk je met een of twee sessies tegelijk, dan heb je geen van de drie nodig.

Welk probleem lossen ze op?

Een codeeragent in een terminal is lastig te volgen. Hij werkt minutenlang zelfstandig en stopt dan bij een vraag. Mag ik git push doen? Welke van de twee oplossingen wil je? Van buiten ziet een tab die wacht er hetzelfde uit als een tab die werkt. Bij één sessie merk je dat wel op. Bij vier sessies in vier tabs, of twee repositories en een server via SSH, klik je rond tot je de stilstaande vindt. Meestal is dat juist de agent die bijna klaar was.

Daar komen twee vragen bij die de terminal niet beantwoordt. De eerste is wat het kost. Op een abonnement betaal je niet per token, maar je loopt wel tegen een limiet per vijf uur en per week aan. De tweede is wat de agent eigenlijk heeft gedaan. Claude Code ruimt zijn transcripten standaard na 30 dagen op, en wat er niet meer staat, kun je ook niet doorzoeken.

De drie tools leggen elk een eigen nadruk. Herdr gaat over de eerste vraag en over sessies die blijven draaien. Caprock gaat vooral over geld en geschiedenis. ccdeck laat zien wat er op dit moment gebeurt, tot op elke tool-aanroep.

Drie plekken om mee te kijken

Het verschil komt neer op één architectuurkeuze: welk programma is eigenaar van de terminal waarin de agent draait?

Een agent als Claude Code draait in een pseudoterminal (pty). Het programma dat die pty opent, ziet alles wat de agent op het scherm zet en kan toetsaanslagen terugsturen. Een programma dat alleen via hooks meeleest, krijgt gebeurtenissen binnen: er start een tool, een tool is klaar, de sessie wacht. Het heeft alleen geen toetsenbord. Het ziet dat Claude op je wacht, maar je kunt er geen "ja" in typen.

Herdr: de terminal is van Herdr

Herdr bestaat uit drie programma's, en dat is in het begin verwarrend. De Herdr TUI is het oorspronkelijke programma: één Rust-binary die in je bestaande terminal draait, met panes, tmux-achtige sneltoetsen en een server op de achtergrond. Je sluit de terminal en de agents werken door. Met herdr koppel je weer aan. Half oktober kwamen daar herdr-core (commando hc) en de Herdr-app bij. Core is een server die terminals draait en zelf niets tekent. De app is een desktopprogramma bovenop die core. TUI en app delen hun agents niet: wat je in de TUI start, zie je niet in de app.

Omdat Herdr de terminal bezit, kan het dingen die een dashboard niet kan. Je antwoordt gewoon in de pane. Je voegt een machine toe via SSH (hc machine add), en de terminals daar staan in dezelfde lijst als je lokale. Agents kunnen elkaar ook aansturen: een agent start een helper, stuurt hem bij en wacht tot hij klaar is.

hc run --bg --name review claude "Review src/Import.php. Alleen lezen. Meld je met hc send $HC_TERMINAL_ID als je klaar bent."
hc send review "Let vooral op de foutafhandeling."
hc wait review
hc read review --lines 80

Wat Herdr niet weet: wat een sessie kost, hoeveel tokens erin gaan, welke subagent welke tool aanriep. Het ziet de terminal, niet het gesprek. Het is wel veruit de grootste van de drie. De TUI-repository had op 8 november 49.386 sterren, en de 98 releases zijn samen ruim twee miljoen keer gedownload. Alle drie de onderdelen zijn gratis en vallen onder Apache 2.0.

ccdeck: meelezen via hooks

ccdeck, van ontwikkelaar Bargan Constantin, start je met npx ccdeck of als desktopapp. Bij de eerste start zet het een hook in ~/.claude/settings.json voor elf gebeurtenissen, van SessionStart tot Notification. Elke gebeurtenis start een Node-script (hook.js) dat de JSON met een time-out van één seconde naar de lokale server stuurt. Die server luistert standaard op poort 4317 en tekent elke sessie als een boom, met subagents als takken en tool-aanroepen als knopen. Sessies die op een mens wachten staan bovenaan, de langst wachtende eerst.

De hook schrijft niets terug en stopt altijd met exitcode 0. Dat is een bewuste keuze. Claude Code laat een hook via stdout of de exitcode een tool-aanroep toestaan, weigeren of aanpassen, en ccdeck gebruikt geen van beide. Het kan je agent dus niet hinderen, maar ook niet namens jou antwoorden. Wel kan het een gestopte achtergrondsessie hervatten met Continue.

Codex leest ccdeck op een andere manier. Volgens de README gaan Codex-hooks op Windows niet betrouwbaar af, dus leest ccdeck de rollout-bestanden in ~/.codex/sessions/. Zo'n log beschrijft wat er gebeurd is, niet wat er nu wacht. Daarom is de wachtrij alleen voor Claude Code.

Daarnaast doet ccdeck veel wat weinig met de kernvraag te maken heeft: wisselen tussen meerdere Claude- en Codex-accounts, logins delen met andere decks op je netwerk, panelen voor Jira, GitHub en GitLab, een radiospeler, en Browser Watch. Dat laatste kijkt in je browsergeschiedenis of een programma je browser heeft bestuurd terwijl je weg was. Daarover meer in de paragraaf over wat meekijken kost. ccdeck is gratis en valt sinds versie 3.22.0 onder AGPL-3.0. Eerdere versies waren MIT.

Caprock: meelezen en een eigen terminal

Caprock, van de GitHub-gebruiker dspv, combineert beide posities. Een lokale daemon in Go leest via hooks en transcripten mee met elke Claude Code-sessie, ook met sessies die je in een gewone terminal start. Op mijn laptop staat de hook op tien gebeurtenissen. De desktopapp heeft daarnaast eigen terminaltabs voor Claude Code, Codex, OpenCode en Gemini CLI, per project en per git-worktree. Een sessie die Caprock zelf start, draait in de pty van Caprock (het hulpprogramma heet letterlijk caprock-pty-host.exe). Alleen die sessies beantwoord je met Ja of Nee vanuit de app, een melding of je telefoon. Bij een sessie uit je eigen terminal ziet Caprock wel dat hij wacht, maar het antwoord geef je in die terminal.

Het zwaartepunt ligt bij geld en geschiedenis. Caprock prijst elke beurt tegen de API-lijstprijs, per repository, en zet de vijfuurs- en weeklimiet van je Claude- en Codex-abonnement ernaast. De README noemt dat zelf "an estimate", geen rekening. De maker schrijft dat hij in augustus voor $5.898 aan API-waarde verbruikte op een Max-abonnement van $200, en dat hij dat alleen merkte omdat Caprock het optelde. Verder blijft elke sessie doorzoekbaar, ook nadat Claude Code het transcript na 30 dagen heeft opgeruimd. Een Pipeline-scherm volgt pull requests van agent tot release, met de CI-status per besturingssysteem.

Het briefje uit de inleiding is ook een Caprock-functie. Start je een nieuwe sessie in een map waar je eerder werkte, dan krijgt die het laatste mee wat de vorige sessie daar zei. Dat staat standaard aan. Wil je weten of het helpt, dan kun je een instelling aanzetten die het bij een op de vier nieuwe sessies weglaat, en het Memory-scherm vergelijkt de twee groepen. Dat vind ik een nette houding voor een functie die je anders op gevoel beoordeelt.

De basis is gratis en valt onder Apache 2.0. Premium kost $30 per jaar of $100 eenmalig en voegt dingen toe die ingrijpen, zoals een dagelijks bestedingsplafond en sessies pauzeren als de abonnementslimiet bijna op is. Volgens de README doet Caprock nooit een verzoek naar de maker om de licentiesleutel te controleren.

Hoe weet een tool dat een agent op je wacht?

Er zijn drie manieren, en ze komen alle drie voor in deze tools.

Het scherm lezen. De Herdr TUI zoekt het agentproces in elke pane en leest de onderkant van het scherm. Regels per agent bepalen of dat beeld "werkt", "wacht" of "rust" betekent. Zo werkt het voor ruim twintig agents zonder dat hun makers iets hoeven te doen. Het blijft wel raden op tekst: verandert een agent zijn prompt, dan klopt de regel niet meer.

Hooks. Claude Code start bij elke gebeurtenis een commando en geeft het JSON op stdin. Een Notification-gebeurtenis betekent dat Claude op je wacht. Dat is precies, maar het is een kanaal van Claude Code zelf. Elke agent heeft een eigen hooksysteem, of helemaal geen.

OSC 7501. Mitchell Hashimoto, de maker van de terminal Ghostty, publiceerde op 6 oktober 2026 het Program Status Protocol. Het is een escape-reeks die een programma in zijn eigen uitvoer zet om te melden hoe het ervoor staat. Een terminal die de reeks niet kent, negeert hem. Claude Code ondersteunt het sinds versie 2.1.295. De changelog zegt dat terminals die het protocol kennen dan kunnen laten zien of Claude Code werkt, op je wacht of klaar is. herdr-core gebruikt alleen deze route. Het leest geen schermtekst en herkent geen merknamen. Een programma dat geen status meldt, heeft er geen.

Hoe ziet een OSC 7501-reeks eruit?

Je kunt hem zelf in een terminal typen:

printf '\e]7501;state=blocked:kind=question:app=demo\e\\'

Na ESC ] 7501 ; volgen key=value-paren, gescheiden door dubbele punten, en de reeks eindigt met ESC \. state is verplicht en is idle, working, done, blocked of error. Bij blocked zegt kind waarop het programma wacht: permission, question of auth. msg is één regel uitleg in base64, zodat er geen escape-tekens in de reeks belanden.

Het mooie aan die keuze is dat de status meereist in dezelfde datastroom als de tekst. Over SSH, in een container, in een Herdr-pane op een andere machine: overal waar de tekst aankomt, komt de status ook aan. Een hook moet daarvoor een eigen verbinding maken met een server op 127.0.0.1, en op een andere machine is die er niet.

OSC 7501 in je eigen PHP-script

Het protocol is niet alleen voor agents. Ook een lang PHP-script, zoals een import of een migratie, kan zo melden dat het klaar is of vastzit. Dit is een complete, kleine versie:

<?php
declare(strict_types=1);

// Meld de status van dit script via OSC 7501 (Program Status Protocol).
// Alleen naar een echte terminal: in een logbestand of pipe zijn het rommeltekens.
function programStatus(string $state, string $msg = '', string $kind = ''): void
{
    if (!stream_isatty(STDOUT)) {
        return;
    }
    $body = 'state=' . $state . ':app=csv-import';
    if ($kind !== '') {
        $body .= ':kind=' . $kind;
    }
    if ($msg !== '') {
        $body .= ':msg=' . base64_encode($msg);
    }
    fwrite(STDOUT, "\e]7501;{$body}\e\\");
}

$bestand = $argv[1] ?? 'klanten.csv';
$fh = @fopen($bestand, 'r');
if ($fh === false) {
    programStatus('error', "Kan {$bestand} niet openen");
    fwrite(STDERR, "Kan {$bestand} niet openen\n");
    exit(1);
}

programStatus('working', "Bezig met {$bestand}");
$kop = fgetcsv($fh, null, ',', '"', '') ?: [];

if (!in_array('email', $kop, true)) {
    programStatus('blocked', 'Kolom "email" ontbreekt', 'question');
    echo "Kolom email ontbreekt. Doorgaan zonder e-mail? [j/n] ";
    if (trim((string) fgets(STDIN)) !== 'j') {
        programStatus('error', 'Afgebroken: geen kolom email');
        exit(1);
    }
    programStatus('working', 'Doorgaan zonder e-mail');
}

$aantal = 0;
while (fgetcsv($fh, null, ',', '"', '') !== false) {
    $aantal++; // hier komt de echte import
}

programStatus('done', "{$aantal} regels gelezen");
echo "{$aantal} regels gelezen\n";

Twee details. stream_isatty() voorkomt dat de reeks in een logbestand belandt als je de uitvoer omleidt. En de lege vijfde parameter van fgetcsv() zet de verouderde escape-afhandeling uit, zodat PHP 8.4 geen deprecation-melding geeft. Ik heb het script gedraaid op PHP 8.2 en 8.3 en de bytes van de reeks gecontroleerd. Of de Herdr-app de status van dit script ook echt toont, heb ik niet getest.

Herdr, Caprock en ccdeck naast elkaar

Wat kost het om mee te kijken?

Alle drie draaien lokaal en zijn open source. Toch neemt elk iets, en de standaardinstellingen verschillen meer dan de websites doen vermoeden.

Tijd per tool-aanroep

Een hook is een programma dat Claude Code bij elke gebeurtenis start, en Claude Code wacht tot het klaar is. Een PreToolUse-hook mag een tool immers tegenhouden. Bij Caprock is dat caprock.exe hook, een Go-binary van 30 MB. Bij ccdeck is het Node met een script van 1.275 regels. Alleen het starten van zo'n proces, zonder dat het iets doet, kostte op mijn laptop (Windows 11, i9-13980HX) over 25 metingen een mediaan van 91 milliseconden voor caprock.exe version en 39 milliseconden voor een leeg Node-proces.

Elke tool-aanroep levert twee gebeurtenissen op: PreToolUse en PostToolUse. Met Caprock gaat er dus minstens een vijfde seconde per tool-aanroep naar het opstarten van de hook. Bij een sessie met tweehonderd tool-aanroepen is dat ruim een halve minuut. Dat merk je, maar het verdwijnt naast de tijd die het model zelf nodig heeft. Op Linux en macOS starten processen doorgaans sneller dan op Windows, maar dat heb ik niet gemeten. herdr-core heeft voor de status geen hook nodig, want die komt via OSC 7501 uit de terminal.

Schijf, geheugen en geheimen

Volgens caprock doctor gebruikte de daemon op mijn laptop 157 MB werkgeheugen en 1,8 procent CPU. De datamap was 771 MB, waarvan 355 MB database, na 584 ingelezen transcripten. Bijna al de rest was een reservekopie van vergelijkbare grootte, die Caprock vóór een schema-upgrade had gemaakt. Belangrijker dan de omvang is de inhoud. Die database bevat alles wat Claude Code las en schreef, ook de volledige uitvoer van elke tool-aanroep. De README waarschuwt daar zelf voor: een API-sleutel die een commando afdrukte of een .env die gelezen werd, staat er ook in. Behandel het bestand dus als je shellgeschiedenis, en houd het uit bugrapporten.

Wat er je computer verlaat

Caprock heeft geen account en geen telemetrie. De netwerkfuncties (controle op nieuwe versies, de Gemini-chat op je eigen sleutel, GitHub, Telegram) staan uit tot je ze aanzet. Voor de telefoon gaat het verkeer versleuteld via een relay (Noise NK met X25519 en AES-GCM). Die relay ziet welke machine wanneer verbinding maakt, vanaf welk IP-adres en hoeveel bytes er doorgaan.

De Herdr-app stuurt standaard elke dag een gebruiksrapport naar telemetry.herdr.dev, met een willekeurig install-ID, versies, besturingssysteem, afgeronde gebruikstijden, bekende agentnamen en namen van commando's. Terminaltekst, prompts, bestanden en mappaden gaan volgens de documentatie niet mee. Je zet het uit onder Settings → Privacy of met "telemetry": false in de instellingen.

ccdeck stuurt gebruiksrapporten die volgens de eigen FAQ "no longer anonymous" zijn: versie, systeem, je IP-adres, een apparaatvingerafdruk en fouten, tenzij je het start met AGENTS_DECK_NO_REPORTS=1. De sessies zelf blijven op je machine. Het lokale netwerk staat standaard aan, dus de deck luistert ook op je LAN. Browser Watch staat ook standaard aan: elke vijf minuten kopieert ccdeck de geschiedenisdatabase van elk Chromium-profiel (Chrome, Brave, Edge, Vivaldi) en bekijkt het de bezoeken sinds de deck startte. Voor de Codex-quota ververst het zo nodig je token en herschrijft het ~/.codex/auth.json.

Mijn mening: voor een tool waarvan de kern is "welke sessie wacht op mij" staat bij ccdeck te veel standaard aan. Gebruik je het, zet dan de rapporten, het lokale netwerk en Browser Watch uit.

Let ook op wat er achterblijft. npx ccdeck --uninstall haalt volgens de README alleen de hooks, het opstartitem en het shellprofielblok weg. Het script hook.js, de gegevens en tot 90 dagen aan toolgeschiedenis blijven staan. --uninstall --purge wist ook de bestanden met de sleutel voor het lokale netwerk. Op mijn laptop stonden ~/.agents-deck en ~/.claude/agent-dag er anderhalve week na het verwijderen van de hooks nog. Caprock verwijder je met caprock hooks uninstall, dat andere hooks laat staan. caprock down plus het weggooien van de datamap haalt de rest weg.

Waar je op Windows tegenaan loopt

• Het Windows-installatieprogramma van Caprock is nog niet code-signed, en de desktopapps van ccdeck zijn dat ook niet. Reken bij de eerste start op een waarschuwing van SmartScreen.
• herdr-core draait op Windows via named pipes, die alleen toegankelijk zijn voor je eigen account en SYSTEM. Templates en shellcommando's tussen aanhalingstekens hebben sh nodig, bijvoorbeeld uit Git for Windows. De Herdr-app wil Windows 10 versie 1803 of nieuwer, met curl en tar.
• Vanuit een Claude Code-sessie met de sandbox aan gaf hc ls op mijn laptop "Toegang geweigerd (os error 5)" op de pipe van de core. De hint van hc noemt een core die met verhoogde rechten is gestart als mogelijke oorzaak. Ik heb niet uitgezocht welke van de twee het was. Wil je agents via hc laten samenwerken, controleer dan eerst of ze de core vanuit hun eigen omgeving kunnen bereiken.
• Caprock zegt van een deel van de OpenCode- en Codex-functies dat ze alleen op macOS zijn getest.

Is het nuttig, en welke kies je?

Werk je met een of twee sessies op één machine, dan heb je geen van de drie nodig. Claude Code meldt zijn status nu zelf via OSC 7501, dus een terminal die dat protocol ondersteunt laat zien dat Claude wacht, zonder extra software.

Kies Herdr als je meerdere agents tegelijk laat werken, ook op servers via SSH, en als je wilt dat ze doorwerken als je het venster sluit. Het is in wezen tmux voor agents, en in de app en core komt de status uit een standaard in plaats van uit gegokte schermtekst. Daarmee is het de oplossing die het best bestand is tegen de volgende versie van je agent. Herdr zegt niets over kosten, de app is pas sinds oktober uit, en de telemetrie van de app moet je zelf uitzetten.

Kies Caprock als je vooral Claude Code gebruikt en wilt weten wat je sessies kosten, hoe dicht je bij je limiet zit en wat een agent vorige week precies zei. Het verzamelt niets voor de maker en is het enige van de drie dat zowel meeleest als zelf terminals draait. Daar staat tegenover dat het het werk is van één ontwikkelaar met 41 sterren, die in minder dan drie maanden 175 versies uitbracht. Fouten worden dus snel opgelost, maar er verandert ook veel. En de database bevat alles.

Kies ccdeck als je de boom van subagents en tool-aanroepen live wilt zien, of als je wisselt tussen meerdere Claude- en Codex-accounts. Op dat laatste punt gaat ccdeck verder dan de andere twee. Zet wel de standaardinstellingen uit die hierboven staan.

Herdr en Caprock bijten elkaar niet, want ze zitten op een andere plek: Herdr bezit de terminals en Caprock leest de hooks. Caprock en ccdeck tegelijk geeft wel overlap. Dan start Claude Code per gebeurtenis twee hookprocessen en schrijven twee programma's in hetzelfde settings.json.

Veelgestelde vragen

Wat is OSC 7501?

OSC 7501, of het Program Status Protocol, is een escape-reeks waarmee een programma in een terminal meldt of het werkt, wacht, klaar is of een fout heeft. De reeks reist mee met de gewone uitvoer, en terminals die hem niet kennen negeren hem. Mitchell Hashimoto publiceerde het protocol op 6 oktober 2026, en Claude Code ondersteunt het sinds versie 2.1.295.

Zijn Herdr, Caprock en ccdeck gratis?

Ja. Herdr (alle drie de onderdelen) en de basis van Caprock vallen onder Apache 2.0, en ccdeck onder AGPL-3.0. Alleen Caprock heeft een betaalde laag: Premium kost $30 per jaar of $100 eenmalig.

Werken ze ook met Codex en andere agents?

Herdr draait elke agent die in een terminal draait, en toont een status bij agents die OSC 7501 melden of waarvoor de TUI regels heeft. Caprock ondersteunt Claude Code, Codex, OpenCode, Gemini CLI en Hermes Agent. ccdeck ondersteunt Claude Code en Codex, maar de wachtrij werkt alleen voor Claude Code.

Hoe zie ik welke hooks er in mijn Claude Code staan?

In Claude Code zelf toont /hooks ze. In PowerShell zet deze regel per gebeurtenis het commando op een rij:

(Get-Content ~/.claude/settings.json -Raw | ConvertFrom-Json).hooks.PSObject.Properties |
  ForEach-Object { "{0}: {1}" -f $_.Name, ($_.Value.hooks.command -join " | ") }

Op macOS of Linux doet dit hetzelfde:

python3 -c "import json,os; h=json.load(open(os.path.expanduser('~/.claude/settings.json'))).get('hooks',{}); [print(k, [x['command'] for g in v for x in g['hooks']]) for k,v in h.items()]"

Kan ik een agent vanuit het dashboard toestemming geven?

Alleen als het dashboard de terminal bezit. In Herdr antwoord je in de pane. In Caprock kan het bij sessies die Caprock zelf startte. ccdeck kan het bewust niet: de hook schrijft niets terug naar Claude Code.

Tot slot. De vraag "welke agent wacht op mij?" verhuist van de dashboards naar de terminal. Nu Claude Code zijn status zelf uitzendt, hoeft niemand nog schermtekst te raden of hooks te installeren om dat te weten. Voor een dashboard blijven de vragen over die een terminal niet kan beantwoorden: wat kostte dit, wat zei de agent vorige week, bij welke pull request hoort het? Kies dus eerst je terminal. Beslis daarna pas of je een dashboard wilt, en wat je het laat lezen.

Verder lezen op deze site

• Claude Code autonoom laten werken: auto mode, Ralph-loop en tmux
• Multi-agent AI: agents die samenwerken, en waarom het misgaat bij de overdracht
• Claude Code effectief gebruiken: wat echt werkt in 2026
• Wat is een agent harness, en waarom telt het soms meer dan het model?

Bronnen

Officiële documentatie en broncode

• Herdr, herdr.dev, ondersteunde agents en Herdr-ondersteuning toevoegen, geraadpleegd op 8 november 2026
• herdrdev, herdr (TUI, release v0.9.5 van 14 oktober 2026), herdr-app en herdr-core, met de beveiligingsdocumentatie van app en core (telemetrie, named pipes), geraadpleegd op 8 november 2026
• dspv, Caprock, README en release v0.175.0 van 7 november 2026, plus het blogartikel over de kosten van Claude Code per maand
• Bargan Constantin, ccdeck en ccdeck.dev, README en npm-pakket 3.82.2 van 7 november 2026 (inclusief hook/hook.js)
• Anthropic, Claude Code CHANGELOG, versie 2.1.295: "Added Program Status Protocol (OSC 7501) support"
• Mitchell Hashimoto, Program Status Protocol (OSC 7501), 6 oktober 2026

Eigen waarnemingen

• Laptop met Windows 11 en een i9-13980HX, 8 november 2026: Claude Code 2.1.319, Caprock 0.175.0 (caprock status en caprock doctor), herdr-core 0.1.18. Opstarttijden als mediaan van 25 runs, na drie opwarmruns, gemeten met Python time.perf_counter. Installatiedata afgeleid uit de bestandsdatums van de datamappen.
• Het PHP-voorbeeld is gedraaid op PHP 8.2.35 en 8.3.36, met een CSV met en zonder kolom email en een bestand dat niet bestaat. De OSC-bytes zijn gecontroleerd met bin2hex. De weergave in Herdr is niet getest.