Betriebskontext file-first aufbauen
Was du hier lernst
3 Arbeitsbausteine
- 01Startdatei und Quellenledger
- 02Entscheidungen und Arbeitslog
- 03Review-Datum und Verantwortliche
Status: Draft
Ergebnis: Ein Mensch und ein Agent finden Zweck, Regeln, Quellen,
Entscheidungen und den nächsten Schritt in einem kleinen Arbeitsordner.
Diese Einheit arbeitet mit öffentlichen oder synthetischen Beispielen. Sie richtet keine Cloud-Verbindung ein und übernimmt keine vertraulichen Daten.
Die sieben Schritte
| Schritt | Was du tust | Greifbares Ergebnis |
|---|---|---|
| 1 · Ausrichten | Wähle einen kleinen C0-Use-Case und benenne das gewünschte Ergebnis. | Ein Satz zu Zweck, Fertig-Kriterium und Stop-Regel. |
| 2 · Vormachen | Verfolge das Beispiel vom Rohmaterial bis zum geprüften Context. | Ein klares Bild der Wahrheitshierarchie. |
| 3 · Mitbauen | Lege Startdatei, Regeln, Quellen, Entscheidungen, Arbeitslog und Ablage an. | Dein erster Context Starter. |
| 4 · Selbst fahren | Ordne eine zweite öffentliche Quelle ohne fremde Bedienung ein. | Ein selbst aktualisierter Quellen- und Arbeitsstand. |
| 5 · Prüfen und freigeben | Prüfe Herkunft, Sichtbarkeit, Aktualität und nächsten Schritt. | Eine bewusste Freigabe oder ein markierter offener Punkt. |
| 6 · Störung üben | Baue eine veraltete oder doppelte Notiz ein und repariere den Stand. | Ein ausgeführter Recovery-Weg. |
| 7 · Wiederholen und belegen | Aktualisiere den Context mit neuem Input und halte vier Beweise fest. | Artefakt, Erklärung, Wiederholung und Recovery-Notiz. |
Jeder Abschnitt endet mit einem kleinen Arbeitsgewinn. Du hältst dadurch nur den aktuellen Schritt im Kopf.
Der Arbeitsloop in jeder Oberfläche
| Schritt | Frage | Dauerhafter Eintrag |
|---|---|---|
| 1 · Installieren oder einrichten | Ist der benötigte Ordner oder Zugriff arbeitsfähig? | Arbeitsmittel und Owner im Context |
| 2 · Prüfen | Besteht ein kleiner Test mit sichtbarem Ergebnis? | Prüfergebnis und Datum im Arbeitslog |
| 3 · Eintragen | Was wurde eingerichtet, entschieden oder bewusst vertagt? | Context, Entscheidung oder „Heute nicht“-Trigger |
| 4 · Nutzen | Kann der Pilot den Job mit dem Context selbst ausführen? | Ergebnis-Pointer und Prüfnachweis |
| 5 · Übergeben | Versteht eine frische Person oder Agenten-Session den Stand? | benannte Source-Dateien und nächster Schritt |
Haken, Akkordeons und Fortschritt in einer Oberfläche helfen während der Session. Dieser Zustand kann lokal, temporär oder zurücksetzbar sein. Der dauerhafte Stand lebt in den Markdown-Dateien und im Arbeitslog.
1 · Arbeitsproblem
Arbeitswissen liegt oft verteilt: eine Entscheidung in einer Mail, ein aktueller Text in Drive, eine Planung in Notion und ein Termin im Kalender. Ein neuer Mensch oder Agent muss dann raten, welche Quelle gilt und was als Nächstes passiert.
Der Context Starter schafft eine kurze, portable Karte über diesen Bestand. Die Originale dürfen in ihren bewährten Werkzeugen bleiben. Die Karte nennt Zweck, Regeln, Quellen, Entscheidungen, Arbeitsstand und Ablage.
Arbeitsgewinn: Du kannst in einem Satz erklären, welchen Job dein Context unterstützt.
2 · Denkmodell
Context hat drei Reichweiten:
- Betriebskontext gilt über Projekte hinweg, etwa Angebot, Zielgruppe und feste Regeln.
- Projektkontext gilt für ein Vorhaben, etwa Ziel, Stand, Entscheidungen und nächster Schritt.
- Run-Kontext gilt nur für einen einzelnen Brief, etwa ausgewählte Quellen und erlaubte Dateien.
Eine kleine Wahrheitshierarchie verhindert Datendumps:
- Freigegebene Entscheidung oder Context-Datei – der aktuelle Arbeitsstand.
- Benannte Originalquelle – etwa ein bestimmtes Drive-Dokument, eine Notion-Seite, eine Mail oder ein Kalendereintrag.
- Ungeprüfter Eingang – Exporte, Mitschriften und neue Hinweise.
- Entwurf oder Agentenausgabe – bleibt Vorschlag bis zur menschlichen Prüfung.
Der Context kopiert nicht den ganzen Bestand. Er enthält kurze Aussagen und gezielte Pointer auf die nötigen Quellen.
Frische-Session-Test
Öffne ein neues Gespräch ohne vorherigen Chatverlauf und nutze dieses kopierfertige Muster:
Lies zuerst
START-HIER.md,CONTEXT.md,REGELN.md,QUELLEN.md,ENTSCHEIDUNGEN.mdundARBEITSLOG.md. Fasse dann kurz zusammen: Zweck, bestätigter Stand, offene Punkte, nächster Schritt sowie Daten- und Stop-Regeln. Nenne hinter jeder Aussage die Quelldatei. Schreibe „nicht belegt“, wenn eine Aussage in diesen Dateien fehlt, und stelle höchstens drei Rückfragen. Verändere keine Dateien.
Der Test ist bestanden, wenn die Antwort die konkreten Quelldateien nennt, offene Punkte nicht erfindet und den nächsten Schritt korrekt wiedergibt.
Abrufübung mit sofortigem Feedback
Schließe die Dateien für eine Minute. Nenne aus dem Gedächtnis:
- die drei Context-Reichweiten;
- die vier Stufen der Wahrheitshierarchie;
- die sechs Source-Dateien im Starter;
- die zwei Human Gates dieser Einheit.
Öffne danach diese Seite und die Source-Karten im Starter. Markiere nur die Punkte, die gefehlt haben. Wiederhole die vier Antworten nach der eigenen Aufgabe. So wird Verständnis geprüft, ohne eine lange Wissensabfrage aufzubauen.
Arbeitsgewinn: Du kannst jede Information einer Reichweite und einer Stufe der Wahrheitshierarchie zuordnen.
3 · Demonstration
Ein fiktives Studio möchte die öffentliche FAQ-Seite seiner Website aktualisieren. Als Input dienen nur veröffentlichte Leistungsbeschreibungen und synthetische Beispiel-Fragen.
- In
START-HIER.mdsteht: „FAQ aktualisieren; finale Veröffentlichung durch die verantwortliche Person.“ CONTEXT.mdhält Ton, Zielgruppe und bestätigte Leistungsgrenzen knapp fest.QUELLEN.mdverweist auf die öffentliche Website und das freigegebene Drive-Dokument.ENTSCHEIDUNGEN.mdnotiert, welche FAQ aufgenommen wird und warum.ARBEITSLOG.mdhält den letzten Schritt und die nächste Prüfung fest.- Ein Entwurf landet in
ausgaben/und erhält erst nach Review einen Freigabestatus.
Eine neue Quelle widerspricht später einer Leistungsgrenze. Der Pilot stoppt die Textarbeit, markiert den Widerspruch und klärt zuerst die Entscheidung. Der Context wird danach aktualisiert; der alte Stand bleibt nachvollziehbar.
Arbeitsgewinn: Du hast einen vollständigen Ablauf inklusive Störung gesehen.
4 · Eigene Aufgabe
Nutze den Context Starter für einen kleinen C0-Use-Case. Im Browser führt die Browser-Action-Card durch dieselben sechs Inhalte als benannte Dokumente oder Abschnitte. Im Agent Workspace liegen sie als Markdown-Dateien. Beide Wege enden mit dem gleichen Frische-Session-Test.
Checkpoint A · Grenze
- Der Zweck passt in einen Satz.
- Das Ergebnis lässt sich ansehen oder lesen.
- Die Übung braucht keine personenbezogenen, vertraulichen oder besonders sensiblen Inhalte.
- Eine Stop-Regel steht fest.
Checkpoint B · Aufbau
- Startdatei und Context sind vorhanden.
- Jede aktive Quelle hat Owner, Datum, Sichtbarkeit und Pointer.
- Entscheidungen sind von Rohmaterial getrennt.
- Der Arbeitslog endet mit einem nächsten Schritt.
Checkpoint C · Human Gate
Halte vor dem Verbinden einer Quelle und vor dem Teilen des Context an. Prüfe Zweck, Datenklasse, benötigten Umfang und Empfänger. Eine Verbindung oder Freigabe erfolgt erst nach deiner bewussten Entscheidung.
Arbeitsgewinn: Dein Arbeitsraum enthält den ersten nutzbaren Context.
5 · Bleibende Arbeitsmittel
- Context Starter
- Schaubild: tool-basiert, file-basiert, programmatisch
- Karte für Drive, Notion, Mail und Kalender
- Browser-Action-Card für den Context Starter
- Datenklassen-Karte
- Pflege- und Recovery-Anleitung
- Optionale technische Vertiefung
Die Dateien sind Kurzreferenzen. Du kannst sie später ohne Kursseite öffnen.
6 · Lernbeweis
Die Einheit ist belegt, wenn vier Teile vorliegen:
- Artefakt: ein Context Starter mit Startdatei, Regeln, Quellen, Entscheidungen, Arbeitslog und Ablage.
- Erklärung: eine kurze Text- oder Audionotiz zu Zweck, Wahrheitshierarchie, Datenwand, Human Gate und Stop-Regel.
- Wiederholung: eine zweite öffentliche oder synthetische Quelle wurde selbstständig eingeordnet.
- Recovery: eine veraltete, doppelte oder falsch eingeordnete Information wurde erkannt und repariert.
Selbstprüfung
- Findet eine andere Person Zweck und nächsten Schritt in unter einer Minute?
- Kannst du für jede wichtige Aussage die Originalquelle nennen?
- Sind ungeprüfter Eingang, bestätigter Context und Ausgabe getrennt?
- Ist sichtbar, wer vor Teilen oder Veröffentlichen prüft?
- Kannst du einen falschen Stand stoppen und auf eine geprüfte Fassung zurückgehen?
Arbeitsgewinn: Du hast Handlungsfähigkeit über Artefakte belegt.
7 · Fehlerweg und Recovery
Übe einen sicheren Fehler mit synthetischen Daten:
- Kopiere eine bereits vorhandene Aussage in den Eingang und ändere ihr Datum.
- Suche die zwei widersprüchlichen Fassungen.
- Stoppe weitere Verarbeitung.
- Öffne die Originalquelle und die letzte bestätigte Entscheidung.
- Entscheide, welche Fassung gilt; markiere offene Unsicherheit sichtbar.
- Aktualisiere Context, Entscheidung und Arbeitslog zusammen.
- Prüfe, ob eine Ausgabe oder ein Brief betroffen ist.
Die vollständige Karte steht in der Pflege- und Recovery-Anleitung.
Arbeitsgewinn: Du kennst den Rückweg vor dem ersten echten Fehler.
8 · Datenwand und Freigaben
Für die Übung gilt C0. Die Datenklassen-Karte trennt Cloud, lokale Verarbeitung und ausgeschlossene Wege. Zugangsdaten, Klientenfälle, Gesundheitsdaten, Berufsgeheimnisse und hoch wirksame Entscheidungen bleiben außerhalb des allgemeinen Agenten-Arbeitsraums.
Lokale Ablage allein ist noch keine Freigabe. Zweck, Zugriff, Aufbewahrung, Löschung und menschliche Verantwortung bleiben Teil der Entscheidung.
Arbeitsgewinn: Du kannst vor jeder Quelle einen klaren Datenweg wählen.
9 · Optionale technische Tiefe
Die Pflichtstrecke funktioniert mit einem lokalen Ordner. Git, Schemas, Volltextsuche und kuratierte Promotion werden erst bei einem konkreten Bedarf ergänzt. Die technische Vertiefung nennt die passenden Trigger und hält Server- oder RAG-Aufbau aus dem Einstieg heraus.
Arbeitsgewinn: Du weißt, welche technische Stufe als Nächstes helfen könnte.
10 · Pflege- und Betriebsentscheidung
Plane zehn Minuten pro Woche oder einen kurzen Check vor einem wichtigen Brief:
- neue Quellen einordnen;
- offene Entscheidungen prüfen;
- fällige Review-Daten markieren;
- veraltete Entwürfe archivieren;
- nächsten Schritt aktualisieren;
- benötigten Umfang reduzieren.
Nach zwei Aktualisierungen entscheidest du: Struktur beibehalten, vereinfachen oder gezielt erweitern. Ein Index, eine Verbindung oder Automation folgt erst, wenn ein wiederkehrender Such- oder Übergabeengpass sichtbar ist.
Heute nicht · mit späterem Trigger
| Heute nicht | Späterer Trigger |
|---|---|
| pauschaler Zugriff auf Drive, Notion, Mail oder Kalender | ein wiederkehrender Job braucht dieselben klar benannten Quellen und der Datenweg ist freigegeben |
| API, MCP oder Automation | der manuelle Ablauf wurde mit neuem Input wiederholt; Human Gate und Recovery funktionieren |
| eigener Server oder gemeinsamer Wissensdienst | mehrere Rollen, Remote-Zugriff oder ein geteilter Review-Stand sind ein echter Betriebsbedarf |
| Vektorsuche oder RAG | echte Testfragen scheitern nachweislich an Dateisuche oder Volltextsuche |
| dauerhafter UI-Fortschritt | Step 2 hat einen freigegebenen Runtime- und Datenschutzvertrag |
Vertagte Ideen bleiben sichtbar. Trage Trigger und Owner in einer kurzen Ausbau-Liste ein; baue sie erst nach Eintritt des Triggers.
Arbeitsgewinn: Der Context besitzt einen realistischen Pflegevertrag.
Offene Punkte dieses Drafts
- Frischer Content- und Compliance-Review steht aus.
- Das Schaubild braucht visuelle QA in der späteren Kursoberfläche.
- Ein kurzer Screencast kann die erste Aktualisierung zeigen; die Einheit ist auch ohne Video ausführbar.
- Konkrete Connector-Einstellungen bleiben werkzeug- und use-case-abhängig.
Diese Punkte begrenzen die Reife. Sie verhindern nicht die lokale Erprobung mit C0-Material.
Arbeitsmittel