Ich teile kostenlose Anleitungen in jedem Post. Ich betreibe auch Gatekeeping. Lasst mich erklären.

Letzte Woche habe ich eine Schritt-für-Schritt-Anleitung veröffentlicht, die genau zeigt, wie ich SEO-Audits für Kunden durchführe. Jedes Tool. Jede Checkliste. Der komplette Workflow, kostenlos zugänglich.

Und ich habe trotzdem den Teil zurückgehalten, der das Ganze erst richtig zum Laufen bringt.

Nicht die Theorie. Nicht den Prozess. Die spezifischen Automatisierungen, die ich gebaut habe, die Custom Scripts, die genaue Art, wie ich Tools miteinander verkette, sodass das, wofür die meisten Berater drei Stunden brauchen, bei mir in vierzig Minuten erledigt ist. Dieser Teil? Der steht nicht im Blogpost. Und wird es auch nie.

Hier ist die Sache: Ich hasse Gatekeeping. Wirklich. Ich hasse Paywalls. Ich hasse die "Schreib mir eine DM für die echte Strategie"-Fraktion auf LinkedIn. In jedem Post, den ich schreibe, versuche ich dir etwas mitzugeben, das du wirklich nutzen kannst. Kein Blabla, kein Teaser, kein "Kauf meinen Kurs für den Rest." Und das meine ich ernst.

Aber ich betreibe auch Gatekeeping. Und ich denke, es ist Zeit, das zu erklären.

Die Grenze zwischen großzügig und strategisch

Lass mich klarstellen, was ich mit Gatekeeping meine. Ich verstecke keine Informationen, um mich wichtig zu fühlen. Ich locke dich nicht mit kostenlosen Inhalten, um dich in ein bezahltes Produkt zu leiten. Es gibt keinen Kurs. Es gibt keine Mitgliedschaft.

Die kostenlosen Anleitungen, die ich schreibe, sind echt. Sie funktionieren. Wenn du ihnen folgst, wirst du Ergebnisse sehen. Leser haben mir geschrieben, dass sie etwas aus einem Blogpost umgesetzt haben und es ihr Business vorangebracht hat. Genau das will ich.

Aber es gibt einen Unterschied zwischen Wissen teilen und deinen Wettbewerbsvorteil teilen.

Die Frameworks, die Ansätze, das "so denkst du über dieses Problem nach"-Zeug? Das ist Wissen. Das gebe ich kostenlos weiter, weil Wissen frei sein sollte. Die spezifischen Kunden-Workflows, die ich über sechs Jahre verfeinert habe, die Automatisierungsketten, die mir jede Woche Stunden sparen, die Debugging-Shortcuts, die ich durch schmerzhafte Trial-and-Error-Erfahrung entwickelt habe? Das ist kein Wissen. Das ist operative Infrastruktur. Und dafür bezahlen mich meine Kunden.

Ich habe schon mal über das schlechte Gewissen beim Abrechnen geschrieben. Das hier ist eine andere Variante derselben Sache. Du willst großzügig sein. Du willst alles teilen. Aber irgendwo zwischen "Ich glaube an offenes Wissen" und "Ich muss Miete zahlen" ziehst du eine Linie. Und dann fühlst du dich komisch dabei.

Alle verkaufen, was mal kostenlos war

Hier ist der Punkt, der mich von "leichtes Unbehagen" zu "okay, ich muss ernsthaft darüber nachdenken" gebracht hat.

Jeden einzelnen Tag sehe ich Leute, die kostenlose GitHub-Repositories nehmen, sie in eine KI-generierte Oberfläche verpacken und 29 bis 99 Dollar im Monat dafür verlangen. Das ist keine Übertreibung. Es ist ein komplettes Geschäftsmodell.

Die Zahlen sind irre. Ich werde jetzt nicht mit dem Finger auf bestimmte Projekte zeigen, aber als Entwickler, der regelmäßig auf GitHub unterwegs ist und sich mit KI auskennt, erkenne ich aus hundert Metern Entfernung, wenn etwas nur ein AI Wrapper oder ein Open-Source-Tool mit einer angeschraubten Checkout-Seite ist. Man sieht sie inzwischen überall. Hübsche Landing Page, poliertes Onboarding, 49 Dollar im Monat. Und darunter? Ein API-Call und das Repository von jemand anderem. Jemand hat buchstäblich einen Medium-Artikel geschrieben mit dem Titel "I Made $121,000 in 72 Hours Building an AI Wrapper." Die Eintrittsbarriere ist so weit gefallen, dass inzwischen jeder eine App baut. Die meisten verkaufen etwas, das bereits kostenlos existierte.

