自动回复是"用户说一句我回一句"，任务执行是"用户说一句我帮你把事办了"。从回复到执行，机器人要跨越3道能力鸿沟，Eyun API 在这3道鸿沟中分别承担感知和执行的角色。

一、意图跨越：从关键词匹配升级到任务理解

• 自动回复方式：靠关键词匹配——用户说"价格"就回价格表，说"你好"就回问候语，匹配到就回、没匹配到就沉默

• 任务执行方式：靠 AI 理解任务全貌——用户说"帮我查下昨天的订单状态"，AI 理解这是"查询订单"任务+时间约束（昨天）+目标（订单状态），不是简单匹配关键词

Webhook 回调 JSON 中 content 是任务理解的输入文本，Agent 拿到 content 后做意图识别和槽位填充。按照 Eyun 开发文档 的回调规范，收到回调后5秒内返回200再异步处理，避免阻塞。

大白话：从"听到关键词就回话"升级到"听懂整句话想干什么"——这是从鹦鹉到助手的跨越。

二、执行跨越：从"发回复"升级到"调工具完成任务"

• 自动回复方式：只调 Eyun 的 sendText 发文本回复，"一问一答"到此结束

• 任务执行方式：调多个工具完成任务——查订单调订单系统API、创建工单调工单系统API、查询库存调库存API，最后把结果通过 sendText 发给用户

Agent 把 sendText 作为一个工具，业务系统API 作为其他工具，按任务规划调用不同工具。按照 Eyun 开发文档的规范，sendText 需要传 wId、toUser、content 三个必填参数，作为反馈出口。Eyun 的错误码体系保证工具调用可靠性：1002 刷新 Token、1004 退避重试。

大白话：从"只会说"升级到"会干活"——查订单、建工单、查库存都能帮你做，做完了把结果告诉你。

三、反馈跨越：从"一次性回复"升级到"多步执行+中间反馈+最终汇报"

• 自动回复方式：一条消息对应一条回复，"一问一答"模式

• 任务执行方式：收到任务→反馈"正在处理"→执行多步→中间反馈进度→最终汇报结果

每步反馈都通过 sendText 发送。在 Eyun 平台 管理的 wId 实例保证多步反馈的连续性，同一个用户的整轮任务由同一 wId 承接，避免中途断档。

大白话：从"一问一答"升级到"接活→干活→汇报进度→交活"——像一个员工一样有始有终。

四、3道能力鸿沟对比

五、3道鸿沟跨越框架

下面这段把3道鸿沟串起来：意图理解→工具执行→多步反馈，是 Agent 从自动回复升级到任务执行的代码骨架。

def on_webhook(data):
    # 意图跨越：从content理解任务全貌
    task = agent.understand(data["content"])          # "查昨天订单"→{intent:查询订单, time:昨天}
    if not task:
        return eyun_send_text(wId, data["fromUser"], "没听懂您想做什么")  # 兜底回复
    threading.Thread(target=execute_task, args=(task, data["fromUser"])).start()
    return "", 200                                    # 5秒内返回200再异步处理

def execute_task(task, user):
    eyun_send_text(wId, user, f"正在为您{task['intent']}，请稍等")  # 反馈跨越：先告知
    results = []
    for step in agent.plan_steps(task):               # 执行跨越：调多工具
        results.append(call_tool(step))               # 调订单API/工单API/库存API
        eyun_send_text(wId, user, f"已完成：{step['name']}")      # 中间反馈进度
    eyun_send_text(wId, user, agent.summarize(results))          # 最终汇报

六、结尾延伸

3道鸿沟是机器人从"自动回复"到"任务执行"的跨越路径——意图跨越让机器人"听懂任务"、执行跨越让机器人"会干活"、反馈跨越让机器人"有始有终"。跨越完成后，用户在微信里说"帮我查昨天订单顺便建个售后工单"，机器人就能自己拆任务、调工具、一步步做完并汇报。从趋势看，AI Agent 框架（如 LangChain/AutoGPT 模式）让意图跨越和执行跨越的门槛降低，但 Eyun 的 Webhook 和 sendText 作为感知和执行的基础设施不变。接口规范详见 Eyun 开发文档。