SpaceXAI 于 2026 年 7 月 16 日公布 Grok Automations，让用户先描述一次工作，再选择时间表或触发条件，之后由 Grok 自动执行。这次变化的重点，不只是多了一个提醒功能，而是把 AI 从“等待人打开的对话”推向“在后台等待事件的工作流程”。
官方描述的建立方式相当直接：用户用普通对话写下工作指令，可以附加文件作为上下文，加入 connectors 和 skills，再选择模式、命名并保存。每次 automation 运行时，会以同一套指令配合当时的最新资料开始一个新的请求，而不是直接重复上一次对话的结果。
时间触发支持一次、每日、工作日、每周、每月及每年，时间会按照用户选择的时区执行。另一条路径是电子邮件触发：系统可以按发件人、收件人或主题筛选新邮件，当符合条件的邮件到达时，让 Grok 以该邮件作为上下文开始工作。官方也提供 Run now，方便用户在建立后先手动测试一次。
SpaceXAI 把每次 automation 描述成一段完整对话，并保留运行记录。用户可以从历史记录查看结果、接续上一次工作，也可以选择电子邮件通知、App 通知、两者同时通知，或完全不通知。Automations 可以暂停、恢复、编辑或删除；官方表示定时 automation 向所有人开放，电子邮件触发则包含在 SuperGrok 服务内。
这种设计把 AI agent 的价值由单次回答延伸到持续工作，但也把可靠性问题带到产品表面。企业如果要把同类流程用于报表、客户跟进或数据监测，需要先处理凭证范围、重复触发、失败重试、敏感动作审批和审计记录。能够按日程运行，不代表每次执行都具备足够的数据、权限和安全边界。
电子邮件触发尤其需要注意提示注入和来源可信度。邮件内容可以是工作上下文，但不应自动变成新的权限指令；对外发信、更新资料、付款或删除文件等动作，仍应设置明确的人工确认点。这也是后台 automation 和生产级 agent 之间的差别：前者解决“何时开始”，后者还要解决“是否应该完成”。
Grok Automations 显示，AI 产品正在由聊天界面向调度器、事件总线和运行记录靠拢。下一个竞争焦点不只是哪一个模型回答得好，而是哪一个系统能把触发、工具、数据、通知和人工批准接成一条可观察的流程。