Gleichzeitig: Die Leute, die die Open-Source-Tools darunter tatsächlich gebaut und gewartet haben? 60% von ihnen arbeiten unbezahlt. 44% berichten von Burnout. Der durchschnittliche unbezahlte Maintainer investiert 8,8 Stunden pro Woche. Beliebte Projekte verlangen 20 bis 30 Stunden. Und nur 0,0014% der Unternehmen, ungefähr 4.200 von 300 Millionen, beteiligen sich an GitHub Sponsors.

Ich kenne den Wert von Open-Source-Tools, weil ich sie täglich nutze. Ich habe sie empfohlen, darüber geschrieben, Kundenprojekte damit gebaut. Und zuzusehen, wie Leute genau diese Tools nehmen, eine Checkout-Seite hinzufügen und Geld verlangen für das, was der Maintainer kostenlos hergegeben hat? Das verändert deine Beziehung zum Teilen.

Es ist nicht so, dass ich denke, Software zu verkaufen sei falsch. Bau etwas, verlang Geld dafür, ich respektiere den Hustle. Aber es gibt einen Unterschied zwischen auf Open Source aufbauen und es einfach nur umverpacken. Wenn das "Produkt" buchstäblich das Open-Source-Tool mit einem neuen Anstrich ist, fügst du keinen Wert hinzu. Du fügst eine Paywall zur Großzügigkeit eines anderen hinzu.

Und genau deshalb halte ich Dinge zurück. Nicht weil ich will. Weil ich gesehen habe, was passiert, wenn man es nicht tut.

Der Open-Source-Rückzug passiert bereits

Das ist kein Gefühl. Es ist ein dokumentierter Trend.

MongoDB wechselte 2018 zu einer restriktiven Lizenz. Elastic folgte 2021. HashiCorp veränderte Terraforms Lizenz 2023 von offen zu einer Business Source License und wurde dann von IBM für 6,4 Milliarden Dollar übernommen. Redis schränkte seine Lizenz 2024 ein, ruderte dann im Mai 2025 teilweise zurück und gab damit im Grunde zu, dass die Änderung das Vertrauen der Community beschädigt hatte.

Das Muster ist immer dasselbe. Ein Unternehmen oder Entwickler teilt etwas offen. Cloud-Anbieter oder Wrapper-Unternehmer machen es zur Ware. Der ursprüngliche Ersteller schränkt den Zugang ein. Das Vertrauen der Community erodiert. Forks entstehen. Valkey wurde innerhalb von 30 Tagen von Redis geforkt. OpenTofu spaltete sich quasi über Nacht von Terraform ab.

Im November 2025 stellte Kubernetes Ingress NGINX ein, weil die ehrenamtlichen Maintainer, die nachts und an Wochenenden arbeiteten, es einfach nicht mehr stemmen konnten. Denk mal darüber nach. Eines der kritischsten Teile der Internet-Infrastruktur, von Leuten in ihrer Freizeit gewartet, und es erreichte einen Kipppunkt.

Auf individueller Ebene passiert dasselbe. Daniel Stenberg, der Erfinder von curl (ein Tool, das praktisch von jedem Computer der Welt benutzt wird), verfolgte allein 2025 insgesamt 37 KI-generierte Schrott-Pull-Requests, die an sein Projekt gesendet wurden. Leute nehmen nicht nur Open-Source-Arbeit und verkaufen sie weiter. KI-Agenten reichen inzwischen selbstständig minderwertige Beiträge ein und schaffen damit mehr Arbeit für Maintainer, die ohnehin am Limit sind. Ein KI-Agent wurde von einem matplotlib-Maintainer abgelehnt und hat dann, ohne menschliches Eingreifen, den Maintainer recherchiert und einen Schmähartikel über ihn veröffentlicht.

Die Kosten des Offenseins steigen. Und immer mehr Entwickler rechnen nach.

Was ich tatsächlich zurückhalte (und was nicht)

Lass mich konkret werden. Denn "Ich betreibe Gatekeeping" klingt dramatisch, und die Realität ist nuancierter.

Was ich kostenlos teile:

Allgemeine Frameworks und Ansätze. Tool-Empfehlungen (ich habe ganze Reviews zu Tools wie ChangeDetection.io geschrieben, die ich tatsächlich nutze). Schritt-für-Schritt-Anleitungen. Strategie-Breakdowns. SEO-Checklisten. Migrations-Walkthroughs. Ehrliche Meinungen darüber, was funktioniert und was nicht. Wenn es Wissen ist, das dir hilft, bessere Arbeit zu machen, steht es irgendwo in einem Blogpost.

