# Prompt-Pack: Du weißt nicht, was Agenten schon können Stand: 4. August 2026 Diese Prompts sind aus dem Deep Dive rekonstruiert und für die reale Verwendung präzisiert. Du kannst sie direkt kopieren. Ersetze nur Angaben in eckigen Klammern. Ein Grundsatz gilt für alle Prompts: Senden, veröffentlichen, bezahlen, löschen und neue Zugriffe freigeben bleiben menschliche Entscheidungen. ## 1. Erst Menschlichkeit, Werte und Mission klären ```text Bevor wir über KI-Automationen sprechen, hilf mir, drei Dinge zu entscheiden: 1. Welche Teile meiner Arbeit will ich gerade als Mensch selbst erleben und behalten? 2. Welche Werte dürfen auch dann nicht verhandelbar werden, wenn mir KI plötzlich viel mehr Macht, Reichweite oder Geld gibt? 3. Wofür will ich diesen neuen Hebel einsetzen? Interviewe mich dazu. Stelle immer nur eine Frage. Gib bei jeder Frage deine eigene Arbeitshypothese dazu und erkläre kurz, warum die Frage wichtig ist. Fasse am Ende zusammen: - menschliche Kernaufgaben - nicht verhandelbare Werte - rote Linien - Mission für den KI-Einsatz - Tätigkeiten, die ich bewusst nicht delegiere - Tätigkeiten, bei denen ein Agent sinnvoll helfen kann Erfinde keine Antworten für mich. Markiere offene Punkte als offen. ``` ## 2. Einen KI-Use-Case vor dem Bau prüfen ```text Prüfe mit mir diesen KI-Use-Case: [Use-Case beschreiben]. Kläre: - konkreter Zweck - betroffene Menschen - verwendete Daten und deren Herkunft - erwartetes Ergebnis - mögliche Fehlentscheidung und deren Folgen - menschlicher Kontrollpunkt - Außenwirkung - Transparenz- oder Kennzeichnungspflichten - Datenschutz, Arbeitsrecht, Verbraucherrecht und Branchenregeln, soweit relevant - Stopps für Senden, Veröffentlichen, Bezahlen, Löschen und neue Berechtigungen Trenne bestätigt, wahrscheinlich, offen und rechtlich zu klären. Recherchiere aktuelle Primärquellen. Dokumentiere den Use-Case, nicht nur das verwendete Tool. Bereite die Angaben danach so vor, dass ich sie in KIRegister eintragen und prüfen kann. Das Ergebnis ist eine Vorbereitung, keine Rechtsberatung und keine automatische Freigabe. ``` ## 3. Das Second Brain aufsetzen Dieser Prompt setzt die im Deep Dive versprochene Kombination aus Andrej Karpathys LLM-Wiki-Idee und den Obsidian Skills von Steph Ango um. ```text Baue mir ein Second Brain aus lokalen Markdown-Dateien, das für mich und für zukünftige Agenten lesbar ist. Lies zuerst diese beiden Primärquellen: - Andrej Karpathy, llm-wiki: https://gist.github.com/karpathy/442a6bf555914893e9891c11519de94f - Obsidian Skills von Steph Ango: https://github.com/kepano/obsidian-skills Bevor du Dateien liest oder veränderst: 1. Frage mich, welcher Ordner das Second Brain werden soll. 2. Liste die Datenquellen auf, die du verwenden möchtest. 3. Lass mich jede Quelle als erlaubt, nur nach Rückfrage oder ausgeschlossen markieren. 4. Lege fest, welche privaten Bereiche nie gelesen werden dürfen. Arbeite dann in dieser Reihenfolge: 1. Inventar - Prüfe die freigegebenen Ordner und Quellen zunächst nur lesend. - Zeige mir, welche Projekte, Personen, Bereiche, Entscheidungen, Prozesse und Quellen du gefunden hast. - Trenne bestätigte Fakten, Hypothesen, offene Fragen und veraltete Informationen. 2. Struktur - Entwirf eine kleine Struktur, die zu meinem echten Leben und meiner Arbeit passt. - Verwende lokale Markdown-Dateien, Wikilinks, klare Indizes und eine Inbox. - Baue keine leeren Ordnerwelten auf Vorrat. - Vermeide doppelte Wahrheiten. Eine Information hat einen Hauptort und kann von anderen Stellen verlinkt werden. 3. Aufbau - Lege die freigegebene Struktur an. - Übernimm nur belegbare Informationen. - Vermerke Quelle und Stand, wenn eine Information veralten kann. - Speichere keine Passwörter, Tokens oder Zugangsdaten im Second Brain. - Lösche oder verschiebe bestehende Dateien nie ohne meine ausdrückliche Freigabe. 4. Nutzung - Erstelle einen Startindex: Was ist wichtig, was läuft gerade, wo finde ich was? - Erstelle eine kurze Anleitung für einen neuen Agenten: Was darf er lesen, wo darf er schreiben, was muss ein Mensch freigeben? - Schlage eine tägliche Aktualisierung vor, die neue Informationen einsortiert, Widersprüche meldet und nichts eigenmächtig löscht. 5. Prüfung - Öffne die wichtigsten Dateien sichtbar. - Prüfe Links, Quellen, Dubletten und offene Fragen. - Berichte exakt, was erstellt wurde und was noch fehlt. ``` ## 4. Schreibstil aus den letzten 100 eigenen Texten lernen ```text Erstelle aus meinen letzten 100 selbst verfassten und von mir tatsächlich gesendeten E-Mails oder veröffentlichten Texten einen Schreibstil-Skill. Verwende nur Quellen, die ich ausdrücklich freigegeben habe. Analysiere meine eigenen finalen Texte, nicht den Stil meiner Gesprächspartner als meinen Stil. Gib private Inhalte, Namen, Adressen oder vertrauliche Details nicht in Beispielen wieder. Unterscheide mindestens: - kurze interne Nachricht - freundliche Absage - formelle E-Mail - E-Mail an eine bekannte Person - LinkedIn-Post - WhatsApp-Post - Website- oder Angebotstext - fachliche Erklärung Für jeden Kontext: - typische Satzlänge und Rhythmus - Wortwahl - direkte Formulierungen - Einstieg und Schluss - Umgang mit Unsicherheit - Dinge, die ich oft streiche oder ändere - typische KI-Muster, die bei mir falsch klingen Erstelle daraus: 1. kurze Schreibprinzipien 2. einen Musterkatalog 3. eine Prüfschleife vor dem Speichern eines Entwurfs 4. klare Kontextregeln 5. zehn anonymisierte Vorher-Nachher-Beispiele Der Skill darf Entwürfe vorbereiten. Er darf nicht automatisch senden oder veröffentlichen. ``` Zusätzlich kannst du den fertigen [Anti-KI-Schreibstil-Skill](./anti-ki-schreibstil.zip) als Ausgangspunkt verwenden. ## 5. `/learn`: Aus meinen echten Änderungen lernen ```text Vergleiche den letzten Agentenentwurf mit der Version, die ich tatsächlich gesendet oder veröffentlicht habe. Lerne nur aus Änderungen, die eindeutig von mir stammen und die ich als finale Version bestätigt habe. Ordne jede Änderung ein: - allgemeine Stilregel - Regel für diesen Kanal - Regel für diese Beziehung oder Zielgruppe - einmalige inhaltliche Korrektur - vertrauliche Information, die nicht in den Schreibstil gehört Übernimm nur wiederverwendbare Regeln. Speichere bei jeder neuen Regel Datum, Kontext und ein anonymisiertes Beispiel. Überschreibe keine bestehende Regel still. Wenn sich Regeln widersprechen, zeige mir den Konflikt. Berichte danach in höchstens fünf Punkten, was du gelernt oder bewusst nicht übernommen hast. ``` ## 6. Fehlenden Kontext finden Original aus dem Deep Dive: ```text Based on what you know about me and my goals, what more information can I provide to you so you can help me achieve my goals faster and take as much off my plate as possible? ``` Deutsche Fassung: ```text Basierend auf allem, was du über mich und meine Ziele weißt: Welche zusätzlichen Informationen kann ich dir geben, damit du mir schneller helfen, mehr echte Arbeit übernehmen und mich wirksamer meinen Zielen näherbringen kannst? Nutze zuerst den bereits freigegebenen Kontext. Stelle danach immer nur eine Frage. Erkläre kurz, welchen Unterschied meine Antwort für deine Arbeit macht. Fasse bestätigte Informationen am Ende zusammen und frage, was davon in mein Second Brain übernommen werden darf. ``` Was dieser Prompt bei Momo ausgelöst hat: Der Agent fragte nach einer echten Prioritätshierarchie, Delegationsgrenzen, Zielen und fehlenden Entscheidungen. Aus losem Kontext wurden konkrete Ziele und sofort übernehmbare Aufgaben. ## 7. Welche Aufgabe kannst du jetzt wirklich übernehmen? ```text What task can you do for me right now that moves me closer to my ambition? Nutze meine bestätigten Ziele, Prioritäten und Grenzen. Nenne höchstens drei Aufgaben, die du jetzt mit den vorhandenen Zugängen wirklich erledigen kannst. Für jede Aufgabe: - sichtbares Ergebnis - benötigte Quellen - geschätzte Dauer - Risiken oder Freigaben - woran ich erkenne, dass sie fertig ist Empfiehl eine Aufgabe und beginne damit, wenn sie innerhalb der vorhandenen Freigaben liegt. Außenwirkung bleibt als Entwurf oder Vorschau offen. ``` ## 8. Wiederkehrende Arbeit finden Inspiriert von [Reach Vb auf X](https://x.com/reach_vb/status/2058538305872949490) und für ein echtes Arbeitssystem präzisiert: ```text Prüfe meine freigegebenen Chats, Projektordner, Memories, Chronicle- oder Second-Brain-Notizen auf Arbeit, die ich wiederholt erledige. Belege jedes Muster mit Datum, Häufigkeit und Fundstelle. Erfinde keine Wiederholung aus einem Einzelfall. Ordne die Ergebnisse: - wiederholbarer Ablauf: möglicher Skill - klar begrenzte Rolle: möglicher Subagent - wiederkehrender Zeitpunkt oder Auslöser: mögliche Automation - einmalige Arbeit: keine Automatisierung Prüfe zuerst, ob bereits ein passender Skill, Prozess oder eine Automation existiert. Baue nichts doppelt. Gib mir danach nur die drei stärksten Kandidaten. Zeige je Kandidat: - heutiger Aufwand - erwartetes Ergebnis - benötigte Zugänge - menschlicher Kontrollpunkt - kleinster sicherer Test - erwarteter Hebel Erstelle oder aktiviere noch nichts. Warte auf meine Auswahl. ``` ## 9. Interviewe mich statt eines langen Briefings ```text Interviewe mich, um [Ergebnis] bestmöglich zu erreichen. Stelle immer nur die nächste wichtige Frage. Gib deine eigene Empfehlung oder Hypothese dazu. Frage nichts, was du aus den freigegebenen Dateien oder dem bestehenden Kontext selbst beantworten kannst. Beende das Interview erst, wenn Ziel, Zielgruppe, Standard, Quellen, Grenzen, Freigaben und Definition von fertig geklärt sind. Fasse dann das gemeinsame Verständnis zusammen und lass mich es bestätigen, bevor du mit der Umsetzung beginnst. ``` Wer diese Arbeitsweise als Skill verwenden will: [Matt Pococks Grill Me](https://github.com/mattpocock/skills). ## 10. Die aktuelle Fähigkeit neu recherchieren ```text Gehe nicht davon aus, dass dein Modellwissen deine aktuelle Umgebung vollständig beschreibt. Recherchiere zuerst mit Stand heute: - offizielle Dokumentation - aktuell verfügbare Tools, Skills, Plugins und Zugriffe in dieser Umgebung - aktuelle Einschränkungen - belastbare aktuelle Praxisberichte, falls die offizielle Dokumentation die Frage nicht beantwortet Prüfe dann an einem kleinen realen Beispiel, ob [gewünschte Fähigkeit] heute möglich ist. Trenne: - offiziell dokumentiert - in dieser Umgebung nachgewiesen - nur berichtet - nicht möglich oder nicht freigegeben Wenn der erste Weg scheitert, prüfe mindestens einen technisch anderen Weg. Behaupte keinen Erfolg ohne sichtbares Ergebnis. ``` ## 11. Wenn ein Agent sagt, dass etwas nicht geht ```text Der bisherige Weg hat den vereinbarten Standard nicht erreicht. Analysiere konkret: 1. Was genau ist fehlgeschlagen? 2. Welche Annahme war falsch? 3. Fehlt aktuelle Recherche? 4. Fehlen Informationen von mir? 5. Fehlt ein Zugriff, ein Tool oder eine lokale Installation? 6. Gibt es einen technisch anderen Weg? Schlage höchstens drei neue Routen vor. Bewerte sie nach Erfolgschance, Risiko, Zeit und Reversibilität. Empfiehl eine Route. Wenn der aktuelle Chat sich bereits in derselben Route festgefahren hat, erstelle eine kurze Übergabe mit Ziel, bisherigen Versuchen, Fehlern und offenen Punkten. Starte dann einen neuen Chat mit der empfohlenen anderen Route. ``` ## 12. Einen funktionierenden Weg als Skill speichern ```text Der Ablauf hat jetzt funktioniert. Dokumentiere ihn als wiederverwendbaren Skill oder Prozess. Halte fest: - Zweck und Auslöser - benötigte Eingaben und Zugänge - exakte Schritte - Entscheidungen, die ein Mensch trifft - Stopps und verbotene Aktionen - typische Fehler und alternative Routen - sichtbare Fertigkriterien - Prüfungen vor Außenwirkung - Beispiel für einen erfolgreichen Lauf Prüfe zuerst, ob bereits ein ähnlicher Skill existiert. Ergänze den bestehenden Skill, wenn das sinnvoller ist. Speichere keine Passwörter oder einmaligen privaten Inhalte. ``` ## 13. Planen, ausführen, prüfen ```text Organisiere diese Aufgabe in vier Rollen: 1. Planner Ein starkes Modell klärt Ziel, Risiken, Quellen, Reihenfolge und Fertigkriterien. Es schreibt eine Anweisung, die ein ausführender Agent ohne stilles Zusatzwissen versteht. 2. Implementer Ein schnelles, günstiges Modell führt den klar begrenzten Plan aus. Es verändert nur den freigegebenen Bereich und sammelt Belege. 3. Reviewer Ein unabhängiger Agent prüft das Ergebnis gegen die vereinbarten Kriterien und nennt konkrete Abweichungen. 4. Mensch Ich entscheide über Senden, Veröffentlichen, Bezahlen, Löschen und neue Zugriffe. Beginne mit dem Plan. Zeige mir vor der Umsetzung die Freigabepunkte. Berichte am Ende Ergebnis, Belege, offene Punkte und nötige Entscheidungen. ``` Aktuelle Codex-Einordnung: Luna kann inzwischen offiziell als Subagent gewählt werden. Für schnell begrenzte, wiederholbare Arbeit empfiehlt die aktuelle Dokumentation `gpt-5.6-luna`. Für schwierige Planung bleibt ein stärkeres Modell sinnvoll. ## 14. Mailarbeit im internen Browser ```text Arbeite in meinem verbundenen Mailkonto an [klar begrenzter Mailaufgabe]. Prüfe zuerst das aktive Konto. Lies jeden relevanten Thread vollständig. Bereite Antworten als echte Entwürfe im bestehenden Thread vor. Öffne jeden fertigen Thread oder Entwurf in einem eigenen Tab im internen Browser. Vor dem Abschluss prüfst du sichtbar: - Konto und Absender - Empfänger, Cc und Bcc - Betreff - vollständiger Thread-Kontext - Body - Anhänge Sende nichts. Archiviere oder lösche nichts. Melde fehlende Informationen als offen. Fertig ist die Aufgabe erst, wenn ich alle Entwürfe in den Tabs durchklicken und selbst entscheiden kann. ``` ## 15. WhatsApp-Aufgaben und Audiodateien verarbeiten ```text Prüfe, ob du in dieser Umgebung auf WhatsApp Web, die Desktop-App oder die lokal gespeicherten, ausdrücklich freigegebenen Dateien zugreifen kannst. Für Audios: - verwende lokale Transkription mit Whisper, wenn die Daten lokal bleiben sollen - verwende AssemblyAI nur, wenn der Upload und die Datenverarbeitung freigegeben sind - kennzeichne unsichere Wörter und Sprecherzuordnungen Extrahiere aus [freigegebener Unterhaltung] Aufgaben, Termine, Dateien und offene Fragen. Erledige nur interne, reversible Schritte. Nachrichten bleiben als Entwurf sichtbar. Senden, Zusagen, Absagen, Zahlungen und Löschungen brauchen meine Freigabe. Wenn keine API existiert, prüfe Browser, Computer Use und lokale Dateien als getrennte Wege. Melde exakt, welcher Weg in dieser Umgebung nachgewiesen funktioniert. ``` ## 16. Wenn der Computer der Engpass ist ```text Mein Computer ist gerade der Engpass. Diagnostiziere zuerst nur lesend, warum er langsam ist. Prüfe Speicherplatz, Arbeitsspeicher, CPU-Last, Hintergrundprozesse, große Dateien, Autostarts, Browser-Tabs, laufende Agenten und bekannte Systemfehler. Zeige Messwerte und Fundstellen. Trenne: - reversibler Sofortgewinn - Änderung mit Nebenwirkungen - Installation oder Kauf - offene Ursache Führe nur reversible, ausdrücklich freigegebene Änderungen durch. Lösche keine Dateien und beende keine wichtigen Prozesse ohne Freigabe. Prüfe nach jeder Änderung erneut mit denselben Messwerten. ``` ## 17. Morgenreview ```text Erstelle jeden Morgen einen kurzen Arbeitsbrief aus meinen freigegebenen Quellen. Prüfe: - heutiger Kalender - wichtige neue E-Mails - offene Aufgaben mit echter Frist - Blocker, die nur ich lösen kann - höchstens drei Prioritäten Für jede Priorität verlinkst du die Quelle und nennst die nächste Handlung. Bereite nötige E-Mail-Antworten nur als Entwurf vor. Stelle mir höchstens drei Fragen, die wirklich eine Entscheidung brauchen. Verändere keine Termine und sende nichts. Fertig ist der Review, wenn jede Aussage auf eine Quelle zurückführt und ich direkt in die relevante Mail, den Termin oder die Datei springen kann. ``` ## 18. Wochenreview und Wochenplan ```text Erstelle meinen Wochenreview aus Kalender, bestätigten Aufgaben, Projektständen und tatsächlich versendeten Ergebnissen. Trenne: - erledigt und belegt - begonnen - blockiert - verworfen - neu entstanden Zeige danach: - was diese Woche wirklich Wirkung hatte - welche Arbeit wiederholt vorkam - was delegierbar oder automatisierbar geworden ist - welche Entscheidung ich zu lange offenlasse - höchstens drei Prioritäten für nächste Woche Aktualisiere meinen Wochenplan erst nach meiner Bestätigung. Erfinde keinen Fortschritt aus Entwürfen oder Plänen. ``` ## 19. Second-Brain-Updater ```text Prüfe täglich nur die seit dem letzten bestätigten Lauf neu entstandenen Informationen in den freigegebenen Quellen. Ordne nur Informationen ein, die für spätere Entscheidungen wiederverwendbar sind. Verlinke die Originalquelle. Markiere Widersprüche und veraltete Angaben. Lösche nichts automatisch. Zeige mir am Ende: - neue oder geänderte Fakten - neue Entscheidungen - neue offene Fragen - vorgeschlagene Verknüpfungen - Informationen, die du bewusst nicht übernommen hast Schreibe erst nach der vereinbarten Freigabe in dauerhafte Notizen. ``` ## 20. Wahrheit vor Beruhigung ```text Ich möchte lieber eine unangenehme Wahrheit als eine angenehme Anpassung der Wahrheit. Trenne in jeder wichtigen Antwort: - verifiziert - starke Schlussfolgerung - unsicher - unbekannt - blockiert Nenne die Quelle oder den sichtbaren Beleg. Sage ausdrücklich, wenn du etwas nicht weißt. Verwechsle einen Plan, einen Entwurf oder eine erfolgreiche Teilprüfung nie mit einem fertigen Ergebnis. ``` ## Quellen zu den Prompts - [Andrej Karpathy: llm-wiki](https://gist.github.com/karpathy/442a6bf555914893e9891c11519de94f) - [Obsidian Skills von Steph Ango](https://github.com/kepano/obsidian-skills) - [Matt Pocock: Agent Skills mit Grill Me](https://github.com/mattpocock/skills) - [OpenAI: Subagents und aktuelle Modellwahl](https://learn.chatgpt.com/docs/agent-configuration/subagents) - [OpenAI: Browser](https://learn.chatgpt.com/docs/browser) - [OpenAI: Computer Use](https://learn.chatgpt.com/docs/computer-use) - [Reach Vb auf X](https://x.com/reach_vb/status/2058538305872949490) Prompts sind Startpunkte. Ein belastbarer Agentenprozess braucht zusätzlich echte Zugänge, klare Grenzen, Tests und einen sichtbaren Fertig-Beleg.