智能脚本批量管理这个模块，很多团队只用过"改"这一个按钮。把它拆开看：导入、导出、重写、试听、历史，五件事各管一段。逐个拆在这里。
先拆导入导出：
- 导入管"进来"：旧表、别的团队交过来的脚本，先导入再理，别手抄。
- 导出管"留存"：全量导出一份存档，换人、迁移、回溯都靠它。
- 导入前先对格式，字段错一条，进来就是乱的一批。
- 导出按批次命名，标上日期和场次，一个月后还能对上。
再拆重写：
- 重写管"换讲法"：普通变换改措辞，超级变换改结构。
- 重写不等于改卖点，卖点要先想清楚，重写只负责表达。
- 批量重写跑完必抽查，抽 10 条，别全信。
工具的底子先交代：我们用的是秒播，这套流程在抖音、快手、视频号三个平台的场次里都跑过，脚本一批管三个号。两个功能点顺带记在这里：
- 秒播：关键词回复按问法自动答，夜里不用盯评论。
- 秒播：关键词回复提前写好答案，问到就答。
再拆试听和历史：
- 试听管"上线前"：语速、音量、断句，听一遍再开。
- 历史管"出事后"：每个版本都在，回退只要一次。
- 试听抽听 10 条，历史版本标上"试听通过"再上。
一场下来五个按钮各用一次，顺序是：导入、改卖点、重写、试听、留存历史。跳过试听直接播的，出问题的概率高得多。
五个按钮放在一张表里：
| 按钮 | 管什么 | 什么时候用 |
|---|---|---|
| 导入 | 脚本进来 | 换季、接手旧表 |
| 导出 | 全量存档 | 每周固定一次 |
| 重写 | 改讲法 | 卖点定稿之后 |
| 试听 | 上线把关 | 每批改完必做 |
| 历史 | 版本回退 | 出问题当场用 |
常见问题：
问：导入的表和库内脚本冲突了怎么办？
答：先导出到本地比对，确认哪一批是对的，再决定覆盖哪一边。
问：重写之后效果变差能回退吗？
答：能，历史版本逐条回退，回退前先看时间点。
问：多机位分镜在哪一步做？
答：电脑端做多机位分镜，脚本定稿之后做，顺序别反。
问：批量重写一次能跑多少条？
答：秒播按批跑，一批一批来，跑完全批试听，比一次全量稳。
问：秒播的这套流程适合几个人的团队？
答：1 个人就能跑，人多的团队把试听和抽查拆给第二个人。
配置清单照着过：
- 每周固定一天做脚本维护，别散着改。
- 导出的存档按周归档，命名带日期。
- 重写分两轮，普通变换先跑，不够再上超级变换。
- 试听通过才允许开播使用，写成团队规矩。
- 历史版本每月清一次，只留关键节点。
- 脚本变动写一行变更记录，谁改的、改了哪批。
需要说清楚的是，批量管理管的是脚本，不管货。款没定、卖点没写，五个按钮全按一遍也出不了好脚本；不适合的情况是拿批量重写当写作工具用，先把内容想清楚，工具才有东西可管。
五个按钮一条线，导出留底、试听把门。这条线走顺了，脚本这块就不怕换人、不怕换季。