Messages Ops

---
name: messages-ops
description: 面向ECC的以证据为先的实时消息工作流。当用户想要阅读短信或私信、恢复最近的一次性验证码、在回复前检查对话线程，或证明实际检查了哪个消息来源时使用。
origin: ECC
---

# 消息操作

当任务涉及实时消息检索时使用此功能：iMessage、私信、近期一次性验证码，或后续操作前的线程检查。

这不属于邮件处理。如果主要操作界面是邮箱，请使用 `email-ops`。

## 技能栈

在相关情况下，将这些 ECC 原生技能纳入工作流程：

* `email-ops` 当消息任务实际上是邮箱操作时
* `connections-optimizer` 当私信线程属于对外网络工作时
* `lead-intelligence` 当实时线程应指导目标定位或预热路径外联时
* `knowledge-ops` 当线程内容需要捕获到持久化上下文中时

## 使用时机

* 用户说"读取我的消息"、"查看短信"、"查看私信"或"查找验证码"
* 任务依赖于实时线程或发送到本地消息界面的近期验证码
* 用户希望证明检查了哪个来源或线程

## 防护措施

* 首先确定来源：
  * 本地消息
  * X/社交媒体私信
  * 其他浏览器限制的消息界面
* 未指明来源时，不得声称已检查线程
* 如果存在经过检查的辅助程序或标准路径，不得自行进行原始数据库访问
* 如果身份验证或多重身份验证阻止了界面访问，需报告确切阻碍因素

## 工作流程

### 1. 确定具体线程

在执行任何操作之前，先确定：

* 消息界面
* 发送者/接收者/服务
* 时间窗口
* 任务是检索、检查还是准备回复

### 2. 先读取再起草

如果任务可能转为对外跟进：

* 读取最新的入站消息
* 识别未完成的环节
* 如有需要，再移交给正确的对外技能

### 3. 将验证码作为重点检索任务处理

对于一次性验证码：

* 首先搜索近期本地消息窗口
* 尽可能按服务或发送者缩小范围
* 找到验证码或重点搜索完成后即停止

### 4. 报告确切证据

返回：

* 使用的来源
* 尽可能提供线程或发送者
* 时间窗口
* 确切状态：
  * 已读取
  * 验证码已找到
  * 被阻止
  * 等待回复草稿

## 输出格式

```text
来源
- 消息界面
- 发送者 / 线程 / 服务

结果
- 消息摘要或代码
- 时间窗口

状态
- 已读 / 已找到代码 / 受阻 / 等待回复草稿
```

## 常见陷阱

* 不要混淆邮箱操作和私信/短信操作
* 未指明来源时，不得声称已检索
* 当要求是查找近期验证码时，不要在广泛搜索上浪费时间
* 不要在不报告阻碍因素的情况下反复尝试被阻止的身份验证路径

## 验证

* 回复中指明了消息来源
* 回复中包含发送者、服务、线程或明确的阻碍因素
* 最终状态明确且有边界