
关于
基于证据的实时消息工作流。适用于用户需要读取短信或私信、恢复最近的一次性验证码、回复前检查消息线程,或证明实际检查了哪个消息来源。
name: messages-ops description: ECC 的证据优先实时消息工作流。当用户想要阅读短信或私信、恢复最近的一次性验证码、在回复前检查对话线程或证明实际检查了哪个消息源时使用。 origin: ECC
消息操作
当任务是实时消息检索时使用:iMessage、私信、最近的一次性验证码或回复前的线程检查。
这不是邮件工作。如果主要界面是邮箱,请使用 email-ops。
技能栈
在相关时将这些 ECC 原生技能引入工作流:
email-ops当消息任务实际上是邮箱工作时connections-optimizer当私信线程属于外向网络工作时lead-intelligence当实时线程应为定向或暖路径外联提供信息时knowledge-ops当线程内容需要捕获到持久上下文中时
使用场景
- 用户说"读我的消息"、"查看短信"、"看看私信"或"找到验证码"
- 任务依赖于实时线程或最近发送到本地消息界面的验证码
- 用户想要证明检查了哪个源或线程
防护栏
- 首先解析来源:
- 本地消息
- X / 社交私信
- 其他浏览器门控的消息界面
- 不要在未命名来源的情况下声称已检查线程
- 如果存在已验证的辅助工具或标准路径,不要即兴进行原始数据库访问
- 如果认证或 MFA 阻止了界面访问,报告确切的阻塞原因
工作流
1. 解析确切线程
在做任何事之前,确定:
- 消息界面
- 发送者/接收者/服务
- 时间窗口
- 任务是检索、检查还是为回复做准备
2. 先读后写
如果任务可能转变为外向跟进:
- 阅读最新的入站消息
- 识别未关闭的循环
- 然后在需要时交给正确的外向技能
3. 将验证码作为聚焦检索任务处理
对于一次性验证码:
- 首先搜索最近的本地消息窗口
- 尽可能按服务或发送者缩小范围
- 找到验证码或聚焦搜索耗尽后停止
4. 报告确切证据
返回:
- 使用的来源
- 尽可能提供线程或发送者
- 时间窗口
- 确切状态:
- 已读
- 验证码已找到
- 被阻止
- 等待回复草稿
输出格式
SOURCE
- message surface
- sender / thread / service
RESULT
- message summary or code
- time window
STATUS
- read / code-found / blocked / awaiting reply draft
常见陷阱
- 不要混淆邮箱工作和私信/短信工作
- 不要在未命名来源的情况下声称已检索
- 当请求是最近验证码查找时,不要浪费时间进行广泛搜索
- 不要在未暴露阻塞原因的情况下持续重试被阻止的认证路径
验证
- 响应命名了消息来源
- 响应包含发送者、服务、线程或明确的阻塞原因
- 最终状态是明确且有界的
兼容工具
Claude CodeCursor
标签
前端开发
