Ru

---
name: privat-mail-writer
version: 0.2.0
type: skill
author: Lukas Geiger + GPT
created: 2026-06-19
updated: 2026-06-19
description: Этот навык следует использовать, когда пользователь хочет написать, ответить, отклонить, уточнить, сократить, переформулировать или составить черновик личных или полуформальных электронных писем в своем собственном стиле, особенно при согласовании встреч, официальных отказах, дружелюбных кратких ответах и тоне, зависящем от контакта. Начинайте анализ профиля только при наличии конкретного поручения по написанию письма.
standalone: true
anthropic_compatible: true
bach_compatible: false
bach_origin: false
category: utilities
tags: [mail, email, privat, antwort, absage, termin, schreibstil, kontaktprofil]
language: ru
status: active
dependencies: {'tools': [], 'optional_tools': [{'name': 'mail-connector', 'path': '.AI/.MODULES/mail-connector/', 'cli': 'mailc', 'python_module': 'mail_connector.cli', 'usage': 'mailc context <kontakt> --mode reply --json  # Liefert Mail-Kontext als JSON für Profilaufbau', 'note': 'Optionales lokales IMAP-CLI-Tool. Nur nutzen wenn installiert (`pip install -e .` im Modulordner). Ohne dieses Tool arbeitet der Skill ohne Mailzugriff.'}], 'services': ['mail-backend-optional'], 'protocols': ['kontaktprofil', 'usecase-registry'], 'python': []}
provenance: {'origin': 'custom', 'origin_path': 'None', 'origin_version': 'None', 'origin_repo': 'None', 'last_sync_from_origin': 'None', 'last_sync_to_origin': 'None', 'local_changes_since_sync': True}
---

<img src="banner.png" width="100%" alt="privat-mail-writer banner">

> **Русский** — Официальная русская версия `privat-mail-writer`.

# Privat-Mail-Writer (Русский)

## Обзор и назначение

Privat-Mail-Writer создает короткие, дружелюбные и подходящие для конкретного контакта черновики писем. Навык разработан нейтральным по отношению к пользователю: он не содержит реальных контактов, реальных подписей и реального содержимого писем.

Основной принцип — отложенность (lazy) и эмпиричность: только когда пользователь хочет написать конкретное письмо контакту, создается или обновляется профиль для этого конкретного контакта. Профили не создаются впрок. Если история писем недоступна, не выдумывайте утверждений о стиле, а пишите нейтрально и кратко или целенаправленно просите примеры.

## Ресурсы

- `CONFIG.md` - центральные настройки, правила «если-то», пороги разрешений (permission-gates) и переключатели черного списка.
- `BLACKLIST.md` - исключения для рассылок, системных отправителей и контактов без профиля.
- `USECASES.md` - реестр вариантов использования (usecases) и правила для новых вариантов.
- `SIGNATURES.md` - нейтральные правила подписей и формул прощания.
- `MUSTER-BLOCKS.md` - короткие многоразовые текстовые блоки.
- `kontaktprofile.json` - пустая нейтральная схема для профилей контактов. Хранить реальные профили только локально и экономно по отношению к данным.

## Рабочий процесс

1. **Загрузить конфигурацию:** Прочитать `CONFIG.md`. Если черный список активен, дополнительно проверить `BLACKLIST.md`.
2. **Проверить триггер:** Создавать профиль только при конкретном поручении по написанию письма определенному контакту, например, «напиши письмо брату Симону». Не сканировать входящие только ради создания профилей.
3. **Проверить черный список:** Рассылки, No-Reply, системные отправители и исключенные домены/контакты не получают профиль контакта. В таких случаях отвечать нейтрально или не отвечать.
4. **Определить задачу письма:** Определить цель, получателя, повод, желаемую краткость, язык, тон и необходимые факты.
5. **Определить вариант использования (Usecase):** Прочитать `USECASES.md` и выбрать наиболее подходящий вариант. Если ничего не подходит, создать новый многоразовый вариант использования или кратко уточнить при отсутствии обязательных данных.
6. **Проверить профиль контакта:** Для каждого неисключенного получателя найти существующий профиль в `kontaktprofile.json` или в локальной приватной копии профиля.
7. **Создать или обновить профиль:** Если надежный профиль отсутствует, прочитать до 10 последних релевантных писем с этим контактом из доступного почтового бэкенда. Отправленные письма должны весить больше полученных при определении стиля письма.
8. **Сохранить эмпирические данные:** Сохранять в профиле контакта только обобщенные и проверяемые сигналы о стиле, отношениях и категории. Не сохранять исходные письма, длинные цитаты и ненужные личные детали.
9. **Применить пороги разрешений (Permission-Gate):** Перед отправкой, при чувствительном содержимом или отсутствии обязательных данных соблюдать пороги из `CONFIG.md`.
10. **Составить черновик:** Объединить форму варианта использования, профиль контакта и текущую задачу. Имитировать стиль без выдумывания ложной близости, ложных обещаний или необснованных причин.
11. **Выдать результат:** По умолчанию выводить тему и текст письма. Отправлять только в том случае, если пользователь явно разрешил отправку и доступен подходящий почтовый инструмент.

