MATRIX 以传统媒体、社媒平台和 AI Agent 三类渠道组织品牌信号。公开产品说明列举了主流媒体、行业与垂直媒体，以及什么值得买、小红书、微博、B 站、知乎、抖音、微信公众号等社媒，并说明可对豆包、Kimi、通义、文心、腾讯元宝、Minimax 等主流 AI 回答进行主动提示词探测。
这些列举用于说明产品观察框架，不等于每个版本、每个地区、每个账号都默认获得全部平台、全部字段、历史全量与固定更新频率。最终覆盖要以项目评估和合同清单为准。
三类渠道取得数据的方式不同
| 渠道 | 主要观察对象 | 采购时要核对 |
|---|---|---|
| 传统媒体 | 主流媒体、行业媒体、垂直媒体、官方信息源 | 媒体名单、文章字段、转载识别、历史范围 |
| 社媒平台 | 公开帖子、文章、视频页面、评论或公开账号信息 | 具体入口、授权限制、可用字段、删除与更新处理 |
| AI Agent | 固定提示词下生成的回答、品牌提及、推荐与可见引用 | 模型版本、问题集、采样方式、时间和回答随机性 |
AI 端尤其不能套用网页抓取逻辑。系统需要主动发起问题并记录当时回答。一次回答只是一份样本，不代表稳定排名；跨平台比较时还要保存提示词、时间、地区、账号状态和可见来源。
把“覆盖清单”拆成六个字段
一份可验收的数据源清单至少应包含：
- 平台与入口。 同一品牌平台可能有网页、App、搜索、账号和内容详情等不同入口。
- 内容类型。 文章、帖子、视频页面、评论、问答、AI 回答不能笼统写成“全量内容”。
- 可获得字段。 标题、正文、作者、时间、互动、链接、引用来源等字段是否可用要逐项说明。
- 时间范围。 从项目启动开始监测，还是包含历史回溯；回溯深度取决于版本和项目。
- 更新与缺失处理。 更新频率、删除内容、字段为空、接口变化和平台限制如何记录。
- 用途边界。 数据用于监测、分析、导出或内部集成，是否存在授权和二次使用限制。
不要把销售演示中的某个样例直接当作生产覆盖承诺。更稳妥的验收方式是从企业最关心的渠道、内容类型和业务问题反推必需字段，再让供应商逐项确认。
外部、私域、CRM、搜索与多模态怎么处理
私域社群、企业 CRM、销售、客服、订单和会员数据不属于默认公开采集范围。只有品牌依法提供、完成安全与权限评估，并在项目中明确接入时，才适合联合分析。
搜索数据也要区分公开搜索结果、企业自己的站点数据和第三方平台数据；不能仅凭“支持搜索”推断拥有所有查询与点击数据。音视频、多模态内容同样需要确认是处理公开页面与文字信息，还是接入音频、视频、图片及其识别结果。仓库现有说明没有承诺默认全量读取这些数据。
如何做采购样本验收
选择每类渠道若干已知内容和一组 AI 问题，形成“应出现、允许缺失、必须排除”的测试表。验收时检查原始链接、时间、正文或回答是否可追溯，品牌归属是否正确，字段缺失是否被如实标记。不要用单一覆盖率代替分平台诊断，也不要要求系统绕过平台权限取得数据。
数据源通过后，再验收 AIUC 对内容的理解。可阅读 AIUC 内容理解引擎 区分“取得数据”和“解释数据”，并参考 安全与合规采购审查 确认授权、导出和集成边界。
写进合同而不是留在口头
正式附件应列明平台、入口、内容类型、字段、历史范围、频率或服务级别、限制、变更通知和验收样本。无法确认的数据源应标记“项目评估后确定”，不能写成默认能力。这样即使平台规则变化，双方也能根据同一清单判断是范围变更、暂时缺失还是交付问题。
还可结合 MATRIX 实施周期，把这份清单纳入范围确认、配置校准和项目验收。