メッセージ操作

リアルタイムメッセージ取得に関する業務に使用します：iMessage、プライベートメッセージ、最近のワンタイムコード、またはフォローアップ前のスレッド確認。

これはメール処理ではありません。主要な操作インターフェースがメールボックスの場合は、email-ops を使用してください。

スキルスタック

関連する状況下では、これらの ECC ネイティブスキルをワークフローに組み込みます：

• email-ops メッセージタスクが実はメールボックス操作の場合
• connections-optimizer プライベートメッセージスレッドが対外ネットワーク業務に属する場合
• lead-intelligence リアルタイムスレッドがターゲット定位やウォームアップパス営業に指導を与える場合
• knowledge-ops スレッド内容を永続化コンテキストに取り込む必要がある場合

使用時機

• ユーザーが「メッセージを読む」「SMS を確認する」「プライベートメッセージを見る」「認証コードを探す」と言う場合
• タスクがリアルタイムスレッドまたはローカルメッセージインターフェースに送信された最近の認証コードに依存する場合
• ユーザーがどのソースまたはスレッドを確認したかを証明したい場合

セーフガード

• 最初にソースを特定します：
  • ローカルメッセージ
  • X/ソーシャルメディアプライベートメッセージ
  • その他のブラウザ制限付きメッセージインターフェース
• ソースが指定されていない場合、スレッドを確認したと主張してはいけません
• 確認済みの補助プログラムまたは標準パスが存在する場合、生データベースへの直接アクセスを実行してはいけません
• 認証または多要素認証がインターフェースアクセスをブロックしている場合、正確な障害要因を報告する必要があります

ワークフロー

1. 具体的なスレッドを特定する

アクション実行前に以下を特定します：

• メッセージインターフェース
• 送信者/受信者/サービス
• 時間ウィンドウ
• タスクが取得、確認、返信準備のいずれかを判断

2. 読んでから草案作成

タスクが対外フォローアップに発展する可能性がある場合：

• 最新の受信メッセージを読む
• 未完了のアクションアイテムを特定
• 必要に応じて、正しい対外スキルに引き渡す

3. ワンタイムコードを重点検索タスクとして扱う

ワンタイムコードの場合：

• 最初に最近のローカルメッセージウィンドウを検索
• 可能な限りサービスまたは送信者で範囲を絞る
• コードが見つかるか、重点検索が完了したら停止

4. 正確な証拠を報告する

以下を返します：

• 使用したソース
• 可能な限りスレッドまたは送信者
• 時間ウィンドウ
• 正確なステータス：
  • 読取済み
  • コード発見済み
  • ブロック中
  • 返信草案待機中

出力形式

ソース
- メッセージインターフェース
- 送信者 / スレッド / サービス

結果
- メッセージサマリーまたはコード
- 時間ウィンドウ

ステータス
- 読取済み / コード発見 / ブロック中 / 返信草案待機中

よくある落とし穴

• メールボックス操作とプライベートメッセージ/SMS 操作を混同しない
• ソースが指定されていない場合、取得したと主張しない
• 最近の認証コード検索が要件の場合、広範囲検索に時間を費やさない
• ブロックされた認証パスで何度も試行する際、障害要因を報告せずに繰り返さない

検証

• 返信でメッセージソースが明記されている
• 返信に送信者、サービス、スレッド、または明確な障害要因が含まれている
• 最終ステータスが明確で境界が定義されている