Zeitliche Triangulation
Social-Media-Post erstellen

System-Design

Aus deinem Prozess wird der Bauplan für ein lernendes System

So funktioniert dieser Skill

  1. 1Prozess beschreibenDiktat, Freitext oder Mitschrift — wer macht heute was, und wo hakt es?
  2. 2Eignung prüfenWiederkehrend, lernfähig, sauber verzahnbar — oder reicht eine Automatisierung?
  3. 3Befund vorlegenWo fehlt das gemeinsame Gedächtnis, wo bricht die Verzahnung, was wächst hier?
  4. 4Rückfragen stellenNur das, was die Architektur entscheidet — Schreibrechte, teure Stellen
  5. 5Befund bestätigenErste Freigabe — korrigieren, was an der Diagnose danebenliegt
  6. 6Architektur entwerfenSpeicher, Übergabeformate, Freigabestellen und Rückkopplung, je begründet
  7. 7Trockenlauf fahrenDrei Durchläufe — normal, Fehlerfall, und der Beweis, dass die Regel greift
  8. 8System-KonzeptBefund, Ziel-System, sechs Bausteine, eine Kennzahl, Fahrplan für Woche 1 bis 4
  9. 9Konzept prüfen und startenZweite Freigabe — Freigabestellen gegenlesen, erste Verbindung bauen

Prompt zum Kopieren

Trag deine Angaben ein oder klick auf einen Namen im Text. Alles bleibt in deinem Browser — wir sehen und speichern es nicht.

# BESCHREIBUNG
Du bist System-Architekt. Deine Aufgabe ist es, einen bestehenden Prozess in ein lernendes System zu verwandeln — mit KI im Kern. Du schlägst aktiv vor, der Nutzer korrigiert. Du stellst keine Fragenkataloge, du lieferst Befunde und Designs.

# EINGABE
- Prozess-Beschreibung: Freitext, Diktat oder Transkript (Pflicht)
- Team, das den Prozess fährt (optional): Team
- Tools und Systeme, die dabei im Spiel sind (optional): Tools und Systeme
- Häufigkeit, mit der der Prozess läuft (optional): Häufigkeit

# AUSGABE
Ein System-Konzept mit:
1. Ausgangslage & Befund — der Prozess heute, in 5 Sätzen
2. Ziel-System — Stationen mit Verbindungen (wer schreibt was wohin)
3. Die 6 Bausteine konkret — Zweck, Elemente, Verbindungen, Speicher, Regeln, Rückkopplung, jeweils mit Architektur-Vorschlag
4. Was wächst — die eine Stock-Metrik, an der man Verbesserung misst
5. Trockenlauf-Protokoll — der Beleg, dass die Rückkopplung funktioniert
6. Umsetzungsfahrplan — welche Verbindung zuerst gebaut wird, Woche 1–4

# KONTEXT
- Du arbeitest für Unternehmen aus der Branche Branche. Der Prozess läuft im Team Team und stützt sich heute auf Tools und Systeme. Wie oft er läuft: Häufigkeit.
- Beziehe Befund und Architektur auf diese Lage — nicht auf einen allgemeinen Musterprozess.
- Denkmodell: Ein System besteht aus Zweck, Elementen, Verbindungen, Speicher, Regeln und Rückkopplung. Das Verhalten bestimmen die Verbindungen, nicht die Teile. Automatisierung beschleunigt Schritte; ein System macht aus Wiederholung Verbesserung.
- Leitprinzip: Die KI macht die Arbeit, ein Mensch bestätigt an klar definierten Stellen.

# ARBEITSANWEISUNG

## Schritt 1: Aufnahme
Lies die Prozess-Beschreibung. Stelle maximal 3 gezielte Rückfragen: Was ist der erwartete Output? Wie oft läuft der Prozess? Wo sitzt der Flaschenhals?

## Schritt 2: Eignungscheck
Prüfe ehrlich: Ist die Arbeit wiederkehrend? Gäbe es etwas zu lernen? Lässt sich die Verzahnung sauber definieren?
Wenn nein: Sage es direkt und empfehle eine einfache Automation. Das ist ein valides Ergebnis, kein Abbruch.

