PHP en AI in 2027: de modellen schrijven je code al, jij bewijst dat hij klopt

Op 21 oktober 2026 bracht PHP een noodupdate uit voor twee lekken waarmee een aanvaller zonder in te loggen code op je server kan uitvoeren. De fout zat al in PHP 5.4, uit 2012. Twaalf jaar lang zag niemand hem. Onderzoekers van Wiz vonden hem deze zomer, met Gemini 4 Argon en GPT-5.6 Sol als gereedschap. Volgens Wiz deed één onderzoeker in een week wat vroeger een team van specialisten maanden kostte.

Vier dagen vóór die update, op 17 oktober, registreerde Amazon al de eerste aanvalspoging.

Zo ziet de wereld eruit waarin je als PHP-developer 2027 ingaat. Dezelfde soort AI-modellen die de C-code van PHP doorlichten, schrijven inmiddels een groot deel van de PHP-code die in productie gaat. Dit artikel zet op een rij waar die modellen nu staan, wat er voor PHP in 2027 al vastligt, en waarom je werk verschuift van code schrijven naar aantonen dat code klopt. Aan het eind staat hoe een werkdag er volgend jaar uit kan zien, en wat je daar vandaag al voor regelt.

Feiten gecontroleerd op 23 oktober 2026. Prijzen en benchmarkscores komen van de makers zelf; onafhankelijke metingen waren er voor de nieuwste modellen nog niet. Verwachtingen en meningen staan als zodanig aangegeven.

Waar staan de AI-modellen in oktober 2026?

Kort antwoord: de topmodellen werken zelfstandig uren aan een codebase, de prijs daarvan is in zestien maanden met bijna driekwart gedaald, en de bekende benchmarks zeggen steeds minder over wat een model in jouw PHP-project doet. Anthropic liet Opus 5.5 bijvoorbeeld de load balancer HAProxy van C naar Rust herschrijven; dat duurde 9,5 uur.

Wil je code niet naar een server sturen, dan zijn er modellen met open gewichten die je zelf draait. Op een gewone laptop met 16 GB werkt Qwen3.5 al redelijk; dat heb ik eerder gemeten. Voor Mistral Large 4, het grootste Europese model, zijn open gewichten aangekondigd maar nog niet vrijgegeven.

De prijs daalde sneller dan de meeste mensen bijhouden

Claude Opus 4 kostte in mei 2025 $75 per miljoen tokens die het model schrijft. Opus 5.5 kost $20. Dat is 73% minder in zestien maanden, voor een model dat op Anthropics eigen tests veel beter scoort.

Een rekenvoorbeeld maakt het tastbaar. Laat je een model een pull request beoordelen en stuur je daarvoor 50.000 tokens aan code en context mee, terwijl het 5.000 tokens commentaar schrijft, dan kost dat met Opus 5.5 $0,30. Met Opus 4 was dat $1,13. Met Sonnet 5.5 is het $0,15. Tegen die prijs is de vraag niet meer of je een model elke wijziging laat nakijken, maar waarom je dat nog niet doet.

Waarom de bekende benchmarks je weinig vertellen

SWE-bench Verified, de test waarin modellen echte bugs uit open-sourceprojecten oplossen, is zo goed als vol: overzichtssites melden voor de topmodellen scores rond de 95%. Die test bestaat bovendien volledig uit Python-projecten. De makers zijn daarom overgestapt op zwaardere tests. Op Terminal-Bench 4.0, met taken in een echte terminal, meldt Anthropic 66,4% voor Opus 5.5 en 57,9% voor GPT-6 Astra. Andersom gelezen: het beste model van dit moment faalt nog op een derde van die taken.

Voor jou betekent dat: geen enkele publieke score vertelt hoe een model omgaat met jouw Laravel-app uit 2019, je eigen basisklassen en die ene service die alles via een statische helper doet. Dat moet je zelf meten, en daarover gaat de rest van dit artikel.

Hoeveel PHP-code schrijven developers nog zelf?

