
Gesprochener Kontext wird für einen KI-Arbeitsablauf erst nutzbar, wenn er erfasst, in eine dauerhafte Datei überführt, mit ausreichenden Herkunftsangaben versehen und über eine klar begrenzte Suchschnittstelle zugänglich gemacht wird. Eine Aufnahme allein schließt diesen Kreislauf nicht. Ein Audioordner lässt sich schwer durchsuchen; eine ungeprüfte Zusammenfassung kann die Begründung einer Entscheidung auslassen; uneingeschränkter Agentenzugriff kann mehr offenlegen als beabsichtigt.
Warum verschwindet gesprochener Kontext aus der KI-Arbeit?
Agenten beginnen meist mit vorhandenen Arbeitsunterlagen: Quellcode, Tickets, Designdateien, Projektregeln und Dokumenten. Ein Gespräch am Schreibtisch fehlt, solange es niemand dokumentiert. Oft fehlt nicht die endgültige Entscheidung, sondern die verworfenen Optionen, Randbedingungen, Verantwortlichen und Unsicherheiten, die erklären, warum sie sinnvoll war.
Ein nützliches Erfassungssystem muss daher vier Ebenen erhalten:
- Beobachtung: was tatsächlich gesagt wurde, soweit verfügbar mit Zeitstempeln oder Sprechergrenzen.
- Interpretation: eine aus dem Transkript abgeleitete Zusammenfassung, Entscheidung, Aufgabe oder ein Widerspruch.
- Herkunft: wann und woher der Text stammt, einschließlich eines Links zur Ursprungssitzung.
- Weiterverwendung: ob die Information unbearbeitet bleibt, zu dauerhaftem Projektwissen wird oder gelöscht wird.
Wenn Interpretation die Beobachtung überschreibt, lässt sich später nicht erkennen, ob ein sicher formulierter Satz ausgesprochen oder abgeleitet wurde. Getrennte Dateien oder klar getrennte Abschnitte für ursprüngliche und abgeleitete Notizen ermöglichen Korrekturen.
Wie sieht der minimale Weg von der Erfassung zum Kontext aus?
Dieser Ablauf hat zwei unabhängige Qualitätsprüfungen. Die erste ist die Transkriptionstreue: Bewahrt der Text Namen, Zahlen, Verneinungen und Fachbegriffe? Die zweite ist die Wissenstreue: Bewahrt die abgeleitete Entscheidung ihre Begründung und Unsicherheit? Eine flüssige Zusammenfassung kann an beiden Prüfungen scheitern.
Die freigegebene C1-Spezifikation ordnet die Sprachaktivitätserkennung dem Gerät zu, Spracherkennung, Transkription und Sprecherkennzeichnung dagegen dem gekoppelten Computer. Verschlüsselte Audioabschnitte bleiben auf C1, solange Erfassung, Übertragung oder lokale Transkription ausstehen. Jeder Abschnitt wird von C1 gelöscht, nachdem der Computer ihn für die Transkription verarbeitet hat. Die Aussage zum Produkt steht in der aktuellen C1-Spezifikation .
Warum Markdown statt einer proprietären Notizdatenbank verwenden?
Markdown ist nicht automatisch besser als eine Datenbank. Sein Vorteil ist die Interoperabilität. Eine Klartextnotiz lässt sich in einem Editor prüfen, mit rgdurchsuchen, mit Git versionieren, in Obsidian öffnen und an einen Agenten übergeben, ohne sie zuvor aus einem Anbieterportal zu exportieren. Für GitHub Flavored Markdown gibt es zudem eine veröffentlichte Syntaxspezifikation. Überschriften, Tabellen, Links und Codeblöcke haben dadurch eine vorhersehbare Semantik.
Eine praktische Sitzungsdatei sollte stabile Metadaten statt dekorativer Felder enthalten. Zum Beispiel:
---
kind: session
session_id: s_20260716_093000
created_at: 2026-07-16T09:30:00+08:00
source: c1
review_status: reviewed
---
# Checkout retry discussion
## Decision
Retry idempotent payment-status reads, not payment creation.
## Rationale
Creating a second payment can duplicate an external side effect.
Die Kennung ermöglicht es Software, abgeleitete Notizen mit der Sitzung zu verknüpfen. Der Prüfstatus zeigt einem Agenten, ob er den Text als verifiziert behandeln darf. Datumsangaben sollten eine ausdrückliche Zeitzone enthalten. Dateinamen allein sind keine zuverlässige Quelle, da Uhren falsch gehen und Dateien umbenannt werden können.
Wie sollte ein Agent lokalen Kontext sicher abrufen?
Die offizielle MCP-Architektur unterscheidet Host, Clients und Server. Ein Server kann Werkzeuge oder Ressourcen bereitstellen, der Host kontrolliert jedoch die Verbindung und die Benutzerinteraktion. Für lokale Server empfiehlt der MCP-Sicherheitsleitfaden
stdio , soweit praktikabel, minimale Datei- und Netzwerkberechtigungen, ausdrückliche Einwilligung und eine sorgfältige Prüfung der Startbefehle.
Daraus ergibt sich ein klar begrenztes Zugriffsmuster für Sprachkontext:
- Such- und Leseoperationen vor Schreib- oder Löschoperationen bereitstellen.
- Den Server auf das OneMira-Notizverzeichnis beschränken statt auf das gesamte Benutzerverzeichnis.
- Kurze Auszüge und Quellpfade zurückgeben; vollständige Notizen nur bei Bedarf abrufen.
- Die Weitergabe an Drittanbietermodelle vom lokalen Abruf trennen. Eine lokale Datei bleibt nicht lokal, wenn ihr Text in ein Cloudmodell eingefügt wird.
- Protokollieren, welches lokale Werkzeug ausgeführt wurde, ohne Transkriptinhalte oder Zugangsdaten aufzuzeichnen.
Die OneMira-MCP-Dokumentation erklärt den unterstützten lokalen Ablauf. Der ergänzende Leitfaden zur Cursor-Einrichtung und Sicherheit beschreibt eine konkrete Prüfreihenfolge.
Wie lässt sich messen, ob der Kreislauf funktioniert?
Messen Sie den Erfolg nicht am Transkriptvolumen. Verwenden Sie eine Abnahmeauswahl aus realer Arbeit und bewerten Sie die Punkte, die ein Ergebnis verändern können:
| Prüfung | Objektives Erfolgskriterium | Fehlerbeispiel |
|---|---|---|
| Wiedergabe kritischer Begriffe | Namen, Zahlen, Verneinungen und Kennungen stimmen mit dem geprüften Audio überein | „Nicht erneut versuchen“ wird zu „erneut versuchen“ |
| Herkunft von Entscheidungen | Jede abgeleitete Entscheidung verweist auf eine Ursprungssitzung | Eine Regel erscheint ohne nachvollziehbare Herkunft |
| Abrufpräzision | Eine eingegrenzte Abfrage liefert die relevante Notiz vor unbeteiligten Sitzungen | Ein breites Schlagwort überflutet das Kontextfenster |
| Kontrolle der Weitergabe | Der Nutzer kann erkennen, welcher Text den Computer verlässt | Der Agent sendet unbemerkt ein vollständiges Transkriptarchiv |
| Wiederaufnahme | Eine unterbrochene Übertragung lässt sich ohne doppelte Notizen oder vorzeitige Löschung fortsetzen | Quellaudio wird vor dem dauerhaften Speichern der Notiz entfernt |
Prüfen Sie Fehlalarme genauso sorgfältig wie Auslassungen. Ein System, das eine Entscheidung erfindet, kann mehr Schaden anrichten als eines, das nachfragt.
Was sollte zu dauerhaftem Projektwissen werden?
Übernehmen Sie Informationen nur dann dauerhaft, wenn sie spätere Arbeit verändern: eine freigegebene Randbedingung, eine begründet verworfene Architektur, einen benannten Verantwortlichen, eine Nutzeranforderung oder einen reproduzierbaren Fehler. Private Plaudereien, wiederholte Statusmeldungen und unsichere Vermutungen bleiben normalerweise in der Sitzung oder verfallen.
Ein zeitgesteuerter Agent kann Änderungen an Projektregeln oder einem Wiki vorschlagen. Der Vorschlag sollte jedoch einen Änderungsvergleich und einen Quelllink enthalten. C1 ist die Ebene für Erfassung und lokalen Kontext; es entscheidet nicht selbstständig, welches Gespräch zur Regel wird.
Quellen und weiterführende Informationen
- Model Context Protocol: Architekturübersicht — offizielle Beschreibung von Hosts, Clients, Servern, Grundbausteinen und Transportwegen.
- Model Context Protocol: bewährte Sicherheitspraktiken — offizielle Hinweise zu lokalen Servern, minimalen Zugriffsrechten und Einwilligung.
- GitHub-Flavored-Markdown-Spezifikation — formale Markdown-Syntax und -Semantik für portable textbasierte Arbeitsabläufe.
- OneMira-Dokumentation — aktuelle Produkteinrichtung, lokale Dateien, CLI und MCP-Verhalten.