数万〜数十万通のメールボックスを、Apple Intelligence でグラフィカルに分析。
「いま自分のメールがどうなっているか」を一目で把握し、振り分けし直しの判断コストを下げる。
PC 歴の長いユーザーはたいてい、数年前に作ったフィルターが今の自分と合っていません。数十万通の蓄積に対して「何が起きているのか」が俯瞰できず、整理し直すコストが高いまま放置されてしまう。ImapCheck4 はこの状況に対し、ツリーマップ・スパークライン・ヒートマップ・タイムラインで全体構造を可視化し、Apple Intelligence による自動分類とサブカテゴリ提案で「何を残し、何を捨てるか」を短時間で判断できるようにします。
ImapCheck シリーズの「分析」担当。メール転送は ImapCheck3、過去メールへの遡及適用は将来の ImapCheck5（仮称）が担当する 3 兄弟構成です。アカウント設定は CloudKit で共有します。
メールボックスは絶対に変更しません。 IMAP には書き込まず、mbox は読み取り専用。Gmail フィルター XML を副産物として出力し、未来のメールへの適用は Gmail にインポートして使います。
主要な画面のスクリーンショット（順次差し替え予定）。
全体の構造を一枚で見せるダッシュボード
カテゴリ × サブカテゴリのツリーマップ
送信者軸の集計と既読率ヒートマップ
既存フィルターの稼働状況タイムライン
「分析がコア、XML 出力は副産物」を貫く設計。判断材料をビジュアルで提示します。
削除推奨件数 / 矛盾件数 / 未整備送信者数を KPI として表示。最初の 1 画面で「整備度合い」が伝わります。
Gmail 標準カテゴリ × LLM の動的サブカテゴリを 2 階層で可視化。「Promotions の中で Amazon が何 % を占めているか」が一目で。
各送信者の月別件数を長期トレンドとして表示。「もう来ていない送信者」「最近増えた送信者」が直感で分かります。
カテゴリ × 期間で「読まれているか」を色温度で可視化。既読率 5% 未満 × 件数多 は強い「削除」シグナルとして強調表示。
Foundation Models framework と @Generable による構造化出力で、送信者単位グルーピング → 代表サンプリング → 分類を実行。オープンエンドではなく閉じた質問形式に絞って精度を確保。
Gmail 標準カテゴリの下に LLM が動的にサブカテゴリを提案。「Promotions → Amazon / 楽天 / 使ってないクーポン」のように、Gmail が雑にまとめている塊を有用に切り分けます。
Gmail からエクスポートした mailFilters.xml を読み込み、マッチ件数 0 / 月 1 件未満 / 重複 / LLM 分類との矛盾 / 形骸化ラベルをタイムラインで可視化。
各フィルターを「いつ作って、最近効いているか」の時系列で表示。古いルールが一掃しやすくなります。
Gmail Takeout や Thunderbird がエクスポートする mbox を MVP でサポート。アカウントに接続しなくてもローカルアーカイブをそのまま分析できます。
SwiftMail ベースの IMAP クライアント（ImapCheck3 の資産流用）で Gmail 拡張（X-GM-LABELS / X-GM-MSGID / X-GM-THRID）を活用。期間 / 対象ラベルを指定して取り込みます。
IMAP に書き込まず、mbox は読み取り専用。ラベル付与・移動・削除は ImapCheck5（将来）または Gmail Web UI の担当で、本アプリは 絶対に メールに手を触れません。
分析と提案の副産物として、Gmail にそのままインポートできる mailFilters.xml を出力。未来のメールには Gmail 側で適用、過去メールの整理は別途。
共通の CloudKit コンテナ・Keychain group を使い、ImapCheck3 で登録したアカウントをそのまま分析対象として利用できます。
認証情報は macOS Keychain に保存。アプリ DB に平文で保持しません。
Apple Intelligence を必須とする、最新 macOS 専用の分析ツールです。
mailFilters.xml（任意）