Minder dan de helft, als je de developers zelf gelooft. JetBrains vroeg in mei tot juli 2026 professionele developers wereldwijd naar hun werk. 90% gebruikt minstens wekelijks een AI-codeeragent, 68% dagelijks. Gemiddeld schatten ze dat 47% van hun code van de vorige maand volledig door een agent is geschreven en 27% helemaal zonder AI. Claude Code wordt door 39% op het werk gebruikt, tegen 18% in januari. Cijfers specifiek voor PHP zijn er nog niet; het State of PHP-rapport over 2026 moet nog verschijnen.

Dat zijn schattingen, en daar zit een addertje. In 2025 liet onderzoeksbureau METR zestien ervaren open-sourcedevelopers 246 taken doen in hun eigen projecten, de helft met AI en de helft zonder. Met AI waren ze 19% langzamer. Achteraf dachten ze zelf dat ze 20% sneller waren geweest. METR noemt die uitkomst inmiddels historisch, omdat de tools veel beter zijn geworden. Een nieuwe meting lukte niet goed: veel developers wilden niet meer meedoen aan taken zonder AI.

Hoe snel je echt bent, weet dus bijna niemand precies. Wat wel vaststaat: de hoeveelheid code die een agent schrijft, zegt niets over hoeveel ervan klopt. Wie die code niet meer begrijpt, bouwt cognitieve schuld op.

Het bewijs zit in je pijplijn, niet in het model

Vandaag ging op deze site Lethwei: Blood & Honor live, een vechtgame die grotendeels door een AI-agent is gebouwd. Alle 53 unittests en alle 19 browsertests in Chromium, Firefox, WebKit en op een telefoon waren groen. Live stonden de vechters niet in beeld.

De oorzaak zat niet in de code. De .htaccess van deze site weigert elk .json-bestand, een goede regel die configuratiebestanden afschermt. De vechters worden uit vier .json-bestanden geladen. De testserver van de agent kende geen Apache en dus ook die regel niet. De oplossing was een .htaccess van vijf regels in één map. Het model had correct gewerkt, in een wereld die niet de productieserver was.

Die fout is typisch voor wat er in 2027 meer gaat gebeuren. Code die klopt in de omgeving waarin hij getest is. Een model kan elke regel PHP goed schrijven en toch niet weten dat jouw server open_basedir aan heeft, dat de cron als een andere gebruiker draait of dat de hoster exec() heeft uitgezet. Dat weet jij. Of je pijplijn, als je het daar vastlegt.

Laat de machine beslissen, niet de chat

PHP heeft voor dit werk betere gereedschappen dan het imago doet vermoeden. Met declare(strict_types=1), PHPStan op het hoogste niveau, een testsuite en composer audit kun je een groot deel van wat een model fout doet afvangen voordat een mens er naar kijkt. Zet het als één commando in je composer.json:

"scripts": {
    "check": [
        "phpstan analyse --level=max",
        "phpunit",
        "@composer audit"
    ]
}

Draai composer check in je CI voor elke merge, ook als een agent de wijziging maakte. Dan is de afspraak met het model simpel: het mag alles voorstellen, maar het werk is pas af als dit commando groen is. Agents kunnen dat commando zelf draaien en hun fouten verbeteren voordat jij iets ziet. Dat scheelt je meer reviewtijd dan welk beter model ook.

Het pakket dat niet bestaat

Eén risico is specifiek voor wie met een pakketbeheerder werkt. Onderzoekers lieten zestien codeermodellen 576.000 stukken code schrijven en controleerden de pakketten die erin werden gebruikt. Bij commerciële modellen bestond gemiddeld 5,2% daarvan niet, bij open modellen 21,7%. In totaal verzonnen de modellen 205.474 verschillende pakketnamen. Aanvallers registreren zulke namen en vullen ze met malware; dat heet slopsquatting.

