Een gestructureerde ontwikkelpipeline tussen idee en productie
Forenta is geen losse prompt-chat. Elke ontwikkelfase wordt geanalyseerd en omgezet in een vastgelegd artifact, een verplichte checklist, concrete taken en een uitvoerbare bouwprompt. Elke fase levert context voor de volgende, met een expliciet beslismoment ertussen.
De acht ontwikkelfasen
Van idee naar monitoring, in vaste fasen.
Elk project doorloopt dezelfde acht fasen. Per fase ligt vast welke vraag centraal staat, welke input nodig is, welk artifact wordt opgeleverd en welke voorwaarde de overgang naar de volgende fase blokkeert.
- 01
Idee
- Vraag
- Wat willen we maken en waarom?
- Input
- Idee, notitie of probleemstelling
- Output
- Projectbrief
- Overgang
- Doel, scope en aannames vastgelegd
- 02
Research
- Vraag
- Wat weten we al en wat missen we?
- Input
- Projectbrief, bronnen, read-only repo
- Output
- Researchpakket
- Overgang
- Bewijs verzameld en gewogen
- 03
Analyse
- Vraag
- Klopt de onderbouwing en waar zit het risico?
- Input
- Researchpakket en projectcontext
- Output
- Adviesrapport
- Overgang
- Bevindingen beoordeeld, expliciet oordeel
- 04
Architectuur
- Vraag
- Hoe bouwen we dit en met welk datamodel?
- Input
- Adviesrapport en vereisten
- Output
- Blueprint
- Overgang
- Ontwerp en uitvoeringsplan compleet
- 05
Bouw
- Vraag
- Werkt wat we opleveren?
- Input
- Blueprint en bouwprompts
- Output
- Buildrapport
- Overgang
- Onderdelen werkend en herleidbaar
- 06
Validatie & security
- Vraag
- Is het correct, veilig en klaar?
- Input
- Buildrapport en testcriteria
- Output
- Testrapport
- Overgang
- Tests, risico's en go/no-go
- 07
Deployment
- Vraag
- Hoe zetten we dit gecontroleerd live?
- Input
- Testrapport en releaseplan
- Output
- Release-runbook
- Overgang
- Release, rollback en checklist rond
- 08
Monitoring
- Vraag
- Doet het in productie wat het moet?
- Input
- Release-runbook en signalen
- Output
- Monitoringrapport
- Overgang
- Metriek en opvolging ingericht
Verwerking per fase
Elke fase draait dezelfde cyclus.
Binnen een fase wordt de inputcontext geanalyseerd, worden bevindingen met een oordeel opgesteld, en volgen daaruit taken, een verplichte checklist, een fase-artifact en een bouwprompt. Een gate sluit de fase af. De resultaten van elke fase worden context voor de volgende, zodat het werk zich opbouwt in plaats van opnieuw te beginnen.
- Inputcontext
- Analyse
- Bevindingen
- Taken
- Checklist
- Artifact
- Bouwprompt
- Gate
Uitvoerbare output
Vier concrete resultaten per fase.
Geen losse antwoorden, maar vastgelegde output die je direct kunt gebruiken. De voorbeelden hieronder zijn illustratief.
Fase-artifact
Een vastgelegd document per fase: projectbrief, researchpakket, adviesrapport, blueprint, buildrapport, testrapport, release-runbook of monitoringrapport.
Adviesrapport · Analyse Oordeel: voorwaardelijk akkoord Hoofdrisico: aanname over vraag niet getoetst
Taken en aanbevelingen
Concrete, herleidbare vervolgstappen die uit de bevindingen volgen — elk gekoppeld aan de fase en het artifact waaruit ze voortkomen.
1. Vraag valideren met 5 gebruikersgesprekken 2. Datamodel voor kernentiteit vastleggen 3. Scope terugbrengen tot één flow
Checklist en gate
Een verplichte checklist blokkeert de faseovergang tot alle punten af zijn. De gate wordt server- en database-afgedwongen; een override is expliciet en auditbaar.
[x] Bronnen gewogen [ ] Aannames getoetst Gate geblokkeerd: 1 punt open
Bouwprompt
Een uitvoerbare opdracht met context en acceptatiecriteria, klaar om te plakken in je eigen ontwikkelomgeving. Geen interne systeemprompts — alleen de opdracht en de criteria.
Bouw de invoervalidatie voor het aanmeldformulier. Acceptatie: lege velden geweigerd, e-mail gecontroleerd, fouten getoond.
Traceerbaarheid en controle
Vastgelegd, geblokkeerd waar nodig, en herleidbaar.
De pipeline is zo gebouwd dat je kunt nagaan wat er is besloten en waarom, en dat onvolledig werk niet ongemerkt doorschuift.
Vastgelegde beslissingen
Beslissingen en faseovergangen worden vastgelegd, zodat te herleiden is wat er is besloten en wanneer.
Gates die blokkeren
Verplichte controles blokkeren onvolledige faseovergangen. De gate wordt server- en database-afgedwongen.
Herleidbare bevindingen
Bevindingen zijn te herleiden naar de taken en artifacts die eruit voortkomen, dwars door de fasen heen.
Menselijke review vereist
Menselijke review is vereist voordat belangrijke beslissingen worden genomen. Een override is expliciet en auditbaar, met een verplichte reden, en herschrijft het AI-oordeel niet.
Integraties en ontwikkelomgevingen
Wat er nu koppelt, en hoe.
Connectors leveren read-only context of posten updates. Claude Code en Codex werken samen via overdracht van bouwprompts, checklists en artifacts — geen directe tweeweg-API-koppeling.
AI- en datatransparantie
Waar AI wordt ingezet en wat er met je invoer gebeurt.
- Waar AI wordt ingezet
- Forge en Flux gebruiken de modellen van Anthropic. Avatar-generatie loopt via fal.ai. Voor organisaties geldt BYOK: de organisatie brengt haar eigen Anthropic-sleutel (in ontwikkeling).
- Welke invoer wordt verwerkt
- Je idee, geplakte tekst of documenten en read-only repo-context (GitHub) worden verwerkt om analyses, artifacts, taken en bouwprompts te maken.
- Externe modelprovider
- De AI-verwerking loopt via Anthropic in de Verenigde Staten; fal.ai draait eveneens in de VS. De database staat in een EU-regio (Supabase) en de hosting loopt via Vercel.
- Menselijke controle
- Menselijke review is vereist voordat belangrijke beslissingen worden genomen. Overrides zijn expliciet en auditbaar met een verplichte reden, en herschrijven het AI-oordeel niet.
- AI-output kan onjuist zijn
- AI-uitkomsten kunnen fouten of aannames bevatten. Beoordeel resultaten kritisch en gebruik de review- en gate-momenten om ze te toetsen.
Meer over gegevensverwerking en waarborgen: Privacy en Vertrouwen.
Van analyse naar een uitvoerbare ontwikkelroute.
Begin met een idee, een tekst of een codebase. Forenta analyseert het en zet het om in artifacts, checklists, taken en bouwprompts voor je eigen ontwikkelomgeving.
Meer context: Hoe het werkt