Algemeen Claude-topic

maandag 20 juli 2026 13:14

Build the future!

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 ]

Hephaestus: Xeon 2680 v2 - 64GB ECC Quad - WD Blue 3D 1TB
Virtualis: Ryzen 3700X - 16GB DDR4 - Gigabyte 1080 Ti OC - Sandisk 2TB - Valve Index
Agon:Valve Steam Deck 64GB
Non scholae sed vitae discimus Seneca

Acties:

maandag 20 juli 2026 18:29

Topicstarter

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

Acties:

TobyW

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

maandag 20 juli 2026 18:48

Acties:

maandag 20 juli 2026 20:49

Build the future!

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}

Hephaestus: Xeon 2680 v2 - 64GB ECC Quad - WD Blue 3D 1TB
Virtualis: Ryzen 3700X - 16GB DDR4 - Gigabyte 1080 Ti OC - Sandisk 2TB - Valve Index
Agon:Valve Steam Deck 64GB
Non scholae sed vitae discimus Seneca

Acties:

maandag 20 juli 2026 22:23

Topicstarter

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.

Acties:

maandag 20 juli 2026 23:03

Build the future!

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.

Hephaestus: Xeon 2680 v2 - 64GB ECC Quad - WD Blue 3D 1TB
Virtualis: Ryzen 3700X - 16GB DDR4 - Gigabyte 1080 Ti OC - Sandisk 2TB - Valve Index
Agon:Valve Steam Deck 64GB
Non scholae sed vitae discimus Seneca

Acties:

maandag 20 juli 2026 23:10

Topicstarter

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.

Acties:

maandag 20 juli 2026 23:42

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.

Acties:

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.

Afbeeldingslocatie: https://tweakers.net/i/H3F6YZCcz14LhPmO2vp0Vcl-Dpw=/800x/filters:strip_exif()/f/image/WvHonndUtMisIJnUNYJV9zjs.png?f=fotoalbum_large

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

Autonomy-EV || Ben jij een echte vlees-eter? || Every argument against veganism || Zeekr 001 Privilege || e-tron 55

dinsdag 21 juli 2026 13:21

Acties:

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.

dinsdag 21 juli 2026 13:31

Acties:

dinsdag 21 juli 2026 17:00

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.

Acties:

dinsdag 21 juli 2026 22:46

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

Acties:

dinsdag 21 juli 2026 23:19

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.

Acties:

woensdag 22 juli 2026 20:57

Topicstarter

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.

Acties:

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

woensdag 22 juli 2026 22:23

Acties:

donderdag 23 juli 2026 00:18

Topicstarter

@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

Acties:

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.

Ik vind de koe een moedig dier, want ze durft te vrijen met een stier

donderdag 23 juli 2026 13:17

Acties:

vrijdag 24 juli 2026 20:32

Build the future!

Afbeeldingslocatie: https://tweakers.net/i/kYTvVN1wO58YnxJb66WkAMqcJbo=/x800/filters:strip_exif()/f/image/ogmigOKU9NIhsoO32DLbKBAX.png?f=fotoalbum_large

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

Hephaestus: Xeon 2680 v2 - 64GB ECC Quad - WD Blue 3D 1TB
Virtualis: Ryzen 3700X - 16GB DDR4 - Gigabyte 1080 Ti OC - Sandisk 2TB - Valve Index
Agon:Valve Steam Deck 64GB
Non scholae sed vitae discimus Seneca

Acties:

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.

zaterdag 25 juli 2026 12:07

Acties:

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.

Een wappie is iemand die gevallen is voor de (jarenlange) Russische desinformatiecampagnes.
Wantrouwen en confirmation bias doen de rest.

maandag 3 augustus 2026 13:07

Acties:

maandag 3 augustus 2026 13:09

Topicstarter

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.

Acties:

maandag 3 augustus 2026 13:10

Build the future!

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?

Hephaestus: Xeon 2680 v2 - 64GB ECC Quad - WD Blue 3D 1TB
Virtualis: Ryzen 3700X - 16GB DDR4 - Gigabyte 1080 Ti OC - Sandisk 2TB - Valve Index
Agon:Valve Steam Deck 64GB
Non scholae sed vitae discimus Seneca

