@lingjingai/scriptctl 0.69.1 → 0.71.0

package/README.md

@@ -82,9 +82,9 @@ Gemini 接收左侧带时间戳、行锚点的亚洲格式剧本正文，以及
 
 剧本旁 `.review/asr/episode-N/` 保存按音频 SHA-256 复用的成功 ASR 响应，以及每次对比的 `script.txt`、`asr.txt`、`prompt.txt`、逐模型逐次响应和 `report.json`（含前后时间、台词、缺漏线索）。当前剧本每次重新对比，不缓存对比结论。
 
-视频和纯剧本审核使用 `review-agent`，文本和漫画使用 `review-text`、`review-comic`；主 Agent 每次模型请求按 MSUICODE Vertex → GCP → T3 → 兔子（`TUZI_API_KEY`，`https://api.tu-zi.com`）→ 豆包 Seed 2.1 Pro（`ARK_API_KEY`）的顺序使用，Gemini 渠道均为 `gemini-3.8-flash`。NNYYAI 不参与 Agent 工具调用：它会把并行函数调用拆成两段，并丢失工具循环的函数结果历史。Grok 也不在默认链中：长审核历史下它只回复计划而不调用工具。MSUICODE 地址为 `http://15.204.107.123:3000`，三个来源分别读取 `MSUICODE_VERTEX_API_KEY`、`MSUICODE_GCP_API_KEY`、`MSUICODE_T3_API_KEY`。主渠道密钥必需，额外渠道仅在配置对应密钥时参与。普通服务错误按顺序切换；Gemini 返回明确的内容拦截时，当前这一步跳过剩余 Gemini 渠道交给豆包，下一步重新从 Vertex 开始。各模型沿用 provider 的 `maxAttempts`，内置最多三次。模型切换发生在当前调用内，保留成功的工具操作；用量记录实际渠道和模型，Gemini 思考签名只在生成它的渠道内复用。逐集与全剧审核都要求成功调用 validate 后才结束；模型只回复计划而没有收口时会被要求继续，全部渠道都失败时直接结束。`--no-fallback` 或 `SCRIPTCTL_REVIEW_SINGLE_MODEL=1` 仅使用选定模型。
+视频和纯剧本审核使用 `review-agent`，文本和漫画使用 `review-text`、`review-comic`；主 Agent 每次模型请求按 MSUICODE Vertex → GCP → T3 → 兔子（`TUZI_API_KEY`，`https://api.tu-zi.com`）→ 豆包 Seed 2.1 Turbo（`DOUBAO_TURBO_API_KEY`）的顺序使用，Gemini 渠道均为 `gemini-3.8-flash`。NNYYAI 不参与 Agent 工具调用：它会把并行函数调用拆成两段，并丢失工具循环的函数结果历史。Grok 也不在默认链中：长审核历史下它只回复计划而不调用工具。MSUICODE 地址为 `http://15.204.107.123:3000`，三个来源分别读取 `MSUICODE_VERTEX_API_KEY`、`MSUICODE_GCP_API_KEY`、`MSUICODE_T3_API_KEY`。主渠道密钥必需，额外渠道仅在配置对应密钥时参与。普通服务错误按顺序切换；Gemini 返回明确的内容拦截时，当前这一步跳过剩余 Gemini 渠道交给豆包，下一步重新从 Vertex 开始。各模型沿用 provider 的 `maxAttempts`，内置最多三次。模型切换发生在当前调用内，保留成功的工具操作；用量记录实际渠道和模型，Gemini 思考签名只在生成它的渠道内复用。逐集与全剧审核都要求成功调用 validate 后才结束；模型只回复计划而没有收口时会被要求继续，全部渠道都失败时直接结束。`--no-fallback` 或 `SCRIPTCTL_REVIEW_SINGLE_MODEL=1` 仅使用选定模型。
 
-独立的 ASR JSON 比对和原片视频核验使用 `review-media`：NNYYAI Gemini 3.8 → 3.7 → 3.6 Flash → 豆包，凭据为 `NNYYAI_API_KEY`、`ARK_API_KEY`，`ARK_MODEL` 可指定豆包端点。显式 `--model` 或自定义配置仍决定媒体主渠道。豆包 Flash ASR 继续读取 `SD_AUDIO_APIKEY`。
+独立的 ASR JSON 比对和原片视频核验使用 `review-media`：NNYYAI Gemini 3.8 → 3.7 → 3.6 Flash → 豆包，凭据为 `NNYYAI_API_KEY`、`DOUBAO_TURBO_API_KEY`，`DOUBAO_TURBO_MODEL` 可指定豆包端点。显式 `--model` 或自定义配置仍决定媒体主渠道。豆包 Flash ASR 继续读取 `SD_AUDIO_APIKEY`。
 
 全剧收敛审核必须成功执行 `validate` 才能正常结束；未完成时在同一会话内继续，保留已有工具操作，并共用原步数和总时间预算。整集默认 15 分钟总时限，耗尽后结束本轮审核。
 
