Claude Sonnet 4.6 Getest: Bijna-Opus voor de Halve Prijs

Claude Sonnet 4.6 Getest: Bijna-Opus voor de Halve Prijs

Ik had Sonnet 4.6 bijna niet getest.

Serieus. Ik zat diep in een Opus 4.6 workflow — agents draaien, code verzenden, de hele machine zoemt — en mijn eerste reactie toen Anthropic Sonnet 4.6 uitbracht was "cool, ik kom er volgende week bij." Toen stuurde een vriend in mijn Discord me een screenshot van een SaaS-landingspagina die Sonnet 4.6 in één prompt had gegenereerd. Schone typografie. Samenhangend kleurensysteem. Een hero-sectie die eruitzag alsof een ontwerper er drie uur aan had besteed.

Ik stopte wat ik deed en opende de API-console.

Wat volgde was een 72-uur testbinge die fundamenteel veranderde hoe ik denk over modelkeuze voor mijn projecten. Sonnet 4.6 klopt of verslaat Opus op specifieke taken terwijl het twee keer zo snel draait en ruwweg de helft kost. En het miljoen-tokencontextvenster momenteel in bèta? Dat verandert het spel voor iedereen die agentsystemen bouwt of met grote codebases werkt.

Waarom Nog Een Sonnet Uitmaakt

Sonnet 4.5 was solide. Goed genoeg voor eenvoudige taken, snel genoeg voor real-time applicaties, goedkoop genoeg om op schaal te draaien. Maar het had een plafond. Complexe meerstappe redenering zou het struikelen.

Sonnet 4.6 verhoogt dat plafond niet alleen — het verwijdert het voor de meeste praktische gebruiksscenario's.

De prijs context is relevant: Opus 4.6 draait op ongeveer $6 per miljoen invoertokens en $12 per miljoen uitvoertokens. Sonnet 4.6 handhaaft de Sonnet 4.5-prijs: $3 invoer, $6 uitvoer. Dat is niet een marginale besparing — dat is de halve kosten voor een model dat, in mijn tests, 85-95% van Opus's capaciteit levert afhankelijk van de taak.

Front-End Generatie: De Test Die Me Het Meest Verraste

Mijn standaard front-end test: genereer een premium SaaS-landingspagina met een hero-sectie, feature-grid, prijstabel, getuigenissen en voettekst. Ik specificeer het kleurenpalet, typografievoorkeuren en algemene sfeer.

Ik had het verkeerd.

De door Sonnet 4.6 gegenereerde landingspagina had betere typografie dan wat Opus me typisch geeft. De lettertypepairingen waren doordachter. De kleurgradiënten waren vloeiender. De hero-sectie had een subtiele animatiesuggestie in de commentaren die, wanneer geïmplementeerd, er echt premium uitzag.

Van de vier tests won Sonnet 4.6 er twee. De ene die het verloor was een donkermodus-dashboard met complexe datavisualisatiecomponenten, waarbij Opus's sterkere redenering over componenthiërarchie een zichtbaar verschil maakte.

Mijn conclusie: Als je landingspagina's, marketingsites of standaard SaaS-interfaces genereert, is Sonnet 4.6 niet gewoon "goed genoeg" — het kan je betere optie zijn.

De Mac OS-Simulatie Die Mijn Brein Brak

Ik gaf Sonnet 4.6 een gedetailleerde prompt die een Mac OS-stijl bureaublad in de browser beschreef met Finder, Safari, Notes, Mail, Foto's, Terminal, Rekenmachine en Instellingen — allemaal functioneel tot op zekere hoogte.

Wat ik terugkreeg was oprecht verontrustend in kwaliteit.

Het Finder-venster opende en sloot. Je kon mappen aanmaken en ertussen navigeren. Safari had een functionele adresbalk met basis tabbeheer. Notes liet je tekstvermeldingen aanmaken en bewerken. De Rekenmachine werkte daadwerkelijk — elke knop, elke bewerking, correcte resultaten. Instellingen omvatten achtergrondaanpassing, volume- en helderheidsschuifregelaars die soepel animeerden.

Was het een echt besturingssysteem? Uiteraard niet. Maar als een één-prompt generatie van een interactief UI-prototype? Ik heb nog nooit zoiets gezien van een model op dit prijsniveau.

Agent-Gestuurde Ontwikkeling: Boxelcraft en de Multi-Agent Test

Dit is de test die er echt toe doet voor mijn werk. Ik stel up een autonome multi-agent inzet: bouw een browser-gebaseerde Minecraft-kloon van nul af.

