钜敖 CMO 首触审核台 免密模式

门禁已关闭（免密模式）——任何人访问本机 18081 端口都能查看线索、 录入线索、放行或驳回，无需口令。这是开发期形态。恢复口令门禁：把 config/webui.yaml 的 auth.enabled 改成 true 后重启服务（口令取 config/web_password.txt，见 docs/14 §5.5）。

内容详情

C-20260919-13 已驳回 ← 回内容列表

操作

这条内容当前没有可执行的审核动作（状态：已驳回）。

0. 流水线概览

  1. 1 选题 技术演示
  2. 2 起草 已生成脚本正文 365 字（含 CTA）
  3. 3 自检 通过 · 极限词 / 价格数字 / 链接参数与内容编号 / CTA / UTM / 模型清单 / 字数上限 / 时长上限 / 无依据的范围与可用性承诺九项（事实一致性归双闸核对；结果未落库，本行按「通过才入队」推得）
  4. 4 双闸 风险档 high（两闸合并后的档位，取更严的一方）
  5. 5 发布 不会发布（本条已被驳回）
  6. 6 回填 曝光 — · 点击 — · 线索 —（三项都还没回填：「—」是还没测，不是 0）

1. 题目与来源

多厂商接入不用维护多套 SDK 和鉴权

选题类型：技术演示 ｜ 渠道：抖音 ｜ 形态：图文

系统自动驳回（无人参与）：Brand 复核 判定 block，风险档 high。逐条违规见下方第 4 步「双闸」——不是「没写理由」，是那两列就是理由。

2. 内容主体 · 脚本（ScanText = 标题 + 钩子 + 口播/字幕 + CTA）

字数 365 / 2000 （上限来自自检第八项 within_char_limit； 不含 CTA——CTA 在两个形态里长度差一个量级） 

多厂商接入不用维护多套 SDK 和鉴权
接两个模型，却要维护两套 SDK、两套鉴权？这段演示把它们收成一套。
接两个模型，却要维护两套 SDK、两套鉴权？
多套 SDK、鉴权、计费，维护起来很麻烦
模型一多，代码、鉴权和账单就容易分散。钜敖用统一 OpenAI 兼容协议接入，把接入方式统一起来。
统一 OpenAI 兼容协议接入
这里用同一套请求结构，先调用 qwen3.8-max，再调用 deepseek-v4-flash。鉴权配置保持同一套，不需要为不同模型维护多套接入逻辑。
同一套请求结构｜同一套鉴权
调用完成后，用量和账单也在同一处查看。模型接入和消耗记录，不再分散在多个地方。
用量与账单统一查看
想验证自己的项目是否适合？打开主页链接，领试用额度实测。
打开主页链接，领试用额度实测
打开主页链接，领试用额度实测

UTM：utm_source=douyin&utm_medium=video&utm_campaign=C-20260919-13

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。

规则引擎（review） 判定 pass rule_engine_v1

没有违规明细。

Brand 语义复核 判定 block brand_v1 风险 high
  • unsupported_promise 多厂商接入不用维护多套 SDK 和鉴权
    建议：删除“不用维护”的绝对承诺，改为可引用事实支持的客观描述，或补充已批准事实依据
  • unsupported_promise 这段演示把它们收成一套
    建议：删除该结论，改为仅描述演示中实际展示且有批准事实依据的功能
  • unsupported_promise 钜敖用统一 OpenAI 兼容协议接入，把接入方式统一起来
    建议：删除或补充该协议能力的已批准事实原文
  • unsupported_promise 鉴权配置保持同一套，不需要为不同模型维护多套接入逻辑
    建议：删除“保持同一套”和“不需要维护”的结论，或补充对应已批准事实原文
  • unsupported_promise 用量和账单也在同一处查看
    建议：删除该功能承诺，或补充用量与账单统一查看功能的已批准事实原文
  • unsupported_promise 模型接入和消耗记录，不再分散在多个地方
    建议：删除“不再分散”的结果承诺，或补充对应已批准事实原文
  • unsupported_promise 领试用额度实测
    建议：删除“试用额度”，或补充已批准的试用额度事实原文及适用条件
  • facts_conflict 两套 SDK、两套鉴权；同一套请求结构；同一套鉴权
    建议：删除未经事实原文支持的数量和统一性表述，或补充对应已批准事实依据
  • facts_conflict 用量与账单统一查看
    建议：删除该功能表述，或补充已批准事实依据

6. 自检十项

通过（前提）：自检结果未落库；这条内容能入队即说明它当时通过了十项自检（不通过的根本不会入队）。逐项结果无法回溯——重跑会用到今天的规则，不是当时的规则。

7. 投递与发布

投递档 还没投递
投递凭据 —
投递时间 —
投递降级原因 —
发布链接 —
发布时间 —
曝光 / 点击 / 线索 — / — / — （「—」= 还没测，0 = 确实没有）

8. 审计痕迹

  • content.drafted promoter · 2026-09-19 20:49:37
    {"item_id":"CR-C-20260919-13-45847d24","content_id":"C-20260919-13","platform":"douyin","format":"image_text","topic_typ… （已截断）