Codex wordt een workspace, niet alleen een coding agent
· 3 min read · Filippo Spinella · AI, Codex, Developer Tools, Productivity
Wat bij mij bleef hangen in de nieuwe Codex-aankondiging was niet het woord plugin. Het was het idee dat Codex een plek probeert te worden waar werk landt.
OpenAI publiceerde op 2 juni 2026 Codex for every role, tool, and workflow. De zichtbare vernieuwingen zijn rolplugins, Sites en annotaties. Maar de nuttige vraag is simpeler: kan een agent verspreide bedrijfscontext omzetten in iets dat een team kan openen, bespreken en verbeteren?
De echte verschuiving
Lange tijd was Codex makkelijk uit te leggen: het hielp developers code aanpassen. Deze update maakt die uitleg te klein. De nieuwe plugins richten zich ook op analytics, sales, product design, creative production, public equity investing en investment banking.
Dat betekent dat Codex niet alleen een repository leest. Het kan dashboards, CRM-notities, documenten, spreadsheets, designbriefs of financiële bronnen lezen en daar een werkbaar artefact van maken.
Daar wordt het interessant. De meeste teams hebben geen extra chatantwoord nodig. Ze hebben een pagina, launch room, review board, planner, kleine interne app of dashboard nodig dat iedereen kan openen.
Sites is het deel dat ik zou volgen
Sites voelt het meest concreet. Een chatantwoord verdwijnt in de scroll. Een site heeft een URL. Je kunt hem delen, bespreken, later opnieuw openen en Codex vragen alleen de gewijzigde onderdelen bij te werken.
Ik zie dit werken voor productlanceringen, klantreviews, wekelijkse business reviews, investeerdersmemo's en interne tooling. Niet omdat de eerste versie perfect zal zijn. Dat zal ze niet zijn. De waarde is dat het team een gedeeld object krijgt.
Annotaties maken feedback kleiner
Annotaties zijn ook belangrijk. Als ik zeg maak dit duidelijker, kan een agent te veel aanraken. Als ik een grafiek, alinea of sectie aanwijst, wordt de opdracht kleiner.
Zo werkt echte redactie. Je wilt zelden alles herschrijven. Meestal wil je deze zin scherper, die grafiek minder verwarrend, die slide rustiger, die tabel beter gesorteerd.
Hoe ik het zou testen
Ik zou niet op dag één alle tools koppelen. Ik zou een saai workflow kiezen met duidelijke owners. Een wekelijkse business review is goed: een paar metrics, wat notities, één gedeelde output en menselijke review voordat iets wordt verstuurd.
De checklist is kort:
- bepaal welke bronnen Codex mag lezen;
- bepaal wat het mag schrijven;
- eis links naar belangrijke bronnen;
- geef elk artefact een owner;
- archiveer of verwijder wat niet meer nuttig is.
Het gevaar is niet een slechte eerste draft. Teams overleven slechte drafts. Het gevaar is wildgroei: tien gegenereerde sites, geen owner, geen spoor naar bronnen en niemand weet welke versie klopt.
Mijn lezing
Deze aankondiging laat zien dat agents uit de demo-fase groeien. De nuttige agents zijn niet de luidste. Het zijn degene die in het ritme van een team passen: context verzamelen, een draft maken, het spoor bewaren, precieze feedback accepteren en binnen grenzen blijven.
Voor developers maakt dit engineering niet minder belangrijk. Het maakt engineering belangrijker. Iemand moet nog steeds permissions, defaults, reviewpunten en de betekenis van klaar ontwerpen.