一条铁律：没收入前，一分钱都不花
苏运AI 的所有自动化、内容线、获客站，立过一条死规矩——在出现正向现金流之前，任何收费、积分、付费资源一律不碰。这不是省小钱，是把"能不能活下去"和"烧不烧钱"彻底脱钩：只要不花钱，就能 7×24 一直跑，跑多久都不心疼；一旦花钱，就得为每一分钱负责。下面是我们把这条铁律落成日常排班的真实做法。
铁律不是口号，是写在自动化里的
我们把规则固化成可执行约束，而不是靠人记：
- 倍率红线：任何模型调用倍率 >1.00x 一律禁止，宁可暂停任务也不超倍率跑。
- 时段排班：夜间 22:00–08:00 用 HY3（标准倍率），白天 08:00–22:00 用 DeepSeek V4 flash，自动按触发时刻归属。
- 成本门禁：启用任何收费资源前，必须先出现真实进账，且提前告知用户并经确认。
经验：把铁律写进自动化配置和脚本顶部注释，比写在文档里管用。文档会过时，配置里的约束每次跑都会生效。
免费额度怎么"排满"而不"溢出"
免费不等于无限。我们的做法是把多个通道、多个模型的额度当成一张总预算表来排期：
- 通道分主备：主通道企业微信（wecom-cli）推通知，备用通道是阿里云盘分享链接和本会话直出摘要，互不抢额度。
- 夜间只占一条：每晚只排 1 条中枢任务用 HY3，每天 1 次，远低于日限额；白天任务全部走 V4 flash，无此限制。
- 错峰生成：内容生成、索引重建、部署上线分时段错开，避免某一窗口集中挤爆单一额度。
现在怎么做：每个自动化任务都是独立 try/except 故障隔离。单任务失败只记"跳过/失败"进汇总，不传染整条线，也不会因为一个点把当天全废掉。
撞到"每日限额"怎么办：优雅降级
免费额度最常见的意外就是当日配额用尽。我们踩过也总结了一套降级动作：
踩坑：曾以为"免费额度够用"就一次性排了十几条视频生成。结果上游抖动，一半卡住，还挤掉了当天其他必要任务。后来改成"小批量 + 错峰 + 故障隔离"，任何单条失败只记跳过、不传染。
- 先判轻重：核心通知、已上线页面的保活必须完成；可延后的生成类任务允许当天跳过、次日补。
- 幂等兜底：每日任务自带幂等检查，今日已生成就不再重复生成、不推进主题指针，避免浪费与重复。
- 独立兜底任务：主中枢若当晚未产出，另有 23:30 的独立兜底任务保证当日技术分享仍生成并上线。
- 校验兜底：部署后用 curl 校验线上页面返回 200，非 200 才报失败，屏蔽无害告警（如 write-out 退出码 23）。
为什么"先跑通，再付费"
坚持纯免费的最大收益，不是省了多少钱，而是逼自己把流程标准化。每一步都得在额度内可复现，自然就拆成了能独立重试的工序。等哪天有了现金流：
- 这套工序直接能放大，不会因为换付费资源就推倒重来；
- 你清楚每一环的真实成本和瓶颈，付费时知道钱该花在哪、不该花在哪；
- 服务器这类一次性投入（如已续费一年的轻量服务器）属于既有资产，不重复计为"新增花费"。
经验：把"先跑通再付费"当成产品原则。免费阶段验证的是流程和人民需不需要，付费阶段才该解决规模和稳定——顺序反了，烧钱也烧不出结果。
给同样想零成本起步的团队
- 把成本铁律写进配置而非文档，让约束每次运行都生效。
- 多通道/多模型额度当总预算表排期，主备分离、错峰执行。
- 每个任务独立故障隔离，失败只跳过不传染。
- 用幂等检查 + 独立兜底任务，保证核心产出不丢。
- 付费前先确认有进账，且提前告知、获得确认。
说到底，免费额度管理不是抠门，是把不确定性关在"不花钱"的笼子里——跑赢了流程，再去谈放大。