Martin Eisen · Emsland · Baut mit KI

Ich baue mit KI. Und verschenke, was funktioniert.

Ich bin nicht durchs Informatikstudium gegangen, ich habe angefangen zu bauen, weil KI den Weg von der Idee zum fertigen Programm kurz genug gemacht hat. Was ich dabei gelernt habe, teils schmerzhaft, steht hier zum Mitnehmen. Fertige Prompts und Regeln aus echter Arbeit. Zum Kopieren, ohne Anmeldung, ohne Haken.

Zu den Prompts Mehr davon folgen

Was hier liegt: Fertige PromptsAus echten Projekten, nicht ausgedacht
Der Preis: NichtsKeine E-Mail, kein Kommentar-Funnel
Wozu: Damit du schneller baustIch lerne beim Erklären selbst dazu

Free Prompts

Regeln, die ich in jedes Projekt kopiere

Das sind keine Poster-Sprüche, sondern Textblöcke, die bei mir in der CLAUDE.md oder im Prompt stehen. Jeder ist aus einem konkreten Problem entstanden. Kopier sie, wirf raus, was nicht passt, und behalte den Rest.

Nutzerdaten sind heilig

Warum: Ich habe durch zu „cleveren" Aufräum-Code zweimal die gespeicherten Daten meiner Nutzer gelöscht. Seitdem steht dieser Block ganz oben.

Nutzerdaten sind heilig. Bevor du etwas an
gespeicherten Daten änderst, gilt:

- Niemals automatisch löschen. Kein Auto-Cleanup,
  kein Entfernen "verwaister" Einträge beim Start.
- Löschen nur, wenn der Nutzer es ausdrücklich auslöst.
- Schreibe atomar: erst Temp-Datei, dann umbenennen.
  Nie direkt in die Zieldatei, sonst liest ein paralleler
  Zugriff eine halbe oder leere Datei.
- Vor jedem destruktiven Schritt auffällige Fälle abfangen:
  leere ID, fehlende Quelle, unerwartet viele Zeilen.

Erst lesen, dann schreiben

Warum: Mein erster eigener Agent pflegt Tabellen, deren Spalten ich ständig verschiebe. Diese Regel hält ihn davon ab, die falsche Spalte zu überschreiben.

Bevor du eine Datei, Tabelle oder Struktur änderst:

1. Lies die echte Struktur frisch aus. Verlass dich nie
   auf ein Layout, das du dir von vorhin gemerkt hast.
2. Ordne jedes Zielfeld dem echten Header oder Schlüssel zu.
   Schreibe erst, wenn du jede Zielspalte verifiziert hast.
3. Passt die Realität nicht zur Erwartung: nicht raten.
   Anhalten und melden.

Right-Size, bevor du installierst

Warum: Die halben „Must-have-Skills" aus den Reels hatte ich längst. Meistens braucht man kein neues Werkzeug, sondern das, was schon da ist.

Bevor du eine neue Abhängigkeit oder ein Tool vorschlägst,
geh die Leiter durch und halt bei der ersten Stufe, die trägt:

1. Braucht es das überhaupt? Spekulativer Bedarf: weglassen.
2. Gibt es das im Projekt schon? Dann wiederverwenden.
3. Löst die Standardbibliothek es? Dann die nehmen.
4. Reicht eine schon installierte Abhängigkeit? Dann die.
5. Geht es in wenigen Zeilen selbst? Dann selbst.

Erst danach etwas Neues, und sag dazu, was du weggelassen hast.

Schreib wie ein Mensch

Warum: Ich hatte einen Humanizer installiert und die Antworten waren trotzdem voller Gedankenstriche. Der Stil muss in die Anweisung, nicht in einen Nachbrenner.

Schreib wie ein Mensch, nicht wie ein Sprachmodell:

- Keine langen Gedankenstriche. Nimm Punkt, Komma,
  Klammer oder Doppelpunkt.
- Keine aufgeblähten Dreier-Aufzählungen als Reflex.
- Keine Floskeln, keine übertriebene Gliederung, keine
  Werbe-Adjektive.
- Lieber ein kurzer klarer Satz als drei geschraubte.

Lokale Website, ehrlich optimiert

Warum: Für Läden bringt das Google-Profil mehr als jeder Blog. Die „Rang 1 in 8 Minuten"-Videos verkaufen vor allem Bezahltools.

Ich baue eine Website für einen lokalen Betrieb. Optimiere
ehrlich, nicht mit Tricks:

- Größter Hebel ist das Google-Unternehmensprofil,
  nicht die Seite. Nenn konkret, was da rein muss: Kategorien,
  Öffnungszeiten, Fotos, Speisekarte, Bewertungen einsammeln.
- Die Website liefert zu: crawlbares HTML, echte Texte statt
  Text-im-Bild, saubere H2/H3, Alt-Texte.
- Bau vollständiges JSON-LD (LocalBusiness/Restaurant)
  mit Adresse, Telefon, Öffnungszeiten, Angebot ein.
- Keine erfundenen Sternebewertungen auszeichnen. Die gehören
  ins Profil, nicht in den Code.

Fertig heißt: es läuft

Warum: Etwas ist nicht fertig, wenn es auf meinem Rechner geht. Es ist fertig, wenn es online ist und jemand es benutzt.

Bevor du eine Aufgabe als "fertig" meldest:

- Führ die geänderte Funktion einmal echt aus, statt
  nur den Code zu zeigen. Beweis, dass sie tut, was sie soll.
- Schlägt ein Test fehl, sag das mit der Ausgabe. Nichts
  schönreden, nichts Übersprungenes verschweigen.
- Bei Web/Deploy: erst wenn es unter der echten Adresse
  erreichbar ist, ist es fertig. "Läuft bei mir" zählt nicht.

Was ich baue

Womit diese Regeln jeden Tag getestet werden

Die Prompts oben sind kein Theoriegebäude, sie stammen aus diesen Sachen. Manche laufen bei mir, manche im Einsatz. Sie stehen hier als Beleg, nicht als Angebot.

Coachy Coaching-Plattform

Zentraler Server plus Clients für Mac, Windows und iPad. Nutzerverwaltung mit Rollen, überwachte Konten, Video-Bibliothek, Oberfläche auf Deutsch und Englisch.

Im Einsatz

Optrecord Bildschirmaufnahme für Mac

Aufnehmen, automatisch zu Google Drive hochladen, Link verschicken. Der Loom-Ablauf als eigene App ohne Abo.

Fertig

Jarvis & Diktat Sprache auf dem Mac

Ein Sprachassistent, der lokal zuhört und antwortet, und eine Diktat-App, die per Tastenkürzel in jede App tippt. Beides offline gebaut, weil ich wissen wollte, ob es geht.

Eigenbedarf

Der Sheet-Pfleger Eigener KI-Agent

Ein Agent, der meine Tabellen pflegt und dabei nie etwas kaputtmacht: liest die Struktur frisch aus, schreibt nur verifizierte Felder, löscht nichts. Prompt 01 und 02 sind direkt aus ihm entstanden.

Eigenbedarf

Mehr davon

Ich baue laufend Neues und zeige, wie.

Auf Social Media zeige ich, was gerade entsteht, und lege neue Prompts und Kniffe frei, bevor sie hier landen. Kein Verkauf, keine Anmeldung. Wenn dir das hier was gebracht hat, folg mir dort, dann verpasst du das Nächste nicht.

◎ Instagram @legacyxmartin