@@ -176,7 +176,7 @@ Gemini provider 可设置 `videoResponseSchemaField: responseSchema`，用于 GR
 内置 `ingest.video-serial` 首选 NNYYAI 次卡 `gemini-3.8-flash-anci`，读取 `NNYYAI_CI_API_KEY`；
 `ingest.comic-serial` 使用普通 NNYYAI `gemini-3.8-flash`，读取 `NNYYAI_API_KEY`。两者地址均为 `https://api.nnyyai.com`，使用 base64 视频或 PDF 输入（Schema 字段为 `responseSchema`）。设置密钥后直接运行
 `scriptctl ingest -s <视频或PDF文件或目录> -w <workspace>`。
-默认视频请求先尝试次卡模型，然后切换到使用 `NNYYAI_API_KEY` 的普通 NNYYAI Gemini 3.8 / 3.7 / 3.6 Flash，随后使用 GrsAI（`https://grsai.dakka.com.cn`）的同三个型号，最后进入火山方舟豆包。GrsAI 使用独立的 `GRSAI_API_KEY`、base64 视频与 `responseSchema`，每个型号最多尝试 3 次；未配置密钥或主渠道已为该 GrsAI 地址时跳过此段。普通 NNYYAI 后备段仅在配置其密钥时启用。次卡视频上传失败时，从普通 NNYYAI 开始使用本地视频继续请求；自定义主渠道上传失败时从 GrsAI 开始。豆包需要 `ARK_API_KEY`，`ARK_MODEL` 可覆盖默认端点。
+默认视频请求先尝试次卡模型，然后切换到使用 `NNYYAI_API_KEY` 的普通 NNYYAI Gemini 3.8 / 3.7 / 3.6 Flash，随后使用 GrsAI（`https://grsai.dakka.com.cn`）的同三个型号，最后进入 BytePlus 豆包 Seed 2.1 Turbo。GrsAI 使用独立的 `GRSAI_API_KEY`、base64 视频与 `responseSchema`，每个型号最多尝试 3 次；未配置密钥或主渠道已为该 GrsAI 地址时跳过此段。普通 NNYYAI 后备段仅在配置其密钥时启用。次卡视频上传失败时，从普通 NNYYAI 开始使用本地视频继续请求；自定义主渠道上传失败时从 GrsAI 开始。豆包需要 `DOUBAO_TURBO_API_KEY`，`DOUBAO_TURBO_MODEL` 可覆盖默认端点。
 PDF 的 Gemini 型号切换使用同一主渠道，随后由已配置的豆包兜底。`review-agent` 主循环默认使用上述 MSUICODE → 兔子 → 豆包审核链；文本任务按各自 profile 路由。
 显式 LLM 配置决定主渠道和模型，支持 GrsAI、Google Vertex 等 provider；视频同样按主渠道 → GrsAI → 豆包的顺序恢复。显式选择豆包时只调用豆包。
 
@@ -238,16 +238,16 @@ MIT
 
 ### 指定视频理解服务
 
