大促备战，赶在十一月之前

大促会惩罚一切被拖延的事。慢页面、没测过的流程、手工陈列，都会在代价最高的时刻集中失效。

决定大促表现的工作发生在几周前，而且无聊到容易被搁置：性能余量、结账韧性、活动排期、陈列规则、测试过的回滚路径。Agent 把这套准备当成计划内的程序跑，而不是临阵抱佛脚，然后在大促期间稳住店铺。

必须提前就绪的事

大促准备主要是排雷。每一项都不起眼，每一项被跳过都会造成不成比例的损失。

浪费大促流量最快的方式，是持续推一个早上九点就卖光的商品。Agent 把分类排序和活动内容与实时库存挂钩：售罄商品自动下沉，替代款自动上浮。

大促期间正确的姿态是谨慎而不瘫痪。Agent 对结构性改动切换为「先审后发」，同时为真正需要快速响应的事保留快速通道——库存驱动的陈列、活动文案、性能回归。

Ops 确认性能余量与结账韧性；Analyst 验证埋点能扛住流量峰值。

Retention 备好完整序列与分群逻辑；Builder 备好落地页与陈列规则。

结构性改动先审后发，库存陈列与性能修复保持快速通道。

大促准备该什么时候开始？

基础设施和埋点工作应在首波活动流量之前完成，实际上就是提前数周。活动内容可以晚些，但流程逻辑必须早早测试。

大促期间要不要全面冻结变更？

完全冻结意味着最需要修的时候你修不了。可行的姿态是结构性改动先审后发，陈列与性能保留快速通道。

大促最常坏的是什么？

高负载下的性能，以及一切依赖手工步骤的东西。两者都可以提前处理——这正是把准备做成计划而非即兴的原因。

只适用于黑五吗？

不。任何集中需求期都一样——地区购物节、新品 drop、季节高峰。程序相同，日历不同。

大促活动程序：优惠架构、名单预热、发送排期与负载就绪。

找到真正拖慢真实用户的东西、修掉它，并阻止回归把成果吃回去。

分类排序、推荐位与促销由库存和表现驱动，而不是靠记性。

完整的生命周期覆盖，一次建好，然后真正被维护。

接入店铺、分析和邮件营销工具，设定目标，剩下的交给 Agent 端到端跑完。免费方案支持自带模型密钥，可直接开始。