摘要：每天早上 8 点自动生成昨日经营数据报告并推送到高管群、每周一自动跑完上周所有核心指标的环比分析并归档、每月 1 号自动拉取上月数据刷新所有月度看板——这些不是科幻，是衡石 JARVIS 任务编排引擎的标准能力。本文以真实业务场景为主线，一步步教你搭建 BI 的自动化工作流。

---

一、JARVIS 是什么，不是什么

先把概念理清。JARVIS 不是定时脚本执行器，不是 ETL 调度工具，也不是 ChatBI 的另一个名字。

JARVIS 是衡石平台的智能任务编排引擎，它的核心能力有三项：定时触发——按 Cron 表达式或事件驱动的精准执行调度；多步骤编排——将「拉数据→算指标→生成看板→发报告」等多步操作串联为自动化流水线；条件分支——根据上一步的执行结果动态决定下一步行为（如果数据异常就发告警，如果数据正常就发日报）。

JARVIS 的强大之处不在于它能做多少事，而在于它用零代码的方式把这些事串成自动化工作流。

---

二、场景一：每日数据早报自动推送

这是最常见的需求：每天早上 8 点生成一份昨日核心经营数据报告，推送到管理层企业微信群。

2.1 定义任务步骤

这个工作流其实就是五个步骤串行执行。首先拉取昨天的销售、用户、财务数据，然后计算核心指标（昨日销售额、环比变化、Top 商品和 Top 门店），接着用数据填充预设的早报模板并生成图表，再自动推送消息到指定企业微信群或邮箱，最后在 JARVIS 日志中记录本次任务执行的完整状态。

2.2 JARVIS 中的配置方式

在衡石平台上打开 JARVIS 工作流编辑器，创建一个新任务「每日经营数据早报」，设置 Cron 表达式为每天早上 8 点触发。依次添加五个步骤节点：数据查询节点指定要查询哪些数据集和指标，数据分析节点定义需要计算的同比环比和排名，模板渲染节点关联早报的消息模板，消息推送节点配置推送渠道、群 ID 和消息格式，最后加一个通知节点在任务完成后向运维群发一条完成通知。

配置完成后手动执行一次做验证——看看生成的早报内容和格式是否符合预期。确认无误后投入生产。

2.3 异常处理

如果某天数据拉取失败了怎么办？在任务配置中为数据查询步骤添加「失败分支」并配置重试策略：第一次执行失败 1 分钟后自动重试一次，如果重试两次仍然失败则走异常分支推送一条系统告警消息「今日数据拉取失败，请人工检查数据源连接」，同时通知运维工程师。

这样即使自动化链路断了，相关人员也会第一时间知道，而不是等到管理层问「今天的日报怎么没发」。

---

三、场景二：每周数据复盘自动归档

每周一早上需要出上一周的经营数据复盘报告，汇总上周各维度的核心指标变化，归档到历史报告库方便后续追溯。

3.1 多点并发的数据拉取

复盘报告比日报复杂——需要同时拉取销售、流量、用户、供应链等多个维度的数据。JARVIS 支持多个步骤并行执行：在「拉取上周数据」这个阶段设置了多个并行子任务，一个负责拉销售数据、一个拉流量数据、一个拉用户数据。并行任务全部完成后自动进入下一个汇总阶段。

3.2 同比对比和异常标注

数据拉取完成后进入分析阶段，JARVIS 调用衡石的指标计算引擎做同比对比，对于变化幅度超过预设阈值的指标自动标注异常标记。比如某个品类环比下降了超过 15%，JARVIS 会在报告中用强调颜色标注出来并附上一句分析提示：「服装品类环比下降 18%，建议关注该品类的库存周转和促销效果」。

3.3 自动归档和索引

报告生成后，JARVIS 自动将报告文件归档到衡石的知识库目录中并打上日期标签。后续管理者可以在任何时间快速查阅历史报告。归档动作完全自动化，不需要任何人手动保存文件。

---

