De beste ChatGPT- en Claude-prompts voor ontwikkelaars geven het model drie dingen: de echte code, één duidelijke taak en een gedefinieerd uitvoerformaat. Dat is de hele truc achter een nuttige coding-GPT- of AI-software-engineersessie. Met "Beoordeel mijn code" krijg je een beleefde samenvatting. Met "Beoordeel deze diff op bugs en beveiligingsproblemen, geef bevindingen per ernst met regelnummers en herschrijf het bestand niet" krijg je iets waar je mee aan de slag kunt. Hieronder staan 30 prompts voor ontwikkelaars, ingedeeld in zes groepen: codebeoordeling en kwaliteit, tests, refactoring en prestaties, documentatie en PR-beschrijvingen, frontend en backend en DevOps. Ze zijn taalagnostisch en bevatten [language]-placeholders, met enkele Python- en TypeScript-versies waar de details ertoe doen.
Codebeoordeling, één keer geconfigureerd
Yuri - Skill voor AI-codebeoordeling
Yuri laadt je beoordelingsstandaarden, ernstschaal en stack één keer, zodat elke beoordeling dezelfde regels volgt in plaats van telkens een nieuwe prompt.
$29
De Skill ophalen →
Deze prompts gebruiken
Kopieer een prompt, vervang de [brackets] en plak de code of diff er direct achter. Twee gewoonten maken een groot verschil. Plak ten eerste altijd het daadwerkelijke artefact: de functie, de stacktrace, de diff, het schema. Een beschrijving van de code is niet de code. Zeg ten tweede wat je terug wilt: een diff, een tabel, een genummerde lijst, een bestand. Modellen geven standaard proza; dat wil je zelden.
Als je Claude Code gebruikt, werken de prompts nog steeds zoals ze zijn getypt, maar veel ervan kun je beter opslaan als een slash-opdracht of een Skill, zodat je ze niet steeds opnieuw hoeft te typen. Hieronder staat een kort gedeelte daarover en een langer gedeelte in onze gids voor Claude Code-skills.
Codebeoordeling en kwaliteit (prompts 1 tot en met 5)
Review-prompts werken het best met een diff, niet met een volledig bestand. Vraag om bevindingen die op ernst zijn gegroepeerd, zodat je de stijlopmerkingen kunt overslaan als je weinig tijd hebt.
Prompt 1: Ervaren beoordeling op ernst
Beoordeel deze [language]-diff als een ervaren engineer. Groepeer de bevindingen in: bugs, beveiliging, prestaties, onderhoudbaarheid, stijl. Geef bij elke bevinding de verwijzing naar de regel, het probleem in één zin en de oplossing. Herschrijf niet het hele bestand. Als je niets in een categorie vindt, zeg dat dan. Diff: [paste diff]
Prompt 2: Alleen beveiligingscontrole
Controleer deze [language]-code uitsluitend op beveiligingsproblemen: injectie, onveilige deserialisatie, ontbrekende invoervalidatie, geheimen in de code, onveilige standaardinstellingen en risico's van afhankelijkheden. Vermeld bij elke bevinding het risico, hoe deze in één regel kan worden misbruikt en de veiligere versie. Code: [paste code]
Prompt 3: Leg de wijziging uit aan een reviewer
Ik ben de auteur van deze diff. Schrijf de reviewnotities die ik moet toevoegen zodat een reviewer de wijziging snel begrijpt: wat er is gewijzigd, waarom, waar eerst naar moet worden gekeken, wat bewust buiten scope valt en hoe ik de wijziging heb getest. Houd het onder 150 woorden. Diff: [paste diff]
Prompt 4: Vind de latente bug
Deze [language]-code werkt op het normale pad, maar ik vermoed een bug in randgevallen. Loop de code door met deze invoer: lege invoer, null of None, zeer grote invoer, gelijktijdige aanroepen en een falende afhankelijkheid. Geef voor elk geval aan wat er gebeurt en of dat correct is. Code: [paste code]
Prompt 5: Controle van Python-typen en linting
Bekijk deze Python-module op typegebruik en correctheid. Voeg typeaanduidingen toe of corrigeer ze, markeer alles wat mypy in strikte modus zou afwijzen, wijs op veranderlijke standaardargumenten, kale excepts en niet-gesloten resources. Geef de gecorrigeerde module en een opsomming van wat er is gewijzigd. Code: [paste code]
Tests (prompts 6 tot en met 10)
Vraag het model om de gevallen op te sommen voordat het de tests schrijft. Het is veel gemakkelijker om een ontbrekend geval op te merken in een lijst van vijf regels dan in 200 regels testcode.
Prompt 6: Unit-tests met eerst een lijst van gevallen
Schrijf unit-tests voor deze functie in [language] met [test framework]. Geef vóór de code een lijst van alle gevallen die je zult behandelen: het normale pad, grensgevallen, foutpaden en ongeldige invoer. Schrijf daarna de tests. Gebruik beschrijvende testnamen die als zinnen lezen. Functie: [paste code]
Prompt 7: Regressietest op basis van een bug
Hier is een bugrapport en de oplossing. Schrijf een regressietest die faalt met de oude code en slaagt met de nieuwe code, met [test framework]. Geef de test de naam van de bug. Bug: [describe bug]. Diff van de oplossing: [paste diff]
Prompt 8: Tests vóór een risicovolle wijziging
Ik sta op het punt [what you are changing] in [file or module] te wijzigen. Geef een lijst van de tests die ik moet hebben voordat ik eraan begin, gerangschikt op hoe waarschijnlijk het is dat elke test een fout aan het licht brengt. Markeer welke tests al bestaan op basis van dit testbestand: [paste test file]
Prompt 9: TypeScript-integratietest
Schrijf een integratietest in TypeScript met [Vitest or Jest] voor deze API-handler. Mock alleen de externe grens ([database, HTTP client, queue]), niet de interne modules. Behandel een geslaagde aanroep, een validatiefout en een time-out bij een upstream-service. Handler: [paste code]
Prompt 10: Testbeoordeling
Bekijk deze tests. Geef aan welke assertions zwak zijn (waarheidsgetrouwheid controleren, alleen snapshots gebruiken of de mock testen in plaats van de code), welke gevallen ontbreken en welke tests redundant zijn. Stel de drie meest waardevolle aanvullingen voor. Tests: [paste tests]
Refactoring en prestaties (prompts 11 tot en met 15)
Voor prompts over herstructurering is een harde beperking nodig: het gedrag mag niet veranderen. Zeg dat expliciet en vraag om de wijzigingen als een lijst, zodat je ze één voor één kunt beoordelen.
Prompt 11: Herstructurering met behoud van gedrag
Herstructureer deze [language]-code voor betere leesbaarheid zonder het gedrag te veranderen. Houd de openbare interface identiek. Vermeld elke wijziging in één regel met de reden ervoor, vóór de code. Markeer alles wat op een bug lijkt, maar los het niet stilzwijgend op; vermeld het afzonderlijk. Code: [paste code]
Prompt 12: Splits een lange functie op
Deze functie is te lang. Splits haar op in kleinere functies met duidelijke namen, die elk één ding doen. Toon eerst de nieuwe structuur als overzicht (functienamen en doel in één regel), daarna de code. Introduceer geen nieuwe abstracties tenzij ze minstens twee keer worden gebruikt. Code: [paste code]
Prompt 13: Vind het prestatieprobleem
Deze [language]-code is traag bij [size of input]. Identificeer het waarschijnlijke knelpunt, schat de complexiteit ervan en stel een oplossing voor. Leg de afwegingen van de oplossing uit (geheugen, leesbaarheid, risico op fouten). Optimaliseer niet op detailniveau; vind het belangrijkste knelpunt. Code: [paste code]. Profieluitvoer, indien aanwezig: [paste]
Prompt 14: Python-herschrijving voor betere prestaties
Herschrijf deze Python-functie voor betere prestaties. Geef de voorkeur aan ingebouwde functies, comprehensies, generatoren en de standaardbibliotheek boven zelfgeschreven lussen. Behoud dezelfde signatuur en hetzelfde retourtype. Toon de voor- en na-versie en beschrijf hoe je dit met timeit zou benchmarken. Code: [paste code]
Prompt 15: Duplicatie verwijderen
Hier zijn twee of meer stukken code die op elkaar lijken. Geef aan of ze één implementatie moeten delen of apart moeten blijven (en waarom). Als ze moeten worden samengevoegd, schrijf die dan en laat zien hoe elke aanroepende plek verandert. Code A: [paste]. Code B: [paste]
Documentatie en PR-beschrijvingen (prompts 16 tot en met 20)
Documentatie is het werk dat het vaakst wordt overgeslagen. Met deze prompts maak je in tien seconden iets waar een nieuw teamlid echt mee uit de voeten kan.
Prompt 16: PR-beschrijving
Schrijf een beschrijving voor een pull request voor deze diff. Secties: Samenvatting (twee zinnen), Wat is er gewijzigd (opsomming), Waarom, Zo test je het (stappen), Risico's en terugdraaien. Gebruik duidelijke taal, zonder marketingtoon. Verzin geen context die ik niet heb gegeven. Diff: [paste diff]. Ticket: [ticket link or summary]
Prompt 17: Docstrings en opmerkingen
Voeg docstrings toe aan elke openbare functie en klasse in dit [language]-bestand volgens de stijl [Google, NumPy, JSDoc of jouw standaard]. Documenteer parameters, retourwaarden, opgegooide fouten en één voorbeeld per functie of klasse. Voeg geen opmerkingen toe die de code alleen herhalen. Bestand: [paste code]
Prompt 18: README voor een module
Schrijf een README-sectie voor deze module: wat de module doet, wanneer je hem gebruikt, een minimaal werkend voorbeeld, configuratieopties als tabel en veelgemaakte fouten. Houd het onder 300 woorden. Code: [paste code or public API]
Prompt 19: Documentatie voor API-endpoint
Genereer referentiedocumentatie voor dit endpoint: methode, pad, authenticatievereiste, requestparameters met typen en of ze verplicht zijn, een voorbeeldrequest, een voorbeeld van een succesvolle respons en elke foutrespons met de oorzaak ervan. Bron: [paste route or controller]
Prompt 20: Architectuurbeslissingsdocument
Schrijf een ADR voor deze beslissing. Secties: Context, Beslissing, Overwogen alternatieven (met de reden waarom elk alternatief is afgewezen), Gevolgen. Maximaal één pagina. Beslissing: [describe]. Alternatieven: [list]. Beperkingen: [list]
Frontend (prompts 21 tot en met 25)
Frontendprompts moeten het framework en het renderingmodel vermelden. Alleen "React" is niet genoeg wanneer het antwoord verschilt tussen een clientcomponent en een servercomponent.
Prompt 21: Componentbeoordeling
Beoordeel deze [React, Vue, Svelte]-component op: onnodige re-renders, state die afgeleid zou moeten zijn, ontbrekende keys, effects die event handlers zouden moeten zijn en props die implementatiedetails lekken. Geef voor elk punt een oplossing. Component: [paste code]
Prompt 22: Toegankelijkheidscontrole
Controleer deze markup en componentcode op toegankelijkheid: semantische elementen, labels, focusvolgorde, toetsenbordbediening, kleurcontrasttokens en verkeerd gebruik van ARIA. Vermeld de problemen met het WCAG-criterium waaraan elk probleem niet voldoet en de gecorrigeerde code. Code: [paste code]
Prompt 23: TypeScript-typen voor een API-respons
Hier is een voorbeeld van een JSON-respons van [endpoint]. Schrijf er TypeScript-typen voor. Gebruik discriminated unions wanneer een veld van vorm verandert, markeer optionele velden correct en voeg een runtime-validator toe met [Zod or your library] die overeenkomt met de typen. JSON: [paste sample]
Prompt 24: CSS-layoutdebugging
Deze layout breekt bij [viewport or condition]. Hier staan de HTML en CSS. Leg in eenvoudige bewoordingen uit waardoor dit wordt veroorzaakt en geef vervolgens de minimale CSS-wijziging om het op te lossen. Geef de voorkeur aan moderne layout (grid, flex, container queries) boven trucs. Code: [paste code]
Prompt 25: Beslissing over statusbeheer
Ik moet [describe state] beheren in een [framework]-app van [size]. Vergelijk het lokaal houden ervan, het naar de context tillen en het gebruik van [store library]. Beveel voor dit geval één optie aan met redenen en toon het skelet van de aanbevolen aanpak.
Backend en DevOps (prompts 26 tot en met 30)
Backend- en infrastructuurprompts hebben baat bij het vermelden van de omgeving: de database, de runtimeversie, de cloudprovider en wat niet mag uitvallen.
Prompt 26: Beoordeling van API-ontwerp
Beoordeel dit API-ontwerp op consistentie en correctheid: naamgeving van resources, HTTP-methoden en statuscodes, paginering, foutindeling, idempotentie van schrijfbewerkingen en versiebeheer. Geef een tabel terug met het probleem, waarom het belangrijk is en de oplossing. Specificatie of routes: [paste]
Prompt 27: Beoordeling van databasequeries en schema
Beoordeel dit [database]-schema en deze queries. Signaleer ontbrekende indexen, N+1-patronen, nullable kolommen die dat niet zouden moeten zijn en queries die niet verder zullen schalen dan [rows]. Stel voor elke schemewijziging een migratie voor. Schema: [paste]. Queries: [paste]
Prompt 28: Dockerfile hardenen
Beoordeel dit Dockerfile. Verklein de image, zet versies vast, gebruik een gebruiker zonder rootrechten, scheid de build- en runtimefasen en zorg dat layer-caching effectief is. Geef het verbeterde Dockerfile terug met een opmerking bij elke gewijzigde regel. Dockerfile: [paste]
Prompt 29: Debuggen van CI-pipeline
Deze [GitHub Actions, GitLab CI, other]-pipeline faalt soms. Hier zijn de configuratie en een logboek van een mislukte uitvoering. Identificeer de waarschijnlijkste oorzaak, vertel me hoe ik die kan bevestigen en geef de oplossing. Als het om een onbetrouwbare test gaat in plaats van de pipeline, zeg dat dan. Configuratie: [paste]. Logboek: [paste]
Prompt 30: Postmortem van incident
Schrijf een postmortem zonder schuldigen aan te wijzen op basis van deze notities. Secties: Samenvatting, Impact, Tijdlijn, Hoofdoorzaak, Wat goed ging, Wat slecht ging, Actiepunten met verantwoordelijken. Houd het feitelijk en speculeer niet verder dan de notities ondersteunen. Notities: [paste incident notes]
Waar deze thuishoren in Claude Code
Als je Claude Code gebruikt, is het tijdverspilling om prompt 1 bij elke review opnieuw te typen. Claude Code biedt je drie plaatsen om instructies op te slaan, en elk daarvan past bij een ander type prompt.
-
CLAUDE.md is bedoeld voor regels die op elke sessie in een repo van toepassing moeten zijn: de taal, het testframework, de stijlgids, "commit nooit geheimen". Kort, altijd actief en zonder argumenten.
-
Slashopdrachten (bestanden in
.claude/commands/) zijn bedoeld voor een herhaalbare taak die je op aanvraag activeert: /review, /pr-description, /tests. Prompts 1, 6 en 16 zijn natuurlijke slashopdrachten.
-
Skills zijn bedoeld voor volledig rolgedrag: hoe een codebeoordelaar denkt, welke ernstschaal die gebruikt en hoe een QA-engineer een testplan structureert. Een skill is een .md-bestand met een workflow, standaarden en voorbeelden die het model laadt wanneer de taak overeenkomt. Bekijk de Claude Code Skills-collectie en onze voorbeelden van Claude Skills om te zien hoe een goede eruitziet.
De vuistregel: als het één regel is, zet je die in CLAUDE.md. Als het één prompt is die je vaak uitvoert, maak er een slash-opdracht van. Als het een rol met beoordelingsvermogen is, maak er een Skill van.
Taak naar prompt naar Skill
| Taak |
Prompt hierboven |
Skill die dit als rol uitvoert |
| Code review bij elke PR |
1, 3, 4 |
Yuri - Code Reviewer ($29) |
| Security- en dependency-audit |
2, 28 |
Soren - Code Auditor ($29) |
| Testplannen en testreview |
6 tot 10 |
Mira - QA Engineer ($29) |
| Refactors in de hele stack |
11 tot 15 |
Max - Full Stack Developer ($29) |
| Documentatie, README's, ADR's |
17 tot 20 |
Saoirse - Technical Writer ($29) |
| Frontendcomponenten en a11y |
21 tot 25 |
Lena - Frontend Developer ($29) |
| API- en databaseontwerp |
26, 27 |
Niko - Backend Developer ($29) |
| Docker, CI, incidenten |
28 tot 30 |
Rami - DevOps Engineer ($29) |
| Autonome review-agent voor een hele repository |
1, 2, 10 |
Albert - AI Code Review Agent ($32) |
Als je de prompts als pakket wilt
Alles hierboven is gratis te kopiëren. Als je liever een grotere, georganiseerde set met varianten per taal en rol wilt, zijn er twee opties:
Promptbibliotheek voor Tech & Development ($21): een gestructureerde bibliotheek met prompts voor developers voor review, testen, debuggen, documentatie en architectuur, geordend per taak zodat je in enkele seconden de juiste vindt. Onderdeel van de bredere ChatGPT-prompts-catalogus.
Bundel Coding Agent - alle 5 AI Coding Agents ($99): vijf Skill voor coding agents in één aankoop, voor review, bouwen, testen, backend en infrastructuur, voor teams die de volledige workflow geconfigureerd willen hebben in plaats van één rol.
Alle Skills zijn eenmalige aankopen, worden geleverd als een .md-skillbestand met een README en werken in Claude (inclusief Claude Code), in ChatGPT als aangepaste GPT, in Gemini als Gem en in Copilot. Er geldt een 30 dagen-geld-teruggarantie, zonder vragen te stellen.
Veelgestelde vragen
Werken deze prompts hetzelfde in ChatGPT en Claude?
Ja. Elke prompt hier is platte tekst zonder modelspecifieke syntaxis. Claude kan doorgaans goed overweg met lange geplakte bestanden en refactorings in meerdere stappen, ChatGPT is snel met geïsoleerde functies en kleine tests. De formulering verandert niet; wat verandert, is hoeveel context je in één keer kunt plakken.
Moet ik mijn hele bestand plakken of alleen de functie?
Plak de kleinste eenheid die het volledige probleem bevat. Bij een bug zijn dat de functie plus de aanroepende code en de stacktrace. Bij een review is dat de diff. Bij een refactoring is dat de module. Een volledige repository plakken zonder bijbehorende vraag levert algemene feedback op.
Wat is het verschil tussen een prompt en een skill?
Een prompt is een eenmalige instructie die je elke keer typt. Een skill is een .md-bestand met je rol, standaarden en workflow dat het model één keer laadt, zodat elk antwoord al je conventies volgt. Skills van KissMySkills werken in Claude en Claude Code, als aangepaste GPT in ChatGPT, als Gemini Gem of in Copilot, en worden geleverd met een 30 dagen-geld-teruggarantie.
Zijn dit alleen Python-prompts?
Nee. Elke prompt gebruikt een [language]-placeholder. In enkele voorbeelden worden Python of TypeScript genoemd omdat dat de meest voorkomende verzoeken zijn, maar vervang ze door Go, Rust, Java, C# of iets anders en de structuur blijft hetzelfde.
Kan ik deze prompts rechtstreeks in Claude Code zetten?
Ja. Korte, altijd actieve regels horen in CLAUDE.md, herhaalbare taken horen in een slash-opdracht onder .claude/commands, en volledig rolgedrag hoort in een skill. In het bovenstaande gedeelte over waar prompts in Claude Code thuishoren, wordt uitgelegd welke waar thuishoort.
De conclusie
Goede prompts voor ontwikkelaars zijn saai: echte input, één taak, een duidelijk aangegeven uitvoerresultaat. De 30 prompts hierboven dekken het dagelijkse werk van reviews, tests, refactoring, documentatie, frontend, backend en DevOps, en werken hetzelfde in ChatGPT en Claude. Gebruik ze zoals ze zijn getypt, of zet de prompts die je elke dag gebruikt om in een slash-opdracht of een skill, zodat je ze niet steeds opnieuw hoeft te typen.
De hele workflow, één aankoop
Bundel voor coding-agents - alle 5 AI-coding-agents
Review-, bouw-, test-, backend- en DevOps-agents die je standaarden één keer laden en ze bij elke taak toepassen in Claude Code, ChatGPT, Gemini of Copilot.
$99
Haal het nu in huis →
Bekijk alle Claude Code Skills van KissMySkills.
