Aus einem Lauf wird eine Routine

Status: Draft · noch nicht pilotiert
Pflichtoberfläche: Browser
Optionale Tiefe: Agent Workspace
Arbeitszeit: etwa 100 Minuten plus zweiter Run mit neuem Input

Was du danach kannst

Du kannst einen kleinen, echten Arbeitsjob so vorbereiten, dass ein KI-Agent das erwartete Ergebnis, den relevanten Context, seine Grenzen und die Abnahme versteht. Du beobachtest den Run, stoppst bei Abweichungen, prüfst das Ergebnis und fährst die gleiche Grundstruktur ein zweites Mal mit neuem Input.

Nach der Einheit liegen acht Arbeitsmittel vor:

1. ein ausgefüllter Brief;
2. eine Run-Karte mit Checkpoints;
3. eine Qualitäts- und Freigabeentscheidung;
4. ein geübter Recovery-Weg;
5. ein Protokoll des zweiten Runs;
6. eine Entscheidung zu Routine, Budget und Downgrade;
7. eine siebenfeldrige Action Card;
8. ein kleines Gate-/Recovery-Playbook.

Die Karten enthalten markierte Copy-ready Brief, Copy-ready Prompt und Copy-ready Path-Blöcke. Kopieren ist der Start; der sichtbare Check direkt danach entscheidet, ob der Schritt wirklich funktioniert hat.

Ein gelesener Text und ein gelungener erster Output belegen die Fähigkeit noch nicht. Der Lernbeweis entsteht aus Artefakt, eigener Erklärung, zweitem Run und Recovery.

Denkmodell: eine kontrollierte Übergabekette

Ein kurzer Chat lässt viele Entscheidungen im Kopf des Menschen. Ein Brief macht sie vor der Ausführung sichtbar. Der Run bleibt eine beaufsichtigte Arbeitsphase. Erst die menschliche Prüfung entscheidet über Wirkung nach außen.

Mission → kleiner Job → Brief → Plan → Run → Preview → Urteil
                                      ↘ Stop → Recovery ↗
Urteil → Freigabe oder Verwerfen → zweiter Run → Routineentscheidung

Vier Entscheidungen bleiben immer beim verantwortlichen Menschen:

• veröffentlichen;
• an andere Personen senden;
• eine kostenpflichtige Aktion auslösen;
• mit sensiblen Daten oder folgenreichen Systemen arbeiten.

Voraussetzungen und Datenwand

Bringe einen kleinen Arbeitsjob und den dafür nötigen Context mit. Die Pflichtstrecke verwendet ausschließlich öffentliche oder vollständig synthetische Inhalte der Klasse C0-public-safe. Namen, Kontaktdaten, Klienten- oder Patientendaten, Zugangsdaten, vertrauliche Dokumente und interne Fallnotizen bleiben außerhalb der Übung.

Ein passender erster Job:

• erzeugt ein sichtbares, leicht prüfbares Ergebnis;
• passt in einen Run von etwa 10 bis 20 Minuten;
• lässt sich vor jeder Außenwirkung als Preview prüfen;
• kann ohne Schaden verworfen werden;
• braucht keine automatische Veröffentlichung oder Bezahlung.

Wenn eine dieser Bedingungen fehlt, verkleinere den Job oder nutze das sichere Beispiel dieser Einheit.

Die sieben Schritte

1 · Ausrichten — 10 Minuten

Notiere Mission, Empfänger, gewünschten Nutzen, C0-Datenraum, Fertig-Kriterium und Stop-Regel. Formuliere das Ergebnis als sichtbares Arbeitsprodukt. „Content machen“ wird zum Beispiel zu „ein intern prüfbarer Entwurf mit drei klaren Abschnitten und Quellenhinweisen“.

Checkpoint: Der Job kann vor jeder Außenwirkung pausieren und verworfen werden.

2 · Vormachen — 15 Minuten

Lies das sichere Beispiel. Verfolge jede Entscheidung vom Brief bis zum Urteil. Achte auf drei Dinge:

• Der Agent erhält zuerst nur die nötigen Quellen und Grenzen.
• Er erstellt einen Plan oder eine kurze Rückfrage, bevor er arbeitet.
• Der Mensch beurteilt das Ergebnis an vorher festgelegten Kriterien.

3 · Mitbauen — 25 Minuten

Fülle das Brief Template für deinen C0-Job aus. Starte den Brief in einem Browser-Chat deiner Wahl. Bitte zuerst um einen kurzen Plan und offene Fragen. Übertrage Plan, Scope und Zwischenstände in die Run-Karte.

Nutze die Copy-ready Blocks für den ersten Start, den sichtbaren Check und das Session-Log. Fülle davor die allgemeine Action Card aus. Das Mini-Playbook zeigt den sicheren Pfad vom Input über den Human Gate bis zum Verify oder Recovery.

Human Gate: Starte keine externe Wirkung, keinen Versand, keine kostenpflichtige Aktion und keine Verarbeitung sensibler Inhalte.

4 · Selbst fahren — 15 Minuten

Führe den begrenzten Job selbst aus. Peter oder eine andere Begleitperson darf beobachten und Fragen stellen, bedient aber weder Tastatur noch Maus. Halte Abweichungen und Eingriffe auf der Run-Karte fest.

