事件、警报与监控
由外部世界触发的工作流
几乎所有的自动化都在等你自己数据库里的东西。这个可以等数据库外面的东西：你有三家门店的城市宣布了节庆活动，你的施工队所在地区发布了恶劣天气预警，你依赖的某家服务商宕机了。
数据流里有什么
一个实时全球事件数据流，由 175 个以上的服务商适配器构建，每十到二十分钟刷新一次。它包含两类通常分开出售的东西。
人们会去的事：演唱会、节庆、博览会、商展、体育赛事、会议。
人们需要应对的事：地震、洪水和天气预警、空气质量等级、航班延误、云与服务中断、产品召回、公共招标。
每条记录都带有场馆、城市、国家和坐标；UTC 时间和场馆所在时区的时间；来源提供的翻译；来源 URL；以及许可与署名信息。价格分为免费、收费，或如实标注未知——第三种是刻意设置的取值而不是缺漏，因为一个靠猜价格的数据流是你没法据此行动的。
屋顶施工公司和天气
一家公司有十四支施工队在波兰南部户外作业。恶劣天气预警发布时，队长们必须在出发前知道——也就是早上六点之前，而这不能靠有人盯着网站看。
工作流很短。事件数据流在波兰发布恶劣天气警报时触发。一个条件会判断是否有施工队位于受影响区域内，判断依据是参考数据中的坐标。如果有，则覆盖免打扰时段——这是刻意的，因为这是少数几个理应叫醒人的警报之一——然后每位队长都会收到一条短信。
一切都有记录：哪条警报、来自哪个来源、来源 URL 是什么，这样事后讨论当时的决定对不对，就是一场基于事实的讨论。
为什么时区很重要
因为事件所在时区和接收人所在时区是两个不同的问题，把两者混为一谈的系统会把提醒在错误的时间发给另一个国家的人。每条记录都同时包含两者，所以工作流可以两头都对。
- ⚡触发器类别
alert，严重级别 Severe，国家 PL。 - 2区域已匹配省界与施工队位置对照。
- ?条件区域内有施工队吗？有——14 支。
- !免打扰时间针对“严重”级别已设为强制。这一条就是要特意把人叫醒的。
- ✉SMS14 条消息。送达状态已回写到本次运行。
- 6已归档来源 URL 和署名信息随本次运行一并记录。
175+ 个来源每 10–20 分钟刷新
某地正在发生什么。你的工作流已经知道了。
其他形态
另外六种使用方式
看得见的需求
某城市刚定下一个为期三天的博览会，而你在那里有酒店、餐厅或停车场。人员和定价提前六周定好，而不是等到周五才临时决定。
应景的内容
一条帖子或一个优惠，提到当地确实正在发生的事。营销做得应景胜过做得巧妙，而应景本质上是个排期问题。
供应商中断
你依赖的某家服务商报告了故障，本该调用它的工作流会自行暂停，而不是生成四百条失败记录。
空氣品質
你开展户外作业或有易感顾客的城市里某个指数越过了阈值，一条带着真实数值的消息随即发出。
召回
你经营的某个产品类别发布了召回，会对照你自己的商品目录呈现出来，并附上来源，方便有人认真核实。
招标
根据你实际从事的业务匹配的政府采购公告，由 AI 步骤阅读描述内容进行筛选，而不是靠关键词——关键词会漏掉一半值得投标的机会。
坦诚的局限，因为在提醒功能上，不诚实代价最大
信息流每十到二十分钟刷新一次。这对天气、停运、召回和公告来说足够快。它不是生命安全系统，这里没有任何东西应该成为某人得知河水上涨的唯一渠道。请将它与官方预警配合使用，而不是替代官方预警。
覆盖面广但不均匀：有些国家和类别有多个来源，有些只有一个。来源薄弱之处会如实呈现，而不是被掩盖。价格显示为 未知 的频率远超人们的预期，我们宁愿如实展示，也不愿编造一个数字。
署名不是可选项。每个事件都带有其发布时所用的许可证以及该许可证要求的署名信息。如果某个工作流将事件公之于众——放在网页上、新闻通讯里、大堂的屏幕上——署名信息会随之传递。这是使用数据的条款，不是客套，而且系统会替你处理好，正是为了不让它被遗忘。