メール操作

実際のタスクがメール作業（分類、下書き、返信、送信、またはメールが送信済みフォルダに入ったことの確認）である場合に使用します。

これは一般的な文章作成スキルではなく、実際のメールインターフェースを中心とした操作ワークフローです。

スキルスタック

関連するシナリオで、以下のECCネイティブスキルを呼び出します。

• brand-voice ユーザー向けコンテンツを下書きする前
• investor-outreach 投資家、パートナー、またはスポンサー向けのメールの場合
• customer-billing-ops メールのスレッドが通常の通信ではなく、請求/サポートイベントに属する場合
• knowledge-ops メッセージまたはスレッドを永続的なコンテキストにキャプチャする必要がある場合
• research-ops 返信が最新の外部事実に依存する場合

使用時機

• ユーザーが受信トレイの分類または価値の低いメールの整理を要求する場合
• ユーザーが新しいメールの下書き、返信、または送信を必要とする場合
• ユーザーがメールが送信されたかどうかを確認したい場合
• ユーザーが使用されたアカウント、スレッド、または送信済み記録を検証する必要がある場合

安全護岸

• ユーザーがリアルタイム送信を明確に要求しない限り、まず下書きを作成します。
• 実際の送信済みフォルダまたはクライアントで確認するまで、メールが送信されたと主張してはいけません。
• 無作為に送信元アカウントを切り替えてはいけません。プロジェクトと受信者に合ったアカウントを選択してください。
• 整理する際に、不確かなビジネスメールを削除してはいけません。
• タスクが実際にはプライベートメッセージまたはiMessageの作業である場合、messages-opsに転送します。

ワークフロー

1. 具体的なインターフェースの確認

操作前に明確にします。

• どのメールアカウントか
• どのスレッドまたは受信者か
• タスクは分類、下書き、返信、送信のどれか
• ユーザーは下書きのみを必要としているのか、リアルタイム送信を必要としているのか

2. 執筆前にスレッドを読む

返信の場合：

• 既存のスレッドを読む
• 最後の対外連絡を特定する
• 約束、期限、未回答の質問を特定する

新しい送信メールを作成する場合：

• 親密度レベルを決定する
• 正しいチャネルと送信元アカウントを選択する
• 下書きの前にbrand-voiceを呼び出す

3. 下書き、そして検証

下書きのみのタスク：

• 最終的なコピーを生成する
• 送信者、受信者、件名、目的を説明する

リアルタイム送信タスク：

• まず最終的な本文を検証する
• 選択したメールインターフェースを通じて送信する
• メッセージが送信済みフォルダまたは同等の送信済みコピー保存場所に格納されたことを確認する

4. 正確な状態を報告

正確な状態語を使用します。

• 下書き済み
• 承認待ち
• 送信済み
• ブロック済み
• 検証待ち

送信インターフェースがブロックされている場合、下書きを保持し、説明なしに第二の送信方法に切り替えるのではなく、正確なブロック理由を報告します。

出力形式

メールインターフェース
- アカウント
- メイルスレッド/受信者
- 要求された操作

下書き
- 件名
- 本文

状態
- 下書き済み/送信済み/ブロック済み
- 該当する場合は送信証明を添付

次のステップ
- 送信
- フォローアップ
- アーカイブ/移動

共通の落とし穴

• 送信済みコピーの確認なしに送信成功を主張してはいけません。
• スレッド履歴を無視して、文脈のない返信を作成してはいけません。
• メール作業とプライベートメッセージまたはSMSのワークフローを混同してはいけません。
• 機密情報、認証詳細、または不必要なメッセージメタデータを漏洩してはいけません。

検証

• 返信にはアカウントとスレッドまたは受信者が明記されていること
• いかなる送信声明も、送信証明または明確なクライアント確認を含むこと
• 最終状態が「下書き済み/送信済み/ブロック済み/検証待ち」であること