-默认视频请求按 NNYYAI 次卡 → 普通 NNYYAI 3.8 / 3.7 / 3.6 Flash → GrsAI 3.8 / 3.7 / 3.6 Flash → 豆包调用，各渠道使用自己的密钥。自定义主渠道先调用选定模型并补齐普通 Gemini Flash 型号，再进入 GrsAI 和豆包；具体渠道、媒体传输和重试规则见上方环境变量说明。豆包使用 `ARK_API_KEY`，`ARK_MODEL` 可指定已开通的视频理解端点，默认 `ep-20260721150136-98dj9`。完整模型链耗尽后才汇总报错，调用和用量按实际渠道、模型记录。直接选择豆包时只调用豆包：
+默认视频请求按 NNYYAI 次卡 → 普通 NNYYAI 3.8 / 3.7 / 3.6 Flash → GrsAI 3.8 / 3.7 / 3.6 Flash → 豆包调用，各渠道使用自己的密钥。自定义主渠道先调用选定模型并补齐普通 Gemini Flash 型号，再进入 GrsAI 和豆包；具体渠道、媒体传输和重试规则见上方环境变量说明。豆包 Seed 2.1 Turbo 使用 `DOUBAO_TURBO_API_KEY`，`DOUBAO_TURBO_MODEL` 可指定已开通的视频理解端点，默认 `ep-20261028172514-tlxzc`。完整模型链耗尽后才汇总报错，调用和用量按实际渠道、模型记录。直接选择豆包时只调用豆包：
 
 ```bash
-# 豆包：默认读取 ARK_API_KEY；模型也可通过 ARK_MODEL 设置
-scriptctl ingest --source-path ./video.mp4 --video-provider doubao --provider-model ep-your-endpoint
+# 豆包 Seed 2.1 Turbo：默认读取 DOUBAO_TURBO_API_KEY；模型也可通过 DOUBAO_TURBO_MODEL 设置
+scriptctl ingest --source-path ./video.mp4 --video-provider doubao --provider-model ep-20261028172514-tlxzc
 
 # 使用自定义凭据来源和服务地址
 scriptctl ingest --source-path ./video.mp4 --video-provider doubao \
-  --provider-model ep-your-endpoint --provider-api-key-env MY_ARK_API_KEY \
-  --provider-base-url https://ark.cn-beijing.volces.com/api/v3
+  --provider-model ep-your-endpoint --provider-api-key-env MY_DOUBAO_TURBO_API_KEY \
+  --provider-base-url https://ark.ap-southeast.bytepluses.com/api/v3
 
 # Gemini：模型省略时使用配置中的视频模型
 scriptctl ingest --source-path ./video.mp4 --video-provider gemini

package/changes/0.70.0.md

@@ -0,0 +1,18 @@
+# 0.70.0
+
+## Added
+- `reskin write` 逐集审核可以登记正文里出镜、资产表还没有的人物、场景和道具（`asset`），当场绑定到出镜的各场，写成画面描写的台词改成台词。
+
+## Changed
+- `reskin write` 的写作与逐集审核要求画面描写照实可拍：视频模型按字面生成画面，人物的情绪和状态写成真实的表情、视线、动作和姿态，比喻和夸张的神态改写成实际的表情和动作。
+- `reskin review` 全剧收尾的造型统筹按“一个人物的一个阶段”核对：模型读这个人物在这一阶段的每场正文和全部造型描述，逐场提交依次呈现的造型和每套从哪条正文开始；程序检查提交（场次齐全、造型存在、先后有序、只改这段剧情独用的造型描述），把场景引用和这个人物每句台词的造型写进剧本副本，读回确认后整次替换，出错时剧本保持原样。造型单元用 medium 思考，各渠道一致。同一人物的各阶段依次核对，前一段的结果交给下一段；不同人物同时进行；核对完不再被任何场和台词引用的造型删去。
+- `reskin write` 逐集审核：一场里外观当场变化时，变化前后的台词分别引用变化前后的造型。
+- 换壳各步的模型顺序按配置的渠道依次切换，每个渠道只用配置的模型，最后是豆包 Seed 2.1 Pro：一个渠道卡住或报错时立即换下一个渠道，不再先在同一渠道试旧型号；Gemini 判定内容违规时跳过其余 Gemini 渠道，直接交给 Seed 2.1 Pro。
+
+## Fixed
+- `reskin plan` 设计人物时每个有名字的原剧人物都起新名字：整体方案和大纲里的原剧人名由程序在登记后替换，不作为沿用原名的理由。
+- 换壳程序检查指出已经混进正文的“在场/道具”行，审核删去并把其中的人物、造型和道具并入这一场的引用。
+- `reskin write` 草稿把已有的场景名写成道具（或其他类型）时，这一处引用跳过并记警告，不再让整集写作失败。
+
+## Breaking
+- None.

package/changes/0.71.0.md

@@ -0,0 +1,13 @@
+# 0.71.0
+
+## Added
+- None.
+
+## Changed
+- None.
+
+## Fixed
+- None.
+
+## Breaking
+- 内置豆包渠道统一使用 BytePlus Seed 2.1 Turbo（`ep-20261028172514-tlxzc`），覆盖拉片、文本/PDF 处理、改编和审核。凭据改为 `DOUBAO_TURBO_API_KEY`，端点覆盖变量改为 `DOUBAO_TURBO_MODEL`；原 `ARK_API_KEY` / `ARK_MODEL` 不再参与内置路由。其他渠道顺序和重试规则不变。

package/dist/bin.js

@@ -1,2 +1,2 @@
 #!/usr/bin/env node
-import{b as s}from"./chunk-T7IEGJGQ.js";import{Console as r}from"node:console";var o=new r({stdout:process.stderr,stderr:process.stderr});console.debug=o.debug.bind(o);console.info=o.info.bind(o);console.log=o.log.bind(o);s(process.argv.slice(2)).then(e=>{process.exitCode=e}).catch(e=>{console.error(e),process.exitCode=70});
+import{b as s}from"./chunk-FO4BIFWU.js";import{Console as r}from"node:console";var o=new r({stdout:process.stderr,stderr:process.stderr});console.debug=o.debug.bind(o);console.info=o.info.bind(o);console.log=o.log.bind(o);s(process.argv.slice(2)).then(e=>{process.exitCode=e}).catch(e=>{console.error(e),process.exitCode=70});