Privat mail writer
Dieser Skill sollte genutzt werden, wenn der User private oder halbformale E-Mails schreiben, beantworten, absagen, nachfassen, kürzen, umformulieren oder im eigenen Stil entwerfen lassen will, besonders bei Terminen, offiziellen Absagen, freundlichen Kurzantworten und kontaktabhängigem Ton. Profilanalyse erst bei einem konkreten Mail-Schreibauftrag starten.From its SKILL.md
npx -y skills add ellmos-ai/skills --skill privat-mail-writerAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 3 stars3 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
SKILL.md
7.7 KB, ~1.9k tokens by cl100k_base, as published. Nobody here has run it
Deutsch — Offizielle Deutsch-Version / Documento Oficial en Deutsch.
English Translation — Official English version of
privat-mail-writer.
Privat-Mail-Writer (Deutsch)
Übersicht & Zweck
Privat-Mail-Writer erstellt kurze, freundliche und kontaktabhängig passende Mailentwürfe. Der Skill ist nutzerneutral angelegt: Er enthält keine echten Kontakte, keine echten Signaturen und keine echten Mailinhalte.
Der Kern ist lazy und empirisch: Erst wenn der User eine konkrete Mail an einen Kontakt schreiben will, das Profil für genau diesen Kontakt anlegen oder aktualisieren. Keine Profile auf Vorrat erzeugen. Wenn keine Mailhistorie verfügbar ist, keine Stilbehauptungen erfinden, sondern neutral kurz schreiben oder gezielt nach Beispielen fragen.
Ressourcen
CONFIG.md- zentrale Präferenzen, Wenn-dann-Regeln, Permission-Gates und Blacklist-Schalter.BLACKLIST.md- Ausschlüsse für Newsletter, Systemsender und Kontakte ohne Profil.USECASES.md- Usecase-Registry und Regeln für neue Usecases.SIGNATURES.md- neutrale Signatur- und Grußformel-Regeln.MUSTER-BLOCKS.md- kurze wiederverwendbare Textbausteine.kontaktprofile.json- leeres, nutzerneutrales Schema für Kontaktprofile. Echte Profile nur lokal und datensparsam führen.
Arbeitsablauf
- Konfig laden:
CONFIG.mdlesen. Wenn Blacklist aktiv ist, zusätzlichBLACKLIST.mdprüfen. - Trigger prüfen: Nur bei einem konkreten Schreibauftrag für einen bestimmten Kontakt profilieren, z. B. "schreib eine Mail an Bruder Simon". Keine Inbox-Sweeps nur zur Profilanlage.
- Blacklist prüfen: Newsletter, No-Reply, Systemsender und ausgeschlossene Domains/Kontakte bekommen kein Kontaktprofil. Für solche Fälle neutral antworten oder nicht antworten.
- Mailaufgabe erkennen: Ziel, Empfänger, Anlass, gewünschte Kürze, Sprache, Ton und notwendige Fakten bestimmen.
- Usecase bestimmen:
USECASES.mdlesen und den passendsten Usecase auswählen. Wenn kein Usecase passt, einen neuen wiederverwendbaren Usecase anlegen oder bei fehlenden Pflichtangaben kurz nachfragen. - Kontaktprofil prüfen: Für jeden nicht ausgeschlossenen Empfänger ein vorhandenes Profil in
kontaktprofile.jsonoder in einer privaten lokalen Profilkopie suchen. - Profil erstellen oder aktualisieren: Wenn kein belastbares Profil vorhanden ist, bis zu die letzten zehn relevanten Mails mit genau diesem Kontakt aus dem verfügbaren Mail-Backend lesen. Gesendete Mails sind für Schreibstil stärker zu gewichten als empfangene Mails.
- Empirie speichern: Im Kontaktprofil nur zusammenfassende, belegbare Stil-, Verhältnis- und Kategorie-Signale speichern. Keine Rohmails, keine langen Zitate und keine unnötigen personenbezogenen Details ablegen.
- Permission-Gate anwenden: Vor Senden, heiklen Inhalten oder fehlenden Pflichtangaben die Gates aus
CONFIG.mdbeachten. - Entwurf schreiben: Usecase-Form, Kontaktprofil und aktuelle Aufgabe zusammenführen. Den Stil nachahmen, ohne falsche Nähe, falsche Zusagen oder unbelegte Gründe zu erfinden.
- Ausgabe liefern: Standardmäßig Betreff und Mailtext ausgeben. Nur senden, wenn der User ausdrücklich das Senden freigegeben hat und ein passendes Mail-Tool verfügbar ist.
Kontaktprofile
Ein Kontaktprofil beschreibt nicht die Person an sich, sondern das beobachtete Kommunikationsverhältnis und den Schreibstil des Kontoinhabers gegenüber dieser Person.
Profilfelder sollen knapp bleiben:
- letzte Kontaktzeit
- Anzahl und Zeitraum der ausgewerteten Mails
- Anrede und Grußformel
- Du/Sie/Formalität
- Satzlänge und typische Kürze
- Wärmegrad, Direktheit, Verbindlichkeit
- Verhältnis-Einschätzung mit Konfidenz
- Kontaktkategorie, z. B.
family,inner-circle,friends,colleagues,services,official,unknown - Quelle der Kategorie: User-Aussage, Mailtext, Adressbuch, Signatur oder Inferenz
- Evidenzgrad der Kategorie:
user-confirmed,strong,medium,weak - kurze paraphrasierte Belege wie "mehrere gesendete Mails enden mit 'Viele Grüße'" oder "Antworten bleiben unter fünf Sätzen"
Monatlich prüfen, ob ein Alters-Check fällig ist. Wenn der Monat des aktuellen Datums vom gespeicherten last_age_check abweicht, Profile löschen, deren last_contact_at mehr als ein Jahr zurückliegt, und last_age_check auf das aktuelle Datum setzen. Der Startwert im neutralen JSON ist 2026-06-18.
Stilregeln
- Kurz schreiben. Privatmails brauchen selten lange Vorreden.
- Freundlich bleiben, aber nicht übererklären.
- Echte Gründe nur nennen, wenn sie vom User genannt oder aus dem Kontext sicher sind.
- Bei offiziellen Absagen: höflich, klar, ohne Rechtfertigungsroman.
- Bei Unsicherheit über Fakten: eine knappe Rückfrage stellen, bevor der Entwurf finalisiert wird.
- Deutsche Texte mit echten Umlauten schreiben: ä, ö, ü, Ä, Ö, Ü, ß.
Neue Usecases
Wenn eine Mailaufgabe wiederverwendbar wirkt und in USECASES.md noch nicht abgedeckt ist, den Usecase ergänzen:
- stabile ID, z. B.
UC-002 - Name und typische Trigger
- Ziel der Mail
- Pflichtangaben und optionale Angaben
- Standardlänge und Ton
- kurze Vorlage oder Bausteinfolge
- offene Rückfragen, falls Pflichtangaben fehlen
Ein einmaliger Sonderfall wird nicht als Usecase aufgebläht. In diesem Fall nur den aktuellen Entwurf liefern.
Ausgabeformat
Für normale Entwürfe:
Betreff: ...
Sehr geehrte ...
...
Mit freundlichen Grüßen
[Signatur]
Wenn der User nur Text ohne Betreff will, nur den Mailtext liefern. Wenn mehrere Varianten sinnvoll sind, höchstens zwei Varianten anbieten: "sehr kurz" und "etwas wärmer".
Grenzen
Kein Kontaktprofil erfinden. Keine vertraulichen Details aus Mails unnötig in die Antwort kopieren. Keine Mail ohne ausdrückliche Freigabe senden. Keine juristischen, medizinischen oder finanziellen Zusagen formulieren, wenn der User sie nicht klar vorgibt.
Änderungsprotokoll
0.2.0 (2026-06-19)
CONFIG.mdundBLACKLIST.mdergänzt.- Profilanlage auf konkrete Mail-Schreibaufträge begrenzt.
- Kontaktkategorien mit Quelle und Evidenzgrad in das Profilschema aufgenommen.
0.1.0 (2026-06-19)
- Initiale Version mit Usecase-Registry, Signaturregeln, Musterblöcken und leerem Kontaktprofil-JSON.
What ships with it: 13 files
216.3 KB alongside SKILL.md
- banner.png148.5 KB
- BLACKLIST.md1.5 KB
- CONFIG.md4.0 KB
- kontaktprofile.json3.5 KB
- MUSTER-BLOCKS.md1.3 KB
- SIGNATURES.md1.6 KB
- SKILL.en.md7.7 KB
- SKILL.es.md8.4 KB
- SKILL.fr.md7.9 KB
- SKILL.ja.md9.4 KB
- SKILL.ru.md13.1 KB
- SKILL.zh.md7.1 KB
- USECASES.md2.3 KB