Waarom je AI-coderingshulp eigenlijk een fatsoenlijk contract nodig heeft

Laten we eerlijk zijn: de meesten van ons plannen projecten nog steeds op dezelfde manier als vóór AI-agents bestonden. Een snelle notitie, misschien een Notion-document, een Slack-thread die alle kanten op kronkelt. Vervolgens gooien we dat halfgebakken plan over de schutting naar een coding-agent en bidden dat het goedkomt.

Het probleem zit hem niet in de capaciteiten van AI-agents. Het is dat ze structuur nodig hebben die we zelden bieden. En wanneer ze die lacunes zelf opvullen, houden we geen enkel verslag over waarom bepaalde keuzes zijn gemaakt.

Een document dat meedenkt

Daar probeert inplan iets aan te doen. In de kern is het een Markdown-editor voor gezamenlijke planning tussen mensen en AI-coderingsagents. Stel het voor als een gedeeld digitaal whiteboard waar beide partijen aan hetzelfde planningsdocument kunnen sleutelen.

Maar wat het interessant maakt, is niet de editor zelf. Het is het commentsysteem. Je kunt elke zin selecteren en daar een threaded discussie aan koppelen. Vraag waarom de agent die architectuur voorstelde. Vraag om verduidelijking bij een aanname. Neem een beslissing. Die uitwisseling blijft verankerd aan die specifieke regel — een duurzaam verslag dat je later ook daadwerkelijk kunt raadplegen.

Dit raakt iets waar we zelden bij stilstaan: het probleem van contextuele archaeologie. Skip drie maanden vooruit. Je agent heeft ergens een keuze gemaakt. Waar is de redenering gebleven? Met inplan wordt dat traceerbaar.

Goedkeuren voordat het wordt weggeschreven

Hier is een patroon dat we te vaak zien: je laat een AI-agent zijn werk doen, komt terug, en het plan is stilzwijgend getransformeerd. Misschien is het beter. Misschien is er iets cruciaals veranderd. Moeilijk te zeggen.

Inplan draait dit om. Wanneer de agent het plan wil aanpassen, overschrijft hij niet stilletjes het document. Hij genereert een diff die jij zelf bekijkt en goedkeurt. Je ziet precies wat er is veranderd. Je kunt goedkeuren, afwijzen of itereren voordat iets wordt vastgelegd.

Deze human-in-the-loop aanpak is belangrijker dan het misschien lijkt. Het transformeert de agent van uitvoerder naar collaborator met een papieren spoor.

Aan de slag

De tool installeert als een Claude Code-skill (met ondersteuning voor Codex en anderen op de roadmap). Een simpel "plan X"-commando opent de editor. Het is AGPL-3.0 open-source en draait volledig lokaal via npm.

Voor teams die live samenwerken willen, is er een gehoste optie via inplan.ai. Niets in de demo vereist het aanmaken van een account — verfrissend voor een SaaS-product om te bieden.

Waar het nog knelt

Geen enkel gereedschap is perfect. De huidige versie is een Electron desktop-app — functioneel maar zwaarder dan een webeditor. Het diff-mechanisme werkt per regel, wat nogal grof kan voelen voor fijnmazige wijzigingen. En het mentale model draait om één planningsdocument tegelijk. Als je meerdere onderling verbonden specificaties beheert, pak je vanzelf andere tools ernaast.

Het team is open over deze beperkingen, wat hoopgevend is. Ondersteuning voor meerdere documenten en rijkere agent-interacties staan op de roadmap.

Waarom dit relevant is voor het vibe coding-tijdperk

"Vibe coding" — AI het werk laten doen terwijl jij de visie stuurt — wint snel aan populariteit. Maar vibe coding heeft een smerig geheim: zonder duidelijke richting vergelijk je uitkomsten met intenties die je nooit goed hebt verwoord.

Tools als inplan wijzen naar een andere toekomst. Niet alleen "sneller code schrijven" maar "helderder denken". De planningsfase wordt een echte samenwerking met je AI-partner, met artefacten die zowel het directe doel als toekomstige onderhouders (inclusief toekomst-jij) ten goede komen.

Of inplan specifiek jouw workflow wordt, hangt af van je tolerantie voor Electron-apps en single-doc modellen. Maar het onderliggende concept — gestructureerd, becommentarieerbaar, door mensen beoordeeld AI-samenwerken — wijst naar hoe we met coderingsagents zullen werken naarmate ze capabeler worden.

De vraag is niet of AI meer van onze code zal schrijven. Het is of we de fundamenten bouwen om die code daadwerkelijk begrijpelijk te houden.

Probeer het: npm i -g inplan