Claude Certified Developer Pruefung: Erfahrungen und Vorbereitungstipps
Ein Entwickler hat die Claude Certified Developer Foundations Pruefung mit 941 von moeglich 720 noetigen Punkten bestanden. Da der Test erst seit Kurzem existiert, gibt es kaum Vorbereitungsmaterial.
Ich habe die Prüfung Claude Certified Developer – Foundations (CCDV-F) mit einer Punktzahl von 941 bestanden. Die Bestehensgrenze liegt bei 720.
Die Prüfung wurde erst im Juli 2026 eingeführt, daher gibt es bisher nur wenig Vorbereitungsmaterial. Kein Udemy-Kurs, keine gut besuchten Reddit-Threads, keine Gists mit den "Top 50 Fragen". Also tat ich das Naheliegende für eine Prüfung über Claude: Ich nutzte Claude zur Vorbereitung.
Hier ist der genaue Arbeitsablauf, die Prompts und was ich jedem sagen würde, der die Prüfung als Nächstes ablegt.
Beginne mit dem offiziellen Umfang. Ich habe diesen CCDV-F Prüfungsleitfaden verwendet, der die Domänen darlegt, die die Prüfung abdeckt.
Ich habe den Leitfaden in Claude eingefügt und gebeten, daraus vollständige Probeklausuren zu erstellen. Mein Setup:
Hier ist der Prüfungsleitfaden für die Prüfung Claude Certified Developer – Foundations. <LEITFADEN HIER EINFÜGEN> Erstelle eine Probeklausur in voller Länge, die jede Domäne des Leitfadens abdeckt, gewichtet entsprechend den Gewichtungen des Leitfadens. Verwende denselben Fragenstil wie die echte Prüfung. Zeige die Antworten erst, nachdem ich meine eingereicht habe, bewerte mich dann und erkläre, warum jede falsche Antwort falsch war. Schritt 2: Sich übermaßig vorbereiten mit höherem Schwierigkeitsgrad Wenn du dich übermaßig vorbereiten möchtest (so wie ich), bitte Claude, die Probeklausuren schwieriger zu gestalten, als es die echte Prüfung nach seiner Einschätzung sein wird. Betrachte es als Lasttest: Wenn du unter Spitzenlast angenehm arbeitest, ist normale Last einfach.
Erstelle eine weitere Probeklausur, aber mache sie deutlich schwieriger, als du die echte Prüfung erwartest: tückischere Distraktoren, mehr Randfälle und Fragen, die mehrere Domänen kombinieren. Meine Mischung:
Die echte Prüfung war bei Weitem nicht so schwierig wie die härteren Probeklausuren. Genau diese Lücke möchte man beim Eintreten in den Prüfungsraum haben. Ein weiterer Vorteil besteht darin, dass man mehr lernt und sich als Ingenieur schärft.
Notiere unterwegs jede Frage, die du falsch beantwortest. Eine einfache fortlaufende Liste genügt: die Frage, deine Antwort, die richtige Antwort und eine Zeile dazu, warum. Diese Liste wird dein Wiederholungsmaterial am Ende. Du kannst Claude auch bitten, sie für dich in einer Datei innerhalb von Cowork zu führen.
Erst nach einigen Probeklausuren bat ich Claude um eine Zusammenfassung der Fakten und Konzepte, die man für die Prüfung merken sollte.
Erstelle auf Grundlage des Prüfungsleitfadens und der Fragen, die ich falsch beantwortet habe (angehängt), eine prägnante Zusammenfassung der wichtigsten Fakten und Konzepte, die ich für die Prüfung kennen muss. Priorisiere die Bereiche, in denen ich Fehler gemacht habe. Die Reihenfolge ist wichtig. Es ist derselbe Grund, warum man eine Codebasis schneller versteht, nachdem man sie debuggt hat, als wenn man die Dokumentation kalt liest. Sobald man sich mit einer Frage auseinandergesetzt und sie falsch beantwortet hat, ist die dahinterstehende Theorie nicht mehr abstrakt. Sie beantwortet eine Frage, die einen bereits interessiert, wodurch sie interessanter wird und viel besser haften bleibt.
Gehe in den letzten Tagen deine Liste der falschen Antworten zusammen mit der Zusammenfassung durch.
Ich bin auf keine Domäne gestoßen, die sich besonders schwierig anfühlte, und habe in den meisten nahezu 100 Prozent erreicht. Statt auf ein kniffliges Thema zu verweisen, lautet mein Rat daher, deine Lernzeit nach den Gewichtungen des Blueprints einzuteilen. Die Prüfung umfasst 53 Fragen über acht Domänen, und die Gewichtung ist sehr ungleichmäßig (Quelle).
Die drei größten Domänen machen fast zwei Drittel der Punkte aus. Wenn deine Zeit knapp ist, fange dort an.
Viel Glück. Wenn du die Prüfung ebenfalls abgelegt hast, hinterlasse deine Tipps in den Kommentaren.
Mit Vorlagen kannst du häufig gestellte Fragen schnell beantworten oder Snippets zur Wiederverwendung speichern.
Möchtest du diesen Kommentar wirklich ausblenden? Er wird in deinem Beitrag ausgeblendet, bleibt aber über den Permalink des Kommentars weiterhin sichtbar.
Für weitere Maßnahmen kannst du in Betracht ziehen, diese Person zu blockieren und/oder Missbrauch zu melden.
Automatisch übersetzt. Das Original auf Englisch ist unten aufklappbar.
Original (Englisch) anzeigen
I passed the Claude Certified Developer – Foundations (CCDV-F) exam with a score of 941. The pass mark is 720.
The exam only launched in July 2026, so there isn't much prep material out there yet. No Udemy course, no well-worn Reddit threads, no "top 50 questions" gists. So I did the obvious thing for an exam about Claude: I used Claude to prepare for it.
Here's the exact workflow, the prompts, and what I'd tell anyone sitting it next.
Start with the official scope. I used this CCDV-F exam guide, which lays out the domains the exam covers.
I pasted the guide into Claude and asked it to generate full mock exams from it. My setup:
Here is the exam guide for the Claude Certified Developer – Foundations exam. <COPY PASTE SCOPE HERE> Generate a full-length mock exam that covers every domain in the guide,weighted the way the guide weights them. Use the same question style as the real exam. Don't show the answers until I've submitted mine, then mark me and explain why each wrong answer was wrong. Enter fullscreen mode Exit fullscreen mode Step 2: Over-prepare with a harder difficulty If you want to over-prepare (I did), ask Claude to make the mocks harder than it thinks the real exam will be. Think of it as load testing: if you're comfortable under peak traffic, normal traffic is easy.
Generate another mock exam, but make it noticeably harder than you expect the real exam to be: trickier distractors, more edge cases, and questions that combine multiple domains. Enter fullscreen mode Exit fullscreen mode My mix:
The real exam was nowhere near as difficult as the harder mocks. That gap is exactly what you want walking in. The other added benefit is that you will learn more and it will sharpen you as an Engineer.
As you go, log every question you get wrong. A simple running list works: the question, your answer, the right answer, and one line on why. That list becomes your revision material at the end. You can also ask Claude to keep it for you in a file inside Cowork.
Only after a few mocks did I ask Claude for a summary of the facts and concepts to remember for the exam.
Based on the exam guide and the questions I got wrong (attached), give me a concise summary of the key facts and concepts I need to know for the exam. Prioritise the areas where I made mistakes. Enter fullscreen mode Exit fullscreen mode The order matters. It's the same reason you understand a codebase faster after debugging it than after reading the docs cold. Once you've wrestled with a question and got it wrong, the theory behind it is no longer abstract. It answers a question you already care about, so it's more interesting and much more likely to stick.
In the last few days, go back through your list of wrong answers alongside the summary.
I didn't hit a domain that felt especially hard, and I scored close to 100% in most of them. So rather than pointing at a tricky topic, my advice is to budget your study time by the blueprint weights. The exam has 53 questions across eight domains, and the weighting is very uneven ( source ).
The top three domains make up nearly two-thirds of the marks. If you're short on time, start there.
Good luck. If you've sat the exam too, drop your tips in the comments.