Русский — Официальная русская версия 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 - пустая нейтральная схема для профилей контактов. Хранить реальные профили только локально и экономно по отношению к данным.
Рабочий процесс
- Загрузить конфигурацию: Прочитать
CONFIG.md. Если черный список активен, дополнительно проверить BLACKLIST.md.
- Проверить триггер: Создавать профиль только при конкретном поручении по написанию письма определенному контакту, например, «напиши письмо брату Симону». Не сканировать входящие только ради создания профилей.
- Проверить черный список: Рассылки, No-Reply, системные отправители и исключенные домены/контакты не получают профиль контакта. В таких случаях отвечать нейтрально или не отвечать.
- Определить задачу письма: Определить цель, получателя, повод, желаемую краткость, язык, тон и необходимые факты.
- Определить вариант использования (Usecase): Прочитать
USECASES.md и выбрать наиболее подходящий вариант. Если ничего не подходит, создать новый многоразовый вариант использования или кратко уточнить при отсутствии обязательных данных.
- Проверить профиль контакта: Для каждого неисключенного получателя найти существующий профиль в
kontaktprofile.json или в локальной приватной копии профиля.
- Создать или обновить профиль: Если надежный профиль отсутствует, прочитать до 10 последних релевантных писем с этим контактом из доступного почтового бэкенда. Отправленные письма должны весить больше полученных при определении стиля письма.
- Сохранить эмпирические данные: Сохранять в профиле контакта только обобщенные и проверяемые сигналы о стиле, отношениях и категории. Не сохранять исходные письма, длинные цитаты и ненужные личные детали.
- Применить пороги разрешений (Permission-Gate): Перед отправкой, при чувствительном содержимом или отсутствии обязательных данных соблюдать пороги из
CONFIG.md.
- Составить черновик: Объединить форму варианта использования, профиль контакта и текущую задачу. Имитировать стиль без выдумывания ложной близости, ложных обещаний или необснованных причин.
- Выдать результат: По умолчанию выводить тему и текст письма. Отправлять только в том случае, если пользователь явно разрешил отправку и доступен подходящий почтовый инструмент.
Профили контактов
Профиль контакта описывает не саму личность, а наблюдаемые коммуникационные отношения и стиль письма владельца аккаунта по отношению к этой личности.
Поля профиля должны оставаться краткими:
- время последнего контакта
- количество и период проанализированных писем
- обращение и формула прощания
- обращение на «ты»/«вы»/формальность
- длина предложений и типичная краткость
- степень теплоты, прямоты, обязательности
- оценка отношений с уровнем уверенности
- категория контакта, например,
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
- название и типичные триггеры
- цель письма
- обязательные и опциональные данные
- стандартная длина и тон
- короткий шаблон или последовательность блоков
- открытые вопросы при отсутствии обязательных данных
Разовый особый случай не расширяется до варианта использования. В таком случае предоставить только текущий черновик.
Формат вывода
Для обычных черновиков:
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 профиля контакта.
1---2name: privat-mail-writer-53description: Этот навык следует использовать, когда пользователь хочет написать, ответить, отклонить, уточнить, сократить, переформулировать или составить черновик личных или полуформальных электронных писем в своем собственном стиле, особенно при согласовании встреч, официальных отказах, дружелюбных кратких ответах и тоне, зависящем от контакта. Начинайте анализ профиля только при наличии конкретного поручения по написанию письма.4---56<img src="banner.png" width="100%" alt="privat-mail-writer banner">78> **Русский** — Официальная русская версия `privat-mail-writer`.910# Privat-Mail-Writer (Русский)1112## Обзор и назначение1314Privat-Mail-Writer создает короткие, дружелюбные и подходящие для конкретного контакта черновики писем. Навык разработан нейтральным по отношению к пользователю: он не содержит реальных контактов, реальных подписей и реального содержимого писем.1516Основной принцип — отложенность (lazy) и эмпиричность: только когда пользователь хочет написать конкретное письмо контакту, создается или обновляется профиль для этого конкретного контакта. Профили не создаются впрок. Если история писем недоступна, не выдумывайте утверждений о стиле, а пишите нейтрально и кратко или целенаправленно просите примеры.1718## Ресурсы1920- `CONFIG.md` - центральные настройки, правила «если-то», пороги разрешений (permission-gates) и переключатели черного списка.21- `BLACKLIST.md` - исключения для рассылок, системных отправителей и контактов без профиля.22- `USECASES.md` - реестр вариантов использования (usecases) и правила для новых вариантов.23- `SIGNATURES.md` - нейтральные правила подписей и формул прощания.24- `MUSTER-BLOCKS.md` - короткие многоразовые текстовые блоки.25- `kontaktprofile.json` - пустая нейтральная схема для профилей контактов. Хранить реальные профили только локально и экономно по отношению к данным.2627## Рабочий процесс28291. **Загрузить конфигурацию:** Прочитать `CONFIG.md`. Если черный список активен, дополнительно проверить `BLACKLIST.md`.302. **Проверить триггер:** Создавать профиль только при конкретном поручении по написанию письма определенному контакту, например, «напиши письмо брату Симону». Не сканировать входящие только ради создания профилей.313. **Проверить черный список:** Рассылки, No-Reply, системные отправители и исключенные домены/контакты не получают профиль контакта. В таких случаях отвечать нейтрально или не отвечать.324. **Определить задачу письма:** Определить цель, получателя, повод, желаемую краткость, язык, тон и необходимые факты.335. **Определить вариант использования (Usecase):** Прочитать `USECASES.md` и выбрать наиболее подходящий вариант. Если ничего не подходит, создать новый многоразовый вариант использования или кратко уточнить при отсутствии обязательных данных.346. **Проверить профиль контакта:** Для каждого неисключенного получателя найти существующий профиль в `kontaktprofile.json` или в локальной приватной копии профиля.357. **Создать или обновить профиль:** Если надежный профиль отсутствует, прочитать до 10 последних релевантных писем с этим контактом из доступного почтового бэкенда. Отправленные письма должны весить больше полученных при определении стиля письма.368. **Сохранить эмпирические данные:** Сохранять в профиле контакта только обобщенные и проверяемые сигналы о стиле, отношениях и категории. Не сохранять исходные письма, длинные цитаты и ненужные личные детали.379. **Применить пороги разрешений (Permission-Gate):** Перед отправкой, при чувствительном содержимом или отсутствии обязательных данных соблюдать пороги из `CONFIG.md`.3810. **Составить черновик:** Объединить форму варианта использования, профиль контакта и текущую задачу. Имитировать стиль без выдумывания ложной близости, ложных обещаний или необснованных причин.3911. **Выдать результат:** По умолчанию выводить тему и текст письма. Отправлять только в том случае, если пользователь явно разрешил отправку и доступен подходящий почтовый инструмент.4041## Профили контактов4243Профиль контакта описывает не саму личность, а наблюдаемые коммуникационные отношения и стиль письма владельца аккаунта по отношению к этой личности.4445Поля профиля должны оставаться краткими:4647- время последнего контакта48- количество и период проанализированных писем49- обращение и формула прощания50- обращение на «ты»/«вы»/формальность51- длина предложений и типичная краткость52- степень теплоты, прямоты, обязательности53- оценка отношений с уровнем уверенности54- категория контакта, например, `family`, `inner-circle`, `friends`, `colleagues`, `services`, `official`, `unknown`55- источник категории: заявление пользователя, текст письма, адресная книга, подпись или инференция56- уровень доказательности категории: `user-confirmed`, `strong`, `medium`, `weak`57- короткие перефразированные доказательства, например «несколько отправленных писем заканчиваются на "С наилучшими пожеланиями"» или «ответы остаются в пределах пяти предложений»5859Ежемесячно проверять необходимость проверки возраста записей. Если месяц текущей даты отличается от сохраненного `last_age_check`, удалять профили, чей `last_contact_at` давнее одного года, и устанавливать `last_age_check` на текущую дату. Начальное значение в нейтральном JSON — `2026-06-18`.6061## Правила стиля6263- Писать кратко. Личным письмам редко нужны длинные вступления.64- Оставаться дружелюбным, но не объяснять лишнего.65- Называть реальные причины только если они указаны пользователем или достоверны из контекста.66- При официальных отказах: вежливо, четко, без оправдательных романов.67- При неуверенности в фактах: задать краткий уточняющий вопрос перед финализацией черновика.68- Немецкие тексты писать с настоящими умлаутами: ä, ö, ü, Ä, Ö, Ü, ß.6970## Новые варианты использования (Usecases)7172Если задача письма выглядит многоразовой и еще не охвачена в `USECASES.md`, добавить вариант использования:7374- стабильный ID, например `UC-002`75- название и типичные триггеры76- цель письма77- обязательные и опциональные данные78- стандартная длина и тон79- короткий шаблон или последовательность блоков80- открытые вопросы при отсутствии обязательных данных8182Разовый особый случай не расширяется до варианта использования. В таком случае предоставить только текущий черновик.8384## Формат вывода8586Для обычных черновиков:8788```text89Betreff: ...9091Sehr geehrte ...9293...9495Mit freundlichen Grüßen96[Signatur]97```9899Если пользователю нужен только текст без темы, предоставлять только текст письма. Если имеет смысл несколько вариантов, предлагать максимум два варианта: «очень короткий» и «чуть более теплый».100101## Ограничения102103Не выдумывать профили контактов. Не копировать конфиденциальные детали из писем в ответ без необходимости. Не отправлять письма без явного разрешения. Не формулировать юридических, медицинских или финансовых обязательств, если пользователь четко их не задал.104105## Журнал изменений106107### 0.2.0 (2026-06-19)108- Добавлены `CONFIG.md` и `BLACKLIST.md`.109- Создание профиля ограничено конкретными поручениями по написанию писем.110- В схему профиля включены категории контактов с источником и уровнем доказательности.111112### 0.1.0 (2026-06-19)113- Начальная версия с реестром вариантов использования, правилами подписей, образцами блоков и пустым JSON профиля контакта.
ellmos-ai