批量导入记录时，会触发针对新增记录的工作流吗？

会。在 Busabase 里，批量导入一旦合并生效，新创建的记录会像日常手工新增一样，触发「针对新增记录」的规则（例如监听新增的工作流／自动化）。导入不是一条旁路：它走变更请求，合并后才会真正落库并触发。

（示意图：导入 → 变更请求合并 → 新增记录事件 → 工作流；历史迁移要先隔离。）

（本地演示：表视图中的导入入口；导入提交后进入可审核的变更请求。）

正式导入前怎么区分「历史迁移」和「日常新增」

任选一种（可组合），在导入前就定好：

不要指望「导入」两个字本身免除触发——只要合并出了新记录，监听新增的规则就可以跑。

怎样确认

• 导入提交后：收件箱／变更请求里能看到本批创建（若空间要审核，先批准合并）。
• 合并后：自动化运行记录或下游队列里，出现与本批新建对应的条目（若规则未停）。
• 用「来源／状态」筛选：历史行不应出现在「待处理」视图里。
• 停用规则再导入：运行记录不应再为这批历史行新增待办。

边界

• 只更新已有行（匹配键更新）通常走「更新」类事件，不会当成全新「新增」；键没对上、变成新建时仍会触发新增规则。
• 变更请求还在审核、尚未合并：记录未落库，一般也不会当成已新增去跑流程。
• 规则写的是「任意写入」而不是「新增」：行为更宽，迁移前更要暂停或加过滤。

可交给 Agent 的目标（示例）

导入约 300 条历史客户前：先停用「新客户」自动化，或把工作流改成只处理来源≠迁移的行。导入并合并后抽查运行记录，确认没有把历史行推进待办，再恢复日常规则。

先隔离历史，再恢复日常触发，就不用事后从待办堆里手工剔除迁移数据。