门禁已关闭（免密模式）——任何人访问本机 18081 端口都能查看线索、
录入线索、放行或驳回，无需口令。这是开发期形态。恢复口令门禁：把
config/webui.yaml 的 auth.enabled 改成 true
后重启服务（口令取 config/web_password.txt，见 docs/14 §5.5）。
操作
这条内容当前没有可执行的审核动作（状态：已驳回）。
0. 流水线概览
-
1 选题 降本算账
-
2 起草 已生成脚本正文 518 字（含 CTA）
-
3 自检 通过 · 极限词 / 价格数字 / 链接参数与内容编号 / CTA / UTM / 模型清单 / 字数上限 / 时长上限 / 无依据的范围与可用性承诺九项（事实一致性归双闸核对；结果未落库，本行按「通过才入队」推得）
-
4 双闸 风险档 high（两闸合并后的档位，取更严的一方）
-
5 发布 不会发布（本条已被驳回）
-
6 回填 曝光 — · 点击 — · 线索 —（三项都还没回填：「—」是还没测，不是 0）
1. 题目与来源
模型账单对不上？你可能漏了这道账
选题类型：降本算账 ｜ 题目来源：轮转题 ｜ 族群：G-20261012-07 ｜ 渠道：wechat_mp ｜ 形态：long_form
系统自动驳回（无人参与）：Brand 复核 判定 block，风险档 high。逐条违规见下方第 4 步「双闸」——不是「没写理由」，是那两列就是理由。
2. 内容主体 · 正文（body）
字数 471 / 2000 （上限来自自检第八项 within_char_limit； 不含 CTA——CTA 在两个形态里长度差一个量级）
这个月你给三个平台充了值，月底对账的时候，哪一笔花在哪个模型上，说得清吗？ 这不是你记性差，是账的结构问题。钱分散在几个账户里，用量和账单各算各的，对账只能靠手动翻后台。拉出来的明细对不上，你还得挨个查是哪个环节漏了。 换个思路：如果所有模型走同一个入口，同一个鉴权，同一份账单，这笔账能不能一眼看明白？ 我们把账单放在一个地方。用量和账单实时可查，按实际 token 消耗计费，视频模型也一样。充值和消耗都在同一处，看得见。后台长什么样，开个试用账号自己看。 话说回来，聚合接入不是万灵药。如果你的团队只用一家模型、账单特别简单，那这层聚合可能没必要。它真正划算的场景，是你同时在用好几家、经常切换模型、每个月对账要花半天的时候。 我的判断是：账单对不上这件事，几乎永远不是粗心，是账目分散在多个地方。把账目归到一处，比逼自己更细心靠谱。 接下来该盯什么？下次对账的时候，看你能不能在一个页面里说清每一笔的模型、用量和费用。如果能，这道账就真的理清了。 你现在的模型账单，是几个账户在管？评论区聊聊，我看看你的场景适合怎么算。
脚本（ScanText：标题 + 钩子 + 口播/字幕 + CTA 的拼接稿）
这个月你给三个平台充了值，月底对账的时候，哪一笔花在哪个模型上，说得清吗？ 这不是你记性差，是账的结构问题。钱分散在几个账户里，用量和账单各算各的，对账只能靠手动翻后台。拉出来的明细对不上，你还得挨个查是哪个环节漏了。 换个思路：如果所有模型走同一个入口，同一个鉴权，同一份账单，这笔账能不能一眼看明白？ 我们把账单放在一个地方。用量和账单实时可查，按实际 token 消耗计费，视频模型也一样。充值和消耗都在同一处，看得见。后台长什么样，开个试用账号自己看。 话说回来，聚合接入不是万灵药。如果你的团队只用一家模型、账单特别简单，那这层聚合可能没必要。它真正划算的场景，是你同时在用好几家、经常切换模型、每个月对账要花半天的时候。 我的判断是：账单对不上这件事，几乎永远不是粗心，是账目分散在多个地方。把账目归到一处，比逼自己更细心靠谱。 接下来该盯什么？下次对账的时候，看你能不能在一个页面里说清每一笔的模型、用量和费用。如果能，这道账就真的理清了。 你现在的模型账单，是几个账户在管？评论区聊聊，我看看你的场景适合怎么算。 模型账单对不上？你可能漏了这道账 完整分析见公众号 评论区聊聊你现在的模型账单是几个账户在管
UTM：utm_source=wechat_mp&utm_medium=article&utm_campaign=C-20261012-07
3. 渠道变体对照
这个族群只有 1 条（扇出未发生或变体已被清理）。
| 渠道 | 形态 | 状态 | 字数 | 投递 | 导流段 | |
|---|---|---|---|---|---|---|
| wechat_mp 当前 | long_form | 已驳回 | 471 / 2000 | — | 完整分析见公众号 | 本页 |
同族内容的正文是同一篇（闸门只审一次——「同款内容只审一次」）， 差异主要在**导流段**与渠道格式。所以放行一条 = 放行这一族。
4. 素材
没有素材地址（视频素材来自 Seedance；长文形态按设计不做素材）。
文生图（封面/配图/图集）**尚未接入**：上游模型已实测可用 （gpt-image-2.5-sunburst），差的是代码侧与一个待拍板的接入形状 —— 见 docs/16 §21.9。
5. 两闸结论（原文）
两闸**分列**、不合并（migration 010 刻意如此）：规则引擎命中是"改词"， Brand 命中是"事实没依据"——处置方式与耗时都不同。风险档 high。
没有违规明细。
- facts_conflict 这个月你给三个平台充了值，月底对账的时候，哪一笔花在哪个模型上，说得清吗？
建议：删除该受众处境段；“三个平台”的具体数量也无事实依据。
- unsupported_promise 这不是你记性差，是账的结构问题。钱分散在几个账户里，用量和账单各算各的，对账只能靠手动翻后台。拉出来的明细对不上，你还得挨个查是哪个环节漏了。
建议：删除该段，不得复述卡片受众处境，也不得补充“只能靠手动翻后台”等未经授权的具体断言。
- unsupported_promise 如果所有模型走同一个入口，同一个鉴权，同一份账单，这笔账能不能一眼看明白？
建议：删除“所有模型”的全覆盖表述及“一眼看明白”的效果暗示；接入能力仅限A-001授权主张。
- facts_conflict 它真正划算的场景，是你同时在用好几家、经常切换模型、每个月对账要花半天的时候。
建议：删除该句；不得加入无依据的“半天”耗时、受众处境复述或“真正划算”的效果判断。
- extreme_word 账单对不上这件事，几乎永远不是粗心，是账目分散在多个地方。
建议：删除该句中的绝对化归因；该句同时涉及禁止对外复述的受众处境，应整句删除。
- unsupported_promise 把账目归到一处，比逼自己更细心靠谱。
建议：删除该比较效果判断，仅保留用量与账单实时可查、充值与消耗在同一处可见的授权能力。
- unsupported_promise 看你能不能在一个页面里说清每一笔的模型、用量和费用。如果能，这道账就真的理清了。
建议：删除“一个页面”“每一笔的模型、用量和费用”的未证实展示细节及“账就真的理清了”的效果结论。
- unsupported_promise 你现在的模型账单，是几个账户在管？
建议：删除该受众处境提问；互动内容不得复述卡片禁止写进正文的处境。
6. 自检十项
通过（前提）：自检结果未落库；这条内容能入队即说明它当时通过了十项自检（不通过的根本不会入队）。逐项结果无法回溯——重跑会用到今天的规则，不是当时的规则。
7. 投递与发布
| 投递档 | 还没投递 |
|---|---|
| 投递凭据 | — |
| 投递时间 | — |
| 投递降级原因 | — |
| 发布链接 | — |
| 发布时间 | — |
| 曝光 / 点击 / 线索 | — / — / — （「—」= 还没测，0 = 确实没有） |
8. 审计痕迹
-
content.drafted
promoter · 2026-10-12 10:30:21
{"item_id":"CR-C-20261012-07-e865ff33","content_id":"C-20261012-07","platform":"wechat_mp","format":"long_form","topic_t… （已截断）