De agents verdeelden het werk: één handelde terrein-generatie, een ander beheert spelmechanica (blokplaatsing, vernietiging, inventaris), een derde werkte aan de UI (gezondheidsbalken, voedselmeting, HUD).

Het resultaat was een speelbaar spel genaamd Boxelcraft. Terrein-generatie met grotten. Werkende gezondheids- en voedingssystemen. Blokplaatsing en -vernietiging.

Pro tip: Ik gebruik nu een hybride aanpak. Sonnet 4.6 voor de eerste bouw-iteraties (snel, goedkoop, brengt je naar 80%), dan Opus 4.6 voor de definitieve polijstingsronde (grondig, vangt randgevallen op, produceert schonere code). Dit sneed mijn agentworkflowkosten met ongeveer 40%.

Browser-Automatisering: Waar Sonnet 4.6 Echt Uitblinkt

Mijn test: geef Sonnet 4.6 een taak om een complete browser-automatiseringsopzet te maken met Python met Playwright, een Google-zoekopdracht naar het laatste AI-nieuws te automatiseren, de top vijf koppen te scrapen, ze op te slaan in een CSV en de resultaten weer te geven in een real-time dashboard.

Het model genereerde de volledige pipeline in één reactie. Python-script met Playwright. Correcte asynchantering. CSV-schrijfbewerkingen met timestamps. Een eenvoudig Flask-dashboard.

# Sonnet 4.6's aanpak voor de scraper — schoon en praktisch
async def scrape_ai_headlines(page):
    await page.goto("https://news.google.com/search?q=artificial+intelligence")
    await page.wait_for_selector("article h3", timeout=10000)

    headlines = await page.eval_on_selector_all(
        "article h3",
        "elements => elements.slice(0, 5).map(el => el.innerText)"
    )

    timestamp = datetime.now().isoformat()
    with open("headlines.csv", "a", newline="") as f:
        writer = csv.writer(f)
        for headline in headlines:
            writer.writerow([timestamp, headline])

    return headlines

Ik zette deze pipeline in en liet hem 48 uur draaien. Nul crashes.

Waar Sonnet 4.6 Tekortschiet (De Eerlijke Beoordeling)

SVG en complexe grafische generatie. Opus genereert SVG's met fijnere details, betere verhoudingen en geavanceerder gebruik van gradiënten en schaduwen.

Diepe meerstappe redenering met ambiguïteit. Opus maakt betere beslissingen wanneer vereisten vaag zijn.

Hallucinaties zijn verminderd maar niet geëlimineerd. Ik betrapt het op het uitvinden van een Playwright-methode die niet bestaat in één test.

Wanneer Sonnet 4.6 te gebruiken:

• Snelheid is belangrijker dan perfectie
• De taak is goed gespecificeerd
• Kosten zijn een factor

Wanneer Opus 4.6 te gebruiken:

• De taak vereist diep architecturaal redeneren
• Ambiguïteit is hoog
• Maximale codekwaliteit bij eerste poging is nodig

Het Miljoen-Token Contextvenster Verandert Alles (Bijna)

Een miljoen tokens. De gemiddelde roman is ongeveer 80.000-100.000 woorden. Een miljoen tokens is ongeveer zes volledige romans. Of, relevanter: je volledige codebase, al je documentatie, je projectvereisten.

Ik testte dit met een echt project: een 340-bestandenlaravel-applicatie. Het model vond vier echte problemen die ik niet had gevangen in mijn eigen audit. Één was een mass-assignment-kwetsbaarheid in een model die er acht maanden had gezeten.

Mijn Nieuwe Modelstrategie (En Wat Het Kost)

Voor Sonnet 4.6 (alleen Opus workflow):

• Maandelijkse API-uitgaven: ~$380
• Gemiddelde iteraties per feature: 3-4

Na het adopteren van hybride Sonnet/Opus-strategie:

• Maandelijkse API-uitgaven: ~$220
• Gemiddelde iteraties per feature: 5-6

De werkwijze:

1. Verkenningsfase (Sonnet 4.6): Snel prototype, aanpak valideren.
2. Implementatiefase (Sonnet 4.6): Feature uitbouwen met agent-gestuurde ontwikkeling.
3. Reviewfase (Opus 4.6): Definitieve codereviw, randgevalanalyse, beveiligingsaudit.
4. Inzetten: Met vertrouwen verzenden.

De uitgaven daalden met 42%. Het bugaantal daalde met ongeveer een derde.

Laten We Samenwerken

• Fiverr: fiverr.com/s/EgxYmWD
• Portfolio: mejba.me
• Ramlit Limited: ramlit.com
• ColorPark: colorpark.io
• xCyberSecurity: xcybersecurity.io