Acties:

maandag 3 augustus 2026 13:26

Topicstarter

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.

Acties:

maandag 3 augustus 2026 13:42

Build the future!

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...

Hephaestus: Xeon 2680 v2 - 64GB ECC Quad - WD Blue 3D 1TB
Virtualis: Ryzen 3700X - 16GB DDR4 - Gigabyte 1080 Ti OC - Sandisk 2TB - Valve Index
Agon:Valve Steam Deck 64GB
Non scholae sed vitae discimus Seneca

Acties:

dinsdag 4 augustus 2026 19:02

Topicstarter

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

Acties:

woensdag 5 augustus 2026 14:35

Topicstarter

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

Acties:

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 ]

Don't drive faster than your guardian angel can fly.

vrijdag 7 augustus 2026 16:13

Acties:

zaterdag 8 augustus 2026 06:24

Topicstarter

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.

Acties:

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.

Don't drive faster than your guardian angel can fly.

zaterdag 8 augustus 2026 23:34

Acties:

HellBeast

Oh My GoT!

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.

Beauty is in the eye of the beerholder

woensdag 12 augustus 2026 09:05

Acties:

Zenomyscus

Jammer, Claude is weer down. Niet volgens de statuspagina, maar de ene 529 melding na de andere vliegt hier voorbij.

woensdag 12 augustus 2026 09:14

Acties:

Oon

Zenomyscus schreef op woensdag 12 augustus 2026 @ 09:05:
Jammer, Claude is weer down. Niet volgens de statuspagina, maar de ene 529 melding na de andere vliegt hier voorbij.

Ik heb hier geen last van, heb je Pro of Max?

Deze week heb ik de keuze gemaakt om van Max (5x) terug naar Pro te gaan. Kosten waren toch te hoog voor hoe ik Claude gebruik, en ik merkte dat ik vooral 's avonds als ik even al mijn privé projecten tegelijkertijd ging updaten wel eens tegen het 5-uurlimiet aanliep, dus dat is een kwestie van beter plannen.
Verder merk ik gewoon dat écht code laten schrijven door een LLM niet de kwaliteit biedt die ik van mezelf eis, dus daarmee prima voor privé gebruik en voor uitzoekwerk, maar zelfs met Opus 5 kan ik het niet verantwoorden om daar hele features door te laten schrijven.

Ben benieuwd wat ik ga merken, denk vooral vaker geen Claude kunnen gebruiken omdat de servers overbelast zijn en ik minder voorrang krijg?

woensdag 12 augustus 2026 09:25

Acties:

pven

Zenomyscus schreef op woensdag 12 augustus 2026 @ 09:05:
Jammer, Claude is weer down. Niet volgens de statuspagina, maar de ene 529 melding na de andere vliegt hier voorbij.

Waar zie je dat precies? Ik heb hier (prive Pro, zakelijk Teams) nergens last van.

|| Unprompted (AI-blog) || slotje.com for sale || Dank pven! ||

woensdag 12 augustus 2026 10:38

Acties:

Zenomyscus

@pven en @Oon Pro en max, afhankelijk van welk account ik gebruik. In dit geval faalde pro via de CLI.

Verder merk ik gewoon dat écht code laten schrijven door een LLM niet de kwaliteit biedt die ik van mezelf eis, dus daarmee prima voor privé gebruik en voor uitzoekwerk, maar zelfs met Opus 5 kan ik het niet verantwoorden om daar hele features door te laten schrijven.

Bij mij is het precies andersom, als ik code zelf moet gaan schrijven kan ik net zo goed vrij nemen. Ik denk dat het scheelt dat wij het volgende gedaan hebben:

Onze codebase heeft genoeg voorbeelden voor een AI om wat van te maken. Het is geen nieuwe codebase.
De codebase is flink aangepast voordat ik met AI startte, waardoor er een vrij strikte basis is ontstaan. Het is opnieuw ingedeeld, veel legacy is eruit gehaald, etc. De basis is weer strak en duidelijk.
Een feature is meestal pas 'klaar' na twee of drie rondes met de AI. Ik pas daar ook wel zelf dingen bij aan, maar helemaal zelf schrijven doe ik dus niet meer. Ik maak ook geen start, ik omschrijf liever exact wat ik wil.
Inmiddels heb ik een aantal leuke skills specifiek ingericht voor onze codebase en een aantal agents die elke prompt meedraaien. Dat kost wat meer tokens, maar het resultaat is beter.
Ik vermoed ook dat het helpt dat wij geen frameworks gebruiken. De codebase van een paar miljoen regels is C#, HTML, CSS en JS (TS). Het is geen supergrote codebase dus, maar we gebruiken geen frameworks. Geen jQuery, geen React, geen 1001 scripts inladen via NPM, niks. Alles is zelfgeschreven. We hebben een eigen lightweight React achtige engine gemaakt, een eigen render engine, etc. Het valt allemaal precies in ons straatje. Daar kan de AI prima mee om gaan. Features die alles raken poept hij in 10 minuten volledig uit, denk aan wijzigingen in onze editor, de database, de renderer, de previewer en onze 'runtime'.

Ik ben erg goed in het generaliseren van concepten en het aanbrengen van een logische structuur (al zeg ik het zelf

). Het lijkt erop dat de AI dat prima kan volgen. Ik betrap Claude zelden op fouten. Sterker nog, regelmatig bedenk ik 'oh dat kan ook beter' en Claude geeft het zelf ook aan. Ik controleer wel alle code en laat Claude voor de meeste wijzigingen onderdelen eerst een plan schrijven (ALTIJD bij grote onderdelen). En dat kan maarzo een plan van 50 punten zijn, verdeelt in categorieën zoals 'assessment', 'correctness', 'security', 'product', 'quality', 'maturity' en 'testing'. Wanneer een punt vrij groot is, laat ik Claude daar een subplan voor schrijven. Weer met al die stappen. Ik laat Claude dit vervolgens indelen in fases zodat in fase 1 bijv S10, C5 en T12 worden gedaan (security item 10, correctness item 5 .. etc). Op die manier weet Claude ook precies wat in welke volgorde moet en waarom. Een plan uitvoeren is dan ook vooral 'uitvoeren' en niet 'uitzoeken'.

Ik heb het plan al bekeken en laat Claude mij uitgebreid dingen vragen. Ik beantwoord de vragen en Claude update het plan. En dan is het gewoon een kwestie van zeggen: 'Do phase 1'. De fases zijn ook zo opgebouwd dat het stopt wanneer ik iets moet gaan testen. Claude kan niet alles natuurlijk. Verder heb ik skills gemaakt die specifiek voor onze codebase werken. Claude kan ze aanroepen en kan ook input / output valideren. Dit kan hij volledig zelf runnen, vooral na het implementeren. Hij heeft ook een historie daardoor en kan eerdere 'runs' nog eens testen. Het meeste wordt opgeslagen als JSON met custom tooling in Python of tests vanuit C#.

Onder assessment zet ik vaak de dingen die we nu hebben en aangepast moeten worden voordat we echt kunnen starten. Correctness omwat alles wat 'incorrect' is, denk aan een database column die te klein is, een timeout die niet zal werken omdat acties sowieso te lang duren, verzin het maar. Allerlei potentiële bugs zie je hier veel terug. Security lijkt me logisch. Mijn collega is security expert, tot nu toe zijn wij alle pentests zonder problemen doorgekomen. Het scheelt dat we dit onderdeel erg leuk vinden en zelf ook actief zijn op hacking platformen (legaal dus). Quality let op hoe de code is opgezet, waar het staat, let op herhaling, gebruik van clientfactories ipv losse httpclients, etc etc. Maturing let vooral op de onderliggende laag van de codebase. Denk aan gebruik maken van .net10 ipv .net8 om zo bepaalde packages te verwijderen en een out-of-the-box oplossing te gebruiken. Maar het let ook op de 'deployment shape' of zaken die met EF core te maken hebben. Product let op de features die wij hebben. Wat missen we? Wat doen concurrenten? Hoe kunnen we features verbeteren? Voldoet het aan wetgeving? Testing snapt iedereen wel.

