在​数据写入之前就修正它

在数据源同步过程中、写入任何内容之前运行的步骤。共有 16 种类型，分为四组：Transform 设置字段，Guard 决定哪些行可以写入，Watch 只发送通知、不更改数据，AI 与学习则补全仍为空的内容。

规则集是一组“满足这些条件时，设置此字段”的规则：例如描述包含 UBER 时，将类别设为“交通”。条件支持嵌套 AND/OR、正则表达式和“属于以下任一项”列表，规则按您拖动排列的顺序运行。

按阶段运行：先是 Guard，然后是 Memory、查找表、您的规则集，再由 AI 补全仍为空的字段，最后是只读取最终记录、不做任何更改的 Watch 类型。拖动排序只决定同一阶段内的先后顺序。

可以。Filter 会挡住匹配的记录，Duplicate Screen 会标记疑似重复的记录，Transfer Matcher 会配对在您自己账户之间流转的资金，Split 会把一条记录替换为金额恰好相加相等的多条记录。Live Preview 会给每一行将被排除的数据加上删除线。

Feed Monitor 监控停止同步的数据源，Budget 监控超出的阈值，Recurring Registry 监控订阅变化，Fee Ledger 监控悄然上涨的费用，Anomaly Detector 监控异常飙升和新商户，Digest 则通过电子邮件发送摘要。它们每小时重新检查一次，因此在两次同步之间也会触发。

AI Categorizer 会补全规则和 Memory 未填写的类别；Merchant Cleanup 会把原始描述转换为商户名称。低于置信度阈值的结果会进入 Review Queue（审核队列）。两者均包含在 Professional 及以上套餐中，且不消耗 Ask Penny 额度。

这是存放低于置信度阈值的 AI 建议的收件箱。每一项都会显示记录、建议值和置信度；您可以接受、编辑或拒绝。接受会让 Memory 学习，拒绝则会针对该模式屏蔽这个值。

电子邮件、Slack（incoming-webhook URL），以及向您的端点发送 JSON 的 Webhook。冷却时间可避免重复提醒，API 响应中的 Webhook URL 均会被遮蔽。

可以。每个数据源都有 Live Preview，用真实记录运行整个流程而不写入任何内容：更改的单元格会高亮显示，被排除的行加删除线，拆分出的子行会缩进，提醒则标记为“would fire”（将会触发）。Enrichments 标签页会显示每项数据增强匹配了多少条记录。

可以。在数据增强的“Dependencies”标签页或数据源的 Enrichments 子标签页中，可将每项数据增强限定于选定的数据源或全部数据源。这样，个人账户和企业账户就能使用不同的规则，每位客户也能有不同的阈值。

Free 和 Starter：Ruleset、Alert、Memory、Filter、Feed Monitor。Standard 增加 Lookup Table、Split、Transfer Matcher、Duplicate Screen、Budget、Recurring Registry、Fee Ledger、Anomaly Detector 和 Digest。Professional 及以上增加 AI 类型。每个工作区最多可容纳 100 项数据增强。

不会。失败的数据增强会被跳过，并记录在任务摘要中；如果 AI 模型响应缓慢或不可用，记录会在不经 AI 补全的情况下照常同步。正则表达式在保存时会经过安全检查。