await manageInbox(gmail, { autoTriage: true })

読み取り専用のGmail APIスコープのみ——返信機能のために送信権限を明示的に付与しない限り、送信・削除・変更はできない。メール内容を分類・要約するが、添付ファイルは添付処理スキルを明示的に追加しない限り処理されない。Gmailフィルタルールで特定の送信者をスキップするよう追加制限も可能。

はい。返信が必要なメールのTelegramメッセージに文脈を入力——「丁寧に断る、来四半期を提案」程度でOK。OpenClawがあなたの文体で専門的な返信を下書きしてTelegramに送信。確認後にGmail APIで送信。承認前に何度でも書き直しを依頼可能。

混合受信トレイ（個人・ビジネス・自動化）30日テストで94%。LLMはキーワードだけでなく文脈を理解——DigitalOceanのサーバーアラートは緊急、Mediumの週次ニュースレターはアーカイブ価値あり、上司からの「今週同期できる？」は要返信と判断。承認履歴が蓄積されると精度はさらに向上。

全てあなたのハードウェアで処理。Ollama経由のローカルLLMを使えばメール内容はサーバーから一切外に出ない——パイプライン全体がオフライン。クラウドAPIモデルを使う場合も分類と要約のためのメールテキストのみ送信、添付ファイルは送信しない。最高プライバシーが必要な場合は特定の送信者ドメインを常にローカルモデルで処理するよう設定可能。

現在の本番実装はGmail APIネイティブ統合。Outlook/Microsoft 365のMicrosoft Graph API対応は近期ロードマップにある。Yahoo・Apple Mail・その他のプロバイダーにはIMAPポーリングをサポート——機能は同等だがGmailのプッシュ通知能力はなく、ポーリング間隔が唯一の遅延メカニズムとなる。