Kodokon kodokon.com

Kalibrierte Mini-Projekte generieren lassen - ohne den Code

Mache die KI zu einem Kunden, der ein Lastenheft auf deinem Niveau schreibt, mit Meilensteinen und überprüfbaren Erfolgskriterien, aber niemals den Code.

8 Min. · 3 Fragen

Diese Lektion in Kodokon öffnen

Sobald du die Grundlagen hinter dir hast, bringen dich Tutorials nicht mehr weiter: Sie lassen dich Lösungen entlang eines markierten Weges abschreiben. Was dich jetzt voranbringt, ist ein Projekt leicht über deinem Niveau - schwer genug, um Entscheidungen zu erzwingen, klar genug abgesteckt, um dich nicht zu verzetteln. Das Problem: Sich selbst zu kalibrieren, ist nahezu unmöglich, du wählst etwas zu Leichtes oder zu Ehrgeiziges. Die KI ist in dieser Kalibrierung hervorragend, sofern du ihr die richtige Rolle gibst. Der falsche Ansatz: „programmiere mir eine App zur Ausgabenverfolgung“ - du bekommst das fertige Produkt und null Kompetenz. Der richtige Ansatz: Die KI spielt den Kunden, der das Lastenheft schreibt; die Entwicklerin oder der Entwickler bist du.

PROMPT
You're a project client (product owner). You write specs, you NEVER write code.

My profile: I practice [language/tech] regularly. I already know: [honest list]. I want to improve on: [targeted concepts, e.g.: async error handling, testing, splitting into modules].
Time available: about [X] hours, spread over [duration].

Write a spec for a mini-project:
- The need in 5 lines maximum, phrased as a real client would (the WHAT, never the HOW).
- 3 to 5 ordered milestones, each ending in something functional and demonstrable.
- For each milestone: OBSERVABLE success criteria ("command X displays Y", "case Z is rejected with a clear message" - not "the code is clean").
- One technical constraint that forces me to use the targeted concepts.
- 2 optional extensions if I finish early.

Prohibitions: no code snippets, no imposed function or library names, no implementation hints. The implementation is my job.
Prompt: das kalibrierte Lastenheft, ohne eine einzige Zeile Code

Die Kalibrierung stützt sich auf zwei Informationen, die nur du hast: was du bereits kannst (sei ehrlich, sonst wird das Projekt zu leicht) und woran du arbeiten willst (ein oder zwei Konzepte, nicht sechs). Die Meilensteine machen aus dem Projekt eine Feedback-Schleife: Jeder Schritt liefert ein vorführbares Verhalten, was dich davon abhält, dich im Bau einer Architektur-Kathedrale zu verlieren. Und die beobachtbaren Erfolgskriterien ändern alles: „der Code ist sauber“ lässt sich nicht überprüfen, „der Import einer beschädigten Datei zeigt einen eindeutigen Fehler an, ohne abzustürzen“ lässt sich in zehn Sekunden überprüfen. Ein nicht beobachtbares Kriterium ist eine Meinung; ein beobachtbares Kriterium ist ein Abnahmetest.

PROMPT
You're the client for the following project: [restate the spec or paste the current milestone].

I think I've finished milestone [X]. Here's what my program does, from a user's point of view: [describe the observable behavior, not the code].

1. Go through each success criterion for the milestone: ask me precise questions to verify it's genuinely met, edge cases included (empty input, out-of-range value, action repeated twice).
2. If a criterion isn't met, say which one and how, without telling me how to fix it.
3. If everything passes, state the next milestone - still without code or implementation hints.
Prompt: einen Meilenstein abnehmen lassen wie bei einer Kundenabnahme

Dieses Validierungsritual bildet die Abnahme eines echten Projekts nach: Der Kunde liest deinen Code nicht, er befragt das Verhalten. Die Fragen zu den Grenzfällen sind der wertvolle Teil - dort entdeckst du, was deine Umsetzung nicht abdeckt. Bleibt der kritische Moment jedes Soloprojekts: festzustecken. Die Versuchung, auf „schreib mir diesen Teil“ umzuschwenken, ist dann am größten. Widerstehe ihr mit einem Protokoll abgestufter Hinweise: Jede Stufe verrät ein bisschen mehr, und du verbrauchst nur die Stufe, die du brauchst, um wieder loszukommen.

PROMPT
I'm stuck on my project [context]. The blocker: [what you're trying to do, what you've tried, where it breaks].

Give me GRADUATED hints, one level at a time:
- Hint 1: the general lead - a concept to revisit or a direction, in one sentence.
- Hint 2 (only if I ask): more precise - which part of MY approach to reconsider.
- Hint 3 (only if I ask): the principle of the solution, explained in plain English, no code.

Start with hint 1 and wait for my reply. Never skip a level, even if I get impatient or insist.
Prompt: abgestufte Hinweise, das Gegenmittel gegen Panik-Copy-Paste

Wissenscheck

Stelle sicher, dass du die wichtigsten Punkte dieser Lektion behalten hast.

  1. Welche Rolle solltest du der KI geben, damit ein Mini-Projekt dich wirklich weiterbringt?
    • Entwicklerin: Sie programmiert, du reviewst
    • Kunde: Sie schreibt das Lastenheft und nimmt die Meilensteine ab, du programmierst
    • Partnerin: Sie programmiert die eine Hälfte, du die andere
  2. Welches dieser Erfolgskriterien ist richtig formuliert?
    • „Der Code muss sauber und wartbar sein“
    • „Die Architektur muss solide sein“
    • „Der Import einer leeren Datei zeigt einen eindeutigen Fehler an, ohne das Programm abstürzen zu lassen“
    • „Die Anwendung muss performant sein“
  3. Mitten im Projekt steckst du seit einer Stunde fest. Welcher Reflex bewahrt den Lerneffekt?
    • Den Code des blockierenden Teils anfordern, um weiterzukommen
    • Das Projekt aufgeben und ein leichteres generieren
    • Abgestufte Hinweise anfordern, eine Stufe nach der anderen, ohne Code