# Privat Mail Writer > Этот навык следует использовать, когда пользователь хочет написать, ответить, отклонить, уточнить, сократить, переформулировать или составить черновик личных или полуформальных электронных писем в своем собственном стиле, особенно при согласовании встреч, официальных отказах, дружелюбных кратких ответах и тоне, зависящем от контакта. Начинайте анализ профиля только при наличии конкретного поручения по написанию письма. - Skill: `ellmos-ai/privat-mail-writer-5` (Agent Skill) - Install (CLI): `npx skillmds@latest add ellmos-ai/privat-mail-writer-5` - Raw SKILL.md: https://api.skillmd.com/api/skills/ellmos-ai/privat-mail-writer-5/raw - Safety review: pending - Works with: Claude Code, Claude.ai, OpenAI Codex - Category: Coding & Dev Tools - Author: ellmos-ai (https://skillmd.com/u/ellmos-ai) - Updated: 2026-09-17 - Page: https://skillmd.com/skills/ellmos-ai/privat-mail-writer-5 --- 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 профиля контакта.