# 「一分钟后帮我查舱单」：企微定时提醒和到点代查

来源: https://www.likelic.com/blog/wecom-timed-reminder-skill.html

货代群里有一类事情特别常见
-------------

**现在还不能办，但过一会儿必须再看。**

比如：

> 下午四点更新离泊信息。

> 半小时后再看一下舱单。

> 明天上午十点催一下报价。

> 一分钟后帮我再查一次。

这些事情本身并不复杂，真正麻烦的是——

**人很容易忘。**

尤其是客服、操作同时盯着多个客户群、几十票订单的时候，一件事情往后拖半小时，往往就意味着需要先在脑子里“挂着”。

所以立刻智能体把这类工作做成了一项很直接的能力：

**企微定时提醒。**

你不用打开日历，也不用另外建待办。

在企业微信群里直接告诉机器人：

**什么时候，提醒谁，做什么。**

到时间以后，它再回来找你。

最简单的用法：到时间提醒我一下
---------------

例如在客户群里直接说：

> @机器人 明天下午 4 点 40 分叫我更新离泊信息

如果时间和事项都说清楚，机器人就可以创建这条提醒。

创建成功以后，会在当前群里进行确认。

等到明天下午 4 点 40 分，机器人会重新回到**原来的群**，并且原生 @ 当时创建提醒的人。

也就是说，你不需要再记得：

“我刚才到底是在哪个群里说的？”

提醒在哪里创建，到期就回到哪里。

对于大量工作都发生在企业微信群里的货代团队来说，这一点很重要。

因为它不是把工作重新搬到另一套待办系统里，

而是继续留在原来的业务现场里。

为什么一定要直接 @ 机器人？
---------------

群聊里的消息很多。

客户聊天、内部协调、业务讨论每天都会产生大量文字。

所以创建提醒时，必须明确告诉系统：

**这句话是在给机器人下任务。**

因此在群聊中，需要**直接 @ 当前机器人实例**。

例如：

> @机器人 明天下午 3 点提醒我确认装柜时间

这是有效的提醒指令。

但如果只是群里说一句：

> 明天下午 3 点提醒我确认装柜时间

没有真正 @ 机器人，就不会被当成提醒任务创建。

同样：

**@所有人 也不等于 @ 机器人。**

即使消息里出现了“提醒”两个字，只要没有直接 @ 当前机器人，也不会因此自动创建任务。

这个规则本质上是为了避免机器人把普通群聊误判成待办。

不只是提醒自己，也可以提醒同事
---------------

有些事情不是你自己办，而是需要另一位同事处理。

例如：

> @机器人 明天下午 4 点 @张三 提醒他提交报价

这时候，机器人到点后会在原群里提醒指定的那位同事。

但这里有一个很重要的细节：

**必须真实 @ 对方。**

不能只写：

> @机器人 明天下午 4 点提醒张三提交报价

然后期待系统自己根据“张三”这个名字去群成员里匹配。

系统不会这样做。

因为现实里可能有重名，也可能群昵称、通讯录姓名并不一致。

所以如果要把提醒指定给另一位群成员，创建消息里需要同时：

**真实 @ 机器人**

以及

**真实 @ 那位同事**

这样接收人才能明确。

目前一次提醒只能指定一位接收人。

为什么“真实 @”比识别人名更可靠？
------------------

这其实和前面几篇文章讲过的逻辑是一致的：

**企业级 AI 不应该在关键业务对象上随便猜。**

假设一个群里同时有：

张三、张三丰、张三-操作，

或者不同公司都有一个“王经理”。

如果机器人仅凭文本名字自动猜接收人，很容易把提醒发错对象。

而企业微信本身的 @ 关系已经明确告诉系统：

**你指的是哪一个真实用户。**

所以在这种场景里，利用现成的身份关系，反而比让 AI 猜名字更加准确。

定时提醒不只是“到点说句话”
--------------

如果只是到时间提醒一句：

> 该查舱单了。

其实已经能解决很多问题。

但货代业务里还有一种更进一步的需求：

**到点以后，不要只提醒我，直接替我查。**

例如：

> @机器人 一分钟后帮我查一下关区 2244 的这票空运进口舱单……

这种场景，就可以用到：

**到点代查技能。**

什么叫“到点代查”？
----------

普通提醒的流程是：

**现在创建任务**

↓

**到时间**

↓

**机器人提醒你去处理**

而到点代查的流程是：

**现在创建任务**

↓

**到时间**

↓

**机器人自己调用技能**

↓

**把查询结果发回原群**

也就是说，中间少了一步人工操作。

例如你现在知道：

某票舱单刚刚申报，还没有必要立刻查。

你可以直接告诉机器人：

> @机器人 10 分钟后查一下关区 2244、空运进口、提运单号 XXX 的舱单状态

机器人先把任务记下来。

10 分钟后，它再调用舱单状态查询技能。

查到结果以后，回到原来的群里 @ 你，并把查询结果发出来。

这才是“到点代查”。

创建的时候，不会提前消耗技能点
---------------

这一点也很重要。

比如你设置：

> 一分钟后帮我查舱单

创建提醒的这一刻，实际上还没有真的查询舱单。

所以：

**创建时不会扣技能点。**

只有等一分钟以后，任务真正到期，并且成功调用对应技能、请求上游出站时，才按照该技能本身的规则扣点。

也就是说：

**记任务不扣，真正查的时候才扣。**

这和普通即时技能调用的计费原则是一致的。

到点代查，目前更适合“相对时间”
----------------

如果只是普通提醒，可以表达具体日期和时间，例如：

> 明天下午 4 点 40 分提醒我更新离泊信息

而到点代查技能更适合这种表达：

> 1 分钟后

> 10 分钟后

> 半小时后

也就是一个明确的**相对延时**。

然后在后面的文本里，把真正需要查询的条件说完整。

例如：

> @机器人 10 分钟后查关区 2244、空运进口、提运单号 XXX 的舱单状态

模型会把前面的“10 分钟后”理解成执行时间，

把后面的业务信息交给对应技能。

到点能不能查，仍然取决于技能参数是否完整
--------------------

定时并不会降低实时查询本身的参数要求。

比如舱单状态查询，上一篇已经讲过，需要同时提供：

1.  提运单号
2.  海运或空运
3.  进口或出口
4.  关区

所以即使你说：

> 一分钟后帮我查舱单

但没有给关区、运输方式或者单号，

系统也不能凭空补出来。

**定时解决的是“什么时候查”，不是“帮你猜查询条件”。**

同样，如果查询技能本身要求某些参数，到点执行时也必须满足这些要求。

汇率也可以到点再查
---------

到点代查并不只适用于舱单。

例如你可能需要：

> @机器人 30 分钟后查一下最新美元兑人民币汇率

到时间后，机器人可以调用已经绑定的汇率技能，再把结果发回当前对话。

如果业务需要查询历史日，也可以把日期直接写进查询内容里。

例如：

> @机器人 10 分钟后帮我查 2026-08-20 的美元兑人民币汇率

执行时，真正查询的是指定日期，而不是任务创建日。

也就是说：

**时间表达负责决定什么时候执行，业务文本负责决定执行什么。**

到点代查，用的是企业默认智能体
---------------

当定时任务真正执行时，会使用企业当前的**默认智能体**来处理对应技能调用。

因此要实现到点代查，除了机器人正常在线以外，对应技能也需要已经绑定并启用。

例如要到点查舱单：

默认智能体需要具备对应的舱单查询技能。

要到点查汇率：

对应的汇率技能也需要处于可用状态。

否则即使时间到了，也不存在可以实际执行查询的能力。

这也是为什么我们一直把“智能体”理解成一个能力组合，而不只是一个聊天窗口。

Lite、Pro、Ultra 都可以使用定时提醒
------------------------

企微定时提醒本身：

**Lite、Pro、Ultra 均可使用。**

它并没有额外设置某一个智能体套餐门槛。

但有一个前提：

**企业必须已经另行购买并接入企微机器人。**

因为提醒最终仍然需要通过企业微信机器人完成创建确认和到期消息发送。

因此需要保证：

1.  企微机器人已经接入
2.  对应实例在线
3.  API 凭证有效

如果机器人本身没有正常连接企业微信，定时提醒自然也无法完成群内发送。

企微机器人和智能体套餐仍然是分开的两项能力，不要把它理解成 Lite / Pro / Ultra 默认包含机器人。

在哪里查看已经创建的提醒？
-------------

创建完成以后，如果想看看现在还有哪些任务，可以进入控制台：

**企微实例 → 定时提醒**

这里可以查看已经创建的定时任务。

有不需要的任务，也可以进行取消。

如果涉及改期，则需要对应的操作权限。

控制台里的权限主要限制的是：

**查看、取消、编辑等管理操作。**

而用户直接在企业微信群或私聊里创建提醒，并不因为他没有控制台管理权限，就无法通过聊天创建任务。

这是两个不同层面的权限。

一个很典型的货代工作流
-----------

假设操作正在处理一票空运进口。

下午 2:00，舱单刚刚提交。

这时候马上查，可能没有意义。

过去的方式可能是：

**自己记住 2:30 再查。**

或者在群里说：

> 半小时后再看一下。

然后大家继续处理别的事情。

到了 2:35：

没人想起来。

而现在可以直接在群里说：

> @机器人 半小时后查关区 2244、空运进口、提运单号 XXX 的舱单状态

接下来操作人员可以继续处理其他工作。

到点后：

机器人自己查询，

再在原群里 @ 发起人：

**把结果送回来。**

这件事虽然看起来只是把一个“小提醒”和一个“查询技能”拼在了一起，

但它已经开始改变人与系统的协作方式。

从“提醒我做”到“到点你替我做”
----------------

传统待办工具解决的是：

**别让我忘记。**

例如：

> 下午三点提醒我查舱单。

到三点以后，人收到提醒，然后再自己打开系统查询。

而 AI 员工进一步可以解决：

**到了三点，你直接替我查。**

这两句话之间，差的其实就是一次执行。

第一种模式里，人仍然是执行者。

AI 只是提醒。

第二种模式里，AI 在获得明确任务之后，可以到时间主动调用已经授权的能力完成操作，再把结果交回来。

为什么这个场景值得做？
-----------

因为企业日常工作中，并不是所有任务都要“马上处理”。

大量事情其实都是：

**现在知道要做，但时机还没到。**

例如：

1.  半小时后再确认一次状态
2.  下午重新查询一次业务数据
3.  明天提醒同事提交资料
4.  到某个时间节点再查看汇率
5.  晚一点补录业务信息
6.  第二天上午跟进客户报价

过去这些事情依赖人的记忆、备忘录或者另外一套任务系统。

而如果工作的主要现场本来就在企业微信里，

那么最自然的方式就是：

**想到的时候直接交代一句。**

机器人负责记住时间，

到点以后再回来。

AI 员工不应该只回答“现在的问题”
------------------

前面几篇文章，我们更多讨论的是：

客户现在问一个问题，

AI 现在回答。

但真实工作并不只有“现在”。

还有很多事情是：

**等一会儿再做。**

**明天再提醒。**

**半小时以后重新查询。**

**到了某个时间再执行。**

当智能体开始具备时间意识以后，它承担的角色也会发生变化。

它不只是一个“即时问答机器人”，

而开始能够接受一个未来任务：

> 一分钟后，帮我再查一次。

然后真正到了那一分钟，

它还记得，

并且知道应该调用哪个技能完成这件事。

这才更接近我们理解中的 AI 员工：

**人负责交代目标和时间，智能体负责记住，并在正确的时间执行。**

### 相关链接

1.  [企微定时提醒](https://agent.likelic.com/help?a=wework-reminder)
2.  [技能管理](https://agent.likelic.com/help?a=skill-points)
3.  [企微机器人](https://agent.likelic.com/help?a=wework-bot)
4.  [AI 员工方案](https://www.likelic.com/ai-employee/)