De analysemotor
Acht mechanismen, één pipeline.
Elke fase heeft in de analyseomgeving een eigen mechanisme: een instrument dat laat zien wat er op dat moment gebeurt, tot het artifact is verzegeld. Hieronder draaien dezelfde acht mechanismen, stap voor stap.
Idee
Losse signalen worden scherpgesteld tot één kernvraag. Doel, scope en aannames landen in een projectbrief.
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 commerciële API van Anthropic. Optionele avatargeneratie loopt via fal.ai. Organisatiegebonden BYOK is gebouwd, maar wordt per pilot geconfigureerd en gecontroleerd.
- Welke invoer wordt verwerkt
- Forge verwerkt alleen tekst die je zelf plakt. Binnen een enterprise-project kunnen gekoppelde bronnen, zoals read-only GitHub-context, als aanvullende evidence worden gebruikt.
- Spraakinvoer
- De microfoonknop gebruikt de spraakherkenning die in je browser zit (de Web Speech API). Je browser doet de herkenning, niet Forenta, en Chrome stuurt de audio daarvoor naar servers van Google. Wat er met je stem gebeurt verschilt dus per browser. Forenta ontvangt geen audio, alleen de tekst die je zelf overneemt; die gaat pas naar Anthropic als je Flux vraagt er structuur in te brengen. Ondersteunt je browser de API niet, dan verschijnt de knop niet en is er geen andere route.
- Externe modelprovider
- Kerngegevens zijn bedoeld voor een EU-regio van Supabase en de app draait op Vercel. Anthropic en fal.ai kunnen invoer in de Verenigde Staten verwerken. Niet alle verwerking blijft dus binnen de EU. Gebruik je de spraakknop, dan komt daar de spraakdienst van je browser bij.
- 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.
- Bewaren en trainen
- Forenta traint zelf geen modellen op je content. Anthropic stelt dat commerciële API-data standaard niet voor training wordt gebruikt en normaal binnen 30 dagen uit de backend wordt verwijderd, met veiligheids-, wettelijke en contractuele uitzonderingen.
- 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