截至 10 月 31 日的公开信息，百度智能云事业群组完成架构调整，百度秒哒运营团队并入百度搭子，由百度搭子产品负责人李景秋管理，秒哒产品与研发继续由产品总经理朱广翔负责。产品层面，秒哒以垂直应用开发工作台的方式集成进百度搭子，搭子仍作为通用智能体入口，秒哒则作为 skill 存在。对做 AI 搜索可见度的品牌，入口合并意味着被调用的路径变短，可见度的统计口径也要跟着变。
入口合并改变了什么
这次调整的关键不在组织，而在调用链。此前用户要使用秒哒，需要进入独立产品；现在秒哒成为搭子内部的一个 skill，用户只需在搭子里描述任务，由搭子决定调用哪个能力。对品牌而言，这意味着过去靠独立入口获得的曝光，现在要经过一层调度才能到达用户。
调度层的存在改变了可见度的性质。在独立入口时代，品牌内容是否被看到取决于该入口的流量与排序；在智能体入口时代，取决于调度器是否在特定任务里调用到包含该品牌内容的 skill 或信源。前者的优化对象是页面排名，后者的优化对象是被调用的概率。
秒哒的历史数据说明什么
秒哒于 2025 年正式上线，定位为国内首个对话式应用开发平台，用户通过自然语言描述需求即可生成完整功能代码，涵盖无代码编程、多智能体协作与多工具调用。2024 年 11 月的百度世界大会上首次发布，发布即吸引超 20000 家企业申请内测。这批企业用户是秒哒最完整的需求样本，也是判断 skill 化后调用场景的基础。
AI 搜索入口的调度逻辑
搭子在今年 3 月的百度 Create 大会亮相，定位为面向个人与企业办公场景的专业办公智能体平台，用户说明工作目标后，搭子完成任务拆解、资料检索、文档处理、网页操作与结果交付。此前内部办公智能体 dodo、智能代码助手文心快码均已并入搭子，形成统一产品矩阵。
统一矩阵的好处是调度器可以在同一套能力池里选择，坏处是单个能力的曝光被稀释。对品牌来说，这意味着在 AI 搜索里被看见不再只依赖自身内容的质量，还依赖它是否被编入某个高频 skill 的知识范围。没有被编入的内容，即使质量很高，也不会出现在回答里。
企业客户增长 83% 的参照价值
百度方面披露，搭子企业客户环比增长 83%，交付物需求环比增长 4.3 倍。企业客户增长快于个人用户，说明智能体入口的主要场景是办公与生产，而不是消费问答。品牌若把 AI 可见度的监测重心放在消费类问题上，会低估企业场景里的曝光机会。
可见度口径要怎么调
第一层是入口层：品牌内容是否出现在搭子、豆包、元宝、ChatGPT 等入口的默认能力池里。第二层是调度层：在具体任务下，调度器是否调用了包含品牌内容的 skill。第三层是呈现层：回答里是否标注了引用来源，以及标注的粒度是链接、机构名还是产品名。
| 层级 | 观察对象 | 可核验方式 |
|---|---|---|
| 入口层 | 是否在能力池内 | 能力清单与 skill 列表 |
| 调度层 | 是否被调用 | 同一任务的多轮回答对比 |
| 呈现层 | 引用如何标注 | 回答中的链接与来源名 |
这张表的价值在于把「品牌有没有被 AI 提到」拆成三个可分别验证的问题。多数监测方案只做第三层，因为只有呈现层能直接从回答文本里读出来；但入口层与调度层决定了呈现层的结果，跳过前两层会让优化动作无从下手。
竞品对比在调度层失效
传统竞品对比看同一次回答里出现了哪些品牌。在智能体入口里，一次任务可能调用多个 skill，每个 skill 只返回自己范围内的结果，竞品可能分别出现在不同 skill 的输出里，最终合并成一段回答。此时品牌数量与顺序不再能反映竞争关系，需要按 skill 维度拆分统计。
方法框架与证据边界
可核验的部分包括：各入口公开的能力清单、同一任务在不同入口的回答差异、回答中出现的引用链接与来源名。不可核验的部分包括：调度器的内部权重、个性化调整的幅度、以及未公开的 skill 优先级。把不可核验的部分当作已知，会让结论超出证据范围。
务实的做法是先建立入口层的基线清单，按季度核对能力池变化；再用固定问题库跑调度层对比，记录同一任务在不同入口调用了哪些能力；最后才看呈现层的引用标注。三层按顺序推进，每一步都能回溯，避免把一次偶然的回答当成稳定结论。
常见问题
GEO 和 SEO 的区别在哪？
SEO 优化搜索结果页的排名与点击，GEO 关注品牌在 AI 回答中被提及、被推荐、被引用的方式。入口从独立产品变成智能体调度后，GEO 的优化对象从页面排名变成被调用的概率。
入口合并后品牌可见度会下降吗？
取决于内容是否进入能力池。独立入口消失会减少直接曝光，但智能体入口的任务量更大，进入 skill 知识范围的品牌可能获得更多调用机会。
AI 回答里的引用来源怎么查？
按三层查：入口层看能力清单，调度层看同一任务的多轮回答，呈现层看回答中的链接与来源名。只有呈现层能直接从文本读出。
多平台可见度怎么对比？
先统一问题库与任务描述，再分别统计各入口的调用与引用情况，最后按入口特性加权，不能把不同入口的原始计数相加。