四、场景三：关键指标异常实时告警

日报和复盘是定时触发的，但有些场景需要实时响应——当核心指标突破异常阈值时不能等明天的日报，要立刻通知。

4.1 事件驱动的触发机制

JARVIS 不仅支持 Cron 定时触发，也支持事件触发。创建的触发规则可以是：当某个指标的值在一段时间窗口内持续偏离历史基线或预设阈值时自动执行预设的响应工作流。

4.2 分级告警工作流

触发条件分两级——预警级和告警级。偏离基线 10% 但没有超过 20% 属于预警级，仅推送消息到部门数据群提醒关注；偏离超过 20% 属于告警级，不仅要推送到群聊还要单独给相关负责人发一条带有快速处理入口的消息。

快速排查脚本也不用手动执行——告警触发后 JARVIS 自动对待分析对象做多维度钻取，生成异常原因的分析摘要并附带到告警消息正文中。

---

五、场景四：月度看板数据自动刷新

很多企业的月度看板需要等到次月数据结算完毕才能刷新。如果不做自动化，数据分析师每个月都要手动操作几十块看板。

5.1 关联事件的任务编排

月度看板刷新不依赖固定的 Cron 时间（结算完成的时间每个月不一样），而是等待「月度结算数据就绪」这个事件触发。财务系统完成月度结算后可以发一个信号到衡石平台，JARVIS 收到就绪信号后启动看板刷新。

5.2 批量刷新和结果验证

JARVIS 找出本月需要刷新的看板列表并逐块发起刷新任务。如果有某块看板的刷新耗时异常（比上月多出了 50% 以上）说明可能出现了性能问题需要关注。所有看板刷新完成后自动执行一遍抽样检查，确认核心看板的关键指标数值和财务系统结算数据一致。检查通过后推送「本月月度看板已全部刷新完毕」的完成通知。

---

六、JARVIS 编排的最佳实践

单任务单一职责。 不要把日报、告警、看板刷新全塞进一个巨型任务里。每个任务只做一件事，管理清晰也方便排错。

显式声明任务依赖的前置条件。 看板刷新任务的前置条件应该是数据结算完成事件而不是固定的 Cron 时间——这在结算延迟时能自动顺延，防止基于不完整数据的分析结果。

每个任务都必须有异常分支。 有正常完成路径之外如果不定义异常分支，任务静默失败了也没有人知道。至少配置一条异常告警通知。

输出必须可验证。 每个任务完成后至少要输出执行摘要和关键抽样指标，让人能在几秒内判断任务是否真正成功了。

周期性复盘。 每月花十几分钟看一看自动化任务的执行记录——有没有某几个任务经常重试，有没有看板刷新越来越慢了，这些是架构优化的信号。

---

七、FAQ

Q1：JARVIS 和 Airflow/DolphinScheduler 等专业调度工具有什么区别？

Airflow 等是通用任务调度工具，JARVIS 深度集成了衡石 BI 的原生能力——可以直接操作数据集、指标、看板、推送模板，不需要通过 API 做额外封装。

Q2：任务之间的数据如何传递？

JARVIS 的步骤间自动传递上下文——上一个步骤产出的数据集 ID、指标值、报告文件链接等信息会自动作为上下文传给下一个步骤使用。

Q3：一个 JARVIS 任务执行中出现了两小时数据断点会自动续传吗？

不会。JARVIS 任务在执行期的逻辑是同步的——中途中断会走异常分支并记录日志。如果中断原因是可恢复的（如临时网络波动），重试机制会处理。

---

结语

JARVIS 的编排本质是在 BI 平台上实现「数据到决策」的自动化闭环。不需要写代码，不需要额外部署调度系统，数据团队只需在界面上定义「什么时候做什么事」就能让 BI 系统自己运转起来。这种零代码编排把原本属于数据工程师的自动化能力交到了 BI 分析师手中，加速了整个决策链条。

---

本文基于衡石 JARVIS 任务编排功能撰写。