Dit zijn allemaal dingen waar we steeds meer naar toe zijn gaan werken. Met name de Artifacts van Claude vind ik erg fijn, dat is een groot onderdeel van hoe ik werk. De groepen die ik noem zijn ontstaan door te sparren met Claude. De meeste dingen weet hij zelf ook wel en hoef ik niet zelf te bedenken, maar ik push hem om het altijd op deze manier te doen. Dus 'investigate' en 'write a plan for' in plaats van 'build me x'.

Combineer bovenstaande en ik maak nu iedere paar dagen een feature waar ik zelf 2-3 maanden over zou doen. Vaak twee grote features per week. Dus vandaar dat ik zelf niet meer ga programmeren. Als mijn tokens op zijn en die van het andere account ook neem ik gewoon vrij. Het nadeel is dat ook regelmatig 's avonds nog even wat doe etc. Ik moet er op letten dat ik niet teveel in mijn werk op ga. Jarenlang liep onze todolijst op tot een gigantische waslijst aan ideeën, maar inmiddels wordt hij steeds kleiner. Ik kan nu eindelijk mijn visie echt waarmaken.

Kleine toevoeging: Claude kan niet zelfstandig iets pushen of publiceren. Dat doe ik zelf en is ook het grootste deel van mijn werk.

woensdag 12 augustus 2026 10:47

Acties:

Oon

Zenomyscus schreef op woensdag 12 augustus 2026 @ 10:38:
@pven en @Oon Pro en max, afhankelijk van welk account ik gebruik. In dit geval faalde pro via de CLI.

[...]

Bij mij is het precies andersom, als ik code zelf moet gaan schrijven kan ik net zo goed vrij nemen. Ik denk dat het scheelt dat wij het volgende gedaan hebben:
Onze codebase heeft genoeg voorbeelden voor een AI om wat van te maken. Het is geen nieuwe codebase.
De codebase is flink aangepast voordat ik met AI startte, waardoor er een vrij strikte basis is ontstaan. Het is opnieuw ingedeeld, veel legacy is eruit gehaald, etc. De basis is weer strak en duidelijk.
Een feature is meestal pas 'klaar' na twee of drie rondes met de AI. Ik pas daar ook wel zelf dingen bij aan, maar helemaal zelf schrijven doe ik dus niet meer. Ik maak ook geen start, ik omschrijf liever exact wat ik wil.
Inmiddels heb ik een aantal leuke skills specifiek ingericht voor onze codebase en een aantal agents die elke prompt meedraaien. Dat kost wat meer tokens, maar het resultaat is beter.
Ik vermoed ook dat het helpt dat wij geen frameworks gebruiken. De codebase van een paar miljoen regels is C#, HTML, CSS en JS (TS). Het is geen supergrote codebase dus, maar we gebruiken geen frameworks. Geen jQuery, geen React, geen 1001 scripts inladen via NPM, niks. Alles is zelfgeschreven. We hebben een eigen lightweight React achtige engine gemaakt, een eigen render engine, etc. Het valt allemaal precies in ons straatje. Daar kan de AI prima mee om gaan. Features die alles raken poept hij in 10 minuten volledig uit, denk aan wijzigingen in onze editor, de database, de renderer, de previewer en onze 'runtime'.
Ik ben erg goed in het generaliseren van concepten en het aanbrengen van een logische structuur (al zeg ik het zelf ). Het lijkt erop dat de AI dat prima kan volgen. Ik betrap Claude zelden op fouten. Sterker nog, regelmatig bedenk ik 'oh dat kan ook beter' en Claude geeft het zelf ook aan. Ik controleer wel alle code en laat Claude voor de meeste wijzigingen onderdelen eerst een plan schrijven (ALTIJD bij grote onderdelen). En dat kan maarzo een plan van 50 punten zijn, verdeelt in categorieën zoals 'assessment', 'correctness', 'security', 'product', 'quality', 'maturity' en 'testing'. Wanneer een punt vrij groot is, laat ik Claude daar een subplan voor schrijven. Weer met al die stappen. Ik laat Claude dit vervolgens indelen in fases zodat in fase 1 bijv S10, C5 en T12 worden gedaan (security item 10, correctness item 5 .. etc). Op die manier weet Claude ook precies wat in welke volgorde moet en waarom. Een plan uitvoeren is dan ook vooral 'uitvoeren' en niet 'uitzoeken'.