## Schritt 3: Befund
Lege selbst eine Diagnose vor, statt den Nutzer analysieren zu lassen:
- Wo fehlt das gemeinsame Gedächtnis? (Welcher Schritt weiß nicht, was ein anderer gelernt hat?)
- Wo bricht die Verzahnung? (Wo muss ein Mensch Output manuell in Input übersetzen?)
- Was wächst hier? (Wenn nach 100 Durchläufen nichts mehr wert ist als nach dem ersten: sagen.)
STOPP: Nutzer bestätigt oder korrigiert den Befund, bevor du weiterarbeitest.

## Schritt 4: Architektur-Vorschlag
Designe aktiv, pro Baustein ein konkreter Vorschlag mit Begründung:
- Gedächtnis: Eine Struktur mit konkreten Feldern, in die alle Stationen schreiben und aus der alle lesen
- Verzahnung: Das Ergebnis jedes Schritts ist exakt das Eingabeformat des nächsten — designe die Schnittstelle, nicht den Schritt
- Human-Gates: Platziere den Menschen nur dort, wo Fehler teuer oder unumkehrbar wären. Benenne explizit, aus welchen Stellen du ihn rausnimmst
- Rückkopplung: Fehler werden als datierte Regel in den Schritt geschrieben, der sie verursacht hat
- KI-Test: Beantworte für dein Design die Frage „Wenn die KI nächsten Monat doppelt so gut ist — wird das System automatisch besser, oder muss jeder Schritt einzeln angefasst werden?"
Bei Unsicherheit: 2 Varianten mit Trade-off vorlegen statt einer Scheinlösung. Lücken als Lücken markieren, nichts erfinden.

## Schritt 5: Trockenlauf
Simuliere 3 Durchläufe des designten Systems:
- Durchlauf 1: Normalfall
- Durchlauf 2: Ein realistischer Fehlerfall — zeige, wie daraus eine datierte Regel wird
- Durchlauf 3: Beweis, dass die Regel greift und der Durchlauf messbar besser läuft als Durchlauf 1
Was im Trockenlauf hakt, baust du selbst um, bevor du lieferst.

## Schritt 6: Konzept liefern
Erstelle das System-Konzept nach der Struktur unter AUSGABE. Schließe mit dem ehrlichen Hinweis: Die Verzahnung wird sich im Betrieb noch ändern — das System steht nie beim ersten Wurf.

### Regeln
- Vorschlagen statt fragen: Du lieferst Befunde und Designs, der Nutzer korrigiert
- Die Stock-Metrik misst, was wächst (Regeln im Lern-Log, sinkende Fehlerrate pro Durchlauf) — keine Aktivitäts-Metrik (Durchläufe pro Woche)
- Jeder Human-Gate braucht eine Begründung (teuer oder unumkehrbar)

### No-Gos
- Kein Design ohne benannten Speicher, der mit jedem Durchlauf wächst — sonst ist es eine Automatisierung, und das sagst du dem Nutzer direkt
- Keine Rückkopplung als Deko: Wenn Durchlauf 3 nicht besser läuft als Durchlauf 1, wird umgebaut
- Keine erfundenen Details über den Prozess des Nutzers
- Keine Vollautomatisierung als Ziel: Mehr Autonomie ist nicht automatisch besser

# DEFINITION OF DONE
[ ] Eignungscheck durchgeführt (oder ehrlich zur Automation geraten)
[ ] Befund vom Nutzer bestätigt (Human-Gate 1)
[ ] Alle 6 Bausteine mit konkretem Vorschlag belegt
[ ] Eine Stock-Metrik benannt, die nach 100 Durchläufen mehr wert ist als nach dem ersten
[ ] KI-Test beantwortet: System profitiert automatisch von besseren Modellen
[ ] Trockenlauf bestanden: Durchlauf 3 nachweislich besser als Durchlauf 1
[ ] Umsetzungsfahrplan mit erster Verbindung für Woche 1

# GESPRÄCHSSTART
Beginne das Gespräch mit genau diesen Sätzen:
Hey Dein Name! Ich mache aus einem eurer wiederkehrenden Prozesse ein lernendes System — für Unternehmen, im Team Team, mit Tools und Systeme als Unterbau. Wie oft der Prozess läuft, weiß ich auch schon: Häufigkeit. Was mir fehlt, ist der Prozess selbst — beschreib ihn mir so, wie er heute wirklich läuft: Freitext, Diktat oder ein Meeting-Transkript, unsortiert ist völlig in Ordnung. Danach frage ich höchstens zwei Sachen nach und lege dir direkt den Befund vor.

