Algemeen Claude-topic

[supersnathan94]

XanderDrake schreef op dinsdag 23 juni 2026 @ 19:21:
[...]

Helaas is je plaatje offline

Ja heel apart. Maar ook wel ironisch. einde van de middag lagen alle modellen eruit. Ik zat net de laatste bugfixes en dingen te maken om een volledige demo te kunnen geven bij een klant.

moest ik ineens Codex gaan gebruiken

[L0g0ff]

PdeBie schreef op dinsdag 23 juni 2026 @ 10:47:
[...]


Wellicht begrijp ik het verkeerd, maar jij betaald 2000 dollar per week om Claude te kunnen gebruiken? Verdien je dat ook nog ergens terug of ben je aan het investeren in iets om later van te profiteren?

----------

Andere vraag aan de Claude experts hier:
Wij zijn bezig om Claude (Code) in ons bedrijf te integreren (software club).

Claude Code is (uiteraard) geen lerende AI, maar we willen wel dat Claude op basis van eerdere ervaringen beslissingen kan nemen.
Maar bij elke nieuwe sessie is zijn geheugen natuurlijk leeg, dus is hij eerdere ervaringen kwijt.

Nu zat ik erover na te denken om op basis van CLAUDE.md te verwijzen naar andere bestanden met daarin uitleg over scenario's hoe wij dingen (willen) aanpakken, zodat Claude op basis daarvan wellicht met voorstellen kan komen. Bijvoorbeeld: dit probleem losten jullie voorheen op manier X op.

Wat denken jullie van een dergelijke werkwijze? Of hebben jullie hier nog andere ideeën voor?

Check even het second brain concept icm Claude code en obsidian. Dat is eigenlijk een stapel markdown files waar alle instructies in staan.
Zelf heb ik een alias gemaakt (cc) die switched naar de obsidian vault en dan de claude.md file leest. Dan leest die heel de basis uit en daarna kan ik los met alles in mijn brain. Ik heb een paar grote projecten daar staan. En alle communicatie die op en neer gaat stop ik erin.
Mijn second brain kan bij mijn agenda's en bij mijn garmin data. Beide mcp's ook kan die mails lezen en versturen.

Ik heb gelezen dat er een CEO is die zijn eigen brain heeft na gebouwd en die zegt tegen medewerkers; "vraag het eerst maar aan mijn second brain". Of je zover moet gaan weet ik niet maar het zegt wel wat over het concept

[SomerenV]

Ik vind het leuk om met gamedesign te rommelen, maar omdat ik vooral richting de artist-kant neig lopen mijn C#-skills wat achter. Ik kan wel wat programmeren, maar met veel trial & error, en moet regelmatig dingen opzoeken. Een hele tijd terug had ik een FPS-controller gemaakt op basis van de movement van UT99. Die werkt best oké, maar is ook vrij omslachtig en rommelig, en bevat nog een paar bugs door hoe het werkt.

Vorige week met Claude Opus 4.8 een keer of 2/3 geprobeerd een controller te genereren, maar die werkte ook steeds niet heel lekker, en deze week besloten het anders aan te pakken en het stap voor stap te doen. Eerst focus op lopen op een vlakke of gekantelde ondergrond. Daarna hoe om te gaan met te steile hellingen en muren, gevolgd door springen en air control en zo steeds een stapje verder. Dat werkte echt perfect!

Het gebruik van AI in de gamedev-scene wordt met argusogen aangekeken, maar voor dit soort doeleinden is het wat mij betreft echt perfect. Ik had ook wel een kant en klare controller kunnen nemen, maar dan zit je met een hoop overhead/functies die je niet gebruikt en ken je de code óók niet. Nu heb ik een controller die precies doet wat ik wil, met nette comments overal en hij werkt perfect. Hoe het allemaal tot stand is gekomen werkte ook best prettig. Alsof je een gesprek voert met een partner. Ik geef door wat ik wil, bij twijfel wordt er doorgevraagd, er komt een script uit rollen met de vraag of ik bepaalde scenario's wil testen, en zo ga je door tot je een product hebt waar je tevreden over bent. Uiteindelijk ook scripts laten maken voor jumppads en teleportatie, wat ook feilloos werkt. Één ding is zeker, en dat is dat wat ik nu heb, ik onmogelijk zelf had kunnen maken. Dat was me sowieso niet gelukt in dit tijdsbestek, maar qua hoe er om gegaan wordt met hellingen en muren zit nogal wat complexere logica achter; véél complexer dan waar ik qua kennis over C# zit.

[DutchKel]

SomerenV schreef op donderdag 25 juni 2026 @ 15:59:
Ik vind het leuk om met gamedesign te rommelen, maar omdat ik vooral richting de artist-kant neig lopen mijn C#-skills wat achter. Ik kan wel wat programmeren, maar met veel trial & error, en moet regelmatig dingen opzoeken. Een hele tijd terug had ik een FPS-controller gemaakt op basis van de movement van UT99. Die werkt best oké, maar is ook vrij omslachtig en rommelig, en bevat nog een paar bugs door hoe het werkt.

Vorige week met Claude Opus 4.8 een keer of 2/3 geprobeerd een controller te genereren, maar die werkte ook steeds niet heel lekker, en deze week besloten het anders aan te pakken en het stap voor stap te doen. Eerst focus op lopen op een vlakke of gekantelde ondergrond. Daarna hoe om te gaan met te steile hellingen en muren, gevolgd door springen en air control en zo steeds een stapje verder. Dat werkte echt perfect!

Het gebruik van AI in de gamedev-scene wordt met argusogen aangekeken, maar voor dit soort doeleinden is het wat mij betreft echt perfect. Ik had ook wel een kant en klare controller kunnen nemen, maar dan zit je met een hoop overhead/functies die je niet gebruikt en ken je de code óók niet. Nu heb ik een controller die precies doet wat ik wil, met nette comments overal en hij werkt perfect. Hoe het allemaal tot stand is gekomen werkte ook best prettig. Alsof je een gesprek voert met een partner. Ik geef door wat ik wil, bij twijfel wordt er doorgevraagd, er komt een script uit rollen met de vraag of ik bepaalde scenario's wil testen, en zo ga je door tot je een product hebt waar je tevreden over bent. Uiteindelijk ook scripts laten maken voor jumppads en teleportatie, wat ook feilloos werkt. Één ding is zeker, en dat is dat wat ik nu heb, ik onmogelijk zelf had kunnen maken. Dat was me sowieso niet gelukt in dit tijdsbestek, maar qua hoe er om gegaan wordt met hellingen en muren zit nogal wat complexere logica achter; véél complexer dan waar ik qua kennis over C# zit.

Aangezien we in dit topic zitten om tips te geven. Je kunt met grote dingen het beste starten met /plan en dan de prompt zo compleet mogelijk geven. Dan gaat hij eerst alles uitzoeken en stelt dan nog vragen als er iets niet duidelijk is. Mogelijk had hij dan al een completer werkend begin opgezet.

[Seth_Chaos]

SomerenV schreef op donderdag 25 juni 2026 @ 15:59:
Ik vind het leuk om met gamedesign te rommelen, maar omdat ik vooral richting de artist-kant neig lopen mijn C#-skills wat achter. Ik kan wel wat programmeren, maar met veel trial & error, en moet regelmatig dingen opzoeken. Een hele tijd terug had ik een FPS-controller gemaakt op basis van de movement van UT99. Die werkt best oké, maar is ook vrij omslachtig en rommelig, en bevat nog een paar bugs door hoe het werkt.

Vorige week met Claude Opus 4.8 een keer of 2/3 geprobeerd een controller te genereren, maar die werkte ook steeds niet heel lekker, en deze week besloten het anders aan te pakken en het stap voor stap te doen. Eerst focus op lopen op een vlakke of gekantelde ondergrond. Daarna hoe om te gaan met te steile hellingen en muren, gevolgd door springen en air control en zo steeds een stapje verder. Dat werkte echt perfect!

Het gebruik van AI in de gamedev-scene wordt met argusogen aangekeken, maar voor dit soort doeleinden is het wat mij betreft echt perfect. Ik had ook wel een kant en klare controller kunnen nemen, maar dan zit je met een hoop overhead/functies die je niet gebruikt en ken je de code óók niet. Nu heb ik een controller die precies doet wat ik wil, met nette comments overal en hij werkt perfect. Hoe het allemaal tot stand is gekomen werkte ook best prettig. Alsof je een gesprek voert met een partner. Ik geef door wat ik wil, bij twijfel wordt er doorgevraagd, er komt een script uit rollen met de vraag of ik bepaalde scenario's wil testen, en zo ga je door tot je een product hebt waar je tevreden over bent. Uiteindelijk ook scripts laten maken voor jumppads en teleportatie, wat ook feilloos werkt. Één ding is zeker, en dat is dat wat ik nu heb, ik onmogelijk zelf had kunnen maken. Dat was me sowieso niet gelukt in dit tijdsbestek, maar qua hoe er om gegaan wordt met hellingen en muren zit nogal wat complexere logica achter; véél complexer dan waar ik qua kennis over C# zit.

Het probleem met game development met Claude Code is dat hij daar totaal niet op getraind is. Het is een pain om Claude fatsoenlijk met een 3d wereld te laten interacteren. Claude kijkt puur naar de code en wat afbeeldingen, meer niet. Probeer een berg in 3d te renderen en Claude kan er even goed een paal met een witte top van maken en het accepteren als een berg. Zelfs als je de berg tot in detail beschrijft weet Claude zich er geen raad mee. Dan ben je beter af met een model wat visueel een stuk sterker is.

[L0g0ff]

DutchKel schreef op donderdag 25 juni 2026 @ 18:04:
[...]

Aangezien we in dit topic zitten om tips te geven. Je kunt met grote dingen het beste starten met /plan en dan de prompt zo compleet mogelijk geven. Dan gaat hij eerst alles uitzoeken en stelt dan nog vragen als er iets niet duidelijk is. Mogelijk had hij dan al een completer werkend begin opgezet.

Klopt. En met /goal beukt die net zo lang door dat het goal is bereikt. En als je een nieuwe folder ophaalt met een stapel code (git pull) of andere content, type dan /init zodat claude even de begrijpt hoe de structuur is. Er wordt dan automatisch een claude.md file aangemaakt met alle basis instructies over de betreffende content.

Voorbeeld; stel je wilt iets doen met powershell en prtg dan haal je de prtg git repo met powershell op. Je typt /init en je wacht even. Daarna zeg je ik wil x, y, z doen en ipv stapels met readme pages en trail en error methodes heb je instant de juiste commando's.

[SomerenV]

Seth_Chaos schreef op donderdag 25 juni 2026 @ 22:30:
[...]

Het probleem met game development met Claude Code is dat hij daar totaal niet op getraind is. Het is een pain om Claude fatsoenlijk met een 3d wereld te laten interacteren. Claude kijkt puur naar de code en wat afbeeldingen, meer niet. Probeer een berg in 3d te renderen en Claude kan er even goed een paal met een witte top van maken en het accepteren als een berg. Zelfs als je de berg tot in detail beschrijft weet Claude zich er geen raad mee. Dan ben je beter af met een model wat visueel een stuk sterker is.

Het visuele gedeelte heb ik Claude niet voor nodig. Het gaat mij echt puur om het C#-gedeelte, en dat werkt in dit geval echt enorm goed. Uiteindelijk raadpleegt Claude ook gewoon bergen aan bestaande forumposts, discussies, scripts en documentatie en aangezien programmeren veelal logisch beredeneren is moet dat niet zo'n probleem zijn. In dit geval maakt Claude een script en ik test het in de daadwerkelijke 3D-wereld. Als er iets niet helemaal werkt leg ik het probleem uit en kijkt Claude waar er mogelijk een oplossing zou kunnen zitten.