Ik heb het plan al bekeken en laat Claude mij uitgebreid dingen vragen. Ik beantwoord de vragen en Claude update het plan. En dan is het gewoon een kwestie van zeggen: 'Do phase 1'. De fases zijn ook zo opgebouwd dat het stopt wanneer ik iets moet gaan testen. Claude kan niet alles natuurlijk. Verder heb ik skills gemaakt die specifiek voor onze codebase werken. Claude kan ze aanroepen en kan ook input / output valideren. Dit kan hij volledig zelf runnen, vooral na het implementeren. Hij heeft ook een historie daardoor en kan eerdere 'runs' nog eens testen. Het meeste wordt opgeslagen als JSON met custom tooling in Python of tests vanuit C#.

Onder assessment zet ik vaak de dingen die we nu hebben en aangepast moeten worden voordat we echt kunnen starten. Correctness omwat alles wat 'incorrect' is, denk aan een database column die te klein is, een timeout die niet zal werken omdat acties sowieso te lang duren, verzin het maar. Allerlei potentiële bugs zie je hier veel terug. Security lijkt me logisch. Mijn collega is security expert, tot nu toe zijn wij alle pentests zonder problemen doorgekomen. Het scheelt dat we dit onderdeel erg leuk vinden en zelf ook actief zijn op hacking platformen (legaal dus). Quality let op hoe de code is opgezet, waar het staat, let op herhaling, gebruik van clientfactories ipv losse httpclients, etc etc. Maturing let vooral op de onderliggende laag van de codebase. Denk aan gebruik maken van .net10 ipv .net8 om zo bepaalde packages te verwijderen en een out-of-the-box oplossing te gebruiken. Maar het let ook op de 'deployment shape' of zaken die met EF core te maken hebben. Product let op de features die wij hebben. Wat missen we? Wat doen concurrenten? Hoe kunnen we features verbeteren? Voldoet het aan wetgeving? Testing snapt iedereen wel.

Dit zijn allemaal dingen waar we steeds meer naar toe zijn gaan werken. Met name de Artifacts van Claude vind ik erg fijn, dat is een groot onderdeel van hoe ik werk. De groepen die ik noem zijn ontstaan door te sparren met Claude. De meeste dingen weet hij zelf ook wel en hoef ik niet zelf te bedenken, maar ik push hem om het altijd op deze manier te doen. Dus 'investigate' en 'write a plan for' in plaats van 'build me x'.

Combineer bovenstaande en ik maak nu iedere paar dagen een feature waar ik zelf 2-3 maanden over zou doen. Vaak twee grote features per week. Dus vandaar dat ik zelf niet meer ga programmeren. Als mijn tokens op zijn en die van het andere account ook neem ik gewoon vrij. Het nadeel is dat ook regelmatig 's avonds nog even wat doe etc. Ik moet er op letten dat ik niet teveel in mijn werk op ga. Jarenlang liep onze todolijst op tot een gigantische waslijst aan ideeën, maar inmiddels wordt hij steeds kleiner. Ik kan nu eindelijk mijn visie echt waarmaken.

Kleine toevoeging: Claude kan niet zelfstandig iets pushen of publiceren. Dat doe ik zelf en is ook het grootste deel van mijn werk.

Ik zeg ook zeker niet dat ik handmatig alle code zit te kloppen, maar ik vertel Claude exact wat er moet gebeuren en splits het op tot het punt waar het mij eigenlijk niet zo heel veel tijd scheelt. Sterker nog, het kost me vaak meer tijd dan als ik de code zelf had geschreven (met een moderne IDE die variabelen voorstelt e.d.)