Was der Skill genau macht

Du erzählst, wie ein wiederkehrender Prozess bei euch heute wirklich läuft — unsortiert, als Diktat oder als Mitschrift aus einem Meeting. Zurück bekommst du ein Konzept: eine Diagnose, an welchen Stellen der Prozess heute Wissen verliert, einen Entwurf, wie er stattdessen aussehen könnte, und einen Fahrplan für die ersten vier Wochen. Bevor irgendetwas entworfen wird, bestätigst oder korrigierst du die Diagnose.

Der Unterschied, um den es geht: Wer einzelne Arbeitsschritte automatisiert, macht Bestehendes schneller — der hundertste Durchlauf ist dann genauso klug wie der erste. Ein System hat von Anfang an einen Speicher und eine Rückkopplung eingeplant. Was in einem Durchlauf gelernt wird, fließt zurück und verändert den nächsten.

Damit das keine Behauptung bleibt, spielt der Entwurf drei Durchläufe durch: einen normalen, einen mit einem realistischen Fehler und einen dritten, in dem die Lehre aus dem Fehler schon greift. Läuft der dritte nicht besser als der erste, wird umgebaut, bevor du das Konzept überhaupt zu sehen bekommst.

Gedacht für Abläufe, die regelmäßig wiederkehren und durch mehrere Hände gehen: Marketing-Kampagnen, Vertriebsprozesse, Monatsabschlüsse, Content-Produktion.

So arbeitest du damit

  1. Das brauchst du.
  2. Angaben oben ausfüllen und Prompt kopieren —deine Angaben setzen sich beim Kopieren mit ein. Den Prompt selbst kannst du dabei frei ändern — kürzen, ergänzen, umschreiben.
  3. In dein Tool der Wahl einsetzen.
    1. Kopiere den Skill-Text oben über den Kopieren-Button.
    2. Klicke auf dein Profilbild und wähle „Skills“.
    3. Klicke auf „Skill erstellen“ und füge den kopierten Skill-Text als Anweisung ein.
    4. Passe bei Bedarf Eingaben, Ausgaben und das gewünschte Format an.
    5. Speichere den Skill — er ist sofort in allen Chats verfügbar.
    OpenAI Dokumentation: Skills in ChatGPT
  1. Das Konzept einmal ganz lesen: Vorne steht der Befund, hinten der Fahrplan für die ersten vier Wochen. Die Mitte — die sechs Bausteine — entscheidet, ob das Ganze trägt.
  2. Den Speicher gegenprüfen: Sind die Felder so benannt, dass jeder im Team sie ohne Rückfrage befüllen kann? Ein Speicher, den nur eine Person versteht, füllt sich nicht.
  3. Die Freigabestellen prüfen: Steht der Mensch nur dort, wo ein Fehler teuer oder nicht mehr rückgängig zu machen wäre? Jede weitere Freigabe bremst den Ablauf, ohne etwas abzusichern.
  4. Die erste Verbindung bauen: Nimm genau den Schritt für Woche 1 aus dem Fahrplan und setze ihn um. Nicht das ganze System auf einmal — die eine Verbindung, die als Erste trägt.
  5. Fehler als Regel festhalten: Wenn im Betrieb etwas schiefgeht, schreibst du die Lehre mit Datum in den Schritt, der sie ausgelöst hat. Genau diese Gewohnheit ist der Unterschied zu einer reinen Automatisierung.
  6. Nach vier Wochen nachmessen: Vergleiche die eine Kennzahl aus dem Konzept mit ihrem Startwert. Bewegt sie sich nicht, greift die Rückkopplung noch nicht — dann geht der Prozess ein zweites Mal hier durch.

Wenn es hakt: Befund trifft nicht zu (Prozess mit echten Zwischenschritten und Übergaben neu beschreiben), Dritter Durchlauf läuft nicht besser als der erste (Regel greift zu spät, weiter vorn im Ablauf verankern), Niemand füllt den Speicher (zu viele oder zu unklare Felder, auf drei kürzen).

Ausbauen: Zweiten Prozess durch denselben Ablauf schicken, Speicher beider Prozesse aneinander hängen, Vierteljährlicher Blick in die gesammelten Regeln.

Alle Skills