DutchKel schreef op donderdag 25 juni 2026 @ 18:04:
[...]

Aangezien we in dit topic zitten om tips te geven. Je kunt met grote dingen het beste starten met /plan en dan de prompt zo compleet mogelijk geven. Dan gaat hij eerst alles uitzoeken en stelt dan nog vragen als er iets niet duidelijk is. Mogelijk had hij dan al een completer werkend begin opgezet.

Oh dat wist ik niet! Ik begin altijd eigenlijk gewoon lukraak en heb me ook nog niet echt verdiept in het maken van zo goed mogelijke prompts. Ik voer vooral een gesprek zoals ik dat zou doen met een partner in plaats van dat ik een uitgebreid plan schrijf met specifiek ontworpen prompts. Al kan het (als ik het goed begrijp) ook op die manier als ik start met /plan. Klopt het dat je dan dus eerst een plan samenstelt via hoor en wederhoor en dat Claude daarna pas aan de slag gaat?

Al vond ik het nu wel prettig om stapsgewijs die controller te maken en zo vrij makkelijk issues te kunnen pinpointen. Alles alles er meteen in zit lijkt me dat wat ingewikkelder. Nu heb je componenten A en B, dus weet je dat een bug met een van die componenten te maken heeft. Wanneer je C, D, E, F en G ook al hebt is dat wat lastiger.

[TobyW]

SomerenV schreef op donderdag 25 juni 2026 @ 22:42:
Al kan het (als ik het goed begrijp) ook op die manier als ik start met /plan. Klopt het dat je dan dus eerst een plan samenstelt via hoor en wederhoor en dat Claude daarna pas aan de slag gaat?

Dat klopt. Hij stelt dan evt. vragen zodat 'ie precies weet wat de bedoeling is en schrijft een plan als markdown file. Als je het hiermee eens bent gaat 'ie programmeren. Het kan in het begin een heleboel iteratieslagen schelen en de structuur voor het project houdt rekening met het grotere geheel.

[supersnathan94]

Ik heb hem eigenlijk vrijwel altijd gewoon direct op bypass permissions staan.

De reden dat ik dit doe is dat ik eigenlijk /plan nooit gebruik. Wij werken tegenwoordig uitsluitend met wiki files in de repo. Dus een plan komt eigenlijk altijd op de verkeerde plek want hij mag niet schrijven.

Als ik iets wil gaan doen ga ik eerst context bouwen. Dus met sonnet of codex eerst data en domeincontext ophalen. En dat dan wegschrijven naar een wiki file. Dit gaat eigenlijk altijd gepaard met onderzoek online aangezien bijna alles eigenlijk al wel een keer gedaan is. Vooral met libraries gebruiken betekent dit bijvoorbeeld het ophalen van de laatste documentatie. Hiermee bouw je kennis op over specifieke features die je ook vastlegt in de repo zodat je het ook met andere agents kunt bevragen en kunt delen met collega’s.

ik laat overigens nooit meer claude zelf beslissen of dingen kloppen. Altijd nog een pass of twee erover met Gemini, codex, Kimi en/of deepseek.

Deze wiki file wil je klein en behapbaar houden. Zodat iedere sessie die er wat mee gaat doen in zijn “smart zone” blijft.

https://medium.com/dare-to-be-better/smart-zone-dumb-zone-64500416a5e9

Over het algemeen lijkt die smart zone (ook met 1M context) zo rond de 100k tokens wel op te houden.

Met zo’n wiki kan ik dus per feature eigenlijk iedere keer een nieuwe sessie laten starten die heel gescoped werkt zonder dat ik iedere keer een nieuwe /plan moet doen.

In die wiki leg je ook ADRs en andere beslissingen neer.

Deze wiki bevat ook links intern en extern zodat er altijd ook bevragingen gedaan kunnen worden over dingen die toen misschien nog niet relevant waren, maar nu wel.

Door dit met meerdere agents te doen dan alleen Claude kun je veel meer vertrouwen op de daadwerkelijke uitkomst.

Ik doe dit vooral ook met verschillende rollen voor de verschillende modellen zodat je niet altijd vanuit dezelfde hoek zaken aanvliegt.

[supersnathan94]

Ondertussen heeft Claude Fable 5 weer vrijgegeven. Heel fijn, maar tussen neus en lippen door hebben ze gisteren ook Sonnet 5 gereleased. Persoonlijk vind ik dat een stuk interessanter dan Fable 5. Sonnet 5 brengt vooral voor Coding en Agentic werk Opus level model, maar dan voor sonnet pricing.

Ik ben heel benieuwd. de eerste tests die ik aan het doen ben zijn nog niet heel fantastisch. FF goed kijken hoe ik moet prompten dat helpt.

[Gynnad]

supersnathan94 schreef op woensdag 1 juli 2026 @ 12:24:
Ondertussen heeft Claude Fable 5 weer vrijgegeven. Heel fijn, maar tussen neus en lippen door hebben ze gisteren ook Sonnet 5 gereleased. Persoonlijk vind ik dat een stuk interessanter dan Fable 5. Sonnet 5 brengt vooral voor Coding en Agentic werk Opus level model, maar dan voor sonnet pricing.

Ik ben heel benieuwd. de eerste tests die ik aan het doen ben zijn nog niet heel fantastisch. FF goed kijken hoe ik moet prompten dat helpt.

Sonnet 5 is inderdaad gereleased, zie https://www.anthropic.com/news/claude-sonnet-5 voor meer informatie. Als je kijkt naar de benchmarks lijkt deze inderdaad tegen Opus aan te schuren, wat in eerste instantie positief klinkt.


Echter blijkt het 1.0 tot 1.35x meer tokens verbruikt dan Sonnet 4.6:

Sonnet 5 is an upgrade to Sonnet 4.6, but it uses an updated tokenizer that changes how the model processes text to improve performance (this is similar to the tokenizer change we introduced with Claude Opus 4.7). The tradeoff is that the same input can map to more tokens: roughly 1.0–1.35× depending on the content type. The introductory pricing is set so that the transition to Sonnet 5 is roughly cost-neutral.