Checkpoint: Vor dem Abschluss liegt ein Preview vor. Bei Dateiänderungen ist das ein Diff oder eine Vorschau, bei Text ein Entwurf, bei Recherche eine Quellenliste plus Synthese.

5 · Prüfen und freigeben — 10 Minuten

Nutze die Qualitäts- und Freigabekarte. Das Ergebnis erhält eine von vier Entscheidungen:

• intern freigegeben;
• mit konkreter Korrektur erneut fahren;
• verwerfen und den Brief neu schneiden;
• fachliche oder datenschutzbezogene Eskalation.

Eine Außenwirkung braucht danach einen separaten, bewussten Human Gate.

6 · Störung üben — 10 Minuten

Simuliere einen sicheren Fehler: Entferne ein Prüfkriterium aus einer Kopie des Briefs oder gib absichtlich zu viel Scope. Erkenne die Abweichung am Plan oder Preview, stoppe und nutze die Recovery-Karte. Die Fehlersimulation bleibt lokal und löst keine Außenwirkung aus.

7 · Wiederholen und belegen — 15 Minuten plus Ausführung

Nimm neuen C0-Input und fahre dieselbe Grundstruktur mit dem Protokoll für den zweiten Run. Ändere den Brief nur, wenn der erste Run eine echte Lücke gezeigt hat. Prüfe danach mit der Routine-, Budget- und Downgrade-Karte, ob der Ablauf weiterlaufen soll.

Level-10-Vertrag dieser Draft-Einheit

Schicht	Umsetzung	Offener Stand
Arbeitsproblem	kleiner, echter Job mit sichtbarem Ergebnis	Pilotverständnis prüfen
Denkmodell	kontrollierte Übergabekette mit Human Gates	Schaubild gestalten
Demonstration	vollständig anonymisiertes C0-Beispiel	Browser-Demo aufnehmen
Eigene Aufgabe	Brief, Run, Preview und Urteil am eigenen Job	Zeitbedarf pilotieren
Arbeitsartefakt	sechs wiederverwendbare Karten und Protokolle	Layout prüfen
Lernbeweis	Artefakt, Erklärung, Wiederholung, Recovery	echte Nachweise bleiben extern
Fehlerweg	Scope-, Qualitäts- und Risikofehler mit Recovery	weitere Toolfehler sammeln
Datenwand	C0-Pflichtstrecke und vier Human Gates	Fachreview vor Public
Technische Tiefe	optionaler Agent Workspace, Skills, MCP und Subagents	Toolstand prüfen
Betriebsfähigkeit	zweiter Run, Pflege-, Kosten- und Downgradeentscheidung	30-Tage-Betriebsbeweis offen

Die zehn Schichten sind angelegt. Der Status bleibt draft, bis Review, Pilotierung, Medien und fachliche Prüfung abgeschlossen sind.

Lernbeweis

Bewahre die Belege in deinem eigenen Arbeitsraum auf. Die Academy braucht keine Arbeitsinhalte.

Teil	Mindestbeleg
Arbeitsartefakt	Brief, Run-Karte und Freigabeentscheidung
Erklärung	eigene kurze Notiz zu Ziel, Context, Agentenarbeit, Human Gate und Stop-Regel
Wiederholung	zweiter Run mit neuem Input und eigener Bedienung
Recovery	dokumentierter Stop, Diagnose, Korrektur und Neustart oder Verwerfen

Ein späterer Betriebsbeweis beantwortet nach realer Nutzung: Läuft die Routine weiter, wurde sie vereinfacht, heruntergestuft oder bewusst beendet? Jede begründete Entscheidung ist ein valides Betriebsergebnis. Eine Wirkung ist in diesem Draft noch nicht belegt.

Optional: technische Tiefe

Die technische Vertiefung überträgt den gleichen Ablauf in einen file-basierten Agent Workspace. Sie behandelt Harness, Skills, MCP, Computer Use und Subagents nach Bedarf. Der Browserpfad erfüllt die Einheit vollständig.

Heute nicht und Later Trigger

Die erste Unit richtet keine Login-Automation, Zahlungen, autonome Veröffentlichung, dauerhafte Connector-Ketten oder Server-Routinen ein. Solche Erweiterungen bleiben sichtbar und erhalten einen konkreten Later Trigger:

• Connector: öffnen, wenn derselbe manuelle Transfer mehrfach Zeit kostet und Datenrechte geklärt sind;
• Computer Use: öffnen, wenn eine wiederkehrende Legacy-Oberfläche der belegte Engpass ist;
• Subagents: öffnen, wenn unabhängige Teilaufgaben und ein Merge-Gate klar beschrieben sind;
• geplante Automation: öffnen, wenn zwei beaufsichtigte Runs, Recovery und Human Gates stabil funktionieren;
• höhere Modell- oder Abo-Stufe: öffnen, wenn ein definierter Qualitäts- oder Zeitgewinn gemessen werden kann.

Aktualisierung

Prüfe diese Unit vor öffentlicher Freigabe erneut, wenn sich Oberflächen, Preise, Modellgrenzen, Connector-Rechte oder Datenschutzanforderungen geändert haben. Die Karten formulieren stabile Entscheidungen; konkrete Toolschritte gehören in aktualisierbare Vertiefungen.