--- name: dream-personal-productivity description: "Dream-Rückblick für den Personal-Productivity-Space: neue Chats und freigegebene Quellen mit dem Wiki abgleichen, offene Entscheidungen und wiederkehrende Reibung erkennen, Wissen und Inhalte verbinden sowie belegte Arbeitsweisen verbessern. Für Dream-Läufe und übergreifende Lernreviews; einzelne Notizen, normale Wochenplanung und Traumanalyse gehören nicht hierher." --- # Personal Productivity Dream Verwandle bereits geleistete Arbeit in besseres Verständnis, weniger wiederholte Reibung und wiederverwendbare Ergebnisse. Ein guter Lauf verändert eine künftige Entscheidung, erleichtert einen konkreten Arbeitsgang oder räumt eine belegte Wissenslücke auf. Mehr Seiten, neue Aufgaben und lange Rückblicke sind kein Erfolg. Dream verbindet Rückblick und vorausschauende Synthese. Die laufende Aufnahme einzelner Quellen und die technische Wiki-Pflege bleiben beim [$manage-personal-productivity-wiki](../manage-personal-productivity-wiki/SKILL.md). ## Einstieg und Auftrag 1. Lies vorhandene `AGENTS.md`-Regeln. Bestimme den aktuellen Space und die tatsächlich beauftragten Themen, Quellen, Zugriffsbereiche und Schreibrechte. Nutze bestehende Freigaben; frage nicht erneut nach erlaubter Routinepflege. 2. Suche die vorhandenen OKF-Bundles. Lies je betroffenem Bundle `meta/policy.md`, `index.md`, gegebenenfalls `home.md` und nur relevante Unterindizes. Leite weder einen festen Wiki-Pfad noch ein persönliches Zielsystem aus dem Skill ab. 3. **Ohne eingerichtetes Wiki:** Orientiere dich an den vorhandenen Skills und ausdrücklich bereitgestellten Quellen. Gib einen kurzen, nützlichen Befund und den nächsten fehlenden Einrichtungsschritt aus. Erzeuge keine persönlichen Wissensseiten, Rohchat-Ablage oder dauerhaften Personenannahmen. Wenn die Einrichtung beauftragt ist, nutze das Onboarding des Wiki-Skills; vorhandene Baseline-Freigaben gelten weiter. Das Erstellen dieses Skills benötigt kein Wiki-Onboarding. 4. **Audit/read-only:** nur lesen und konkrete Änderungskandidaten liefern. **Dream/Pflegeauftrag:** reversible, belegte lokale Wissenspflege innerhalb der bestehenden Policy ausführen. Bei geplantem Hintergrundbetrieb bestimmt der gespeicherte Auftrag den Umfang. Offene Review-Gates gelten nur für die jeweils betroffene Änderung; unabhängige erlaubte Arbeit fortsetzen. 5. Nutze [Quellen, Fortschritt und Abschluss](references/runbook.md) für den eigentlichen Lauf. Nutze [Triage und Lernperspektiven](references/triage.md), sobald inhaltliche Kandidaten vorliegen. ## Dream-Zyklus `Orientieren → Änderungen lesen → Aussagen prüfen → Zusammenhänge bilden → gezielt verbessern → Wirkung prüfen` ### 1. Änderungen und offene Prüfanlässe finden Lies neue, dem Auftrag zugehörige Gesprächsabschnitte, Quellenrevisionen und relevante lokale Änderungen seit dem letzten nachweislich verarbeiteten Stand. Prüfe außerdem fällige `review_after`-Einträge und noch offene Lernproben, wenn ihr Prüfanlass eingetreten ist. Ein kürzlich gelaufenes Wiki-Audit darf neue Chats nicht überspringen. Ohne nachvollziehbaren Fortschritt benenne das gewählte Zeitfenster und seine Abdeckungsgrenze; behaupte keine vollständige Historie. ### 2. Aussagen qualifizieren Trenne Beobachtung, ausdrücklich geltende Entscheidung/Präferenz, Lösungswunsch, Agent-Hypothese und belegtes Ergebnis. Prüfe den vollständigen Kontext einschließlich späterer Korrekturen und den vorhandenen kanonischen Stand. Ordne relevante Signale als `bestätigt`, `erweitert`, `widerspricht`, `ersetzt-belegt`, `offene-frage`, `option`, `mechanische-drift` oder `kein-dauerhafter-wert` ein. Eine Quelle plus ihre Zusammenfassungen bleibt eine Herkunftskette. Eine Nutzerpräferenz kann ausdrücklich gelten, obwohl ihre erhoffte Wirkung offen ist. Ein Erfolg im Chat ist erst mit Ergebnisbeleg ein nachgewiesener Erfolg. ### 3. Den nächsten nützlichen Zusammenhang suchen Wähle die Perspektiven, die zum Material passen: - **Entscheidungen und offene Schleifen:** fehlender Entscheid, gebrochene Annahme, ungeklärte Zuständigkeit oder nicht weiterverarbeitete Zusage. - **Reibung und Entlastung:** wiederholtes Suchen, Nacharbeiten, Übertragen oder Warten; Vereinfachung, Weglassen und vorhandene Fähigkeiten mitprüfen. - **Wissen und Lernen:** Widerspruch, Quellenabhängigkeit, fehlende Perspektive oder eine Erkenntnis, die ein anderes aktives Thema tatsächlich verändert. - **Inhalte und Artefakte:** bereits vorhandenes Wissen für eine konkrete Präsentation, einen Text oder ein anderes bekanntes Ausgabeziel wiederverwenden. - **Zusammenarbeit:** explizite Erwartungen, verabredeter Kontext und offene Übergaben erhalten, sofern diese Speicherung zum erlaubten Bereich gehört. Die Begründung einer Verbindung muss über gemeinsame Stichwörter hinausgehen. Nenne ihre Quellen, den betroffenen Nutzen und ihre Grenzen. Verbindungen innerhalb eines freigegebenen Bereichs sind möglich; andere Projekte werden durch Dream nicht zu einer pauschal erlaubten Quelle. Priorisiere nach Entscheidungswirkung, Dringlichkeit, Belegstärke und Pflegeaufwand. Ein Nullbefund ist zulässig. ### 4. Am richtigen Ort verbessern | Ergebnis | Behandlung | | --- | --- | | Belegte Erkenntnis oder korrigierte Annahme | Bestehende kanonische Seite über den Wiki-Skill abgleichen; direkte Herkunft und Unsicherheit erhalten. | | Folgenreiche offene Frage | In der passenden Seite oder einer begründeten `Question` mit kleinstem Evidenzschritt und Wiederaufnahme-Anlass festhalten. | | Verbindung oder Wiederverwendungsidee | Mit Quellen und Nutzen als Ableitung/Option am passenden Topic, Project oder Artifact ergänzen; keine neue Veröffentlichung zusagen. | | Aufgabe, Termin oder Kontaktpflege | An das tatsächliche Aufgaben-, Kalender- oder CRM-System verweisen. Nur im konkret autorisierten Umfang dort schreiben; Vorschlag und ausgeführte Aktion unterscheiden. | | Wiederverwendbare Verbesserung des Agentenverhaltens | Bestehenden lokalen Skill gezielt präzisieren, wenn der Pflegeauftrag dies umfasst und der Regeltest unten besteht. | | Duplikat oder reine Statusmeldung | Keine neue Seite, Regel oder Meldung erzeugen. | Erfinde kein noch nicht gewähltes Aufgaben- oder Kalendersystem. Halte eine unerledigte Übergabe knapp beim zugehörigen Kontext fest, statt eine parallele Aufgabenverwaltung aufzubauen. Ändere keine Prioritäten, Zusagen oder gültigen Entscheidungen aufgrund einer eigenen Optimierungsidee. ### 5. Aus Erfahrung Regeln machen Eine neue Regel braucht **Originalbeleg → konkreten Auslöser → gewünschte Verhaltensänderung → Scope und Gegenfall → beobachtbare Prüfung**. Ein einzelner klar belegter Fehler oder eine ausdrückliche Arbeitspräferenz kann genügen; Wiederholungen sind keine Pflicht und beweisen keine Ursache. Präzisiere bevorzugt eine bestehende Regel und entferne nachweislich überholte Anleitung gezielt. Nutze für strukturelle Skill-Änderungen den verfügbaren Skill-Creator und passende Fälle aus [Verhaltensprüfung](references/evaluation-cases.md). Erweitere weder die eigenen Befugnisse noch Datenschutzregeln. Projektbezogene Lernsignale sind keine globalen Persönlichkeitsmerkmale oder allgemeinen Memory-Freigaben. ### 6. Prüfen und abschließen Prüfe geänderte Wiki-Seiten mit dem vorhandenen Wiki-Werkzeug, Links und Diff; Skill-Änderungen zusätzlich mit dem Skill-Validator, sofern verfügbar. Markiere eine Quelle erst nach vollständigem Lesen, Einordnen und dem erforderlichen geprüften Abschluss als verarbeitet. Bewahre offene Restbereiche und Konflikte. Trenne **Struktur gültig**, **inhaltlich nachvollziehbar** und **Nutzen beobachtet**. Eine neue Arbeitsweise gilt zunächst als eingeführt, ihre Wirkung bleibt offen. Prüfe beim nächsten passenden Fall, ob sie Suchen, Nacharbeit oder Missverständnisse verringert und den eigentlichen Auftrag weiterhin erfüllt. Korrigiere Regressionen gezielt, statt weitere Regeln anzuhängen. Antworte auf Deutsch, sofern der Nutzer nichts anderes wünscht. Im manuellen Lauf nenne kurz die wichtigsten Änderungen samt Links, eine gegebenenfalls nötige Entscheidung und materielle Abdeckungs-/Prüfgrenzen. Im Hintergrund nur bei einer relevanten Verbesserung, einem echten Fehler oder nötiger Nutzerhandlung melden; keine routinemäßigen Tagesberichte oder Wiederholung unveränderter Vorschläge. Die [Entwurfsgrundlage](references/design-basis.md) ist für spätere Änderungen am Skill gedacht; sie ist keine zusätzliche Pflichtlektüre für normale Läufe.