用途
agent-task-confirm 用于多智能体协作中「任务派发后确认」这一环节。它的核心目标是确保每次派发任务后，被指派的 agent 确实收到任务并在执行，避免任务发出后被忽略、卡住或静默失败。
该技能在每次通过 sessions_send 派发任务后自动执行。触发条件包括通过 sessions_send 派发任务之后，以及「检查员工状态」「任务确认」等指令。
主要能力
技能围绕派发任务的确认流程，定义了以下能力：
- 派发任务：通过 sessions_send 向目标 agent 的 session 发送任务消息。
- 立即确认送达（30 秒内）：使用 sessions_list 查询活跃 session，检查目标 agent 的 session 是否 active（updatedAt 在最近 60 秒内）。
- 状态判断：根据 session 的 active 状态和更新时间，区分三种情况——已接收、可能卡住、未接收，并对应不同处理方式。
- 超时催促：若 agent 在 5 分钟内没有汇报，发送催促消息。
- 死亡判定：催促后 5 分钟仍无响应，则检查 session 是否报错（abortedLastRun），上报并考虑重新派发给其他 agent。
使用方式
技能给出了具体的命令与流程。
派发任务：
sessions_send(sessionKey="agent:<id>:telegram:group:-1003890797239", message="【CEO指令】...")
立即确认送达（30 秒内）：
sessions_list(activeMinutes=5, kinds=["agent"], messageLimit=0)
检查目标 agent 的 session 是否 active（updatedAt 在最近 60 秒内）。
状态判断规则：
- 已接收：session active 且 updatedAt 刚更新，处理方式为等汇报。
- 可能卡住：session active 但 5 分钟以上无新消息，处理方式为发催促消息。
- 未接收：session 不在 active 列表，处理方式为重发一次，仍失败则报告 Daniel。
超时催促（5 分钟无汇报）：
sessions_send(sessionKey="agent:<id>:...", message="【催促】你的任务完成了吗？立即用 message 发群里汇报进度。")
死亡判定（10 分钟无响应）：催促后 5 分钟仍无反应时，检查 agent 的 session 是否报错（abortedLastRun），报告 Daniel「小X 可能卡住了，需要检查」，并考虑重新派发给其他 agent。
标准任务消息模板要求包含：以【CEO指令】开头、具体任务描述、文件写在哪里、完成后的 message 汇报指令（含 accountId）。其中强调「不发群里 = 任务没完成」。
批量检查命令：
sessions_list(activeMinutes=10, kinds=["agent"], messageLimit=1)
通过查看每个 agent 的 updatedAt 和最后一条消息来判断是否在工作。
适用场景
- 通过 sessions_send 向多个 agent 派发任务后的送达确认。
- 需要判断某个 agent 是否已接收、是否卡住、是否完全未接收的场景。
- 需要对无响应的 agent 进行催促、上报或重新派发的协作管理场景。
- 需要批量查看所有 agent 工作状态的场景。
限制
- 技能依赖 sessions_send、sessions_list 等会话工具及其返回信息来判定状态。
- 状态判断基于 session 的 active 状态与 updatedAt 时间窗口，具体超时阈值（如 30 秒、60 秒、5 分钟、10 分钟）为技能中给定的规则。
- 关于计费、价格、支持平台等具体信息，暂未提供。