门禁已关闭（免密模式）——任何人访问本机 18081 端口都能查看线索、
录入线索、放行或驳回，无需口令。这是开发期形态。恢复口令门禁：把
config/webui.yaml 的 auth.enabled 改成 true
后重启服务（口令取 config/web_password.txt，见 docs/14 §5.5）。
操作
这条内容当前没有可执行的审核动作（状态：已驳回）。
0. 流水线概览
-
1 选题 踩坑避雷
-
2 起草 已生成脚本正文 514 字（含 CTA）
-
3 自检 通过 · 极限词 / 价格数字 / 链接参数与内容编号 / CTA / UTM / 模型清单 / 字数上限 / 时长上限 / 无依据的范围与可用性承诺九项（事实一致性归双闸核对；结果未落库，本行按「通过才入队」推得）
-
4 双闸 风险档 high（两闸合并后的档位，取更严的一方）
-
5 发布 不会发布（本条已被驳回）
-
6 回填 曝光 — · 点击 — · 线索 —（三项都还没回填：「—」是还没测，不是 0）
1. 题目与来源
接入大模型，这三个环节最容易出问题
选题类型：踩坑避雷 ｜ 题目来源：轮转题 ｜ 族群：G-20260923-06 ｜ 渠道：wechat_mp ｜ 形态：long_form
系统自动驳回（无人参与）：Brand 复核 判定 block，风险档 high。逐条违规见下方第 4 步「双闸」——不是「没写理由」，是那两列就是理由。
2. 内容主体 · 正文（body）
字数 463 / 2000 （上限来自自检第八项 within_char_limit； 不含 CTA——CTA 在两个形态里长度差一个量级）
团队接入大模型，卡壳往往不在模型能力，而在接入的工程环节。 **1. 鉴权：钥匙对不上** 每接一家模型，就要配一套鉴权方式。有的用 API Key，有的用签名，有的还要走单独的控制台。代码里堆着好几套鉴权逻辑，换模型的时候，光改请求头就可能改出问题。 **2. 限流：用量悄悄超了** 多厂商各自的限流策略不一样，有的按分钟，有的按小时，有的按并发。你很难提前知道哪一次调用会触发限流，被发现时往往是线上已经报错了。 **3. 账单：对不上账** 多张账单、多个计费口径，按 token 计费的、按次计费的、按时长计费的凑在一起，想核对这个月到底花了多少，难。 --- 这三个环节，本质上都是因为你同时维护了多套接入体系。如果多家模型走同一套 OpenAI 兼容协议，换模型只改一个 model 参数，鉴权和账单仍然是同一套。 这不是说接入就不再有工程问题——鉴权配置、限流策略这些仍然要管，但至少它们落在同一个体系里，排查和治理的路径是收敛的。 用你的场景试一试，评论聊聊你接入时遇到哪个环节最头疼。
脚本（ScanText：标题 + 钩子 + 口播/字幕 + CTA 的拼接稿）
团队接入大模型，卡壳往往不在模型能力，而在接入的工程环节。 **1. 鉴权：钥匙对不上** 每接一家模型，就要配一套鉴权方式。有的用 API Key，有的用签名，有的还要走单独的控制台。代码里堆着好几套鉴权逻辑，换模型的时候，光改请求头就可能改出问题。 **2. 限流：用量悄悄超了** 多厂商各自的限流策略不一样，有的按分钟，有的按小时，有的按并发。你很难提前知道哪一次调用会触发限流，被发现时往往是线上已经报错了。 **3. 账单：对不上账** 多张账单、多个计费口径，按 token 计费的、按次计费的、按时长计费的凑在一起，想核对这个月到底花了多少，难。 --- 这三个环节，本质上都是因为你同时维护了多套接入体系。如果多家模型走同一套 OpenAI 兼容协议，换模型只改一个 model 参数，鉴权和账单仍然是同一套。 这不是说接入就不再有工程问题——鉴权配置、限流策略这些仍然要管，但至少它们落在同一个体系里，排查和治理的路径是收敛的。 用你的场景试一试，评论聊聊你接入时遇到哪个环节最头疼。 接入大模型，这三个环节最容易出问题 完整分析见公众号 评论区说说你接入时最头疼的环节，我们一起拆解。
UTM：utm_source=wechat_mp&utm_medium=article&utm_campaign=C-20260923-06
3. 渠道变体对照
这个族群只有 1 条（扇出未发生或变体已被清理）。
| 渠道 | 形态 | 状态 | 字数 | 投递 | 导流段 | |
|---|---|---|---|---|---|---|
| wechat_mp 当前 | long_form | 已驳回 | 463 / 2000 | — | 完整分析见公众号 | 本页 |
同族内容的正文是同一篇（闸门只审一次——「同款内容只审一次」）， 差异主要在**导流段**与渠道格式。所以放行一条 = 放行这一族。
4. 素材
没有素材地址（视频素材来自 Seedance；长文形态按设计不做素材）。
文生图（封面/配图/图集）**尚未接入**：上游模型已实测可用 （gpt-image-2.5-sunburst），差的是代码侧与一个待拍板的接入形状 —— 见 docs/16 §21.9。
5. 两闸结论（原文）
两闸**分列**、不合并（migration 010 刻意如此）：规则引擎命中是"改词"， Brand 命中是"事实没依据"——处置方式与耗时都不同。风险档 high。
- extreme_word 最
建议：改用定性表述
- unsupported_promise 多厂商各自的限流策略不一样，有的按分钟，有的按小时，有的按并发。
建议：删除上述具体限流机制表述，或补充可用事实原文中的批准依据
- unsupported_promise 多张账单、多个计费口径，按 token 计费的、按次计费的、按时长计费的凑在一起
建议：删除按次、按时长等未获事实支持的计费口径表述，或补充批准事实依据
- unsupported_promise 排查和治理的路径是收敛的
建议：删除该效果判断，仅保留已授权的统一协议、修改一个 model 参数以及鉴权和账单仍为同一套的主张
6. 自检十项
通过（前提）：自检结果未落库；这条内容能入队即说明它当时通过了十项自检（不通过的根本不会入队）。逐项结果无法回溯——重跑会用到今天的规则，不是当时的规则。
7. 投递与发布
| 投递档 | 还没投递 |
|---|---|
| 投递凭据 | — |
| 投递时间 | — |
| 投递降级原因 | — |
| 发布链接 | — |
| 发布时间 | — |
| 曝光 / 点击 / 线索 | — / — / — （「—」= 还没测，0 = 确实没有） |
8. 审计痕迹
-
content.drafted
promoter · 2026-09-23 18:30:44
{"item_id":"CR-C-20260923-06-0dccff74","content_id":"C-20260923-06","platform":"wechat_mp","format":"long_form","topic_t… （已截断）