# Privat Mail Writer

> ユーザーがプライベートまたは半公式の電子メールの作成、返信、お断り、フォローアップ、要約、言い換え、または自身のスタイルでの下書き作成を望む場合にこのスキルを使用します。特に日程調整、公式なお断り、親切な短文返信、相手に応じたトーンに最適です。具体的なメール作成依頼があった場合にのみプロファイル分析を開始します。

- Skill: `ellmos-ai/privat-mail-writer-4` (Agent Skill)
- Install (CLI): `npx skillmds@latest add ellmos-ai/privat-mail-writer-4`
- Raw SKILL.md: https://api.skillmd.com/api/skills/ellmos-ai/privat-mail-writer-4/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-4

---


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

> **日本語** — `privat-mail-writer` の公式日本語版。

# Privat-Mail-Writer (日本語)

## 概要と目的

Privat-Mail-Writer は、短く親切で、相手との関係に適したメールの下書きを作成します。このスキルはユーザーに対して中立に設計されており、実際の連絡先、実際の署名、実際のメール内容は含まれていません。

核となる原則は「遅延評価（lazy）」と「実証的」であることです。ユーザーが特定の連絡先への具体的なメール作成を希望した場合にのみ、その連絡先のプロファイルを作成または更新します。事前にプロファイルを生成することはありません。利用可能なメール履歴がない場合は、書き方のスタイルを捏造せず、中立かつ短く書くか、具体的に例を尋ねてください。

## リソース

- `CONFIG.md` - 中央設定、If-Then ルール、権限ゲート（permission-gates）、ブラックリストのスイッチ。
- `BLACKLIST.md` - ニュースレター、システム送信者、プロファイルのない連絡先の除外ルール。
- `USECASES.md` - ユースケースレジストリと新しいユースケースのルール。
- `SIGNATURES.md` - 中立的な署名および結びの言葉のルール。
- `MUSTER-BLOCKS.md` - 再利用可能な短いテキストブロック。
- `kontaktprofile.json` - 空のユーザー中立な連絡先プロファイル Schema。実際のプロファイルはローカルのみでデータ最小限で管理します。

## ワークフロー

1. **設定の読み込み:** `CONFIG.md` を確認。ブラックリストが有効な場合は `BLACKLIST.md` もチェック。
2. **トリガーの確認:** 「弟の Simon にメールを書いて」など、特定の連絡先に対する具体的な作成依頼がある場合にのみプロファイリングを実行。プロファイル作成のみを目的としたインボックスの走査は行わない。
3. **ブラックリストの確認:** ニュースレター、No-Reply、システム送信者、除外対象のドメイン/連絡先にはプロファイルを作成しない。これらには中立に返信するか、返信しない。
4. **メールタスクの特定:** 目的、受信者、理由、希望する長さ、言語、トーン、必要な事実を決定。
5. **ユースケースの決定:** `USECASES.md` を確認し、最適なユースケースを選択。適合するものがない場合は再利用可能な新しいユースケースを作成するか、必須項目が不足している場合は簡潔に確認。
6. **連絡先プロファイルの確認:** 除外されていない受信者ごとに `kontaktprofile.json` またはローカルのプライベートプロファイルコピーから既存のプロファイルを検索。
7. **プロファイルの作成または更新:** 信頼できるプロファイルが存在しない場合、利用可能なメールバックエンドから該当連絡先との直近最大 10 通の関連メールを読み込む。文スタイルの決定において、送信メールは受信メールよりも重く評価する。
8. **実証データの保存:** プロファイルには、スタイル、関係性、カテゴリに関する要約可能で検証可能なシグナルのみを保存。生のメール、長い引用、不要な個人情報は保存しない。
9. **権限ゲートの適用:** 送信前、デリケートな内容、必須項目の欠落時には `CONFIG.md` に定義されたゲートを遵守。
10. **下書きの作成:** ユースケースの形式、連絡先プロファイル、現在のタスクを統合。親密さの偽装、虚伪の約束、根拠のない理由を捏造せずにスタイルを模倣。
11. **出力の提示:** デフォルトで件名とメール本文を出力。ユーザーが明示的に送信を許可し、適切なメールツールが利用可能な場合にのみ送信を実行。

## 連絡先プロファイル

連絡先プロファイルは人物そのものを記述するのではなく、観察されたコミュニケーション関係およびアカウント保持者のその人物に対する執筆スタイルを記述します。

プロファイルのフィールドは簡潔に保ちます：

- 最終連絡日時
- 評価対象となったメールの通数と期間
- 挨拶と結びの言葉
- 敬语/親称/フォーマル度
- 文の長さと典型的な簡潔さ
- 温かみ、直白さ、確実性の度合い
- 信頼度付きの関係性評価
- 連絡先カテゴリ（例: `family`, `inner-circle`, `friends`, `colleagues`, `services`, `official`, `unknown`）
- カテゴリのソース：ユーザーの申告、メール本文、アドレス帳、署名、または推論
- カテゴリのエビデンスレベル：`user-confirmed`, `strong`, `medium`, `weak`
- 「送信メールの多くが『よろしくお願いします』で終わる」「返信が 5 文以内である」などの要約された短文証拠

毎月、有効期限チェックが必要か確認します。現在の日付の月が保存されている `last_age_check` と異なる場合、`last_contact_at` が 1 年以上前のプロファイルを削除し、`last_age_check` を現在の日付に更新します。中立 JSON の初期値は `2026-06-18` です。

## スタイルルール

- 簡潔に書く。プライベートメールで長い前置きはめったに必要ありません。
- 親切さを保ちつつ、説明しすぎない。
- ユーザーが指定した場合、または文脈から確実な場合のみ理由を述べる。
- 公式なお断りの場合：礼儀正しく、明確に、言い訳を並べずに。
- 事実関係に不確実性がある場合：下書きを完成させる前に簡潔に質問する。
- ドイツ語のテキストを書く場合は、正しいウムラウト（ä, ö, ü, Ä, Ö, Ü, ß）を使用する。

## 新しいユースケース

メールタスクに再利用性があり、`USECASES.md` でまだカバーされていない場合は、ユースケースを追加します：

- 安定した ID（例: `UC-002`）
- 名称と典型的なトリガー
- メールの目的
- 必須項目と任意項目
- 標準的な長さとトーン
- 短いテンプレートまたはブロックのシーケンス
- 必須項目が欠けている場合の質問内容

一回限りの特殊なケースをユースケースとして拡張しないでください。その場合は現在の multiplicative 下書きのみを提供します。

## 出力フォーマット

標準的な下書き：

```text
Betreff: ...

Sehr geehrte ...

...

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

ユーザーが件名なしのテキストのみを希望する場合は、メール本文のみを提供します。複数のバリエーションが有益な場合は、最大 2 つのバリエーション（「極めて簡潔」と「少し温かみのある表現」）を提示します。

## 制限事項

連絡先プロファイルを捏造しないでください。メールから機密詳細を不要に返信にコピーしないでください。明示的な許可なしにメールを送信しないでください。ユーザーから明確な指示がない限り、法的、医療的、または財務的な約束を記載しないでください。

## 変更履歴

### 0.2.0 (2026-06-19)
- `CONFIG.md` および `BLACKLIST.md` を追加。
- プロファイル作成を具体的なメール作成依頼のみに制限。
- ソースおよびエビデンスレベルを含む連絡先カテゴリをプロファイル Schema に追加。

### 0.1.0 (2026-06-19)
- ユースケースレジストリ、署名ルール、サンプルブロック、空の連絡先プロファイル JSON を含む初期バージョン。