外部来源接入治理：bb-browser 能带来什么，CSDN 应该怎么接

bb-browser 这类工具很强，因为它把“真实浏览器会话”变成了结构化采集入口。对我们这种内容系统来说，这会直接提升：

• 发现能力
• 验证能力
• 结构化抽取能力
• 登录态场景下的平台适配能力

但也正因为它太强，才必须先加权利闸门。

1. bb-browser 的真正价值

它最有价值的地方不是“能爬更多”，而是：

• 可以复用真实登录态
• 能直接在真实浏览器里跑页面上下文
• 对登录后可见的平台页面更容易做结构化提取

这对下面这些动作特别有帮助：

• 搜索结果抓取
• 标题、作者、标签、发布时间、热度抽取
• 评论主题归纳
• 页面是否存在、是否更新、是否失效的验证

所以它非常适合做：

• 外部来源发现层
• 元数据采集层
• 权利检查辅助层

2. 它不能自动赋予我们转载权

必须把这件事说死：

能访问，不等于能转载。

bb-browser 只是 access method，不是 license layer。

如果你通过真实浏览器能看到一篇内容，这只说明：

• 你的账号有访问权限
• 当前页面在你的浏览器上下文里可读

它完全不说明：

• 你可以全文转载
• 你可以批量镜像
• 你可以改写后再分发

所以在我们的系统里，bb-browser 的默认定位应该是：

• 结构化提取
• 索引
• 验证
• 趋势分析

而不是：

• 镜像
• 归档整站正文
• 自动再发布

3. CSDN 应该怎么接

对于 CSDN 这种内容平台，最稳妥的默认策略不是“装进我们站里”，而是：

默认允许

• 标题索引
• 作者索引
• 标签索引
• 发布时间与热度跟踪
• 来源页链接
• 原创摘要
• 主题聚合
• 趋势分析

默认禁止

• 全文镜像
• 批量转载
• 付费内容复制
• 大规模图片镜像

只有在额外满足条件时才考虑进一步使用

• 单篇许可明确允许
• 作者显式授权
• 我们自己就是权利人

4. 正确的产品形态是什么

如果你真想把 CSDN 的价值装进我们的站，正确形态不是 CSDN clone，而是：

• 索引页
• 作者页
• 主题页
• 趋势页
• 对比页
• 原创总结页

也就是说，页面应该长成：

1. 这篇内容是谁写的
2. 讨论了什么
3. 为什么值得看
4. 和同主题的其他内容如何比较
5. 原文链接在哪里

而不是把正文整段搬过来。

5. 我们站里已经落的机制

这轮升级后，内容系统已经加入了来源权利闸门：

• 来源画像数据
• 默认再分发结论
• 允许动作 / 禁止动作
• 必需检查项

你可以直接用这些命令查看：

hljs bash
npm run source:governance
npx tsx scripts/content-generator/source-governance-audit.ts show bb-browser
npx tsx scripts/content-generator/source-governance-audit.ts show csdn

6. 当前推荐路线

如果下一步要把 bb-browser 真正接进内容体系，推荐顺序是：

1. 先做来源发现和结构化抽取
2. 再做许可识别和 rights gating
3. 最后才做内容落站

其中落站默认只做：

• 索引
• 归因
• 摘要
• 原创分析

7. 官方结论

bb-browser 对我们抓取和补充内容有奇效，但奇效主要体现在“更容易拿到结构化事实和登录态场景信息”。

它不是合法全文复刻的平台捷径。

对于 CSDN，这个站最值得做的是：

• CSDN intelligence layer
• 不是 CSDN mirror layer

这条边界必须在产品、代码和自动发布提示词里同时写死，否则后面内容体系一定会再次失控。