GeoOps × WorkBuddy：30 分钟接入并搭起 GEO 运营闭环
面向品牌与增长团队：把 GeoOps 接到 WorkBuddy，用对话完成品牌确认、7/30 天趋势对比、周报要点与动作验收。含密钥接入、四条可复用提问、四类问题处理表与 30 天落地节奏，约 30–60 分钟跑通最小闭环。
来源说明：本文基于比特意图团队在 CSDN 发布的实操文 《基于 WorkBuddy 智能体从 0 到 1 搭建 GEO 运营体系实战》 整理为官网实践范式；产品能力与配额以 GeoOps 官网 与 llms.txt 为准。文中品牌名、密钥与样本数值仅演示方法，不构成效果承诺。
适用场景
团队已在 GeoOps 沉淀品牌探测与诊断数据，希望用 WorkBuddy 作为日常对话入口：少切页面、把可见度读数稳定送进周会与内容排期。GEO 缺的通常不是「再发几篇」，而是一套能回答四件事的经营闭环——在哪些高价值问法被看见、表述是否准确、竞品占了哪些位、改完之后是否可验证改善。
- 难度
- 入门
- 预期见效
- 首次接入与首轮对话 30–60 分钟；完整「观测—动作—复测」建议按 30 天节奏推进
- 适用角色
- 品牌负责人、内容运营、增长/数据同学、GEO 项目负责人
| 经营环节 | 团队真正要解决的问题 | 周度应交付什么 |
|---|---|---|
| 品牌确认 | 查的是不是同一品牌、官网与业务口径？ | 品牌清单与唯一确认结果 |
| 基线建立 | 当前在哪些问法、引擎中较弱？ | 可见度、提及率、情感与引用基线 |
| 异常定位 | 下降来自问法、定位还是信源？ | 未提及问法、原始回答与引用 |
| 运营动作 | 本周最该修什么，谁来修？ | 优先级清单与责任分工 |
| 效果验证 | 改完是否改善，而非单日偶然？ | 与基线、上期对比的结论 |
边界：连接用于读取工作区数据；不会替团队发文、生成内容或触发新探测。内容改写与官网更新仍由业务方执行。
前置条件
- 已有 GeoOps 工作区，且完成至少一轮品牌探测（可先跑 2 周试点手册）。
- 工作区所有者可登录 GeoOps，进入「设置 → 工作空间 → GEO 智能体」生成密钥。
- 可使用 WorkBuddy，并具备添加自定义连接器 / MCP 服务的权限。
- 明确 1 个主营品牌、3–5 个高意图场景、2–3 个核心竞品（先收窄再扩展）。
- 约定密钥治理：不进群聊、不写周报、人员变动时复查；泄露即吊销重建。
实施步骤
-
步骤 1：拿到工作区密钥（受控入口）
工作区所有者登录 GeoOps →「设置 → 工作空间 → GEO 智能体」→ 生成并复制工作区密钥。业务上只需记住：这是 WorkBuddy 到 GeoOps 工作区的受控连接；查询范围以该工作区已沉淀的品牌、问法与观测结果为准。
-
步骤 2：在 WorkBuddy 粘贴 MCP 配置
打开 WorkBuddy →「专家·技能·连接器」→ 连接器管理 → 自定义连接器 → MCP 服务配置。将 GeoOps 页面复制的 WorkBuddy 配置粘贴并保存。官方要求使用
type: http，服务地址为https://geoops.eeebit.com/mcp，以工作区密钥完成身份校验。只替换密钥占位，勿随意改其他字段。 -
步骤 3：先确认品牌，再开始一切分析
第一问不要问「下周怎么涨分」，而要问工作区里有哪些可观测品牌。可直接输入：
列出当前工作区全部可观测品牌，只要 id、名称和官网。核对品牌 ID、标准名、别名与主官网后，再建趋势与竞品对比。建档建议补齐：标准名与别名、主官网与核心落地页、当前监测业务范围。
-
步骤 4：用「7 天对 30 天」看趋势
近 7 天观察短期变化，近 30 天判断整体方向，二者不可互相替代。示例提问：
对比「品牌名」近 7 天和近 30 天的可见度、情感、提及率趋势，用要点说明升还是降，通过图表可视化呈现。指标 它告诉团队什么 异常时优先检查 可见度 相关问答中是否被看见 未出现的引擎/问法；别名遗漏 提及率 被提起频率是否变化 高意图场景是否被竞品抢占 情感 生成式回答如何描述品牌 限定语、疑虑词、定位误读 引用来源 回答更常参考哪些站点 官网资料不足；权威第三方缺位 竞品 SOV 同场景被提及份额 竞品占优问法与来源域名 可见度走强但情感波动时，不要只庆祝分数：回到波动日的问法与原文，确认是否被误解或绑定错误品类。
-
步骤 5：压缩成管理层听得懂的周报
周报要直接变成下周动作，而不是字段堆砌。可在 WorkBuddy 生成顾问口径摘要：
用 GeoOps 数据给「品牌名」整理 8 条周报要点：各引擎可见度、表现较弱的引擎、未提及问法 Top3、引用域名 Top5、竞品 SOV 和最新诊断建议，并标明统计时间。输出后对齐 可见度周会模板：引擎差异 → 短板问法 → 竞品与引用 → 下周 3 条动作与责任人。
四类问题与验收
诊断报告不是终点；完成改动并复测才是闭环。建议把周报问题落到四类动作：
| 问题类型 | 典型信号 | 建议动作 | 验收方式 |
|---|---|---|---|
| 定位不一致 | 归入错误品类或核心能力说偏 | 统一官网、案例、知识库与禁用表述 | 复查原文，误读是否减少 |
| 场景内容缺口 | 高意图问法未提及或理由不完整 | 补采购对比、选型标准、适用人群等专题 | 对比该组问法的提及率/可见度 |
| 信源不足 | 引用少或只依赖单一来源 | 完善官网资料与权威外部信源 | 引用域名结构与次数变化 |
| 竞品占位 | 竞品在同批问法中反复优先 | 拆解竞品理由与来源，明确差异化话术 | 持续比较 SOV 与重点问法 |
GeoOps 不自动修改官网；数据工具发现问题，业务团队做价值判断，品牌负责人对最终表达负责。
30 天落地节奏
不要一上来铺开全部业务线。先选一个主营品牌、三到五个高价值场景、两个到三个核心竞品，跑通「观测—动作—复测」再扩展。
| 周期 | 重点工作 | 关键产出 |
|---|---|---|
| 第 1 周 | 接入 WorkBuddy；确认品牌、官网、别名与竞品；梳理高意图问法 | 品牌口径表、首份基线、责任人名单 |
| 第 2 周 | 比较近 7 天与近 30 天；抽查未提及问法与原文 | 短板清单、定位误读清单、内容选题池 |
| 第 3 周 | 第一轮口径修订与重点内容补强；规划外部信源 | 内容任务单、发布计划、验收问法组 |
| 第 4 周 | 复看趋势、引用与 SOV；形成周报与下月优先级 | 效果验证结论、保留/调整/加码决策 |
协作建议：品牌负责人定口径与优先级；内容团队补素材与页面；增长/数据维护问法与周报；业务负责人在周会确认资源。
可复用提问模板
将「品牌名」替换为已确认的工作区品牌，沉淀为固定模板即可减少每周重复整理。
| 使用场景 | 可直接输入 WorkBuddy 的提问 |
|---|---|
| 每周开场 | 给「品牌名」一份工作台总览：可见度、情感、引用和套餐剩余探测次数。 |
| 趋势复盘 | 对比「品牌名」近 7 天和近 30 天的可见度、情感、提及率趋势，用要点说明升还是降。 |
| 短板排查 | 「品牌名」在指定引擎近 14 天有哪些问法完全未提及？把问法原文列出来。 |
| 周会汇报 | 用 GeoOps 数据给「品牌名」整理 8 条周报要点：各引擎可见度、较弱引擎、未提及问法 Top3、引用域名 Top5、竞品 SOV 和最新诊断建议，并标明统计时间。 |
验收检查清单
- [ ] WorkBuddy MCP 已保存且可成功查询（服务地址为
https://geoops.eeebit.com/mcp） - [ ] 密钥由工作区所有者保管，未进入群聊/对外文档
- [ ] 已列出并确认目标品牌的 id、名称与官网
- [ ] 完成至少一次「7 天 vs 30 天」可见度/提及率/情感对比
- [ ] 输出过一份含统计时间的 8 条周报要点，并落到 ≥3 条可验收动作
- [ ] 团队理解：连接只读数据，不自动发文、不自动触发新探测
常见问题
WorkBuddy 接入后会自动发文或触发新探测吗？
不会。连接用于读取工作区已沉淀数据；发文、改官网、触发探测仍走 GeoOps 工作台与业务流程。
密钥应该由谁保管？
工作区所有者生成与保管；业务侧只做查询。有泄露风险立即重新生成或吊销。
为什么必须先列品牌再分析？
集团品牌、产品品牌、海外站并存时，对象不清会导致趋势与竞品结论串品牌。先把口头共识变成可复核对象。
7 天和 30 天趋势怎么配合看？
7 天看短期，30 天看方向；可见度、提及率、情感一起读。短期上涨但情感波动时，优先回看原文与问法。
下一步
接入跑通后：把四条提问固化进周会 SOP，并与 可见度周报怎么开 对齐例会议程；尚未建探测基线的团队先完成 2 周试点手册。零售场景复盘见 连锁零售 GeoOps 试点；监测闭环边界见 架构解读。