门禁已关闭（免密模式）——任何人访问本机 18081 端口都能查看线索、
录入线索、放行或驳回，无需口令。这是开发期形态。恢复口令门禁：把
config/webui.yaml 的 auth.enabled 改成 true
后重启服务（口令取 config/web_password.txt，见 docs/14 §5.5）。
操作
这条内容当前没有可执行的审核动作（状态：已驳回）。
0. 流水线概览
-
1 选题 行业观察
-
2 起草 已生成脚本正文 410 字（含 CTA）
-
3 自检 通过 · 极限词 / 价格数字 / 链接参数与内容编号 / CTA / UTM / 模型清单 / 字数上限 / 时长上限 / 无依据的范围与可用性承诺九项（事实一致性归双闸核对；结果未落库，本行按「通过才入队」推得）
-
4 双闸 风险档 high（两闸合并后的档位，取更严的一方）
-
5 发布 不会发布（本条已被驳回）
-
6 回填 曝光 — · 点击 — · 线索 —（三项都还没回填：「—」是还没测，不是 0）
1. 题目与来源
为什么越来越多团队开始重视模型调用的容灾能力
选题类型：行业观察 ｜ 渠道：抖音 ｜ 形态：图文
系统自动驳回（无人参与）：Brand 复核 判定 block，风险档 high。逐条违规见下方第 4 步「双闸」——不是「没写理由」，是那两列就是理由。
2. 内容主体 · 脚本（ScanText = 标题 + 钩子 + 口播/字幕 + CTA）
字数 410 / 2000 （上限来自自检第八项 within_char_limit； 不含 CTA——CTA 在两个形态里长度差一个量级）
为什么越来越多团队开始重视模型调用的容灾能力 模型接口一旦异常，可能影响的不是一个功能，而是整条业务链路。 模型接口一旦异常，可能影响的不是一个功能，而是整条业务链路。 模型调用不能只依赖单一渠道 很多团队早期只接一个渠道，开发和维护都比较直接。但当线上业务依赖模型生成、问答或自动化处理时，单一渠道异常，就可能让请求无法继续。 单一渠道异常，线上请求可能无法继续 所以，模型接入正在从单点调用，转向多渠道架构。钜敖通过多渠道负载均衡，让请求可以在不同渠道之间分配。 多渠道负载均衡，让请求分配更灵活 当单一上游出现异常时，请求可以自动转移到其他渠道，减少单点故障对业务流程的影响。具体可用性和故障响应时效，以正式服务条款为准。 单一上游异常时，请求自动转移 不需要一开始就改动全部业务，可以先用小流量灰度验证切换效果。打开主页链接，了解接入方式。 打开主页链接，先小流量灰度验证 打开主页链接，先小流量灰度验证切换效果
UTM：utm_source=douyin&utm_medium=video&utm_campaign=C-20260919-10
3. 渠道变体对照
这条内容没有 content_group_id（migration 013 之前的行、或未经扇出的单渠道内容）——没有族群就无从对照，这是正常形态，不是缺失。
4. 素材
素材已降级为图文，原因码 seedance_not_configured （这条照常可审可发，但画面素材缺失是已知的，不是还没生成完）。
没有素材地址（视频素材来自 Seedance；长文形态按设计不做素材）。
文生图（封面/配图/图集）**尚未接入**：上游模型已实测可用 （gpt-image-2.5-sunburst），差的是代码侧与一个待拍板的接入形状 —— 见 docs/16 §21.9。
5. 两闸结论（原文）
两闸**分列**、不合并（migration 010 刻意如此）：规则引擎命中是"改词"， Brand 命中是"事实没依据"——处置方式与耗时都不同。风险档 high。
没有违规明细。
- unsupported_promise 钜敖通过多渠道负载均衡，让请求可以在不同渠道之间分配。
建议：删除钜敖多渠道负载均衡及请求分配能力表述，或补充已批准的对应事实原文后复审。
- unsupported_promise 当单一上游出现异常时，请求可以自动转移到其他渠道，减少单点故障对业务流程的影响。
建议：删除自动转移及减少故障影响的承诺，或补充已批准的故障切换能力、适用条件和效果依据后复审。
- unsupported_promise 不需要一开始就改动全部业务，可以先用小流量灰度验证切换效果。
建议：删除接入改动范围及灰度验证切换效果的表述，或补充已批准的接入与灰度验证条件后复审。
- platform_rule 打开主页链接，了解接入方式。
建议：补充发布平台及主页链接去向供复审；确认前删除主页链接引导。
6. 自检十项
通过（前提）：自检结果未落库；这条内容能入队即说明它当时通过了十项自检（不通过的根本不会入队）。逐项结果无法回溯——重跑会用到今天的规则，不是当时的规则。
7. 投递与发布
| 投递档 | 还没投递 |
|---|---|
| 投递凭据 | — |
| 投递时间 | — |
| 投递降级原因 | — |
| 发布链接 | — |
| 发布时间 | — |
| 曝光 / 点击 / 线索 | — / — / — （「—」= 还没测，0 = 确实没有） |
8. 审计痕迹
-
content.drafted
promoter · 2026-09-19 20:48:17
{"item_id":"CR-C-20260919-10-b4dd9f42","content_id":"C-20260919-10","platform":"douyin","format":"image_text","topic_typ… （已截断）