Het resultaat is, volgens sites die bijv. kijken naar wat de kosten per taak zijn (https://artificialanalysi...okens-per-task#price-cost), dat Sonnet 5 duurder is dan Opus 4.8:

[XanderDrake]

supersnathan94 schreef op woensdag 1 juli 2026 @ 12:24:
Ondertussen heeft Claude Fable 5 weer vrijgegeven. Heel fijn, maar tussen neus en lippen door hebben ze gisteren ook Sonnet 5 gereleased. Persoonlijk vind ik dat een stuk interessanter dan Fable 5. Sonnet 5 brengt vooral voor Coding en Agentic werk Opus level model, maar dan voor sonnet pricing.

Ik ben heel benieuwd. de eerste tests die ik aan het doen ben zijn nog niet heel fantastisch. FF goed kijken hoe ik moet prompten dat helpt.

Op mijn Claude Pro is er nog steeds geen Fable 5. Ik wacht al de hele dag haha. Misschien is het de timing, of het feit dat ik geen Credits in mijn account heb? Ik weet het niet, jullie?

Wel Sonnet 5, werkt redelijk goed.

[supersnathan94]

XanderDrake schreef op woensdag 1 juli 2026 @ 20:05:
[...]

Op mijn Claude Pro is er nog steeds geen Fable 5. Ik wacht al de hele dag haha. Misschien is het de timing, of het feit dat ik geen Credits in mijn account heb? Ik weet het niet, jullie?

Wel Sonnet 5, werkt redelijk goed.

Nee ik heb em ook niet nee. Vandaar dat ik ook naar Sonnet 5 ging kijken.

Ik liep eigenlijk vrijwel direct weer aan tegen een "model knowledge" hiaat. "Claude Design System" zag hij als de component lib van anthropic, waarmee je applicatie dus herkenbaar "hee dat lijkt veel op Claude" zou worden, maar dat is natuurlijk niet het geval.

Dat kost dan wel weer moeite om er uit te krijgen. Al met al een prima release. maar je moet met Sonnet echt heel specifiek kennis aan blijven leveren en dan kan ie best een hoop.

[L0g0ff]

Ik doe heel veel met Claude code op mijn werkstation. Maar ik wil een debug sessie starten dat er vanuit 1 centrale sessie (bijvoorbeeld vanaf git) meerdere agents tegelijk aangestuurd worden om zaken te gaan troubleshooten. Die agents moeten vooraf kaders krijgen wat ze wel (alleen bekijken) en niet (wijzigingen) mogen doen. Ook moet een andere agent dan online op zoek gaan naar oplossing over issues die er gevonden worden.

Ik kan dit zelf gaan orchistreren maar ik wil voorkomen dat ik heel de tijd op enter moet drukken. Kan dit met claude code vanuit 1 terminal of moet ik toch met andere clients aan de gang om dit op te lossen?

[XanderDrake]

supersnathan94 schreef op woensdag 1 juli 2026 @ 21:57:
[...]

Nee ik heb em ook niet nee. Vandaar dat ik ook naar Sonnet 5 ging kijken.

Nu wel beschikbaar. Was blijkbaar wel een timing ding.

TIJDELIJK beschikbaar blijkbaar voor Pro Tot 7 Juli

[supersnathan94]

XanderDrake schreef op donderdag 2 juli 2026 @ 10:33:
[...]

Nu wel beschikbaar. Was blijkbaar wel een timing ding.

TIJDELIJK beschikbaar blijkbaar voor Pro Tot 7 Juli

Ja dat dacht ik al. Collega had em gisteravond beschikbaar en ik had ook net de update. dus we kunnen weer lekker aan de gang!

[XanderDrake]

Ik loop echt steeds tegen de security block op. Nu zelfs het cross referencen van vouwfiets formaten. Dit gaat nergens meer over

[TheZeroorez]

Ik hoop dat je dit doet om de (te) aggressieve safeguards te testen? Waarom zou je anders Fable gebruiken voor deze vraag?

[TobyW]

Ik heb gisteren ook een beetje met Fable gewerkt, maar ben hier nog niet tegenaan gelopen. Tokens gaan wel hard, dus de implementatie heb ik door Opus laten doen.

Opus vind ik dan weer vrij ruime guardrails hebben. Nou ben ik niet bezig met security dingen, maar hij heeft geen enkele moeite met reverse engineering en zelfs disassembly van binaries.

[XanderDrake]

TheZeroorez schreef op vrijdag 3 juli 2026 @ 22:49:
Ik hoop dat je dit doet om de (te) aggressieve safeguards te testen? Waarom zou je anders Fable gebruiken voor deze vraag?

Daarom ja. Ik liep tegen verschillende blokkades op en probeerde gekscherend deze ook. Met dit resultaat.

[jdiezrequejo]

combimagnetronn schreef op dinsdag 23 juni 2026 @ 09:47:
PS: Hoe ingewikkeld is het om zelf plugins te schrijven om data binnen te krijgen? Ik zie dat Microsoft erin zit, maar ik mis bijv. Apple mail, reminders etc om te besturen. Zijn dit opties?

Hier ben ik ook wel benieuwd naar of iemand het al werkend heeft gekregen om met Apple mail en Apple agenda zaken te koppelen. Daarnaast zou Apple notities koppeling ook een mooie aanvulling zijn.

[DutchKel]

jdiezrequejo schreef op zaterdag 4 juli 2026 @ 11:12:
[...]

Hier ben ik ook wel benieuwd naar of iemand het al werkend heeft gekregen om met Apple mail en Apple agenda zaken te koppelen. Daarnaast zou Apple notities koppeling ook een mooie aanvulling zijn.

Waarom vraag je niet aan Claude code: hoe kan ik jou verbinding laten maken met apple mail, apple agenda en apple notities. Als het standaard niet kan krijg je vaak de vraag moet ik het voor je maken? Ik heb al zoveel dingen zo gemaakt die standaard onmogelijk leken.

[supersnathan94]

Fable blijft toch wel een beetje wat AI eigenlijk zou moeten zijn hoor als je het mij vraagt. Ik leer hier echt wel een hoop nieuwe zaken van en dat is wel vet.

Gisteren en vandaag hard lopen trekken en gelukkig liep mijn week limiet vandaag tot 10 uur door, dus ik begin nu weer met een verse die ik voor 7 juli wel op krijg (althan die 50% dan).

Paar puntjes uit de lering.

- Het model is eigenlijk al meer in het harnas getrokken in dan een standaard Opus en al helemaal Sonnet, maar under de hood. Bepaalde loops en checks zitten er gewoon al in, maar het is bijna perfect mogelijk om dit gedrag met Opus ook te bewerkstelligen tegen lagere kosten.

- Fable heeft een grote context, maar niet per se een grote "smart zone". Ook fable gaat bij 300K+ gewoon domme dingen doen. De sweetspot blijft nog wel gewoon rond de 100K.

- Fable zet goede stappen in het orchestratieveld, maar ik denk dat ik Codex op een zelfde manier zo ver kan krijgen maar dan met betere resultaten. Wat claude gewoon heel erg is mist zijn de raakvlakken van taken. een goede orchestrator geeft correct contracten mee over hoe zaken in de edge met elkaar moeten communiceren. ik merk dat Fable dit al een stuk beter doet dan Opus, maar nog steeds wel te weinig.

- Ultracode met Fable 5 is echt een gigantische waste of money, maar het resultaat is er wel naar. Ik heb nu aan meerdere projecten gewerkt waarin er rustig tot 100 subagents werden opgezet.

- usage limits zijn echt een bitsch. OpenAI doet dat een stuk beter. in plaats van een harde cut laten ze het model gewoon doorlopen totdat het klaar is en dan kun je geen nieuwe dingen meer oppakken. [img=800,453]blob:https://gathering.tweakers.net/d1bc1965-175c-42cf-b44d-5eb79506c0f4[/img]

- Zorg ervoor dat je je sessies dus goed timed. Ik had net deze een minuut voor reset. mooi getimed dus.

[img=800,210]blob:https://gathering.tweakers.net/d92ce549-3637-4881-9276-6f393c76c952[/img]

Wel heftig om te zien dat je dus door 10% van je week limiet heen brandt in 20 minuten. 20% van Fable limiet zelfs. En dan draai ik nog maar 2 sessies nu.

- Ik ben nog aan het kijken wat de verschillen nu echt zijn, maar ik neig toch vooral naar interne harnassing en om daar serieus aandacht in te stoppen in de vorm van een /fable skill, waardoor Opus of GPT het eigenlijk volledig over zou kunnen nemen. op een veel goedkopere manier.

edit:
ik zie dat er iets niet goed gaat met de WYSIWYG editor en dat foto's niet correct worden geuploaded/getoont. dat is even jammer.

Het eerste screenshot was van de bekende "server is temporarily limiting reqeusts", de tweede een 100% 5-hour limit een minuut voor de reset.

[ Voor 5% gewijzigd door supersnathan94 op 04-07-2026 22:27 ]

[supersnathan94]

nieuwe learning:

Laat Fable 5 (of Opus) niet zomaar workflow subagents spawnen zonder expliciete model pinning. Het is dat vandaag de laatste dag was en ik de belangrijke dingen al gedaan heb, maar als je echt usage tokens gaat spenderen, houd daar dan rekening mee. Met 127 agents was ik binnen 40 minuten door mijn sessielimiet heen en is het puur de harde cap van de laatste 25% total usage die de run ergens na 80 agents stopte.

Ik zit nu op 75% weekly limit van een max x20 en hij reset pas zaterdag

[XanderDrake]

supersnathan94 schreef op dinsdag 7 juli 2026 @ 09:04:
Ik zit nu op 75% weekly limit van een max x20 en hij reset pas zaterdag

Ha nu moet je toch allemaal zelf gaan doen vrees ik Hoeveel subagents kan jijzelf managen?

Ik heb ook flink geexperimenteerd met Fable deze week. Helaas kwamen 80% van mijn pogingen op de blokkade terecht... Ik werk met biologische en medische data (waarvan NIETS terecht komt bij Anthropic), maar ik focus op de software en data analyse kant. Het mocht niet baten, ik werd telkens naar Opus terug gezet. Ook OpenClaw implementeren of uitbreiden mag niet met Fable blijkbaar. Ik wil wilde een NPU inzetten voor kleine LLMs voor tool beheer, BAF terug op Opus jij

Hardware/Software optimalisaties gingen wel met Fable, maar is niet echt beter dan Opus.

Een plek waar Fable wel echt beter is dan Opus, is financieel advies. Kan beter bepaalde financiele producten vinden, risico's analyseren en uitzetten tegenover andere producten.

[supersnathan94]

XanderDrake schreef op dinsdag 7 juli 2026 @ 10:35:
[...]

Ha nu moet je toch allemaal zelf gaan doen vrees ik Hoeveel subagents kan jijzelf managen?

Haha met Opus en Codex kom ik ook een heel eind hoor daar tik ik er ook wel een honderd+ mee weg. Maar het is wel jammer dat ie dat explicieter wil hebben.

Ik heb ook flink geexperimenteerd met Fable deze week. Helaas kwamen 80% van mijn pogingen op de blokkade terecht... Ik werk met biologische en medische data (waarvan NIETS terecht komt bij Anthropic), maar ik focus op de software en data analyse kant.

Interessant. Ik zit nu op software, financials en wetgeving in open domein dus heb geen specifieke compliancy restraints anders dan PII. Ik heb de blokkade maar 1 keer gezien en dat was inderdaad bij een software audit. Hij bedacht dat het wel een goed idee was om een code review te doen. Is ook, maar dan mag ie dat dus niet zelf doen.

Het mocht niet baten, ik werd telkens naar Opus terug gezet. Ook OpenClaw implementeren of uitbreiden mag niet met Fable blijkbaar. Ik wil wilde een NPU inzetten voor kleine LLMs voor tool beheer, BAF terug op Opus jij

Hardware/Software optimalisaties gingen wel met Fable, maar is niet echt beter dan Opus.

Een plek waar Fable wel echt beter is dan Opus, is financieel advies. Kan beter bepaalde financiele producten vinden, risico's analyseren en uitzetten tegenover andere producten.

Apart. Ik heb veel orkestratie en implementatie werk gedaan. Praktisch mijn volledige tokenbudget van Fable kunnen gebruiken op de dingen die ik wilde.

Ik merk wel dat ik soms dagen heb waar het heel lekker werkt en dagen waarin iedere LLM “mij niet begrijpt” en dan maakt het model eigenlijk niet eens zoveel uit.

Maar hoe zet jij claude dan verder in bij je werkzaamheden?

[supersnathan94]

Hmm ik krijg net te horen dat fable5 wat langer binnen de limieten valt. Kennelijk tot 12 juli. Dus dat is t/m zondag.

[XanderDrake]

supersnathan94 schreef op dinsdag 7 juli 2026 @ 20:26:
Hmm ik krijg net te horen dat fable5 wat langer binnen de limieten valt. [Afbeelding] Kennelijk tot 12 juli. Dus dat is t/m zondag.

Ja ik ook! ik heb ineens een Fable 5 limit bar erbij in mijn Plan usage limit sectie. Reset elke week.
Top, dus het is niet ineens vergeven.

[supersnathan94]

Ik heb net van iemand hier op t werk de systemprompt voor Fable 5 gekregen. Ik ga hem hier niet zomaar delen (denk niet dat dat mag), maar ik kan wel wat interessante statistiekjes delen.

zo heb ik de prompt eens geanalyseerd op thema's en hoeveel tokens er nu eigenlijk al naar de systemprompt gaan. Het runtime budget is 190.000 tokens en de prompt is daar grofweg 19% van (36.000 tokens)

#	Thema	Woorden	%	Tokens (schatting)
1	Identiteit & productinfo	550	2,2%	740
2	Weigering & kindveiligheid	800	3,3%	1.080
3	Toon, opmaak & juridisch	400	1,6%	540
4	Welzijn gebruiker	900	3,7%	1.215
5	Evenwichtigheid, fouten, reminders	660	2,7%	890
6	Kennisafkap	300	1,2%	405
7	Geheugen — regels & grenzen	1.430	5,8%	2.000
8	Geheugen — voorbeelden	1.500	6,1%	2.025
9	Geheugen — opslag/MCP/past-chats/preferences/edit-tool	3.400	13,9%	4.850
10	Computergebruik & bestanden	2.450	10,0%	3.550
11	Visual-routing (checklist + visualizer)	1.050	4,3%	1.420
12	Zoekinstructies (mechaniek)	2.000	8,2%	2.700
13	Copyright-blok (CRITICAL)	1.400	5,7%	1.890
14	Schadelijke content & search-reminders	700	2,9%	945
15	Image search	700	2,9%	945
16	Tool-definities (24 JSON-schema's)	4.000	16,3%	7.000
17	API-in-artifacts	1.800	7,3%	3.060
18	Citatie-instructies	450	1,8%	630
	Totaal	±24.490	100%	±35.900

Als je de 18 thema's samenvat in grote clusters, is de verdeling verrassend: het gaat meer over onthouden en tools bedienen dan over pure gedragsregels.

Cluster	Woorden	%
Geheugensysteem (7–9)	6.330	25,8% ← grootste
Zoeken + copyright + schadelijk (12–14)	4.100	16,7%
Tool-definities JSON (16)	4.000	16,3%
Kerngedrag & veiligheid (1–6)	3.610	14,7%
Computergebruik & visual-routing (10–11)	3.500	14,3%
API + citaties (17–18)	2.250	9,2%
Image search (15)	700	2,9%

Ik ben nog verder aan het kijken wat ik er inhoudelijk uit kan halen om kleinere modellen meer Fablelike te laten functioneren. Fable tegen deepseek prijzen? Now that would be interesting.

[XanderDrake]

Heeft iemand al gekeken naar dat nieuwe Claude Reflect? ik ben zeer benieuwd, maar werkt niet bij mij, App nog webbased. Volgens mij staat Memory.md wel aan bij mij.

[supersnathan94]

Nee ik was ook al benieuwd, maar kan het nog niet vinden.

Ik kreeg vanmorgen ineens wel een gratis reset, wel fijn, want zat al tegen 90% aan de hele week haha.

[Sissors]

Voor mijn werk gebruiken we behoorlijke niche talen. En Copilot maakt daar vooral een puinhoop van. Nu hadden we toegang gekregen tot Claude. En euhm, die maakte er net zo'n grote puinhoop van. Tot een collega me vertelde waar ik hem van de standaard Sonnet 4.6, in Opus 4.8 kon veranderen. En dat was een verandering: Ineens komen er zinvolle dingen uit. Die ik gewoon kan gebruiken, ipv alleen aan collega's kan laten zien hoe belabberd AI is!

[Jorah_Newstone]

Sissors schreef op vrijdag 10 juli 2026 @ 17:10:
Voor mijn werk gebruiken we behoorlijke niche talen. En Copilot maakt daar vooral een puinhoop van. Nu hadden we toegang gekregen tot Claude. En euhm, die maakte er net zo'n grote puinhoop van. Tot een collega me vertelde waar ik hem van de standaard Sonnet 4.6, in Opus 4.8 kon veranderen. En dat was een verandering: Ineens komen er zinvolle dingen uit. Die ik gewoon kan gebruiken, ipv alleen aan collega's kan laten zien hoe belabberd AI is!

Sonnet 5 is inmiddels ook uit en doet niet onder voor Opus 4.8. En is goedkoper in je limieten

[L0g0ff]

Jorah_Newstone schreef op zaterdag 11 juli 2026 @ 05:42:
[...]

Sonnet 5 is inmiddels ook uit en doet niet onder voor Opus 4.8. En is goedkoper in je limieten

De kaders zijn wel een heel stuk scherper geworden van sonnet 5. Het lukt me zomaar niet meer ssh bruggen te slaan en met API credentials naar websites te verbinden. Met sonnet 4.6 gaat dat nog steeds wel goed.
Ik denk dat dit te maken heeft met de nieuwe Amerikaanse opgelegde sancties die alle vormen van ongewenst activiteiten zoals hacken bewust een stuk afgezwakt heeft.

[supersnathan94]

Jorah_Newstone schreef op zaterdag 11 juli 2026 @ 05:42:
[...]

Sonnet 5 is inmiddels ook uit en doet niet onder voor Opus 4.8. En is goedkoper in je limieten

Nouuuu. Benchmarks tonen dus juist aan dat het op de taak goedkoper kan zijn om Opus 4.8 te gebruiken.

Maar gebruik ze vooral lekker als agents. Dus dat je Opus laat plannen en nadenken en Sonnet 4.6 lekker laten uitvoeren bijvoorbeeld.

[supersnathan94]

niet heel erg verassend, wel handig:

We’re extending Claude Fable 5 access on all paid plans, as well as our increased Claude Code rate limits, through July 19.

In case you missed it: Claude Fable 5 is our model tier above Opus, built for the hardest knowledge work and coding problems.

Claude Fable 5 was set to start drawing from usage credits on July 13, but we’ve extended our promotion period and it now stays in your planthrough Sunday, July 19 at 11:59 pm PT.

Nothing changes about how it works. You can use up to 50% of your weekly plan limits on Fable 5, at no cost beyond your subscription. Fable 5 draws down those limits faster than Opus or Sonnet, so it’s best saved for your most complex work.

When you reach the Fable 5 limit, keep going with usage credits, or switch to another model and work within what’s left of your plan.

Starting July 20, all Fable 5 usage runs on usage credits.

We’re also extending our increased Claude Code rate limits. On May 13, we announced a 50% increase to weekly rate limits for Claude Code through July 13. We’re extending this promotion through July 19.

[Tarkin]

Dat is nu al de 2e keer? Wat zit daar achter. Weinig bereidheid om credits te gebruiken of relatief weinig gebruik?


Dit is zoals een dealer die 3x free sample geeft en elke keer zegt. De volgende is te betalen voor!

[AlexV]

Tarkin schreef op zondag 12 juli 2026 @ 22:29:
Dat is nu al de 2e keer? Wat zit daar achter. Weinig bereidheid om credits te gebruiken of relatief weinig gebruik?


Dit is zoals een dealer die 3x free sample geeft en elke keer zegt. De volgende is te betalen voor!

Whatsapp heeft dat anders lang volgehouden

Toch vind ik het niet erg om nog een weekje Fable 5 te mogen/kunnen gebruiken. Ik merk dat die toch wel een stuk beter/slimmer is dan Opus als je meerdere dingen met elkaar probeert te combineren (een website clean-up, doorontwikkeling, roadmap-planning en verbetering van de infrastructuur en netwerklaag allemaal gecombineerd). Ook de design-skills van Fable zijn echt niet verkeerd. Het enige jammere blijft idd dat context window en die hallucinatie: dan staat eindelijk alles goed in de designs, de .MDs, etc, en dan gaat ie aan de slag en maakt van sommige dingen alsnog een bende.

[DutchKel]

Tarkin schreef op zondag 12 juli 2026 @ 22:29:
Dat is nu al de 2e keer? Wat zit daar achter. Weinig bereidheid om credits te gebruiken of relatief weinig gebruik?


Dit is zoals een dealer die 3x free sample geeft en elke keer zegt. De volgende is te betalen voor!

Ik denk dat ze het aan het finetunen zijn. Ik krijg momenteel heel snel al de melding dat wat ik vraag niet is toegestaan. Ik vraag dan alleen om mijn eigen site op security te controleren bijvoorbeeld. Ik vermoed dat ze willen weten wanneer mensen tegen die waarschuwingen aanlopen en controleren of het terecht is. Waarmee ze de regels weer kunnen aanpassen.

Hierbij is het van belang dat er zoveel mogelijk mensen deelnemen aan de testen.

[XanderDrake]

Tarkin schreef op zondag 12 juli 2026 @ 22:29:
Dat is nu al de 2e keer? Wat zit daar achter. Weinig bereidheid om credits te gebruiken of relatief weinig gebruik?


Dit is zoals een dealer die 3x free sample geeft en elke keer zegt. De volgende is te betalen voor!

Ja wat is dit nu weer? Ik heb net extra credits gekocht om Fable te blijven gebruiken. Niet echt professioneel van Anthropic.

Maar goed, ergens is het ook positief. Ik heb dit weekend eindelijk eens Fable tot zijn recht kunnen gebruiken. Ik wilde een eigen Synology plugin maken voor OpenClaw en vroeg Fable om een plan te maken. Waar Claude normaliter terugvalt tot Opus, ging deze keer Fable aan de slag. Na het plan maken, kon ik ook over gaan op de uitvoer, met Dynamic Workflows als optie aangezet. Hij vroeg netjes of Fable meerdere subagenten mocht aanzetten, en na goedkeuring ging het los:

Zes agenten verbrandde 440k tokens in ruim een minuut ik snap wel dat je dan miljarden tokens kan verbruiken als je dit professioneel doet. En inderdaad, wat @supersnathan94 zegt, die Fable tokens gaan vooral naar managen en controleren op kwaliteit. De rest van de tokens zijn waarschijnlijk sonnet en haiku om de plugin te bouwen, anders was mijn limiet zo bereikt. Na 650k tokens was mijn limiet bereikt, daarna nog een keer en daarna was het klaar. Veel sneller klaar dan als je dit zou doen met Opus is mijn idee.

Maar dat wil niet zeggen dat het one-shot ineens goed werkte. Ik moet achteraf toch redelijk wat debuggen. Dus nog steeds geen "datacenters vol met briljante geesten" zoals Dario het wil verkopen.

[supersnathan94]

De rest van de tokens zijn waarschijnlijk sonnet en haiku om de plugin te bouwen

Zolang je dat niet expliciet maakt zijn agents áltijd gebaseerd op het parent model. In dit geval dus mogelijk ook Fable5. Dat kan best wel gevolgen hebben dus.

[Jorah_Newstone]

Willen ze winnen van openAI, dan moeten ze echt wat aan de limitieten doen, ik snap dat ze nu niet alle compute hebben en dat je niet wilt dat je AI Farm in rook opgaat, maar iedereen klaagt over de belachelijke lage limieten. Zodra fable echt niet meer onder de standaard abbo valt, zullen wel veel mensen overstappen.

Of ze houden fable het standaard abbo, wie weet wat ze van plan zijn..

[XanderDrake]

supersnathan94 schreef op maandag 13 juli 2026 @ 12:05:
[...]

Zolang je dat niet expliciet maakt zijn agents áltijd gebaseerd op het parent model. In dit geval dus mogelijk ook Fable5. Dat kan best wel gevolgen hebben dus.

Ik kan geen 650K aan Fable tokens hebben verbruikt, dat kost veel meer dan de 20€ die ik betaal per maand voor Pro. Geen extra kosten gemaakt, net nog bekeken in billing.

[supersnathan94]

Jorah_Newstone schreef op maandag 13 juli 2026 @ 15:45:
Willen ze winnen van openAI, dan moeten ze echt wat aan de limitieten doen, ik snap dat ze nu niet alle compute hebben en dat je niet wilt dat je AI Farm in rook opgaat, maar iedereen klaagt over de belachelijke lage limieten. Zodra fable echt niet meer onder de standaard abbo valt, zullen wel veel mensen overstappen.

Of ze houden fable het standaard abbo, wie weet wat ze van plan zijn..

Ik snap dat niet zo goed om eerlijk te zijn. Het is ontzettend lastig om tegen een x20 plafond aan te komen als je je tokens Correct gebruikt. Ik zit er nu alleen op doordat ik het met Fable daadwerkelijk aantik. Anders had ik het met een X5 wel afgekund.

Ik ben daadwerkelijk productiecode aan het maken met Codex en Claude, dus het is niet alsof er werkelijk niks gebeurt. Ik verbrand echt noemenswaardig veel tokens, maar zelfs als je ze echt nuttig inzet is het erg lastig om echt die plafonds te raken.

[supersnathan94]

XanderDrake schreef op maandag 13 juli 2026 @ 15:51:
[...]

Ik kan geen 650K aan Fable tokens hebben verbruikt, dat kost veel meer dan de 20€ die ik betaal per maand voor Pro. Geen extra kosten gemaakt, net nog bekeken in billing.

Je wordt ook subsidized. Ik verbruik per dag ongeveer 300-400 euro aan tokens.

[supersnathan94]

Ja het is pas 4 uur, maar vandaag dus al over de $600. En ik ga zo een stuk of 18 tickets draaien.

edit:
kijken of die image het nu wel doet

[ Voor 73% gewijzigd door supersnathan94 op 13-07-2026 16:47 ]

[L0g0ff]

supersnathan94 schreef op maandag 13 juli 2026 @ 16:17:
~[Afbeelding]


Ja het is pas 4 uur, maar vandaag dus al over de $600. En ik ga zo een stuk of 18 tickets draaien.

edit:
kijken of die image het nu wel doet

Ik zie het meer als een sport zo min mogelijk tokens te verbranden.

[ Voor 13% gewijzigd door L0g0ff op 13-07-2026 18:29 ]

[supersnathan94]

L0g0ff schreef op maandag 13 juli 2026 @ 18:28:
[...]

Ik zie het meer als een sport zo min mogelijk tokens te verbranden.

Ik ook, maar ja. als je hard gas aan het geven ben dan gaat het hard .

Dit is met schone sessies per ticket. Die 18 tickets zo meteen worden georkestreerd met een start van minder dan 100k tokens. hoogstens 60k anders is het werkpakket te groot, maar dat is dus de volledige grounded truth voor die sessie. zit gewoon nog heel veel looping en checks in wat het duur maakt, maar met de schaal die we deze week gaan bouwen heb ik ws nog een account nodig om alles te kunnen bouwen wat we op backlog hebben staan.

[L0g0ff]

supersnathan94 schreef op maandag 13 juli 2026 @ 18:32:
[...]

Ik ook, maar ja. als je hard gas aan het geven ben dan gaat het hard .

Dit is met schone sessies per ticket. Die 18 tickets zo meteen worden georkestreerd met een start van minder dan 100k tokens. hoogstens 60k anders is het werkpakket te groot, maar dat is dus de volledige grounded truth voor die sessie. zit gewoon nog heel veel looping en checks in wat het duur maakt, maar met de schaal die we deze week gaan bouwen heb ik ws nog een account nodig om alles te kunnen bouwen wat we op backlog hebben staan.

Maar wat bouw je dan precies? En wat bedoel je met tickets? En zijn er dan geen zaken die je meer met linting en scripts op kan lossen ipv alle checks via AI?

[supersnathan94]

L0g0ff schreef op maandag 13 juli 2026 @ 18:42:
[...]

Maar wat bouw je dan precies? En wat bedoel je met tickets? En zijn er dan geen zaken die je meer met linting en scripts op kan lossen ipv alle checks via AI?

Vrij grote applicatie momenteel.

En ja dat soort dingen lopen gewoon via scripts.

En wat bedoel je met tickets?

Gewoon backlog items. Heb ik er een stuk of 30 van lopen vandaag. Duurt ongeveer een half uur tot een uur per ticket. Maar dat is agent tijd. Dus paralleliseer dat een beetje en je draait het zo een stuk sneller. Maar het is bouwwerk plus review werk. Linting en static code analyse enzo dat wordt allemaal met scripting eromheen gedaan ja, maar dan nog. Testing en rework kost behoorlijk wat tijd en tokens nog.

Maar ik ben dus juist die orkestratie slagen aan het verbeteren de komende dagen, dus bouwsnelheid zal toenemen en daarmee token verbruik ook. We zijn ook hard aan het kijken wat voor ons een beetje acceptabele token usage is. 50 dollar per ticket klinkt bijvoorbeeld veel, maar is natuurlijk niets als je daarvoor een engineer uur bespaard.

[Jorah_Newstone]

Claude Pro (misschien ook maar eens over gaan naar max), kom ik toch een stuk minder ver dan met Chatgpt, is misschien niet 1 op 1 te vergelijken, maar toch weer wel. Vrij grote codebase.
Claude Sonnet 5 en ChatGpt 5.6 Terra

Terra



Sonnet 5



Natuurlijk spuugt de ene model meer tokens uit dan de andere, maar toch wel vrij groot verschil.

Mischien toch maar eens overstappen op een duurder abbo

[L0g0ff]

supersnathan94 schreef op maandag 13 juli 2026 @ 18:48:
[...]

Vrij grote applicatie momenteel.

En ja dat soort dingen lopen gewoon via scripts.


[...]

Gewoon backlog items. Heb ik er een stuk of 30 van lopen vandaag. Duurt ongeveer een half uur tot een uur per ticket. Maar dat is agent tijd. Dus paralleliseer dat een beetje en je draait het zo een stuk sneller. Maar het is bouwwerk plus review werk. Linting en static code analyse enzo dat wordt allemaal met scripting eromheen gedaan ja, maar dan nog. Testing en rework kost behoorlijk wat tijd en tokens nog.

Maar ik ben dus juist die orkestratie slagen aan het verbeteren de komende dagen, dus bouwsnelheid zal toenemen en daarmee token verbruik ook. We zijn ook hard aan het kijken wat voor ons een beetje acceptabele token usage is. 50 dollar per ticket klinkt bijvoorbeeld veel, maar is natuurlijk niets als je daarvoor een engineer uur bespaard.

Vanochtend was ik ook 35+ dollar aan claude sonnet 5 kwijt. Stukje onderzoek + implementatie aan een titanboa live cd voor KompassOS. Waarna ik er achter kwam dat de titanboa (afgeleid van anaconda van de linux installer) funderingen by far niet production ready waren zonder bij elke nieuwe ISO weer alles goed door te moeten testen.

Zie ook https://github.com/l0g0ff/kompassos-iso (repo)
En https://github.com/L0g0ff/KompassOS/issues/80 (issue)

Maar ik ben zelf nog zo’n nerd dat ik alles wil zien wat die doet.
Alles wat ik zelf doe is met claude code. Maar ik ben zelf ook nog wel zoekende hoe ik dit allemaal wat efficiënter kan doen.
En ergens vind ik sonnet 4.6 lekkerder werken dan sonnet 5. Zeker qua remote beheer en token verbruik is 5 toch wel een stap terug.

[XanderDrake]

supersnathan94 schreef op maandag 13 juli 2026 @ 15:53:
Je wordt ook subsidized. Ik verbruik per dag ongeveer 300-400 euro aan tokens.

OK misschien, maar als ik geen dynamic workflows gebruik, dan raak ik het limiet al rond 100k tokens. Allicht gebeurt er bij "normale'' sessies meer onder het oppervlak dat niet geteld wordt ofzo?

[supersnathan94]

XanderDrake schreef op maandag 13 juli 2026 @ 20:42:
[...]

OK misschien, maar als ik geen dynamic workflows gebruik, dan raak ik het limiet al rond 100k tokens. Allicht gebeurt er bij "normale'' sessies meer onder het oppervlak dat niet geteld wordt ofzo?

Check het ff met ccusage. Dat werkt vrij goed om te kijken waar je tokens naar toe gaan.

[XanderDrake]

supersnathan94 schreef op maandag 13 juli 2026 @ 20:51:
[...]

Check het ff met ccusage. Dat werkt vrij goed om te kijken waar je tokens naar toe gaan.

Is geen command of optie in de Desktop app.

[supersnathan94]

XanderDrake schreef op maandag 13 juli 2026 @ 21:02:
[...]

Is geen command of optie in de Desktop app.

Klopt moet je ff "downloaden" google em ff. Is gewoon een bash commando die het voor je regelt.

[XanderDrake]

supersnathan94 schreef op maandag 13 juli 2026 @ 21:03:
[...]

Klopt moet je ff "downloaden" google em ff. Is gewoon een bash commando die het voor je regelt.

Jup. Ik heb geen 1400$ overgeboekt naar Anthropic tot nu toe
Twee vragen: als je puur voor tokens betaalt, via je creditcard of via het kopen van credits, betaal je dan wél dit bedrag?
En hoe lang gaan ze dit nog volhouden/subsidiëren?

[supersnathan94]

XanderDrake schreef op dinsdag 14 juli 2026 @ 12:09:
[...]

[Afbeelding]

Jup. Ik heb geen 1400$ overgeboekt naar Anthropic tot nu toe

Nee same. Ik zit totaal op ±$10K voor anthropic.

Twee vragen: als je puur voor tokens betaalt, via je creditcard of via het kopen van credits, betaal je dan wél dit bedrag?

Ja dit is token cost ruw. Dus gebaseerd op "API Pricing". Veel bedrijven zoals Uber (waar dit dus laatst mis ging) betalen idd dus per Mtok.

En hoe lang gaan ze dit nog volhouden/subsidiëren?

Voorlopig nog wel even, maar dat is dus de reden dat Fable5 dus zo hard gaat. Dat gaat zo pats boem dwars door je limiet heen.

Geldt overigens ook voor GPT 5.6 Sol. Die komt ook hard aan.

[Seth_Chaos]

Volgens mij hebben ze de token wallet van de subscriptions flink verlaagd. Voorheen kon ik op high effort op Opus 4.8 de 5h wallet limit niet bereiken met 5 gelijktijdige sessies. Nu trek ik dat in 30 minuten er doorheen. Ik heb een verbruik dashboard met input en output tokens en daarin zie ik nul verschil tegenover vorige maand. Dus ik ben niet meer gaan verbruiken, maar ben er veel sneller doorheen.

[XanderDrake]

Seth_Chaos schreef op woensdag 15 juli 2026 @ 09:37:
Volgens mij hebben ze de token wallet van de subscriptions flink verlaagd. Voorheen kon ik op high effort op Opus 4.8 de 5h wallet limit niet bereiken met 5 gelijktijdige sessies. Nu trek ik dat in 30 minuten er doorheen. Ik heb een verbruik dashboard met input en output tokens en daarin zie ik nul verschil tegenover vorige maand. Dus ik ben niet meer gaan verbruiken, maar ben er veel sneller doorheen.

Yeah het kan natuurlijk goed dat Anthropic steeds meer richting omzet en winstgevendheid wil bewegen. Dat lukt ze al aardig (Q3 2026 hebben ze mogelijk al 1 miljard winst), maar dat komt vooral door de Enterprise kant. Ze hebben daarnaast veel meer winst nodig om de investeringen in de nabije toekomst te behalen.

Om bij te houden wat voor limitaties we erbij krijgen, zouden we allemaal dat ccusage script moeten gebruiken, en evengrote sessies vergelijken van nu, vorige maand, de maand daarvoor, etc. Of misschien per dag bekijken?

Niet dat ik blij word van het afknijpen, maar we maken nog steeds stevig 'winst'. Ik heb ongeveer 80-90€ totaal betaalt voor mijn Pro abo maar heb ter waarde van 1300€ tokens verbruikt! Zolang de waarde hoog is blijf ik nog wel even bezig met Claude

[Arator]

PdeBie schreef op dinsdag 23 juni 2026 @ 10:47:
[...]

Andere vraag aan de Claude experts hier:
Wij zijn bezig om Claude (Code) in ons bedrijf te integreren (software club).

Claude Code is (uiteraard) geen lerende AI, maar we willen wel dat Claude op basis van eerdere ervaringen beslissingen kan nemen.
Maar bij elke nieuwe sessie is zijn geheugen natuurlijk leeg, dus is hij eerdere ervaringen kwijt.

Nu zat ik erover na te denken om op basis van CLAUDE.md te verwijzen naar andere bestanden met daarin uitleg over scenario's hoe wij dingen (willen) aanpakken, zodat Claude op basis daarvan wellicht met voorstellen kan komen. Bijvoorbeeld: dit probleem losten jullie voorheen op manier X op.

Wat denken jullie van een dergelijke werkwijze? Of hebben jullie hier nog andere ideeën voor?

Ik kom nu pas dit topic tegen.

Ik gebruik Claude Code in VS Code. In de map van mijn project heb ik een referentiemap gemaakt, met daarin terug mapjes. En daar zet ik referentiedocumenten, in .md-formaat. Dat kan gaan over versiebeleid, een woordenlijst met variabelen die tellen binnen het project (anders durft die ineens een nieuwe naam verzinnen voor een variabele), een todo, waar die voortgang bijhoudt, plannen. Of bijvoorbeeld code van een vorige iteratie. In claude.md is die map dan opgenomen als referentie. Claude mag deze bestanden verder aanvullen.

[PdeBie]

Arator schreef op woensdag 15 juli 2026 @ 13:38:
[...]


[...]

Ik kom nu pas dit topic tegen.

Ik gebruik Claude Code in VS Code. In de map van mijn project heb ik een referentiemap gemaakt, met daarin terug mapjes. En daar zet ik referentiedocumenten, in .md-formaat. Dat kan gaan over versiebeleid, een woordenlijst met variabelen die tellen binnen het project (anders durft die ineens een nieuwe naam verzinnen voor een variabele), een todo, waar die voortgang bijhoudt, plannen. Of bijvoorbeeld code van een vorige iteratie. In claude.md is die map dan opgenomen als referentie. Claude mag deze bestanden verder aanvullen.

Dus Claude past de bestanden in je referentiemap aan? En wat bedoel je met 'terug mapjes'?

[Arator]

PdeBie schreef op woensdag 15 juli 2026 @ 13:46:
[...]

Dus Claude past de bestanden in je referentiemap aan? En wat bedoel je met 'terug mapjes'?

Met "terug mapjes" bedoel ik een onderverdeling in mappen. Misschien niet nodig voor de AI, maar voor mij wel handig als ik een bestand wil terugvinden.

Een hobbyproject van mij is bijvoorbeeld om te kijken hoever ik AI kan krijgen om zelf een boek te schrijven. Ik heb dus een map /locaties, /personages,... in de map personages dan weer /hoofdpersonages en /nevenpersonages. En elk personage krijgt een eigen fiche (als .md-bestand) met karaktertrekken, uitzicht, referentie naar familie of andere personages. En natuurlijk moet claude die fiches onderhouden. In hoofdstuk 1 hebben we misschien nog niet de kleur van de ogen besproken, maar komt dit wel in hoofdstuk 3, dan moet dat bij in de fiche, dat we in hoofdstuk 4 niet ineens van oogkleur veranderen.

Het project is nu zo ver dat ik een idee heb aangeleverd, en hoe ik dit boek zie. Ik heb referenties aangeleverd qua stijl. Een agent begint te brainstormen over een volgend hoofdstuk, en komt eventueel met keuzes terug. Dat levert grote lijnen van dat hoofdstuk op. Dat wordt doorgegeven aan een volgende agent die een spanningsboog levert voor dat hoofdstuk, die past binnen een spanningsboog over het ganse boek. Dan gaat het naar een schrijversteam. Naargelang de spanningsboog wordt er geschakeld naar hoe er wordt geschreven, en welke schrijver actief wordt. Een vechtscène levert korte, staccato-zinnen op. Een wandeling zal eerder meer beschrijvend werken, met geuren, kleuren, geluid. Hebben we een personage nodig, wordt er een agent ingeschakeld om een personage te maken. Als een hoofstuk is geschreven wordt dit doorgegeven aan een kritische-lezer-agent. Die checkt op taal en kijkt ook na op fouten tegen de "lore". Fouten op taal en lore worden gecorrigeerd, fiches worden bij aangevuld.

[AlexV]

Dit is toch weer een leuke verrassing vanochtend bij het opstarten van Claude Code: Anthropic heeft de usage limits vannacht gereset. Ik zat op 80% van m'n Fable 5 usage voor deze week, dus dat worden weer een aantal intense sessies komende dagen

[Jorah_Newstone]

AlexV schreef op donderdag 16 juli 2026 @ 08:52:
Dit is toch weer een leuke verrassing vanochtend bij het opstarten van Claude Code: Anthropic heeft de usage limits vannacht gereset. Ik zat op 80% van m'n Fable 5 usage voor deze week, dus dat worden weer een aantal intense sessies komende dagen

Fable is ondertussen stiekem de nek omgedraaid. Op reddit regent het klachten. Fable is opeens foetsie weg

[Arator]

Jorah_Newstone schreef op vrijdag 17 juli 2026 @ 23:45:
[...]

Fable is ondertussen stiekem de nek omgedraaid. Op reddit regent het klachten. Fable is opeens foetsie weg

Ik ben momenteel nog steeds bezig in fable, via een browserversie.
Edit : ik zie net op FP dat het nog wel beschikbaar is als Max
https://tweakers.net/nieu...baar-in-duurste-abos.html

[ Voor 23% gewijzigd door Arator op 18-07-2026 10:19 ]

[supersnathan94]

Jorah_Newstone schreef op vrijdag 17 juli 2026 @ 23:45:
[...]

Fable is ondertussen stiekem de nek omgedraaid. Op reddit regent het klachten. Fable is opeens foetsie weg

Ja had ik ook, Harde rugpull onder 4 van mijn orchestrators. paar uur later wel gewoon weer terug, maar dan als vast onderdeel van het pakket. Fable5 is nu gewoon vrijgegeven als onderdeel van de subscription.

Snap ik ook wel nu Microsoft ook met een Mythos class komt, GPT met Sol en Kimi met K3.

K3 wordt nog een interessante gezien dat een open model is waar ok de gewichten van gepubliceerd gaan worden.

[supersnathan94]

Jorah_Newstone schreef op maandag 13 juli 2026 @ 20:06:
Claude Pro (misschien ook maar eens over gaan naar max), kom ik toch een stuk minder ver dan met Chatgpt, is misschien niet 1 op 1 te vergelijken, maar toch weer wel. Vrij grote codebase.
Claude Sonnet 5 en ChatGpt 5.6 Terra

Terra

[Afbeelding]

Sonnet 5

[Afbeelding]

Natuurlijk spuugt de ene model meer tokens uit dan de andere, maar toch wel vrij groot verschil.

Mischien toch maar eens overstappen op een duurder abbo

Met die hoeveelheid tokens? waarom zou je dat overwegen? dan kan toch ook met een €20 abo? Je krijgt niet heel veel meer met een Max abonnement. Hoogstens toegang tot Fable5. maar ik denk dat je dat dan beter met 5.6 Sol kunt doen als je daar ook al een sub voor hebt.

[XanderDrake]

De derde deadline is verstreken; nu zit ineens Fable 5 in het pakket van Claude Pro voor €20 p.m, zonder dat er een nieuwe houdbaarheidsdatum wordt vermeldt . Ik kan hem ook gebruiken, ondanks dat mijn account geen (ongebruikte) credits heeft.

[ Voor 3% gewijzigd door XanderDrake op 20-07-2026 13:10 ]

[supersnathan94]

XanderDrake schreef op maandag 20 juli 2026 @ 13:02:
De derde deadline is verstreken; nu zit ineens Fable 5 in het pakket van Claude Pro voor €20 p.m, zonder dat er een nieuwe houdbaarheidsdatum wordt vermeldt . Ik kan hem ook gebruiken, ondanks dat mijn account geen (ongebruikte) credits heeft.

Klopt ja! hij is nu ook aan de goedkopere subscriptions toegevoegd. mag ook wel gezien de concurrentie

[TobyW]

Met Pro zul je wel erg snel door de tokens heen gaan, ik weet niet of Fable dan echt bruikbaar is.

[XanderDrake]

TobyW schreef op maandag 20 juli 2026 @ 18:29:
Met Pro zul je wel erg snel door de tokens heen gaan, ik weet niet of Fable dan echt bruikbaar is.

_{Ik heb sowieso niet zoveel aan Fable. Ik loop 80% van de keren tegen hun blokkade op. Ook voor non-bio zaken. Ik sta vast op een zwarte lijst ondertussen}

[supersnathan94]

XanderDrake schreef op maandag 20 juli 2026 @ 18:48:
[...]

_{Ik heb sowieso niet zoveel aan Fable. Ik loop 80% van de keren tegen hun blokkade op. Ook voor non-bio zaken. Ik sta vast op een zwarte lijst ondertussen}

Ik hoor dit wel vaker, ik denk toch dat er dan ergens een memory item is wat roet in het eten gooit. Misschien goed om Opus in claude code eens te vragen een analyse te doen op memory.md en gesprekssessies die tegen de blokkade op liepen. Ik ben er ook met coding en security werk nog niet tegenaan gelopen anders dan toen Fable besloot zelf een audit te gaan doen. Dat is uiteraard een nono.

[XanderDrake]

supersnathan94 schreef op maandag 20 juli 2026 @ 20:49:
[...]

Ik hoor dit wel vaker, ik denk toch dat er dan ergens een memory item is wat roet in het eten gooit. Misschien goed om Opus in claude code eens te vragen een analyse te doen op memory.md en gesprekssessies die tegen de blokkade op liepen. Ik ben er ook met coding en security werk nog niet tegenaan gelopen anders dan toen Fable besloot zelf een audit te gaan doen. Dat is uiteraard een nono.

Mijn memory staat natuurlijk VOL met blokkade waardige zaken ondertussen. Ik ben benieuwd hoe we hier mee om moeten gaan, maar het is mogelijk inderdaad de bron van het euvel.

[supersnathan94]

XanderDrake schreef op maandag 20 juli 2026 @ 22:23:
[...]

Mijn memory staat natuurlijk VOL met blokkade waardige zaken ondertussen. Ik ben benieuwd hoe we hier mee om moeten gaan, maar het is mogelijk inderdaad de bron van het euvel.

Backup laten maken door Claude code en een state maken die wel gebruikt kan worden? je kunt die memory file gewoon in place aanpassen.

[Zsub]

TobyW schreef op maandag 20 juli 2026 @ 18:29:
Met Pro zul je wel erg snel door de tokens heen gaan, ik weet niet of Fable dan echt bruikbaar is.

Ja niet echt is mijn ervaring. Ik kan per 5 uur één keer Fable een opdracht geven en dan hakt 'ie het hele budget erdoor. Inmiddels weet ik ongeveer hoe ik moet scopen zodat hij die ene opdracht net wel naar commits weet te drukken, maar pfffff. Overigens is het verschil met Vibe echt enorm. Ik ben vandaag de hele dag met Vibe zoet geweest en kreeg hem niet zo ver dat 'ie iets ging fixen dat Opus 4.8 gewoon ge-oneshot heeft in 15 minuten.

[Ecological]

Leuk topic - ik gebruik Claude Code professioneel en heb 3x max - en ook ik moet soms nog een beetje voorzichtig doen met tokens.

Zorg dat je Fable niet hoger dan -high- gebruikt in ieder geval. En er zijn best wel goede manieren om de Fable safeguards niet te laten executen. Gewoon een beetje trail en error.

Ik heb ook een leuke footer gemaakt.



Mijn workflow is nu Fable als orchestrator en Grok 4.5 / sonnet als implementeer. Dat werkt wel echt heel erg goed.

[TobyW]

Ik laat ook vaak Fable het vooronderzoek doen, een plan schrijven en dan de implementatie, die ik door Opus laat doen, controleren. Ik ben trouwens nog nooit tegen de guardrails aangelopen, ik doe dus kennelijk heel onschuldige dingen.

[Zsub]

Ik heb inmiddels een soort meta-prompt (die ik wss in CLAUDE.md oid moet gaan zetten). Ik werk in een redelijke monorepo. Met deze prompt gaat veel werk naar Sonnet en Opus agents, en een klein deel naar Haiku. Review agents zijn vaak Sonnet, die doen ook de kleine verbeteringen. Commit agents zijn bijna altijd Haiku. Het enige nadeel hieraan is, dat als ik tijdens het werk uit de usage limit loop en de automatische retry-knop gebruik, Fable zelf alles gaat doen. Daar heb ik nog geen goede oplossing voor gevonden. Ik zit volgens ccusage nu zo rond de 100-150 dollar per dag aan tokens, vind ik niet gek voor m'n 200 dollar per jaar Pro-abo.

For the following, first create a plan and split it into small tasks. Delegate these tasks to individual agents, with an appropriate model chosen based on the task complexity. Once done, start review agents, again with a model chosen based on task complexity. If improvements are flagged in the agents' work, have the agent implement these. Once reviews pass, have another agent (again with a model chosen based on complexity) generate small but logically coherent commits prefixed with an abbreviation of the app name similar to past commits. Run as many agents in parallel as possible.

[Zsub]

Hrmpf. Maar ik ben al wel door m'n week-quota heen

[supersnathan94]

Zsub schreef op dinsdag 21 juli 2026 @ 17:00:
Hrmpf. Maar ik ben al wel door m'n week-quota heen

hahaha ja gaat hard he? Ik zou met het instap abonnement geen Fable gebruiken, vliegt echt door de tokens heen in 5 minuten.

[supersnathan94]

Zsub schreef op dinsdag 21 juli 2026 @ 13:31:
For the following, first create a plan and split it into small tasks. Delegate these tasks to individual agents, with an appropriate model chosen based on the task complexity. Once done, start review agents, again with a model chosen based on task complexity. If improvements are flagged in the agents' work, have the agent implement these. Once reviews pass, have another agent (again with a model chosen based on complexity) generate small but logically coherent commits prefixed with an abbreviation of the app name similar to past commits. Run as many agents in parallel as possible.

Gebruik je hier dan ook ultracode voor om het te draaien? agents in parallel werkt wel lekker, maar misschien is voor jou een workflow wel handiger. Je kunt namelijk al redelijk van tevoren zeggen welke agents welk werk moeten gaan doen. en in principe doen ze dat per taak. Dus een pipeline binnen je workflow zou dan ws heel wat orchestratie tokens schelen voor de bovenliggende orchestrator.

dus bijvoorbeeld:

For any given task, ground in the code and create a plan. Keep parallelization top of mind when creating that plan (but beware of file conflicts), then create workflow in which you do the following:

• Implement the task with a suitable model (explicit choice)
• write tests for the implementation with a suitable model (explicit choice)
• review the implementation and diff against a fresh main (rebase) with a suitable model (explicit choice)
• do adverserial check with a suitable model (explicit choice)
• Commit in logical chunks (sonnet/haiku)

De orchestratie ligt dan vast in code en het harnas van Code begeleid dan de agents. Dat scheelt best wel veel. Dingen zoals het samenbrengen van de verschillende zaken wordt dan praktisch voor je gedaan mits je plan maar goed is.

[Zsub]

Nee ik gebruikte geen ultracode maar gaf die prompt tot nu toe aan Fable met de default high setting. Dat werkte eigenlijk al heel goed. Ook nu met Opus heb ik 'm nog gewoon op High staan, maar ga zeker ultracode proberen! Ik probeerde inderdaad ook zo'n workflow te bereiken door 'm te vertellen zaken paralel te doen maar dit wist ik nog niet. Ook die adverserial check is een mooie toevoeging, waarbij wat ik bouw tot nog toe allemaal voor intern gebruik is dus nog niet echt noodzakelijk denk ik, maar wel goed om over na te denken.

Heeft iemand van jullie al cloud workspaces gebruikt? Eigenlijk zou ik de hele reutemeteut online hebben willen draaien, waar ik in Chat ideeen en verbeteringen kan bespreken waarvoor Claude dan tickets/issues/work items maakt in bijv. GitHub of Azure DevOps en vervolgens daar agents op afstuurt (cq elk kwartiert kijkt of er een ticket is), nieuwe feature branch maakt, de boel implementeert, PR maakt, agent die reviewt en merged als review OK en tests passen.

Vervolgens kan je dan on merge je deployment pipeline draaien enzo.

[supersnathan94]

Mja je moet expliciet in ne prompt het woord “workflow” of “dynamic workflow” gebruiken en ultracode draaien om ze te gebruiken. Maar zou dat lekker met Opus doen. Fable wordt pas interessant als je urenlang unattended runs doet. Ik ben er vanaf gestapt als orchestrator. Tot een agent of 400 doet Opus 4.8 het werk helemaal prima namelijk.

Heeft iemand van jullie al cloud workspaces gebruikt? Eigenlijk zou ik de hele reutemeteut online hebben willen draaien, waar ik in Chat ideeen en verbeteringen kan bespreken waarvoor Claude dan tickets/issues/work items maakt in bijv. GitHub of Azure DevOps en vervolgens daar agents op afstuurt (cq elk kwartiert kijkt of er een ticket is), nieuwe feature branch maakt, de boel implementeert, PR maakt, agent die reviewt en merged als review OK en tests passen.

Ja maar dan op railway. Want daar heb ik dan een harnass applicatie draaien die de boel draait en die app heeft dan weer webhooks die vuren op tickets/issues in github.

we zijn bezig om dat systeem verder te ontwikkelen om het ook in productie te kunnen draaien.

[MarzSP]

@Zsub dit klinkt als claudes routines. Ik was op zoek gegaan naar iets vergelijkbaars. Voor AzureDevOps nog niks gevonden.

Routines(nog in research preview): je zet een prompt, repo en trigger neer (schedule, GitHub event of gewoon een API-call vanuit eigen tooling) en dan draait ie zelfstandig in de cloud, maakt een branch, implementeert, en je kan er een PR uit laten rollen. Side note: heb t alleen gezien icm github/github actions.

Zal ook wel niet lang duren voordat de Azure DevOps mcp dit kan oplossen

[supersnathan94]

@MarzSP Opzich kan dat leuk zijn voor hobby projectjes, maar voor serieuze applicaties managen is dat echt nog te simpel hoor. Ook als je wel weet hoe prompting werkt en je tickets daar goed op afstelt, je hele grounding proces moet dan ook goed in die routine staan en dat moet ook echt iets opleveren. En met DB migraties werkt dat anders dan "hier is het pad" want dat is namelijk "append only" in een andere file.

dus zolang je geen PostGres oid gebruikt kan het nog wel

[Arator]

Ik heb voor mijn hobbyproject een nieuwe agent in elkaar gestoken. Bedoeling is om een nieuwe cultuur en een nieuwe religie te maken, maar gebruik te maken van bestaande mythen en sagen.
Op een testrun gaf ik als input : zuidelijke kust van Zuid-Afrika, van Kaapstad, False Bay tot Port Elisabeth.
Dan stribbelde die nog wat tegen omdat die niet aan de canon van het project kon, maar wat die levert met fable...

Het Naadvolk — cultuur
Werktitel. Testrun cultuur-mythe-architect, 2026-07-22. Los van canon

Ligging en landschap
De zuidkust van het voormalige Zuid-Afrika, van de Kaappunt tot de wijde baai in het oosten (voorheen False Bay → Algoa Bay). Twee zeeën ontmoeten elkaar hier: het warme water uit de zonsopgang en het koude water uit de diepte. Waar ze elkaar raken loopt een zichtbare schuimlijn door zee — die Naad. Het Naadvolk woont op de rots- en duinkust langs die lijn: vissersgehuchten in de baaien, klipdorpen op de kapen, en de rivierdorpen bij de mondingen (die een eigen status hebben — zie Riviermense in het religiebestand).
Het klimaat maakt het bestaan transactioneel: het warme water brengt vis en storm, het koude water brengt mist en de rijke opwelling — nooit allebei tegelijk, nooit op bestelling. Alles wat de zee geeft, geeft ze in ruil.

Kernmechanisme: klipreg en ruil
Niets is van jou tot het betaald is, en niets is gebeurd tot er een klip ligt.
Klipreg (klip-recht): elke beslissing, oversteek, vangst, geboorte en dood wordt bekrachtigd met een steen op een klipstapel (cairn). Bij elk kaap, elke riviermonding en elk dorpsplein staat er een. Wie passeert legt een steen bij; wie iets besluit, legt een steen; een afspraak zonder steen bestaat niet. (Bron: Khoikhoi — de Heitsi-eibib-graven, steenhopen waar geen reiziger langs ging zonder een steen of tak toe te voegen, vaak met een gemompeld gebed.)
Een mensenleven is naleesbaar in stenen. Bij een geschil telt men stapels, geen getuigen: "wys my jou klippe."
Ruil: van de zee neem je nooit zonder tegengift. Elke vangst betaalt vooraf (een handvol van de vorige vangst, tabak, zoetwater — de zee is ver van huis en dorst naar rivierwater). (Bron: Xhosa — het umhlwayelelo-offerritueel aan de riviermense: gaven te water gelegd bij de oever.)
De schuimlijn zelf is de toonbank. Grote ruilen — een huwelijk, een nieuwe boot, een verzoening — worden óp de Naad gesloten, met de gave overboord in het schuim.
Wie geen stenen legt, bestaat sociaal niet ("hy het geen stapel nie" is het hardste dat je over iemand kunt zeggen). Wie neemt zonder ruil is geen dief maar iets ergers: een skuldmaker — iemand die de boeken van het hele dorp scheeftrekt, want de zee rekent per gemeenschap af.

Samenleving
Twee huise: iedereen wordt geboren in het Warm Huis of het Koue Huis (naar het seizoen/de stroom op de geboortedag). De huizen ruilen verplicht: een huwelijk sluit je altijd met het ándere huis — Koue trouwt Warm, Warm trouwt Koue, nooit binnen het eigen huis. Trouwen binnen je huis heet "handel met jezelf" en geldt als geen ruil, dus geen huwelijk. En dit is géén menging: het huis erf je niet van je ouders — het water wijst het toe op je geboortedag. Een kind van een Warm-Koue-paar is dus geen mengsel maar een verse toewijzing; de categorie "half-warm" bestaat niet. Zo blijft het volk zelf een naad — mensen en gaven steken over als handelswaar, maar de huizen mengen nooit, precies zoals de Twee Waters.
Loodse: de zeeloodsen die de Naad kunnen lezen (kleurgrens, schuim, vogelgedrag). Hoogste praktische gezag op het water; geen erfelijk ambt — de zee wijst ze aan (zie Deurgetrokkenes, religiebestand).
Tellers: houders van de klipstapels; kennen de stapels uit het hoofd, arbitreren geschillen. Grijs, gevreesd, arm — een teller mag zelf niets bezitten dat niet geruild is, en alles van een teller is publiek naleesbaar.
Reënleiers: de regenwerkers, die de Reënbees van het warme water over land leiden (religiebestand). Half vereerd, half gemeden — wie met het water zelf handelt, ruikt naar de diepte.

Levenscyclus-riten
Eerste Klip (geboorte). Voor een kind een naam krijgt, draagt de vader of moeder het naar de dichtstbijzijnde klipstapel en legt er een steen — de eerste schuld. Elk mens wordt geboren op krediet: het leven zelf is voorgeschoten door de Twee Waters. De naam wordt pas hardop gezegd als de steen ligt. Een kind zonder Eerste Klip is "ongetel" en kan later niet trouwen of varen.
Die Oorsteek (volwassenwording). Alleen, bij doodtij, roeit de jongere naar de schuimlijn met één ruilgave die het dorp voor hem of haar gekozen heeft — nooit zelf gekozen; je weet niet wat je waard bent. De gave gaat overboord in het schuim. Wat de zee binnen één maan teruggeeft — aangespoeld, in het net, op het strand voor je deur — is het tegengift, en de Tellers lezen er je rol in af (een stuk net: visser; een gaaf stuk hout: bootbouwer; een bot: reënleier of erger). Tanden van het mechanisme: soms geeft de zee niets terug. Die jongeren zijn ongeruild — volwaardig noch kind, wachtend op een tegengift dat misschien nooit komt. Sommigen wachten jaren. Sommigen varen elke doodtij opnieuw uit met een steeds grotere gave, en dat loopt niet altijd goed af.
Die Afrekening (dood). Rouw begint niet bij de dood maar bij de balans. De familie telt publiekelijk de stenen van de dode — de stapel-audit. Staat de dode rood (meer genomen dan geruild), dan betalen de erfgenamen het tekort éérst, in gaven op de Naad, en pas dan mag er gerouwd worden. Een rijke die rood staat krijgt zo soms wékenlang geen traan; een arme met een zuivere stapel wordt dezelfde avond beweend. Zeedoden zonder lichaam worden niet beweend: zij zijn niet gestorven maar genomen — meegenomen door de Riviermense, en wie om hen rouwt, beledigt de gastheren. (Bron: Xhosa — wie verdrinkt en niet gevonden wordt, is bij de Riviermense en wordt niet of nauwelijks beweend.)
Die Walvislees (jaarceremonie, winter). Zie religiebestand

die ou Loods (rolschets, naamloos, voor karakter-ontwerper). De oudste levende zeeloods. Overleefde als enige een vergaan waar hij, naar ieders telling, niet voor betaald had — en verloor jaren later vrouw en zonen in kalm weer, met zuivere stapels. Hij legt nog altijd stenen, ruilt nog altijd correct, en zegt hardop, tegen iedereen die het horen wil: "Die klippe is vir ons, nie vir die water nie." De zee houdt geen boeken; wij houden boeken omdat we anders gek worden. Niemand spreekt hem tegen — hij is de beste loods die er is — en niemand geeft hem gelijk. Het verhaal geeft hem ook geen gelijk: hij leest de Naad beter dan wie ook, en kan niet uitleggen waarom, en dat knaagt aan zijn eigen stelling.
Die Weduwee van Drie Betalings (rolschets, naamloos). De stiptste betaalster van het dorp. Nooit een gave gemist, nooit een steen vergeten; haar stapel is een voorbeeldstapel waar Tellers leerlingen mee opleiden. Ze verloor niettemin man en beide kinderen aan de zee, in drie verschillende jaren. Het dorp kan haar verliezen alleen lezen als verborgen schuld — érgens moet een betaling vals geweest zijn — en dus wordt de vroomste vrouw van het dorp gemeden als de grootste skuldmaker. Ze zegt daar niets over. Haar leven ís het tegenbewijs: als de boeken kloppen en de zee toch neemt, dan houdt de zee geen boeken. Niemand trekt die conclusie hardop. Zij ook niet.

Register en toon
Naadvolk-spraak is kort, transactioneel, met ruil-metaforen voor alles ("wat gee jy my daarvoor?" betekent ook gewoon: waarom zou ik je geloven). Afrikaans-getinte woordenschat — voor de Nederlandstalige lezer leest dit als oud, vertrouwd en toch verschoven, precies het "voelt ergens vandaan"-effect. Kernwoorden: klipreg, die Naad, skuldmaker, ongeruild, ongetel, die Afrekening, Deurgetrokkene, Ouma Skuim.

Kosmologie: de Twee Waters en de Toonbank
Er zijn twee waters, en ze hebben elkaar nooit gezien.
Warmwater komt uit de zonsopgang: brengt de vis, de zwoelte, de storm en de Reënbees. Kouewater komt uit de diepte onder de zonsondergang: brengt de mist, de kou en de rijke opwelling. Ze mengen niet. Waar ze elkaar raken, ligt de schuimlijn — die Naad — en dat is geen grens maar een toonbank: hier ruilen de Twee Waters met elkaar, dag en nacht, sinds het begin. Warmte tegen voedsel, storm tegen stilte, vis tegen mist.
Het land is de tafel waarop gehandeld wordt, en de mensen wonen óp de tafel. Dat is de hele plaats van de mens in de wereld: geen kind van de goden, geen heerser over de zee — tussenhandelaar op andermans toonbank. Vandaar klipreg: wie op de toonbank woont, betaalt voor elke kruimel.

Ouma Skuim — De makelares van de Naad. Zij ís de schuimlijn: elke gave die het schuim in gaat, gaat door haar handen; elke tegengave die aanspoelt, heeft zij aangewezen. Ze heeft geen gezicht — schuim heeft geen gezicht — en dat is de kern van haar wezen: een makelaar die je kunt aankijken, kun je omkopen. Ouma Skuim kent geen gunst, geen wrok, geen geheugen voor gezichten; alleen de boeken. Kinderen leren: als je in het schuim een gezicht ziet, kijk weg — dan probeert iemand ánders door haar heen naar jou te kijken.

Oorsprongsmythe I — Waarom de walvissen de namen dragen
(Verteld zoals een Naadvolk-grootmoeder hem vertelt.)
Toen de oude wereld verdronk — en ze verdronk, kind, wat er ook brandde, uiteindelijk verdronk ze — stonden de doden aan de rand van het water en konden hun namen niet meenemen. Een naam kan niet zwemmen. Een naam heeft een rug nodig.
Toen kwamen de walvissen naar de toonbank, en ze deden een bod dat niemand anders wilde doen: wij dragen de namen, één naam per merk op onze huid, en elk jaar komen we langs de kust om de boeken te tonen. En Ouma Skuim nam het bod aan, want het was het enige bod.
Daarom, kind, heeft elke walvis zijn eigen schrift op de kop — geen twee hetzelfde, wit op zwart, en het schrift verandert nooit zolang hij leeft. Daarom komen ze elke winter in de baaien kalven, dicht onder de wal, waar wij ze lezen kunnen. En als een kalf geboren wordt met schrift dat niemand kent, dan zijn er nieuwe namen opgenomen, en dan is er ergens, ver weg, weer een dorp aan het water gekomen dat zijn doden kwijt moest.
Wij hebben ze niets gevraagd. Zij kwamen met het bod. Onthoud dat, als je ooit denkt dat de zee alleen maar neemt.

Oorsprongsmythe II — Het bod van de haaien
(Kort, verteld als waarschuwing aan kinderen die te dicht bij de Naad zwemmen)
De haaien deden óók een bod, diezelfde dag. Maar hun bod was niet dragen; hun bod was keuren. Wij springen door de Naad heen, van onder naar boven, dwars door de toonbank — en zo proeven wij of de naad nog goed genaaid is. Ouma Skuim nam ook dat bod aan, want een toonbank die niemand keurt, gaat rotten.
Daarom springt de haai hier recht uit het water, kind, helemaal in de lucht, wat hij nergens anders ter wereld doet. Hij keurt de steek. Als je hem ziet springen, is dat goed nieuws — de naad wordt onderhouden. Zwem er alleen niet, want een keurmeester keurt álles wat in de steek zit.

Ceremonie: die Walvislees
Elke winter, als de walvissen in de baaien kalven, varen de Tellers en de Loodse uit voor de Lees. Ze leggen de boten stil, lezen de schriften op de koppen, en roepen — zacht, over het water — de namen af die de familie herkent als de hare. Voor elke dode van het afgelopen jaar wordt één steen meegenomen van diens stapel en in het pad van een walvis te water gelaten: de naam wordt bijgeschreven. Een jaar waarin geen walvissen komen, is een jaar waarin de doden onbeschreven blijven — die stenen bewaart men tot de volgende winter, en zo'n huis heet een wachtend huis.
De Walvislees is óók de jaarlijkse volkstelling van de troost: wie geen naam meer af te roepen heeft, vaart mee om te lezen voor wie niet varen kan. Het is de enige dag van het jaar waarop de ruil stilligt — er wordt gegeven zonder tegengift, want de walvissen hebben ooit al betaald voor ons allemaal.

[XanderDrake]

Helaas, bij Pro moet het alsnog met credits. Ik vraag me af of de blokkades dan binnenkort ook vervallen...

[Jorah_Newstone]

https://www.anthropic.com/news/claude-opus-5
Opus 5 is nu uit, grotere verbetering voor dezelfde kosten als Opus 4.8.

Als ik het plaatje moet geloven is die zelfs gemiddeld beter dan Fable 5 lol.

[Juup]

Jorah_Newstone schreef op vrijdag 24 juli 2026 @ 20:32:
Als ik het plaatje moet geloven is die zelfs gemiddeld beter dan Fable 5 lol.

Dat is alleen in benchmarks, bij taken waar niet slechts 1 oplossing bestaat is Fable nog steeds (veel) beter.

[supersnathan94]

hmm Opus 5 heeft in ieder geval de mogelijkheid tot steering zoals we dat met GPT 5 al gewend waren. Dat vind ik wel een welkome toevoeging. alleen jammer dat dit nu het default gedrag is, dus je kunt niet een queue met messages meer neerzetten. Daar moet je wel even rekening mee houden.

[XanderDrake]

supersnathan94 schreef op maandag 3 augustus 2026 @ 13:07:
hmm Opus 5 heeft in ieder geval de mogelijkheid tot steering zoals we dat met GPT 5 al gewend waren. Dat vind ik wel een welkome toevoeging. alleen jammer dat dit nu het default gedrag is, dus je kunt niet een queue met messages meer neerzetten. Daar moet je wel even rekening mee houden.

Steering? zijn dat followup opmerkingen en vragen die je na de initiele prompt nog stuurt richting het model?

[supersnathan94]

Ja. het model neemt die dan mee zonder het huidige rekenwerk te onderbreken. Wordt dan op een manier gebruikt als follow up of extra context. Best wel handig als je ziet dat het model al de verkeerde richting op gaat.

[XanderDrake]

supersnathan94 schreef op maandag 3 augustus 2026 @ 13:10:
Ja. het model neemt die dan mee zonder het huidige rekenwerk te onderbreken. Wordt dan op een manier gebruikt als follow up of extra context. Best wel handig als je ziet dat het model al de verkeerde richting op gaat.

Dat werkte bij mij nog niet hoor? ik moest gister echt weer hard ingrijpen. Misschien even client updaten...

[supersnathan94]

oke, ja bij mij is het alleen specifiek met Opus 5. 4.8 doet het niet.

ik zit op Claude 1.24012.9 (03c61d) 2026-07-24T04:59:17.000Z

[supersnathan94]

Oke toch niet. Met 4.8 werkt dit ook. model effort Extra iig.

[DutchKel]

Het werkt al heel lang op die manier, alleen Claude bepaald zelf wanneer hij de berichten leest. Hij doet dit voor zover ik het heb gemerkt als hij een taak heeft afgerond. Als hij druk met een taak bezig is dan blijft het bericht in de queue staan tot die klaar is. De meeste opdrachten bestaan uit meerdere taken die hij zelf bepaald.

Btw met de escape knop kun je de taak onderbreken en pakt hij direct het bericht op.

[ Voor 11% gewijzigd door DutchKel op 05-08-2026 14:35 ]

[supersnathan94]

DutchKel schreef op woensdag 5 augustus 2026 @ 14:35:
Het werkt al heel lang op die manier, alleen Claude bepaald zelf wanneer hij de berichten leest. Hij doet dit voor zover ik het heb gemerkt als hij een taak heeft afgerond. Als hij druk met een taak bezig is dan blijft het bericht in de queue staan tot die klaar is. De meeste opdrachten bestaan uit meerdere taken die hij zelf bepaald.

Btw met de escape knop kun je de taak onderbreken en pakt hij direct het bericht op.

Heel lang? sinds wanneer heb je dit gemerkt? Bij mij was het namelijk pas twee weken geleden het geval, daarvoor kwam het gewoon rechtstreeks als Queued message en werd het pas opgepakt nadat het vorige bericht volledig was verwerkt.

[DutchKel]

supersnathan94 schreef op vrijdag 7 augustus 2026 @ 16:13:
[...]

Heel lang? sinds wanneer heb je dit gemerkt? Bij mij was het namelijk pas twee weken geleden het geval, daarvoor kwam het gewoon rechtstreeks als Queued message en werd het pas opgepakt nadat het vorige bericht volledig was verwerkt.

Hij doet het bij mij al minstens een half jaar. Maar ik gebruik bijna alleen maar de cli en ik heb het idee dat daar telkens de nieuwste features als eerste erin worden gezet.

Ik gebruik de cli omdat die veel meer kan tov de cliënt. Die heeft namelijk toegang tot je pc waarmee hij zelf letterlijk alles kan wat jij ook op je pc kunt doen (in Linux dan, in powershell is die helaas minder sterk). Ik maak o.a. websites en laat ze ook grafisch controleren met playwright ipv alleen de code te controleren.

Maar in de CLI komt het bericht eerst in de queue te staan, als Claude klaar is met de taak waar die mee bezig is dan pakt hij het bericht op en als dat is verwerkt gaat hij weer verder met de volgende taken van het grotere geheel. Ik gebruik het vaak als ik zie dat hij dingen nog aan het onderzoeken is en zie dat hij iets niet weet waarom iets is (soms is er een keuze gemaakt met een reden). Dat leg ik dan uit voordat hij iets anders gaat kiezen waarmee de bewuste keuze ongedaan gemaakt is. Vooral bij /plan gebruik ik het al heel lang en veel.

[HellBeast]

Ik ben met Claude Code een telefoon app aan het maken. Dat gaat eigenlijk best goed. Het is nu nog alleen een Android app, omdat je voor IOS een developer account moet hebben voor 99 euro. Dan is Android wel goedkoper. Ik had een Claude pro aangeschaft, maar zit constant tegen de limieten aan dat je weer moet wachten. Best irritant. Wat is de plek op het forum waar ik mensen kan vragen om de app te testen? Zou dat mogen op Tweakers? Moet ik dan een eigen topic aanmaken? Op een gegeven moet ik een aantal test gebruikers hebben voordat ik de app op de Playstore mag indienen.