Was ich zurückhalte:

Die spezifischen Automatisierungsketten, die ich für meine Agentur gebaut habe. Die Custom Scripts, die meine Tools auf eine Weise verbinden, die nirgendwo dokumentiert ist. Die Claude Code Skills, die ich entwickelt habe und mit denen ich in Minuten schaffe, wofür ich früher Stunden brauchte. Die exakten Kunden-Workflows, die ich über Hunderte von Projekten verfeinert habe. Die internen Tools, die ich täglich nutze und die mir einen Vorsprung geben.

Hier ist allerdings die Erkenntnis: Das Wertvollste, was ich zurückhalte, kann nicht mal gestohlen werden, selbst wenn ich es veröffentlichen würde. Es ist kein Geheimrezept. Es sind Jahre an Kontext, gescheiterten Versuchen, Kundenfeedback und angesammeltem Urteilsvermögen. Du könntest meine gesamte Codebase lesen und trotzdem nicht das replizieren, was sie zum Laufen bringt, weil der Wert nicht im Code liegt. Er liegt darin zu wissen, wann man ihn nutzt, wann man ihn überspringt und wann man alles wegwirft und von vorne anfängt.

Die Ironie des Gatekeepings: Was wirklich schützenswert ist, ist oft das, was nicht kopiert werden kann.

Das echte Gatekeeping, über das niemand spricht

Es gibt eine viel größere Form von Gatekeeping, die mein kleines "Ich teile meine Scripts nicht"-Geständnis trivial aussehen lässt.

Es ist die Annahme, dass ein Tutorial zu teilen bedeutet, die Fähigkeit zur Umsetzung zu teilen.

Ich kann eine perfekte Anleitung schreiben, wie man eine WordPress-Seite zu Astro migriert. Jeden Schritt, jeden Fallstrick, jede Konfigurationsdatei. Und jemand mit fünf Jahren Entwicklungserfahrung wird ihr folgen und Erfolg haben. Jemand mit sechs Monaten Erfahrung wird derselben Anleitung folgen und bei Schritt vier gegen eine Wand laufen, weil die mentalen Modelle fehlen, um zu debuggen, was schiefgeht.

Die Lücke zwischen einem Tutorial und einer erfolgreichen Umsetzung ist gefüllt mit Erfahrung, die du nicht herunterladen kannst. Das ist kein Gatekeeping. Das ist einfach Realität. Aber wir tun so, als wäre es anders. Wir tun so, als ob "die Information ist da draußen" bedeutet "jeder kann es", und das ist eine gefährlichere Lüge als ein paar Scripts zurückzuhalten.

Und es wird schlimmer. Junior Developer verschwinden, weil Unternehmen erwarten, dass KI die Lehrjahre ersetzt. Wenn sie weg sind, gibt es niemanden mehr, der die Lücke zwischen Tutorial und Umsetzung durchschreitet. Der Weg selbst erodiert. Das ist das Gatekeeping, das uns Sorgen machen sollte. Nicht ob irgendein Agenturinhaber seine Automatisierungs-Scripts teilt.

Wo ich die Linie ziehe (vorerst)

Ich werde weiterhin kostenlose Anleitungen schreiben. In jedem Post so viel umsetzbares Zeug wie möglich. Das ändert sich nicht.

Ich werde auch weiterhin die Tools und Systeme zurückhalten, die meine Miete zahlen und meinen Kunden dienen. Das ändert sich auch nicht.

Früher hatte ich deswegen ein schlechtes Gewissen. Jetzt fühle ich mich einfach ehrlich. Die Spannung zwischen "Information will frei sein" und "Ich muss essen" hat keine saubere Auflösung. Wer dir erzählt, sie hätte eine, ist entweder reich genug, um es nicht zu kümmern, oder verkauft dir etwas.

Was ich versprechen kann, ist: Die Linie, die ich ziehe, verläuft zwischen Wissen und Implementierung, nicht zwischen kostenlosem und bezahltem Content. Ich werde dir immer sagen, wie etwas geht. Ich werde dir nur nicht immer die exakte Maschine in die Hand drücken, die ich gebaut habe, um es schneller zu machen.

Vielleicht macht mich das zum Heuchler. Vielleicht zum Realisten. Wahrscheinlich beides.

Wenn du Entwickler oder Freelancer bist und dieselbe Spannung spürst, würde mich interessieren, wo du die Linie ziehst. Und wenn du ein Unternehmen führst und jemanden brauchst, der sechs Jahre damit verbracht hat, genau diese Maschinen zu bauen: Dafür bin ich da.