Passives Einkommen kennt jeder. Aber passive Arbeit?
ETF-Sparplan, Mieteinnahmen, ein T-Shirt-Shop auf Printful. Das Prinzip ist immer dasselbe: einmal investieren, dann läuft es. Geld, das für einen arbeitet – parallel, skalierbar, ohne ständige Anwesenheit.
Ich denke gerade viel darüber nach, ob dasselbe Prinzip für Arbeit gilt. Nicht für Kapital, sondern für Output.
Was passives Einkommen wirklich bedeutet
Passives Einkommen heißt nicht Nichtstun. Wer einen ETF-Sparplan aufsetzt, braucht Finanzwissen. Wer Mieteinnahmen hat, hat vorher Kapital angespart und die richtige Immobilie ausgewählt. Wer einen Print-on-Demand-Shop betreibt, hat Designs erstellt, eine Plattform eingerichtet und Marketing gemacht.
Das Entscheidende: Die Arbeit, die man einmal getan hat, läuft danach weiter – ohne dass man für jeden Euro Ertrag eine Stunde Zeit investieren muss.
Das skaliert. Weil Kapital keine Überstunden macht.
Dasselbe Prinzip, andere Ressource
Was, wenn man das auf Arbeit selbst überträgt?
LLMs und Context Engineering ermöglichen genau das: Man investiert einmalig in Vorbereitung – Kontext, Systemdesign, Tooling, Prompts – und danach entsteht Output. Code wird geschrieben, getestet, zu einer funktionierenden Anwendung zusammengesetzt. Ohne dass man für jede Zeile Code selbst am Rechner sitzt.
Die Parallelen sind strukturell:
- Kapital einsetzen → Kontext aufbauen (Prompts, Tooling, Systemdesign)
- Finanzwissen aufbauen → Verstehen, wie man LLMs richtig instruiert
- Kosten/Nutzen-Analyse → API-Kosten vs. eingesparte Entwicklerzeit
- RoI messen → Velocity messen: Output pro Stunde eigener Arbeit
- Portfolio nachjustieren → Prompts und Agenten-Setup kontinuierlich verbessern
- Skalierbar (mit Grenzen) → Agenten laufen parallel, aber Koordination und API-Kosten wachsen mit
Die entscheidende Gemeinsamkeit: Es braucht ein initiales Investment und Fachwissen für das Setup. Wer das überspringt, bekommt schlechte Ergebnisse – genau wie beim passiven Einkommen.
Was man wirklich investieren muss
„Passive Arbeit“ klingt einfacher als es ist. Das Investment ist real:
- Kontext: Wer sind die Agenten? Was dürfen sie entscheiden? Was nicht? Wie ist das Projekt strukturiert? Das kostet Zeit und Nachdenken.
- Tooling: Welche Tools bekommt der Agent? Dateizugriff, Tests, externe APIs? Schlechtes Tooling produziert schlechten Output.
- Wissen über LLM-Verhalten: Wie formuliert man Aufgaben so, dass sie zuverlässig ausgeführt werden? Was sind typische Fehlerquellen? Das lernt man nicht über Nacht.
- Prozessdesign: Welche Schritte laufen automatisiert, welche brauchen menschliche Kontrolle? Ein guter Prozess ist wie ein gutes Portfolio-Modell – es braucht Struktur, damit es nicht auseinanderfällt.
Das ist kein Vorwurf, sondern eine Einordnung. Passive Arbeit ist nicht passiv in der Vorbereitung. Sie ist passiv im Betrieb.
RoI-Denken: Was bringt es wirklich?
Beim passiven Einkommen rechnet man: Wie viel Rendite erziele ich auf mein eingesetztes Kapital? Bei passiver Arbeit ist die Frage ähnlich: Wie viel Output erziele ich auf meine eingesetzte Zeit?
Das lässt sich messen – zumindest grob:
- Wie lange hätte ich für diese Funktion selbst gebraucht?
- Wie viel Zeit habe ich in das Setup investiert?
- Wie viel Nacharbeit war nötig?
Ehrliche Antwort: Ich habe noch nicht genug Erfahrungswerte, um belastbare Zahlen zu nennen. Ich sammle sie gerade. Was ich sagen kann: Der Unterschied zwischen einem gut aufgesetzten Agenten-Workflow und einem schlecht aufgesetzten ist enorm – ähnlich wie zwischen einer durchdachten Anlagestrategie und blindem Aktienraten.
Die Einwände, die man ernst nehmen muss
Drei Fragen, die ich mir selbst stelle – und die ich nicht wegdiskutieren will:
Jobverdrängung. Wenn Arbeit passiv erledigt wird, erledigt sie jemand (oder etwas) statt einem anderen Menschen. Das ist eine echte Abwägung. Lässt man sich Grafiken generieren oder beauftragt man einen Grafiker? Ich habe keine pauschale Antwort. Aber es ist eine bewusste Entscheidung – keine, die man aus Bequemlichkeit ignorieren sollte.
Qualität. Wie gut sind Anwendungen, die auf generiertem Code basieren? Ehrlich gesagt: zu wenig Erfahrungswerte für belastbare Aussagen. Es gibt erste Ergebnisse, die beeindruckend sind. Es gibt auch Ergebnisse, die zeigen, dass generierter Code ohne solides Review echte Probleme produziert.
Support und Wartung. Eine Anwendung bauen ist eine Sache. Sie betreiben, warten und supporten ist eine andere. Skaliert das auch passiv? Hier bin ich skeptisch. Die Erstellung mag skalieren – der Betrieb hat eigene Anforderungen.
Fazit
Passives Einkommen funktioniert, weil Kapital keine Überstunden macht. Passive Arbeit funktioniert, weil Agenten keine Überstunden machen.
Das Prinzip ist dasselbe. Das Investment ist real. Der Ertrag ist messbar. Und die Risiken sollte man kennen, bevor man anfängt. Vor allem: Die Erstellung skaliert – der Betrieb, Support und die Wartung nicht automatisch mit.
Wer jetzt anfängt, das Setup zu verstehen – Kontext, Tooling, Prozessdesign – baut sich einen Vorsprung auf. Genauso wie derjenige, der früh mit dem Investieren angefangen hat.
Der Unterschied: Beim passiven Einkommen braucht man Kapital als Startpunkt. Hier reicht Wissen – plus ein Budget für API-Kosten.