## Профили контактов

Профиль контакта описывает не саму личность, а наблюдаемые коммуникационные отношения и стиль письма владельца аккаунта по отношению к этой личности.

Поля профиля должны оставаться краткими:

- время последнего контакта
- количество и период проанализированных писем
- обращение и формула прощания
- обращение на «ты»/«вы»/формальность
- длина предложений и типичная краткость
- степень теплоты, прямоты, обязательности
- оценка отношений с уровнем уверенности
- категория контакта, например, `family`, `inner-circle`, `friends`, `colleagues`, `services`, `official`, `unknown`
- источник категории: заявление пользователя, текст письма, адресная книга, подпись или инференция
- уровень доказательности категории: `user-confirmed`, `strong`, `medium`, `weak`
- короткие перефразированные доказательства, например «несколько отправленных писем заканчиваются на "С наилучшими пожеланиями"» или «ответы остаются в пределах пяти предложений»

Ежемесячно проверять необходимость проверки возраста записей. Если месяц текущей даты отличается от сохраненного `last_age_check`, удалять профили, чей `last_contact_at` давнее одного года, и устанавливать `last_age_check` на текущую дату. Начальное значение в нейтральном JSON — `2026-06-18`.

## Правила стиля

- Писать кратко. Личным письмам редко нужны длинные вступления.
- Оставаться дружелюбным, но не объяснять лишнего.
- Называть реальные причины только если они указаны пользователем или достоверны из контекста.
- При официальных отказах: вежливо, четко, без оправдательных романов.
- При неуверенности в фактах: задать краткий уточняющий вопрос перед финализацией черновика.
- Немецкие тексты писать с настоящими умлаутами: ä, ö, ü, Ä, Ö, Ü, ß.

## Новые варианты использования (Usecases)

Если задача письма выглядит многоразовой и еще не охвачена в `USECASES.md`, добавить вариант использования:

- стабильный ID, например `UC-002`
- название и типичные триггеры
- цель письма
- обязательные и опциональные данные
- стандартная длина и тон
- короткий шаблон или последовательность блоков
- открытые вопросы при отсутствии обязательных данных

Разовый особый случай не расширяется до варианта использования. В таком случае предоставить только текущий черновик.

## Формат вывода

Для обычных черновиков:

```text
Betreff: ...

Sehr geehrte ...

...

Mit freundlichen Grüßen
[Signatur]
```

Если пользователю нужен только текст без темы, предоставлять только текст письма. Если имеет смысл несколько вариантов, предлагать максимум два варианта: «очень короткий» и «чуть более теплый».

## Ограничения

Не выдумывать профили контактов. Не копировать конфиденциальные детали из писем в ответ без необходимости. Не отправлять письма без явного разрешения. Не формулировать юридических, медицинских или финансовых обязательств, если пользователь четко их не задал.

## Журнал изменений

### 0.2.0 (2026-06-19)
- Добавлены `CONFIG.md` и `BLACKLIST.md`.
- Создание профиля ограничено конкретными поручениями по написанию писем.
- В схему профиля включены категории контактов с источником и уровнем доказательности.

### 0.1.0 (2026-06-19)
- Начальная версия с реестром вариантов использования, правилами подписей, образцами блоков и пустым JSON профиля контакта.