Email Triage Agent

Hermes Agent 向けの決定論的メールトリアージ。メッセージを P0–P3 または REVIEW に分類し、共有の pif.event.v1 コントラクトを発行し、Hermes が既存の Feishu ゲートウェイを通じて結果を配信できるようにします。

決定的な Hermes メールトリアージ MCP：不確実な場合は保留し、V1 は削除も送信も決して行わず、飛書の認証情報は引き続き Hermes が管理します。

なぜ / 設計理念

• 情報を減らし、それ以上を作り出さない。

• P0 は即時、P1 はダイジェスト待ち、P2/P3 は監査のみ。

• 送信者認証の競合や信頼度の低いものは REVIEW/HOLD になる。

• 人間のフィードバックは外部の JSONL ルールトレイルを更新し、モデルの重みは決して更新しない。

• MCP はアクションを提案する。メールボックスに接続したり、削除/送信を実行したりはしない。

ローカル実行

npm ci
npm test
npm run demo

一回限りの分類：

node src/cli.js --json '{"sender":"no-reply@accounts.google.com","subject":"New login detected","auth":{"spf":"pass","dkim":"pass","dmarc":"pass"},"protectedSender":true}'

macOS の Hermes に追加

Hermes は ~/.hermes/config.yaml から stdio MCP ツールを検出します。クローンしてインストールし、絶対パスを使用してください：

git clone https://github.com/roclee2692/email-triage-agent.git ~/Projects/email-triage-agent
cd ~/Projects/email-triage-agent && npm ci
hermes mcp add email-firewall --command node --args "$HOME/Projects/email-triage-agent/src/mcp.js"
hermes mcp test email-firewall

Hermes は mcp_email_firewall_triage_email のような名前でツールを登録します。サーバーは Feishu のシークレットを必要としません。Hermes は既に Feishu チャネルを所有しており、返されたメッセージを提示またはスケジュールします。

ツール

• triage_email

• render_feishu_email

• record_email_feedback

• get_email_policy

関連リポジトリは crypto-market-sentinel です。両方とも同じイベントエンベロープを返すため、1 つの Hermes プロンプトで同じ緊急/ダイジェスト/監査ポリシーを適用できます。

Hermes macOS セットアップ と共有の PIF イベントコントラクト を参照してください。

ライセンス

MIT。 LICENSE を参照してください。