Dat onderzoek ging over Python en JavaScript, maar Composer werkt hetzelfde: composer require leverancier/naam installeert wat er op Packagist onder die naam staat. Stelt een model een pakket voor dat je niet kent, open dan eerst de Packagist-pagina. Een pakket van drie weken oud met tweehonderd downloads en geen gekoppelde repository installeer je niet omdat een chatbot het noemde.

PHP2Shell: waarom je updatetempo in 2027 in dagen telt

Terug naar de lekken uit de opening, CVE-2026-109618 en CVE-2026-109619, samen PHP2Shell genoemd. De tijdlijn laat zien wat AI aan de verdedigende én de aanvallende kant doet. Wiz vond de eerste fout op 19 augustus en meldde hem op 24 augustus. Op 17 oktober zag Amazon de eerste aanval, op 21 oktober kwamen de updates: PHP 8.5.12, 8.4.27, 8.3.36 en 8.2.35.

Voor PHP 8.1 en ouder is er geen officiële update, alleen een minimale reparatie in de broncode. Volgens W3Techs draait 69,3% van de websites waarvan de servertaal bekend is op PHP, en van die PHP-sites draait 26,9% nog PHP 7 en 7,7% PHP 5. Ruim een derde van het PHP-web draait dus op een versie waarvoor deze update niet als gewone release bestaat.

Mijn verwachting voor 2027: dit wordt normaal. Modellen die kwetsbaarheden vinden, worden goedkoper en breder beschikbaar, en wat een verdediger in een week vindt, vindt een aanvaller ook. OpenAI publiceert inmiddels zelf hoe goed zijn modellen bekende lekken in werkende aanvallen omzetten: GPT-6 Sol haalt daarop 82,6%. Een updatebeleid van "bij de volgende onderhoudsronde" is dan te traag. Wie zijn hosting, Docker-images en PHP-versie niet binnen een paar dagen kan bijwerken, heeft in 2027 een groter probleem dan welk AI-model hij gebruikt.

Wat er in 2027 al vastligt voor PHP

Een deel van volgend jaar staat al in de agenda.

PHP 8.6 komt op 19 november 2026

Release candidate 4 verscheen op 21 oktober. De opvallendste nieuwe functie is partial function application: je vult een deel van de argumenten in en krijgt een nieuwe functie terug. Het voorstel werd met 33 tegen 0 stemmen aangenomen. Verder krijgt PHP clamp(), standaardwaarden voor readonly-eigenschappen, een Duration-klasse, een nieuwe Polling API, #[\Override] voor klasseconstanten en veiligere standaardinstellingen voor sessies.

// PHP 8.6: partial function application
$alleenGetallen = array_filter(?, is_numeric(...));
$alleenGetallen(['12', 'abc', '7.5']); // [0 => '12', 2 => '7.5']

// PHP 8.6: clamp()
$korting = clamp($invoer, min: 0, max: 50);

Let op als je met een AI-model werkt: een model kent PHP 8.6 alleen als het na de release getraind is of de documentatie meekrijgt. Zonder die context schrijft het de oplossing uit 8.5. Werkt nog steeds, maar je loopt structureel een versie achter. Laravel zegt het zelf scherp: taalmodellen zijn verrassend goed in PHP omdat er zoveel PHP-trainingsdata is, maar zonder context verzinnen ze API's. Laravel Boost, de MCP-server van Laravel, geeft agents daarom richtlijnen en documentatie die passen bij de versies in jouw project. Voor ander PHP-werk moet je die context zelf meegeven, bijvoorbeeld in een CLAUDE.md of AGENTS.md in je project.

Versies die aflopen

Op 31 december 2026 krijgt PHP 8.2 geen beveiligingsupdates meer en stopt de actieve support voor 8.4. Een jaar later, op 31 december 2027, valt PHP 8.3 af en stopt de actieve support voor 8.5. Draai je in 2027 nog 8.2, dan kan de PHP2Shell-update de laatste grote zijn geweest die je kreeg.

