messages-ops

原文涵盖的主题

• 消息操作
• 技能栈
• 使用时机
• 防护措施
• 工作流程
• 1. 确定具体线程
• 2. 先读取再起草
• 3. 将验证码作为重点检索任务处理

当任务涉及实时消息检索时使用此功能：iMessage、私信、近期一次性验证码，或后续操作前的线程检查。 这不属于邮件处理。如果主要操作界面是邮箱，请使用 email-ops。 在相关情况下，将这些 ECC 原生技能纳入工作流程： email-ops 当消息任务实际上是邮箱操作时 connections-optimizer 当私信线程属于对外网络工作时 lead-intelligence 当实时线程应指导目标定位或预热路径外联时 knowledge-ops 当线程内容需要捕获到持久化上下文中时 用户说"读取我的消息"、"查看短信"、"查看私信"或"查找验证码" 任务依赖于实时线程或发送到本地消息界面的近期验证码 用户希望证明检查了哪个来源或线程 首先确定来源： 本地消息 X/社交媒体私信 其他浏览器限制的消息界面 未指明来源时，不得声称已检查线程 如果存在经过检查的辅助程序或标准路径，不得自行进行原始数据库访问 如果身份验证或多重身份验证阻止了界面访问，需报告确切阻碍因素 在执行任何操作之前，先确定： 消息界面 发送者/接收者/服务 时间窗口 任务是检索、检查还是准备回复 如果任务可能转为对外跟进： 读取最新的入站消息 识别未完成的环节 如有需要，再移交给正确的对外技能 对于一次性验证码： 首先搜索近期本地消息窗口 尽可能按服务或发送者缩小范围 找到验证码或重点搜索完成后即停止 返回： 使用的来源 尽可能提供线程或发送者 时间窗口 确切状态： 已读取 验证码已找到 被阻止 等待回复草稿 不要混淆邮箱操作和私信/短信操作 未指明来源时，不得声称已检索 当要求是查找近期验证码时，不要在广泛搜索上浪费时间 不要在不报告阻碍因素的情况下反复尝试被阻止的身份验证路径 回复中指明了消息来源 回复中包含发送者、服务、线程或明确的阻碍因素 最终状态明确且有边界