Einstieg
Fast jede Verwirrung mit einem Coding-Agenten geht auf denselben Fehler zurück. Sobald du ihn kennst, verschwindet er.
Vor zwei Jahren war das undenkbar. Heute baut eine Marketing-Managerin an einem Nachmittag ein Feedback-Tool. Eine HR-Beraterin prototyped ein Bewerber-Portal. Eine Seminar-Leiterin bastelt eine Auswertungs-App für ihre Kurse. Niemand von ihnen programmiert. Alle liefern etwas, das funktioniert.
KI-Coding-Tools wie Lovable, Cursor, Replit oder Claude Code machen das möglich. Der Agent übernimmt die Mechanik. Er tippt den Code, verkabelt die Teile, deployt auf einen Server. Was er nicht übernimmt, ist der Kontext. Genau dort bleibst du zuständig, auch als Nicht-Entwicklerin.
Der typische Moment
Am Ende deiner ersten Session schreibt der Agent: Fertig. Hier der Link. Du klickst. Weißer Bildschirm. Nichts passiert. Du scrollst zurück, liest die letzten Nachrichten. Der Code sieht nach Code aus. Alles wirkt abgeschlossen. Trotzdem tut sich nichts.
Agent: Fertig. Die App ist live. Hier der Link: https://seminar-tool.app
Du: [Klick]
... weißer Bildschirm.
Du: Agent, da ist nichts.
Agent: Der Code ist vollständig. Alle Funktionen sind implementiert.Beide haben recht. Der Code ist fertig. Und trotzdem läuft nichts. Das ist kein Widerspruch. Das ist der blinde Fleck, der fast jede Verwirrung mit einem Coding-Agenten erzeugt. Fast immer lässt sich der Moment in einem Satz auflösen.
Eine App ist zwei Dinge
Eine App ist nicht ein Ding, sondern zwei. Ein Stück Text auf einer Festplatte. Das ist der Code. Und ein laufender Prozess, der diesen Text ausführt. Beides muss da sein, damit eine App existiert. Sonst hast du entweder ein totes Dokument oder einen leeren Computer. Ein Bild, das hilft: Rezept und Kochen. Ein Rezept kann ewig im Buch stehen, ohne dass jemand satt wird. Erst wenn jemand in der Küche steht, das Rezept liest und Gemüse schneidet, entsteht Essen. Der Agent hat das Rezept geschrieben. Das Kochen übernimmt jemand anders: dein Hosting-Dienst, deine lokale Dev-Umgebung, ein Server irgendwo.
| Rezept (Code) | Kochen (laufender Prozess) |
|---|---|
| Steht auf Papier oder auf der Festplatte | Passiert gerade, auf einem Server |
| Ändert sich nicht, wenn niemand es liest | Braucht Strom, Speicher, einen Computer |
| Kann kopiert, verschickt, verändert werden | Ist einmalig, genau hier und jetzt |
| Beschreibt, was passieren soll | Ist das, was tatsächlich passiert |
Sobald die Unterscheidung sitzt, werden zwei Fragen möglich: Habe ich ein Rezept? Und: Kocht gerade jemand? Die erste beantwortet der Agent normalerweise gut. Die zweite übersieht er, wenn du ihn lässt.
Was du nach dieser Lesson im Kopf hast
Diese Lesson baut ein mentales Bild einer App. Du lernst nicht zu programmieren. Du baust das Gelände, auf dem der Agent für dich arbeitet. Sechs Konzepte, plus eine Karte am Ende, die alles zusammenhält.
- Frontend und Backend: die Vertrauensgrenze zwischen dem, was der Nutzer sieht, und dem, was entscheidet
- Wo deine Daten wohnen: drei Orte, drei Qualitäten. Und warum das Schema die teuerste spätere Änderung ist
- Wo der Zustand lebt: drei Orte gleichzeitig, und warum Bugs entstehen, wenn sie auseinanderlaufen
- Wie die Teile miteinander reden: API als Vertrag, synchron oder asynchron
- Wo Software lebt: Dev, Staging, Prod und warum drei und nicht zwei
- Die Karte: am Ende zieht sich alles zu einem einzigen Bild zusammen