Denk dat daar ook het verschil zit tussen verantwoord met een LLM werken en vibe coden. Als je meer dan 20 regels code in één keer laat schrijven kun je zelf een conceptuele review doen maar zal je echt niet inhoudelijk alles bekijken en nadenken over de keuzes die je zelf gemaakt zou hebben in diezelfde situatie. Als je zelf een functie schrijft heb je een plan en maak je gaandeweg (de juiste) keuzes, maar een LLM gaat gewoon door volgens het volgende woord dat uit de ruis wordt gegenereerd.
Dat wil overigens niet zeggen dat een LLM altijd fout zit, maar ik merk toch echt wel dat hoe meer ik loslaat hoe meer ik later spijt heb. De manier waarop ik zelf code schrijf is heel gestructureerd en altijd klaar om later uit te breiden, en de manier waarop een LLM code schrijft is veel meer YAGNI-stijl waardoor je later grote refactors moet (laten) doen en/of met veel dode code komt te zitten.

woensdag 12 augustus 2026 11:10

Acties:

Jorgen

Moderator Beeld & Geluid

AV Liefhebber

Ik las vanmorgen dit: nieuws: Anthropic zet watermerk in AI-gegenereerde teksten van nieuwe Claude-modellen en ik vraag me nu af wat telt als een AI-gegenereerde tekst. Ik ben zelf meestal heel goed in het verwoorden van mijn gedachten en ideeën; in het analyseren van grote hoeveelheden gegevens en patronen en daar vervolgens een samenhangend geheel van maken. Ik ben echter een stuk minder goed in het kort en bondig verwoorden van die dingen, omdat ik graag heel zorgvuldig en precies ben. Ook omdat het onderwerp daar om vraagt.

Ik gebruik dan ook geregeld AI om lange zinsconstructies en doublures in mijn tekst om te zetten naar een bondigere variant. Alle input die AI van mij krijgt, komt uit een stapel documenten die door professionals en/of door mijzelf is geschreven (al dan niet met verzamel-, inkort- en structuurhulp van AI), die ik laat ook checken op circa 80 criteria, die ik aanvul met al mijn eigen gedachten en analyses van die ronde en eerdere rondes en daarna dus waar nodig bondiger laat herschrijven. De korte variant kan enkele woorden schelen of 30 alinea's inkorten, maar het gaat hoofdzakelijk om mijn gedachten en wat ik AI daar vervolgens mee laat doen om mij te helpen dit op een kortere manier ook voor andere mensen leesbaar en begrijpelijk te houden.

Stellen dat de input 100% van mij is, kan ik niet, want ik liet de tekst inkorten met behoud van mijn boodschap en de LLM draagt ook ideeën aan. Stellen dat het volledig een AI-tekst is gaat vanzelfsprekend ook veel te ver, want het gaat om honderden pagina's op basis van mijn gedachten en analyses en hoe ik AI daarbij inzet als gereedschap op allerlei manieren: van spellingcorrectie en tekstredactie tot het zoeken naar voorbeelden in honderden pagina’s tekst en het uitvoeren van patroonanalyses. Daarbij kan de LLM soms ook nieuwe verbanden of inzichten aandragen die ik vervolgens zelf beoordeel. De mate van AI-bijdrage verschilt dus per taak, maar het eindproduct is doorgaans in hoofdzaak gebaseerd op mijn eigen materiaal, gedachten en analyses, met AI-ondersteuning waar dat handig en wenselijk is en ik houd zelf de inhoudelijke regie, controle en eindredactie.

Eigenlijk is dus mijn vraag: wanneer telt een tekst als AI?

[ Voor 12% gewijzigd door Jorgen op 12-08-2026 15:09 ]

Your Friendly Neighborhood Moderator

woensdag 12 augustus 2026 11:22

Acties:

Zenomyscus

Oon schreef op woensdag 12 augustus 2026 @ 10:47:
Ik zeg ook zeker niet dat ik handmatig alle code zit te kloppen, maar ik vertel Claude exact wat er moet gebeuren en splits het op tot het punt waar het mij eigenlijk niet zo heel veel tijd scheelt. Sterker nog, het kost me vaak meer tijd dan als ik de code zelf had geschreven (met een moderne IDE die variabelen voorstelt e.d.)

Denk dat daar ook het verschil zit tussen verantwoord met een LLM werken en vibe coden. Als je meer dan 20 regels code in één keer laat schrijven kun je zelf een conceptuele review doen maar zal je echt niet inhoudelijk alles bekijken en nadenken over de keuzes die je zelf gemaakt zou hebben in diezelfde situatie.

