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 bruikbare coding-GPT- of AI-software-engineersessie. "Beoordeel mijn code" levert een beleefde samenvatting op. "Beoordeel deze diff op bugs en beveiligingsproblemen, vermeld bevindingen per ernst met regelnummers en herschrijf het bestand niet" levert iets op waar je daadwerkelijk 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 taalonafhankelijk met [language]-placeholders, met enkele Python- en TypeScript-versies waar de details ertoe doen.
Op deze pagina
- Deze prompts gebruiken
- Codebeoordeling en kwaliteit (prompts 1 tot en met 5)
- Tests (prompts 6 tot en met 10)
- Refactoring en prestaties (prompts 11 tot en met 15)
- Documentatie en PR-beschrijvingen (prompts 16 tot en met 20)
- Frontend (prompts 21 tot en met 25)
- Backend en DevOps (prompts 26 tot en met 30)
- Waar deze thuishoren in Claude Code
- Als je de prompts als pakket wilt
- Veelgestelde vragen
- Kort samengevat
Codebeoordeling, één keer geconfigureerd
Yuri - AI Skill voor codebeoordeling
Yuri laadt je reviewstandaarden, ernstschaal en stack één keer, zodat elke review dezelfde regels volgt in plaats van telkens een nieuwe prompt.
$19
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 kiezen standaard voor proza; dat wil je zelden.
Als je Claude Code gebruikt, werken de prompts nog steeds zoals ze zijn geschreven, maar veel ervan kun je beter opslaan als slash-opdracht of Skill, zodat je ze niet steeds opnieuw hoeft te typen. Hieronder staat een korte sectie daarover en een langere in onze handleiding voor Claude Code Skills.
Codebeoordeling en kwaliteit (prompts 1 tot en met 5)
Reviewprompts werken het best met een diff, niet met een volledig bestand. Vraag om bevindingen die op ernst zijn gegroepeerd, zodat je de stijlnotities kunt overslaan wanneer je weinig tijd hebt.
Prompt 1: Seniorbeoordeling op ernst
Beoordeel deze [language]-diff als senior engineer. Groepeer de bevindingen in: bugs, beveiliging, prestaties, onderhoudbaarheid, stijl. Vermeld per bevinding de verwijzing naar de regel, het probleem in één zin en de oplossing. Herschrijf niet het hele bestand. Als je in een categorie niets vindt, zeg dat dan. Diff: [paste diff]
Prompt 2: Uitsluitend beveiligingscontrole
Controleer deze [language]-code uitsluitend op beveiligingsproblemen: injectie, onveilige deserialisatie, ontbrekende invoervalidatie, geheimen in de code, onveilige standaardinstellingen en afhankelijkheidsrisico's. Vermeld per bevinding het risico, hoe deze in één regel kan worden uitgebuit en de veiligere versie. Code: [paste code]
Prompt 3: De wijziging uitleggen 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 de 150 woorden. Diff: [paste diff]
Prompt 4: De latente bug vinden
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: Beoordeling van Python-typen en linting
Beoordeel deze Python-module op typegebruik en correctheid. Voeg typehints toe of corrigeer ze, markeer alles wat mypy in de strict-modus zou afwijzen, wijs op veranderlijke standaardargumenten, lege except-blokken 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 [language]-functie met [test framework]. Geef vóór de code een lijst van alle gevallen die je zult afdekken: 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 een naam die naar de bug verwijst. Bug: [describe bug]. Fix-diff: [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 naar de waarschijnlijkheid dat elke test een fout ontdekt. 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 interne modules. Dek een geslaagde aanroep, een validatiefout en een time-out van een upstreamservice af. Handler: [paste code]
Prompt 10: Testbeoordeling
Beoordeel deze tests. Geef aan welke assertions zwak zijn (ze testen op truthiness, gebruiken alleen snapshots of testen de mock in plaats van de code), welke gevallen ontbreken en welke tests redundant zijn. Stel de drie aanvullingen met de hoogste waarde voor. Tests: [paste tests]
Refactoring en prestaties (prompts 11 tot en met 15)
Voor refactoringprompts is een harde randvoorwaarde nodig: het gedrag mag niet veranderen. Vermeld dat expliciet en vraag om de wijzigingen als een lijst, zodat je ze één voor één kunt beoordelen.
Prompt 11: Refactoren met behoud van gedrag
Refactor deze [language]-code voor betere leesbaarheid zonder het gedrag te veranderen. Houd de openbare interface identiek. Geef vóór de code elke wijziging in één regel met de reden. Markeer alles wat op een bug lijkt, maar los het niet stilzwijgend op; vermeld het afzonderlijk. Code: [paste code]
Prompt 12: Een lange functie opsplitsen
Deze functie is te lang. Splits haar op in kleinere functies met duidelijke namen, waarbij elke functie één ding doet. Toon eerst de nieuwe structuur als overzicht (functienamen en het doel in één regel) en daarna de code. Introduceer geen nieuwe abstracties tenzij ze minstens twee keer worden gebruikt. Code: [paste code]
Prompt 13: Zoek het prestatieprobleem
Deze [language]-code is traag bij [size of input]. Identificeer het waarschijnlijke knelpunt, schat de complexiteit en stel een oplossing voor. Leg de afwegingen van de oplossing uit (geheugen, leesbaarheid, risico op fouten). Pas geen micro-optimalisaties toe; zoek de belangrijkste oorzaak. Code: [paste code]. Profileringsuitvoer, 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 één implementatie moeten delen, schrijf die dan en laat zien hoe elke aanroepende code 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, Hoe te testen (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, opgeworpen fouten en voor elke functie of klasse één voorbeeld. Voeg geen opmerkingen toe die de code alleen maar 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 veelvoorkomende fouten. Houd het onder 300 woorden. Code: [paste code or public API]
Prompt 19: API-endpointdocumentatie
Genereer referentiedocumentatie voor dit endpoint: methode, pad, authenticatievereiste, aanvraagparameters met typen en of ze verplicht zijn, een voorbeeld van een aanvraag, een voorbeeld van een geslaagde respons en elke foutrespons met de oorzaak ervan. Bron: [paste route or controller]
Prompt 20: Architectuurbesluitdocument
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 rendermodel vermelden. "React" alleen 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 eventhandlers 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, bediening met het toetsenbord, 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 wisselt, markeer optionele velden correct en voeg een runtimevalidator toe met [Zod or your library] die overeenkomt met de typen. JSON: [paste sample]
Prompt 24: CSS-layoutdebugging
Deze layout valt uiteen bij [viewport or condition]. Hier staan de HTML en CSS. Leg in eenvoudige bewoordingen uit waardoor dit komt en geef daarna de minimale CSS-wijziging om het op te lossen. Geef de voorkeur aan moderne layout (grid, flex, container queries) boven hacks. Code: [paste code]
Prompt 25: Beslissing over statebeheer
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 er baat bij als de omgeving wordt vermeld: de database, de runtimeversie, de cloudprovider en wat niet mag uitvallen.
Prompt 26: Review van API-ontwerp
Beoordeel dit API-ontwerp op consistentie en correctheid: resourcenamen, 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: Review van databasequeries en schema
Beoordeel dit [database]-schema en deze queries. Markeer ontbrekende indexen, N+1-patronen, nullable kolommen die dat niet zouden moeten zijn en queries die niet schalen boven [rows]. Stel voor elke schemamutatie een migratie voor. Schema: [paste]. Queries: [paste]
Prompt 28: Dockerfile verharden
Beoordeel dit Dockerfile. Verklein de image, zet versies vast, gebruik een niet-rootgebruiker, scheid de build- en runtimefasen en zorg dat layercaching effectief is. Geef het verbeterde Dockerfile terug met een opmerking bij elke gewijzigde regel. Dockerfile: [paste]
Prompt 29: Fouten opsporen in een CI-pipeline
Deze [GitHub Actions, GitLab CI, other]-pipeline mislukt soms. Hier zijn de configuratie en een logboek van een mislukking. Identificeer de meest waarschijnlijke 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 een incident
Schrijf een feitelijk postmortemverslag zonder schuldigen aan te wijzen op basis van deze notities. Secties: Samenvatting, Impact, Tijdlijn, Oorzaak, Wat goed ging, Wat misging, Actiepunten met verantwoordelijken. Houd het feitelijk en speculeer niet verder dan wat de notities ondersteunen. Notities: [paste incident notes]
Waar deze thuishoren in Claude Code
Als je Claude Code gebruikt, is prompt 1 bij elke review opnieuw intypen zonde van je tijd. Claude Code biedt je drie plaatsen om instructies op te slaan, en elk daarvan past bij een ander soort 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, 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 code reviewer 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-verzameling en onze voorbeelden van Claude skills om te zien hoe een goede skill eruitziet.
De vuistregel: als het één regel is, zet je het in CLAUDE.md. Als het één prompt is die je vaak uitvoert, maak er een slashopdracht van. Als het een rol met beoordelingsvermogen is, maak er een Skill van.
Van taak naar prompt naar Skill
| Taak |
Prompt hierboven |
Skill die het als rol uitvoert |
| Code-review bij elke PR |
1, 3, 4 |
Yuri - Code Reviewer ($19) |
| Security- en afhankelijkheidsaudit |
2, 28 |
Soren - Code Auditor ($19) |
| Testplannen en testreview |
6 tot 10 |
Mira - QA Engineer ($19) |
| Refactors door de hele stack heen |
11 tot 15 |
Max - Full Stack Developer ($19) |
| Documentatie, README's, ADR's |
17 tot 20 |
Saoirse - Technical Writer ($19) |
| Frontendcomponenten en a11y |
21 tot 25 |
Lena - Frontend Developer ($19) |
| API- en databaseontwerp |
26, 27 |
Niko - Backend Developer ($19) |
| Docker, CI, incidenten |
28 tot 30 |
Rami - DevOps Engineer ($19) |
| Autonome review-agent voor een volledige repository |
1, 2, 10 |
Albert - AI Code Review Agent ($39) |
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 developer-prompts 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 Coding Agent Skills 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 .md-skillbestand met een README en werken in Claude (inclusief Claude Code), ChatGPT als aangepaste GPT, Gemini als Gem en Copilot. Er geldt een 30 dagen niet-goed-geld-teruggarantie, zonder vragen.
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 aanroep en de stacktrace. Bij een review is het de diff. Bij een refactoring is het de module. Een hele repository plakken zonder een 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 je conventies al volgt. Skills van KissMySkills werken in Claude en Claude Code, als aangepaste GPT in ChatGPT, als Gem in Gemini of in Copilot, en worden geleverd met een 30 dagen niet-goed-geld-teruggarantie.
Zijn dit alleen Python-prompts?
Nee. Elke prompt gebruikt een [language]-placeholder. Enkele voorbeelden noemen Python of TypeScript omdat dat de meest voorkomende verzoeken zijn, maar vervang die door Go, Rust, Java, C# of iets anders; 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 thuishoren in Claude Code wordt uitgelegd welke waar hoort.
Kort samengevat
Goede prompts voor ontwikkelaars zijn saai: echte input, één taak, een duidelijk omschreven output. De 30 hierboven dekken het dagelijkse werk rond 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 uitvoert om in een slash-opdracht of een skill, zodat je ze niet steeds opnieuw hoeft te typen.
De volledige workflow, één aankoop
Bundel voor programmeeragents - alle 5 AI-programmeeragents
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
Koop het nu →
Bekijk alle Claude Code Skills bij KissMySkills.