Een upgrade van 8.2 naar 8.5 is precies het soort werk waar agents goed in zijn: veel kleine, saaie wijzigingen die je met tests en PHPStan kunt controleren. Het is een goede eerste klus om je pijplijn op te testen.

PHP 9 heeft voorstellen, geen datum

Er zijn aangenomen voorstellen die voor PHP 9.0 bedoeld zijn: een ongedefinieerde variabele wordt een fout in plaats van een waarschuwing, ${} in strings verdwijnt, en functies met meerdere handtekeningen worden opgesplitst. Een releasedatum is er niet, en het is ook nog niet besloten of de versie na 8.6 een 8.7 of een 9.0 wordt. Wie nu zijn deprecation-meldingen wegwerkt, hoeft zich daar geen zorgen over te maken.

De Cyber Resilience Act wordt volledig van kracht

Sinds 11 september 2026 moeten fabrikanten onder de Europese Cyber Resilience Act actief misbruikte kwetsbaarheden in hun producten binnen 24 uur vooraanmelden bij het meldplatform van ENISA, met een volledige melding binnen 72 uur. Op 11 december 2027 gaan de overige verplichtingen in, ook de lichtere regels voor organisaties die open-sourceprojecten voor commercieel gebruik ondersteunen.

Voor wie een website voor een klant bouwt, verandert er weinig. Verkoop je PHP-software als product in de EU, zoals een installeerbare module of een apparaat met een beheerscherm in PHP, dan wel. Een actief misbruikt lek als PHP2Shell in een product dat je levert, is precies waar die 24 uur voor bedoeld zijn. Zoek in 2027 uit of jouw software eronder valt; de Europese Commissie publiceerde daarvoor in juli 2026 een handleiding.

PHP wordt een taal om agents mee te bouwen

Tot voor kort was PHP vooral de taal waarin een AI-model code schreef. Nu komt er gereedschap om de AI-kant zelf in PHP te bouwen. De officiële PHP-SDK voor het Model Context Protocol, gemaakt door de PHP Foundation, het MCP-team van Anthropic en Symfony, staat op versie 0.9.0 van 18 oktober 2026 en is al ruim vijf miljoen keer geïnstalleerd. De makers noemen hem experimenteel tot versie 1.0. Laravel bracht op 23 september versie 1.0 van zijn AI SDK uit, met tools die pauzeren tot een mens ze goedkeurt en met classificatie via Jev, een model dat kiest in plaats van schrijft.

Dat verandert wat een PHP-developer in 2027 kan opleveren. Je bouwt niet alleen de webapp, maar ook de koppeling waarmee een agent veilig in die app kan werken: welke gegevens hij mag lezen, welke acties hij mag voorstellen en welke een mens moet goedkeuren. Wat MCP is en hoe je dat veilig opzet, schreef ik eerder. Hoe je zo'n agent in gewone PHP bouwt, met Composer en de officiële SDK's, laat ik stap voor stap zien in Een AI-agent bouwen in PHP.

Een werkdag van een PHP-developer in 2027

Hieronder een uitgeschreven verwachting, geen feit. Elk onderdeel rust op iets dat nu al bestaat; dat staat er steeds bij.

9.00 uur. In de nacht heeft een agent de openstaande tickets van gisteren opgepakt. Er staan drie pull requests klaar. Bij twee is composer check groen; de derde heeft hij zelf als mislukt gemarkeerd, met de PHPStan-fout erbij. Bestaat nu: agents die in de cloud aan tickets werken en hun eigen tests draaien.

9.30 uur. Je leest de twee groene wijzigingen. Niet regel voor regel, maar met de vraag of dit is wat de klant bedoelde, en of het klopt met hoe productie draait. Bij de eerste mist een index op een tabel van twaalf miljoen rijen. Geen test die dat ziet; jij wel. Bestaat nu: de grens tussen wat tooling vangt en wat ervaring vangt.

11.00 uur. Een beveiligingsmelding over een veelgebruikt Composer-pakket. Je agent heeft al een branch met de update, de tests zijn groen, en voor de middag staat hij live. Bestaat nu: composer audit, Dependabot en vergelijkbare tools. Wat in 2027 verandert, is dat je dit tempo nodig hebt.

14.00 uur. Je bouwt een MCP-koppeling voor de klantenservice. De agent van de klant mag ordergegevens lezen en een terugbetaling voorstellen; uitvoeren kan alleen na goedkeuring van een medewerker. Dat ontwerp maak jij, het model schrijft de code. Bestaat nu: de MCP-SDK voor PHP en goedkeurbare tools in de Laravel AI SDK.

16.00 uur. Je laat een model je eigen inlogflow aanvallen voordat een ander het doet. Bestaat nu: zie PHP2Shell.

Wat in dit beeld opvalt: je typt minder PHP, maar je hebt meer kennis van PHP nodig. Om een ontbrekende index te zien die geen test opmerkt, om een agent veilige grenzen te geven, en om een fout in productie terug te voeren op een regel in php.ini.

Wat je dit jaar nog regelt

• Controleer je PHP-versie. Draai je op 8.2 tot en met 8.5, zorg dan dat je de update van 21 oktober hebt. Op 8.1 of ouder: plan de upgrade nu.
• Maak één commando dat beslist. Strict types, PHPStan, tests en composer audit in composer check, verplicht in CI, ook voor agents.
• Leg vast hoe productie draait. PHP-versie, extensies, php.ini-afwijkingen, webserverregels. In een bestand dat je agent leest, en het liefst in een testomgeving die erop lijkt.
• Kijk elk nieuw pakket na. Leeftijd, downloads en repository op Packagist, voordat composer require draait.
• Bouw één kleine MCP-server. Een paar tools voor je eigen applicatie, met de officiële SDK of Laravel. Je leert er meer van over 2027 dan van tien artikelen.

Wat 2027 voor PHP-developers brengt

De modellen worden goedkoper en beter; dat is het afgelopen jaar elk kwartaal gebeurd en er is geen reden om aan te nemen dat het stopt. PHP schrijven wordt daarmee nog goedkoper. Wat niet goedkoper wordt: weten hoe jouw productie eruitziet, bepalen wat de juiste oplossing is, en binnen dagen bijwerken als er iets misgaat. Daar zit in 2027 het werk van een PHP-developer, en eerlijk gezegd ook het interessantere deel.

De fout in PHP bleef twaalf jaar onopgemerkt. Met AI als gereedschap had één onderzoeker er een week voor nodig. Zo grondig wordt in 2027 ook jouw code gelezen. De enige vraag is door wie het eerst.

Bronnen

• PHP, nieuws en beveiligingsadvies van 21 oktober 2026 en ondersteunde versies (geraadpleegd 23 oktober 2026)
• Wiz Research, PHP2Shell: AI uncovers critical RCE vulnerabilities: ontdekking, gebruikte modellen en tijdlijn
• Tenable, php2shell FAQ: getroffen versies en de waarnemingen van Amazon Threat Intelligence
• Anthropic, modeloverzicht, Claude Opus 5.5 en prijzen
• OpenAI, GPT-6 Sol en GPT-6 Luna: October 2026 update
• Google, AI-nieuws van september 2026: Gemini 4 Argon en Gemini 3.8 Flash
• JetBrains Research, AI Coding Agents: Adoption Trends en How Much Code Do Developers Really Let Agents Write?
• METR, Measuring the Impact of Early-2025 AI on Experienced Open-Source Developer Productivity (juli 2025)
• Spracklen e.a., We Have a Package for You!, USENIX Security 2025
• W3Techs, Usage statistics of PHP (23 oktober 2026)
• PHP RFC's: Partial Function Application v2, clamp() en het RFC-overzicht
• Europese Commissie, Cyber Resilience Act en meldplicht
• Packagist, mcp/sdk; Laravel, Introducing Laravel AI SDK v1 en Announcing Laravel Boost