Het eerste stuk herken ik wel bij het schrijven van kleine updates. Anderzijds draaien er dus wat agents e.d. mee die ook bij kleine stukken er nog wat uit vissen. Claude kan kleine dingen soms al snel groot maken, dus daar let ik goed op. Maar er zijn genoeg momenten geweest dat ik blij ben dat het iets opgeblazen is. Zelf had ik dan gewoon die kleine update gedaan. Claude aapt veel na, dus de code is nauwelijks anders dan wanneer wij het zelf geschreven zouden hebben. Wij houden ons ook vrij strikt aan de 'code standaarden' die er algemeen zijn, voornamelijk wat Microsoft voorschrijft omdat onze codebase veel uit C# en Typescript bestaat. Wij doen ook regelmatig runs om 'legacy' weg te werken waarbij een checkin gewoon de manier van schrijven aanpast. Structureel veranderd er niets. Vroeger dacht ik 'het zou mooi zijn als we dit aanpassen, zo zou ik het nu niet meer doen', nu doen we dat gewoon. Doe dat vaak genoeg en je code blijft netjes en overzichtelijk. Ik verschuif ook rustig projecten of laat een project omzetten naar 'vertical slices' als dat beter uitkomt. Dat kan prima met Claude. Je kunt nu veel doen en dat ook nog eens veel sneller, dus ik ben niet te bang dat te doen. Ik merk dat sommige bedrijven daar bang voor zijn (terecht misschien ook wel), maar die blijven dus al sneller hangen en kunnen geen grote stappen maken.

Er zijn weinig prompts die bij mij minder dan 20 regels code genereren. Oke, soms zijn het er -20 omdat er ook opgeruimd kan worden. Maar ik kan vrij snel door code lezen. Veel sneller dan wanneer ik het zelf moet bedenken en schrijven, zeker over verschillende bestanden in verschillende projecten. 15-20 jaar ervaring, afhankelijk van de taal, helpt daar natuurlijk enorm bij. Daarnaast ken ik het product en de codebase door en door. Ik lees nog steeds alle code en alle wijzigingen. Maar ik hoef er steeds minder wat van te zeggen. Het is bijna volwassen genoeg om zelfstandig los te laten. Wij hebben nog een andere AI setup die dat inmiddels wel doet. De AI rapporteert alleen nog dingen die wij zelf moeten doen. De output is gewoon goed, bizar goed zelfs. Het verbaast mij soms dat anderen zeggen dat dat niet lukt.

woensdag 12 augustus 2026 12:46

Acties:

terror-oehoe

Jorgen schreef op woensdag 12 augustus 2026 @ 11:10:
Eigenlijk is dus mijn vraag: wanneer telt een tekst AI?

wanneer je deze door een llm heen hebt gehaald

woensdag 12 augustus 2026 14:19

Acties:

pven

Zenomyscus schreef op woensdag 12 augustus 2026 @ 10:38:
@pven en @Oon Pro en max, afhankelijk van welk account ik gebruik. In dit geval faalde pro via de CLI.

Bijzonder: op het moment dat je het meldde, had ik met de CLI, de app en de website geen issues. De wondere wereld van Claude.

|| Unprompted (AI-blog) || slotje.com for sale || Dank pven! ||

woensdag 12 augustus 2026 15:02

Acties:

Jorgen

Moderator Beeld & Geluid

AV Liefhebber

terror-oehoe schreef op woensdag 12 augustus 2026 @ 12:46:
[...]

wanneer je deze door een llm heen hebt gehaald

Dat is nog steeds een heel ruim begrip.

Your Friendly Neighborhood Moderator

woensdag 12 augustus 2026 19:58

Acties:

woensdag 12 augustus 2026 21:01

Topicstarter

terror-oehoe schreef op woensdag 12 augustus 2026 @ 12:46:
[...]

wanneer je deze door een llm heen hebt gehaald

Dat is exact net zo vaag als de huisregels hier XD.

"Repeat after me: <eigen geschreven tekst>"

<eigen geschreven tekst> - Claude

Dat is niet het idee achter deze wetgeving. Ook spellingscontrole en dergelijke zijn gewoon geen enkel issue.

Acties: