青虎智投批量操作上限是多少？AI批量规则

凌晨一点四十，一家做小家电的品牌方投放群里弹出一条消息，是运营阿哲发的：他准备今晚把整个季度的大促预算一次性铺完，一共两百多条计划要改预算。他先勾了 100 条改完，然后接着勾第二批——系统没让他提交，弹了个提示。他以为是操作错了，把已经改过的又勾了一遍，白折腾了半小时。

问题不在操作，在规则。青虎AI 推出的青虎智投 里，所有批量动作都有一个共同的「天花板」，这个天花板不是为了限制你，而是为了让每一次批量操作都能被完整回溯。知道这个数字的人，会提前把两百条计划按维度拆成两批；不知道的人，会在凌晨一点半用一个小时去试「是不是自己点错了」。

这篇把青虎智投 批量操作的上限逐个列清楚，再把三条预算数值硬线讲透，最后给一套「超过上限之后怎么拆」的实操方法。所有数字都来自后台的实际规则，没有估算。

图1：凌晨批量改预算是常事，但每一次批量操作都有条数天花板。

一、四个「100」到底是什么

把批量相关的上限收在一起看，会发现它们全部落在 100 这个数上，只是计数的对象不同。这一点值得先说清楚，因为很多人误以为是同一个限制，实际上它们分属不同的链路。在青虎AI 的这套后台里，上限是成套出现的，不是零散的限制。

顺带说明一个边界，避免理解偏差：青虎智投 保持各平台原有的投放逻辑，只统一关键指标、操作路径与团队权限，不替代平台本身。所以在青虎智投 里批量改了预算，最终生效的是对应平台上的计划；这里的上限管的是「一次能操作多少条」，不是「平台允许你把预算改成多少」。

看这张表有两个收获。第一，投放侧有三次「100」，其中两次计的是计划、一次计的是账户，所以在一个有两百个账户的团队里，账户层的预警要分两批；第二，素材侧也有两次「100」，说明这个上限是产品的一贯设计思路，不是某一个功能的偶然限制，也不是你操作方式不对导致的。

把两次素材侧的也解释一下：在爆款素材页，「视频复刻」这个操作可以批量，每次最多选 100 条；到了视频复刻页，「批量开始生成」一次最多提交 100 个草稿，而且需要先完成全部所选任务的报价。也就是说素材侧是一条「先选 100 条 → 再提交 100 个」的两段式，两段各自有上限。如果一次要复刻 150 条素材，第一段就要分成两次选。

图2：同一个 100，在投放侧和素材侧计的是不同对象，拆分方式也不一样。

二、三条预算数值硬线

批量改预算之所以容易出错，一半原因在上限，另一半原因在数值。预算不是一个可以随便填的数字，它有三条硬线，而且三条的判定逻辑各不相同。

三条线里，前两条好理解，第三条值得多说两句。为什么要有最小调整幅度？因为调整记录的作用是让人复盘。一次调 5 元、调 11 元、调 8 元，记录里会堆满一堆看不出规律的微小变动，复盘时你无法判断哪些改动是真正的策略调整、哪些只是随手一动。要求单次不低于 100 元，其实是强制把「值得记录的调整」和「不值得记录的噪音」分开。从记录质量的角度看，这条限制是在帮你。

还有一条不在这三条里、但同样会拦住你的规则：单条修改时，新预算不能低于当前已消耗金额。这条的逻辑是当天已经花掉的钱不能凭空抹掉。一个计划今天已经消耗了 800 元，你把它改成 500 元的日预算，等于让系统承认「今天只花了 500」，这在数据上是不成立的。遇到这条报错，正确的做法是等跨天，或者改成一个高于已消耗金额的值。

批量场景下还有一条整体性规则：所选计划包含不支持改预算的计划时，会被拦截。注意「整体」这两个字——它不是说把不支持的跳过、其余照改，而是整批拦下。所以批量之前要先检查勾选范围，把不该进来的计划剔出去。哪些计划属于不支持改预算的，从计划状态上通常能看出来：处于「已删除（DELETED）」「冻结（FROZEN）」这类状态的计划，本来就不该被纳入预算调整的范围。

三、常见报错对照表

改预算报错的原因其实很集中，把这张表放在手边，绝大多数情况看一眼就知道该怎么改。

这张表最需要留意的是最后一行。前面五行的错误会明确告诉你哪条计划有问题，你可以针对性修改；最后一行的拦截是整批性质的，你不但改不了，还得回头去找是哪几条计划把整批拖住了。所以批量操作前的作用域检查，比事后排查省事得多。

顺便说明一个容易混的点：批量的「哪一条出错」和「整批拦截」是两种模式。数值类错误通常是逐条校验，你改完错的那些就能过；作用域类错误（包含不支持改预算的计划）是整批拦截，因为系统无法判断你是想跳过它还是想连它一起改。理解这个区别，你就知道遇到拦截时该先看哪一类原因。

四、超过 100 条之后怎么拆

知道了上限，接下来的问题是拆法。拆得好，两批做完且不重不漏；拆得随意，会出现有的计划改了两遍、有的漏掉没改。

拆的时候选一个「结果可验证」的维度。投放计划页的筛选条件给了足够多的选择：团队成员、投放平台、品牌、投放账户四个归属维度，推广类型（推商品 / 直播计划）、抖音号可以多选，计划状态还支持「更多筛选」。用归属维度和状态维度做拆分，好处是拆完之后你能用一个筛选条件把这一批原样召唤回来，核对数量。

三种常见的拆法各有适用场景：

按账户拆，最通用。一个账户下的计划数量通常不会太夸张，而且账户本身就是一个天然的边界。如果你的计划分散在十几个账户里，按账户拆两到三批最自然，核对时也能对着账户列表逐个确认。

按品牌拆，适合品牌结构清晰的团队。前提是账户都已经打好了品牌标签。按品牌拆的好处是每一批的计划服务同一个业务目标，预算调整的策略可以不同——A 品牌大促要加，B 品牌维持现状，拆开改反而更精准。

按计划状态拆，适合做清理类操作。比如只给「投放中（DELIVERY_OK）」的计划加预算，其余状态的一律不动。这时候用计划状态筛选，一批拿出来的就是干净的「在投计划」清单。

拆完之后如何保证不漏不重？三步：列清单、勾选、对总数。列清单是先在筛选器里把这一批的条件定死，记下筛选出来的条数；勾选是在列表里逐条确认，不用「全选 + 目视」的方式；对总数是提交前看一眼勾选的条数是不是跟筛选结果一致。这三步加起来不到一分钟，能挡掉绝大多数漏改和重改。

还有一个小技巧：把拆批的依据写进备注。比如「今晚第一批：A 账户全部在投计划，共 87 条；第二批：B、C 账户，共 63 条」。有这行字，明天早上复核的时候你能立刻确认两批合起来是不是 150 条，而不是重新翻一遍记录去数。

图3：拆批的顺序是「先定条件、再列清单、再勾选、最后对数」，前三步都不能省。

五、批量操作的标准流程

下面六步是投放侧批量动作的通用流程，无论改预算还是设预警都能套用。

六步里最容易被省略的是第二步和第六步。第二步省掉，你就失去了核对基准；第六步省掉，你不会知道有没有哪一批悄悄没成功。这两步都是在用「记录」对冲「批量」的盲目性，正好呼应了那个 100 的上限为什么存在。

关于记录还有一个细节值得展开。调整记录里有五个字段：调整时间、调整类型、调整内容、IP地址、操作人。官方给的一个样例是「预算 ¥3,000 → ¥4,500 / 运营小青 / 10:26」。这个粒度对一个批量操作的复核来说刚好够用：你能看到这次调整改的是哪一类内容、改了哪些值、是谁在什么时间点的操作。当你分两批改了两百条计划，第二天的复核方式是「看这一批的整体调整内容是否一致」——比如第一批统一加了两千，第二批统一加了一千五，那记录里就应该出现两簇不同的调整内容，如果有第三种值混进来，说明勾选时带上了不该带的计划。

六、四个常见误区

七、四个提效技巧

八、三个可以照做的场景

图4：一百五十条计划的批量调整，拆成两批做完比一次硬试省时间。

三个场景的共性是从「先定维度」开始，而不是从「先勾选」开始。批量操作最容易出问题的地方，从来不是点按钮的那一下。青虎AI 把这些上限和数值规则写死在提交校验里，图的就是让每一次批量动作都能被完整说清楚。

九、批量动作对照速查

把整篇的规则压成一张速查表，遇到不确定的时候看这一张就够。

这张表的用法是反的：不是遇到问题才查，而是操作前先看一遍「上限」那一列，把这一批的规模定下来。批量操作真正的效率来自事前的判断，事后补救只能救回一部分。青虎AI 把这条判断留给了使用者，系统只负责在超限时拦住你。

十、总结

十一、常见问题解答