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

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

内容详情

C-20260920-01 已驳回 ← 回内容列表

操作

这条内容当前没有可执行的审核动作(状态:已驳回)。

0. 流水线概览

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

1. 题目与来源

多厂商各自充值,AI 预算为什么总是难控?

选题类型:降本算账 | 渠道:抖音 | 形态:图文

本条已被驳回,且没有填写驳回理由。

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

字数 356 / 2000 (上限来自自检第八项 within_char_limit; 不含 CTA——CTA 在两个形态里长度差一个量级)

多厂商各自充值,AI 预算为什么总是难控?
AI 账单越来越高,问题可能不在模型,而在充值方式。
AI 账单越来越高,问题可能不在模型,而在充值方式。
账单越来越高,问题可能不在模型
很多团队接入多个模型后,每家厂商都要单独充值,账单分散,用量和预算很难放在一起看。
多厂商充值|账单分散|预算难控
钜敖把同一厂商的接入分组整块提供,具体档位以当期价目表为准,查看时不用在多个渠道之间来回核对。
按厂商整块查看|具体档位以当期价目表为准
你可以先按自己正在使用的厂商和模型查看当期全量档位,再结合实际用量做预算,不需要自行跨厂商折算。
按实际使用情况查看当期全量档位
打开主页链接,选择您使用的厂商或模型,查看当期全量档位。
打开主页链接,查看当期全量档位
打开主页链接,选择您使用的厂商或模型,查看当期全量档位

UTM:utm_source=douyin&utm_medium=video&utm_campaign=C-20260920-01

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 语义复核 无结论

没有违规明细。

6. 自检十项

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

7. 投递与发布

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

8. 审计痕迹

  • content.drafted promoter · 2026-09-20 00:00:21
    {"item_id":"CR-C-20260920-01-e10b5004","content_id":"C-20260920-01","platform":"douyin","format":"image_text","topic_typ… (已截断)