多模型工作流迁移预案
账号、支付或地区规则可能让单一模型服务突然不可用，因此工作流要把“任务能力”与“供应商账号”分离：按方案讨论、前端、通用开发、Code Review、浏览器和写作分别保留替代模型，并把项目状态、Prompt、Skill、代码与验收证据保存在可迁移载体中。
实践要点：
- 不把长期记忆和关键流程只留在单一 SaaS 会话。
- 为高频任务建立同一测试集，定期测首次完成率、重试和人工返工。
- 为模型切换保留标准化输入、工具接口与结果验收。
- 账号异常时先导出可导出的 session/artifact，再切换模型，不用高风险支付漏洞或来源不明账号。
适用边界：原文的封号范围、模型优劣和产品推荐主要来自作者个人经历，需独立验证；可沉淀的是“避免单供应商锁定”的工程原则，而非当日排行榜。