@lingjingai/scriptctl 0.69.0 → 0.70.0

package/README.md

@@ -140,7 +140,8 @@ Gemini 接收左侧带时间戳、行锚点的亚洲格式剧本正文，以及
 | `PROJECT_LITELLM_GATEWAY_API_KEY` | 内置 LLM 配置引用的 gateway key |
 | `PROJECT_LITELLM_GATEWAY_BASE_URL` | 内置配置的 gateway endpoint；OpenAI-compatible synopsis 必须配置 |
 | `SCRIPTCTL_LLM_CONFIG` | LLM 路由 YAML；优先级低于 `--llm-config` |
-| `NNYYAI_API_KEY` | 内置视频与漫画拉片、ASR 比对与独立媒体核验的 NNYYAI 渠道密钥 |
+| `NNYYAI_CI_API_KEY` | 内置视频 ingest 首选 NNYYAI 次卡 `gemini-3.8-flash-anci` 的密钥 |
+| `NNYYAI_API_KEY` | 视频 ingest 普通 NNYYAI 后备渠道，以及漫画拉片、ASR 比对与独立媒体核验的密钥 |
 | `TUZI_API_KEY` | 审核 Agent 的兔子 Gemini 渠道密钥 |
 | `MSUICODE_VERTEX_API_KEY` | 默认审核 Agent 的 MSUICODE Vertex 主渠道密钥 |
 | `MSUICODE_GCP_API_KEY` / `MSUICODE_T3_API_KEY` | 审核 Agent 的 MSUICODE GCP / T3 后续渠道密钥 |
@@ -172,10 +173,10 @@ tasks:
 Gemini provider 可设置 `videoResponseSchemaField: responseSchema`，用于 GRSAI 等仅接受该字段的视频接口；默认仍为 `responseJsonSchema`。
 `responseSchema` 由 Google SDK 转换字段定义，保留类型、必填字段和描述，但不发送 `additionalProperties` 约束。
 
-内置 `ingest.video-serial` 与 `ingest.comic-serial` 使用 NNYYAI 的 `gemini-3.8-flash`（`https://api.nnyyai.com`），
-从 `NNYYAI_API_KEY` 读取密钥，使用 base64 视频或 PDF 输入（Schema 字段为 `responseSchema`）。设置密钥后直接运行
+内置 `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>`。
-视频请求先尝试配置的主模型，再在主渠道按 Gemini 3.8 / 3.7 / 3.6 Flash 补齐未试型号，随后使用 GrsAI（`https://grsai.dakka.com.cn`）的同三个型号，最后进入火山方舟豆包。GrsAI 使用独立的 `GRSAI_API_KEY`、base64 视频与 `responseSchema`，每个型号最多尝试 3 次；未配置密钥或主渠道已为该 GrsAI 地址时跳过此段。主渠道视频上传失败时，从 GrsAI 开始使用本地视频继续请求。豆包需要 `ARK_API_KEY`，`ARK_MODEL` 可覆盖默认端点。
+默认视频请求先尝试次卡模型，然后切换到使用 `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` 可覆盖默认端点。
 PDF 的 Gemini 型号切换使用同一主渠道，随后由已配置的豆包兜底。`review-agent` 主循环默认使用上述 MSUICODE → 兔子 → 豆包审核链；文本任务按各自 profile 路由。
 显式 LLM 配置决定主渠道和模型，支持 GrsAI、Google Vertex 等 provider；视频同样按主渠道 → GrsAI → 豆包的顺序恢复。显式选择豆包时只调用豆包。
 
@@ -237,7 +238,7 @@ MIT
 
 ### 指定视频理解服务
 
-视频请求先使用配置的主模型，再按 `gemini-3.8-flash → gemini-3.7-flash → gemini-3.6-flash` 在同渠道补齐未试型号。主渠道耗尽或上传失败后，依次尝试已配置 `GRSAI_API_KEY` 的 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 和豆包；具体渠道、媒体传输和重试规则见上方环境变量说明。豆包使用 `ARK_API_KEY`，`ARK_MODEL` 可指定已开通的视频理解端点，默认 `ep-20260721150136-98dj9`。完整模型链耗尽后才汇总报错，调用和用量按实际渠道、模型记录。直接选择豆包时只调用豆包：
 
 ```bash
 # 豆包：默认读取 ARK_API_KEY；模型也可通过 ARK_MODEL 设置

package/changes/0.69.1.md

@@ -0,0 +1,13 @@
+# 0.69.1
+
+## Added
+- None.
+
+## Changed
+- 视频 ingest 默认首选 NNYYAI 次卡 `gemini-3.8-flash-anci`，使用 `NNYYAI_CI_API_KEY`；失败后依次尝试普通 NNYYAI Gemini 3.8 / 3.7 / 3.6 Flash（`NNYYAI_API_KEY`）、GrsAI 同三个型号（`GRSAI_API_KEY`）和豆包（`ARK_API_KEY`）。后备渠道仅在配置对应密钥时参与，切换保留同一视频和请求上下文，调用与用量记录实际渠道。漫画 ingest 与审核路由保持各自配置。
+
+## Fixed
+- None.
+
+## Breaking
+- None.

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/dist/bin.js

@@ -1,2 +1,2 @@
 #!/usr/bin/env node
-import{b as s}from"./chunk-VMVTBWD3.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-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});