截至10月29日的公开信息，百度智能云事业群组近日完成一次架构调整，秒哒运营团队并入百度搭子，由搭子产品负责人李景秋管理，秒哒产品与研发仍由产品总经理朱广翔负责，二人均向殷大伟汇报；产品层面，秒哒以垂直应用开发工作台的方式集成进搭子。对做AI搜索可见度的团队，这不是一条组织新闻，而是一次测量基线的变动：入口合并、能力以skill形式挂载之后，品牌在AI回答里被提及与被引用的路径都要重新对齐。电商派：百度秒哒运营团队并入百度搭子
入口合并改变的是问答路径，不是产品名称
调整前，秒哒是独立的对话式应用开发平台，2025年上线，2024年11月的百度世界大会上首次发布，发布即吸引超过2万家企业申请内测。搭子则在2026年3月的Create大会亮相，定位面向个人与企业办公场景的智能体平台，任务拆解、资料检索、文档处理、网页操作与结果交付在同一个会话里连续执行。
整合之后，据知情人士的说法，搭子作为通用智能体入口，秒哒以skill形式存在。这个变化对可见度监测的含义很直接：用户不再分别打开两个产品提问，问题集中到一个入口，再由入口调度背后的skill与信源。原来按产品名拆分的问题库，会因为入口收敛而出现重复计数，也会因为提问方式改变而漏测。
已有先例说明这是一次连续动作
这不是第一次。此前内部办公智能体dodo与百度智能代码助手文心快码都已并入搭子，成为智能体事业部统一产品矩阵的一部分。百度搜索、网盘、地图、秒哒与伐谋的能力也已通过skill接入。对监测方，这意味着一个入口背后挂着多个信源池，回答里的引用来源可能来自搜索索引、网盘文档或地图数据，而不只是网页。
基线重算要动的是问题库与信源口径
问题库的第一层应当按入口划分，而不是按产品划分。同一个问题在合并前后可能由不同skill提供材料，如果问题库仍按旧产品名建组，会同时出现漏测与重复：漏掉新入口下的提问方式，又重复统计同一入口的多次调用。问题库的颗粒度一旦错位，后面所有可见度数字都会带着这个偏差。
信源口径要跟着调整。搭子上周发布会披露企业客户环比增长83%、交付物需求环比增长4.3倍，交付物需求上升意味着回答会更多引用结构化材料，而不是零散网页。监测面板如果只统计网页引用，就会低估这类材料在AI回答中的实际占比，也会把竞品在文档类信源上的布局看成空白。
| 监测项 | 合并前的口径 | 合并后要改成 | 需要核实的证据 |
|---|---|---|---|
| 问题库分组 | 按产品名分组 | 按入口与任务类型分组 | 入口内的实际提问样本 |
| 引用来源 | 网页链接为主 | 网页与结构化材料并列 | 回答中的引用标注截图 |
| 竞品对比 | 同产品内横向比较 | 同入口同问题重跑 | 同一问题的多平台回答 |
| 可见度口径 | 提及次数单一指标 | 提及与引用分开计 | 周度快照与变化说明 |
竞品对比必须同入口重跑
竞品占位在入口合并后最容易失真。旧数据是秒哒对秒哒、搭子对搭子的比较，合并后只剩一个入口，历史对比失去参照。可行的做法是把同一组问题在新入口重跑一遍，记录提及顺序与引用来源，再把结果与合并前的快照并列，差异本身就是结论，比争论口径更有效。
一次可执行的重算流程
流程的关键是留痕。每次重算都要记录提问时间、入口版本与回答原文，否则两周后无法判断变化来自自身优化还是平台调整。把问题库、回答快照与引用来源按周归档，竞品对比才有稳定基线，团队也不必每次从零复核。
常见问题
入口合并会不会让品牌的AI可见度自然下降？
不一定下降，但口径一定会变。问题集中到一个入口后，同一批提问可能被重复统计，也可能因为提问方式改变而漏测，正确顺序是先重算基线再判断涨跌。
问题库应该按产品名还是按入口建？
按入口与任务类型建。产品名会随组织调整变化，入口和任务类型相对稳定，也更接近用户真实的提问方式。
引用来源统计要增加什么？
结构化材料。交付物需求上升之后，回答会更多引用文档与表格，只统计网页链接会低估这类信源的实际占比。
重算需要多长周期？
以周为单位。合并后第一周建立快照，第二到第四周观察变化，再与合并前的历史数据并列，差异稳定后才更新对外口径。
