Van prototype naar pilot
Hoe verdeelt u de taken tussen Lovable en Claude Code zonder de controle over de code, tests en versies te verliezen?
- Lovable
- Claude Code
- Codex
3500 € per sessie, excl. btw
Samengevat
In twee dagen, ofwel 14 uur exclusief pauzes, ontwerpt u een prototype en het bijbehorende wijzigingsproces tussen Lovable en Claude Code. U legt de overdrachten vast, controleert wijzigingen, voert tests uit en bereidt een beperkte pilot voor. Codex dient als afgebakende variant om een gerichte wijziging te vergelijken.
Waarom deze opleiding?
De overstap van een gegenereerde interface naar codewijzigingen brengt risico’s mee: overschreven code, vergeten vereisten en uiteenlopende versies. De workflow moet aangeven welke codestatus als referentie geldt en wie elke wijziging aanvaardt. De snelheid van generatie bewijst niets over de kwaliteit. Afgebakende verzoeken, menselijke review en reproduceerbare tests maken het mogelijk om een overtuigende demonstratie te onderscheiden van een prototype dat voldoende beheerst is om een pilot te overwegen. Doorlopende casus: De fictieve organisatie Avelune Matériel wil een prototype maken voor het opvolgen van interne uitleningen: catalogus, aanvraag en teruggave. De apparatuur en gebruikers zijn fictief. Het team moet een gegenereerde interface overnemen, de beschikbaarheidsregels betrouwbaar maken en een pilot voorbereiden zonder verbinding met het echte systeem. Toepassing op het werk: Het protocol opnieuw toepassen binnen een kleine, toegestane scope: een verantwoordelijke voor de code aanwijzen, de referentietests opnieuw uitvoeren en het pilotplan ter technische goedkeuring voorleggen vóór enig daadwerkelijk gebruik.
De doelstellingen van deze opleiding
- De verantwoordelijkheden van Lovable, Claude Code en de menselijke reviewer bepalen.
- Een prototype bouwen dat beperkt is tot de prioritaire gebruikersstromen.
- Een overdracht organiseren met een referentieversie.
- Wijzigingen controleren via review en gedocumenteerde tests.
- Een pilotplan opstellen met stopvoorwaarden.
Voor wie en met welke voorkennis?
Betrokken rollen en taken
- Ontwikkelaars en prototypebouwers die al codegeneratie gebruiken.
- Technische productverantwoordelijken die een applicatiepilot moeten afbakenen.
Vereiste voorkennis
- Applicatiecode kunnen lezen en wijzigen en tests kunnen uitvoeren.
- De basisprincipes van versiebeheer beheersen: branches, verschillen en herstel.
- Al geëxperimenteerd hebben met een assistent voor codegeneratie.
Waaraan u werkt
De gebruikersstromen afbakenen
Doel: De testbare scope vastleggen. Catalogus, aanvraag, teruggave; uitsluitingen en aanvaardingscriteria.
Het codeproces uittekenen
Doel: Concurrerende versies vermijden. Referentiebron, verantwoordelijkheden, goedkeuringspunten; werkwijzen volgens de officiële documentatie.
Een eerste interface maken
Doel: De prioritaire gebruikersstromen concreet vormgeven. Afgebakende instructies, codegeneratie en codewijzigingen met Lovable.
De overname voorbereiden
Doel: Bruikbare context overdragen. Codestructuur, afhankelijkheden, opstarten en bekende beperkingen.
Gecontroleerd wijzigen
Doel: De reikwijdte van een wijziging beperken. Claude Code: gerichte instructies, menselijke review en versiebeheer.
De tests opstellen
Doel: De functionele conformiteit meten. Beschikbaarheid, duplicaten, ontbrekende velden en herhaalde teruggaven.
Een variant vergelijken
Doel: Een voorstel beoordelen zonder automatisch samenvoegen. Codex: gerichte wijziging die aan dezelfde controles wordt onderworpen.
De uitwisselingen beveiligen
Doel: Vermijdbare blootstelling beperken. Beheer van geheimen, machtigingen en verzonden gegevens.
De volledige overdracht herhalen
Doel: De reproduceerbaarheid van de workflow controleren. Nieuw verzoek, review, tests en terugrollen.
Het pilotplan verdedigen
Doel: De voorwaarden voor het experiment bepalen. Geïsoleerde scope, indicatoren, drempels en verantwoordelijkheden.
Wat u meeneemt
- Prototype onder versiebeheer en opstartinstructies
- Overdrachtsprotocol en verantwoordelijkhedenmatrix
- Reviewverslag en testresultaten
- Pilotplan met terugrolprocedure
Methode en evaluatie
- Korte toelichtingen gevolgd door onmiddellijke toepassing op de doorlopende casus.
- Individueel werk, gevolgd door werk in duo’s, met wederzijdse review van de resultaten.
- Begeleide gezamenlijke bespreking: wat werkt, wat gecorrigeerd moet worden en wat een menselijke beslissing blijft.
- Voorbereiding: Controleer de toegang tot de door de organisatie toegestane tools en raadpleeg hun officiële documentatie voor de beschikbare technische mogelijkheden. Bereid een geïsoleerde omgeving, een oefenrepository en fictieve of geanonimiseerde gegevens voor; neem geen geheimen op in de instructies.
Observeerbare criteria: De drie afgesproken gebruikersstromen worden gedemonstreerd met fictieve gegevens. ; Elke aanvaarde wijziging heeft een gereviewd verschiloverzicht en een onderbouwing. ; Voor de tests van normale situaties en de randgevallen is een resultaat vastgelegd. ; Er staan geen geheimen in de instructies of de ingeleverde repository. ; Het pilotplan vermeldt een verantwoordelijke, aanvaardingsdrempels en een herstelprocedure..
Veelgestelde vragen
Is een ingebruikname in productie voorzien?
Nee: het resultaat is een prototype en een pilotplan.
Vervangt Codex Claude Code?
Nee: het is hier een variant die wordt vergeleken voor een beperkte taak.
Mag interne code worden gebruikt?
Alleen na toestemming en verwijdering van gevoelige gegevens; de fictieve casus blijft de voorkeur genieten.
Verlopen de uitwisselingen tussen tools automatisch?
Er wordt niet uitgegaan van automatisering; de werkwijzen worden gecontroleerd in de officiële documentatie.
Laatst bijgewerkt: