自动化、定时任务与渠道

理解定时任务、Gateway 运行控制与移动端渠道接入如何把一次性操作变成长期运行面。

自动化让它从工具变成运行时

如果追创作只负责“手动点一下然后等结果”,它仍然只是一个桌面工具。真正让它变成运行时的,是定时任务、通知投递、渠道接入和周边运行控制。

这部分能力的重点,不是做出更复杂的设置,而是让重复工作可以持续发生。

一个定时任务通常由哪些部分组成

根据当前产品结构,一个定时任务通常会包含这些要素:

  • schedule:什么时候触发,可以是 croneveryat
  • session target:在主会话里执行,还是放到隔离会话里执行。
  • wake mode:到点立刻跑,或等到下一次心跳再跑。
  • payload:是投递一个系统事件,还是触发一次助手回合。
  • delivery:结果是否要通知、公告,或发到外部 webhook / 渠道。

这说明它并不是单纯的闹钟,而是一套完整的运行规则。

Gateway 负责的是“怎样运行”

当任务越来越多、助手越来越多时,真正影响稳定性的,是 Gateway 这一层的运行控制。它决定并发、心跳、工具权限、循环检测、上下文和部分会话行为。

因此,当你开始依赖自动化时,Gateway 不再只是技术细节,而是系统稳定性的核心。

渠道接入让工作离开桌面后还能继续

追创作当前已经支持 Telegram 等渠道接入,飞书 / 微信仍在开发中。渠道的价值不是把完整桌面搬到手机里,而是把“继续跟进任务”的能力带出桌面。

这通常适合:

  • 接收运行结果或失败通知。
  • 在手机上触发轻量动作。
  • 让同一个助手在桌面之外继续承接上下文。

渠道配置不只是填一个 Token

以 Telegram 为例,真实配置往往还包括:

  • 配对或允许列表。
  • 群组白名单或群策略。
  • 自定义命令菜单。
  • 出错时的通知路径。

所以渠道接入更像是“把运行时开放给外部入口”,而不只是“连上一个聊天软件”。