Make免费1000点：每小时与每15分钟检查，账单差在哪？

用 Make 把新记录同步到另一张表，再发一条提醒，听起来就是一次业务。但选免费档的时候，别只数“今天有几条新记录”：定时检查有没有数据、后面的写入与通知，都要按各自执行情况看用量。

我觉得Make适合先把一条重复工作接起来试。先弄明白每次检查和每条数据走了哪些步骤，再决定是否付费，通常比一开始追求流程复杂更有帮助。[1][2][3]

免费1000点，先给定时检查留位置

这里假设每次检查对应一个普通、固定1点的模块操作，写入与通知也各1点；没有重试、分支或AI消耗。计算说明检查频率会影响预算，不是某个账户已执行的账单。免费档有每月1000点，最短计划运行间隔15分钟；它允许的最短间隔，不代表额度够你全天这样跑。[1][2][3]

画布上的三个模块，不等于永远只花三点

官方文档把operation解释为模块处理或检查数据的一次运行；一批数据出来后，下游可能逐条处理。你一次拿到十条数据，每条都写入和通知，就要把后续十份动作考虑进去。路由器、部分错误处理器有不计点例外，也不能反过来把所有模块都写成统一1点。[1][3]

运行后，看看模块上方的用量信息和History里的明细。先用几条代表性的记录观察，再估算一整月。我会特别留意没有新记录时的检查，以及多条记录一起到来时的后续动作，别只用第一次成功的结果作长期预算。

需要多及时，决定要检查多频繁

如果这是每天整理资料的流程，一小时或更长间隔也许就够。减少不需要的检查，把额度留给真正要处理的数据，通常比单纯升级更符合任务。

如果业务必须很快响应，再看触发方式、对应计划与实际请求量。用了AI步骤，还要核对连接类型：自己的模型连接可能另付提供商token费，Make自带的AI功能也可能按token等动态消耗点数。[2]

按文中的同一组假设，每小时检查加100条数据的后续动作约920点，每15分钟约3080点。差别来自没有新数据时也在运行的检查。时效宽松的同步流程可以降低频率；必须及时响应，就按触发方式和实际动作量选计划，AI步骤与外部模型费用仍单独算。