事件、警报与监控

由外部世界触发的工作流

几乎所有的自动化都在等你自己数据库里的东西。而这一种可以等数据库之外的东西：你有三家场地的城市宣布举办节庆、你的施工队所在地区发布恶劣天气预警、你依赖的供应商出现故障。

数据流里有什么

一个实时全球事件数据流，由 175 个以上的供应商适配器构建，每十到二十分钟刷新一次。它包含两类通常分开出售的内容。

人们会去的事：演唱会、节庆、博览会、贸易展会、体育赛事、会议。

人们需要应对的事：地震、洪水与天气预警、空气质量等级、航班延误、云服务与系统故障、产品召回、公共招标。

每条记录都带有场地、城市、国家和坐标；UTC 时间和场地所在时区的时间；来源提供的翻译；来源 URL；以及许可与署名信息。价格分为免费、付费，或如实标注未知——第三种是刻意设置的取值而非缺漏，因为一个靠猜价格的数据流是你无法据此行动的。

一家公司有十四支施工队在波兰南部户外作业。恶劣天气预警发布时，队长们必须在出发前知道——也就是早上六点之前，而这不能靠有人盯着网站看。

工作流很短。事件数据流在波兰发布恶劣天气警报时触发。一个条件会判断是否有施工队位于受影响区域内，判断依据是参考数据中的坐标。如果有，则覆盖免打扰时段——这是刻意的，因为这是少数几个理应叫醒人的警报之一——然后每位队长都会收到一条短信。

一切都有记录：哪条警报、来自哪个来源、附来源 URL，这样事后关于判断是否正确的讨论，就是一场基于事实的讨论。

因为事件所在时区和接收者所在时区是两个不同的问题，把两者混为一谈的系统会把提醒在错误的钟点发给另一个国家的人。每条记录都同时包含两者，所以工作流可以两头都对。

恶劣天气预警，施工队在区域内castomAPI 事件

175+ 个来源每 10–20 分钟刷新

其他形态

某城市刚定下一场为期三天的博览会，而你在那里经营酒店、餐厅或停车场。人员排班和定价提前六周决定，而不是等到周五才临时应对。

一条帖子或一个优惠，提到当地确实正在发生的事。营销做得及时胜过做得巧妙，而及时本质上是个调度问题。

你依赖的供应商报告了事故，本该调用它的工作流会自行暂停，而不是生成四百条失败记录。

你在某城市有户外作业或有易受影响的客户，某个空气质量等级被突破，一条带有实际数值的消息随即发出。

你经营的品类发布了召回公告，与你的自有目录对照后呈现出来，并附上来源，方便有人认真核实。

根据你实际从事的业务匹配的政府采购公告，由 AI 步骤阅读公告描述来筛选，而不是靠关键词——关键词会漏掉其中一半值得投标的项目。

信息流每十到二十分钟刷新一次。这对天气、停运、召回和公告来说足够快。但它不是生命安全系统，这里没有任何内容应当成为某人得知河水上涨的唯一渠道。请将它与官方预警配合使用，而不是替代官方预警。

覆盖面广但不均匀：有些国家和类别有多个来源，有些只有一个。来源薄弱之处会如实显示在记录中，而不是被抹平。价格显示为 unknown 的频率远超人们的预期，我们宁愿如实展示，也不愿编造一个数字。

署名不是可选项。每个事件都带有其发布时所用的许可证，以及该许可证要求的署名信息。如果某个工作流把事件展示给公众——放在网页上、新闻通讯里、大堂的屏幕上——署名信息会随之一起传递。这是使用数据的条款，不是客套，而且系统会替你处理好，正是为了不让它被遗忘。