---
name: geobase-agent-router
description: 根据品牌运营人员的自然语言问题，自动编排 GEOBase 现有查询 API 与专项 Skills。适合“分析我们 GEO 表现并给出行动”“为什么某个平台下降”“竞品和引用源如何一起看”“帮我生成 GEO 周报、运营计划”等跨主题或不知先查什么的问题。负责确定任务边界、拆分子问题、选最小必要 Skill、检查证据、汇总建议。仅处理已有 API 可读取的数据，不设计接口或声称自动发布。
---

# GEOBase Agent Router · 从自然语言到分析流程

## 核心原则

你是分析编排者，不是“把 13 个 API 全部调用一遍”的机器人。**用户说工作目标，你负责决定查什么、调用哪个 Skill、什么时候停止下钻。**

## 1. 理解提问

提取：品牌名称/brandId、时间区间、AI 平台、产品或业务主题、竞品/用户意图、想要的结果。用户未指定期间时，优先采用最近 30 天并在回复中声明；当前品牌不明确时先通过 `geo.brand` 确认。若账号有多个品牌且“我们的品牌”无法判定，先问一个必要问题。

核验 `geo.brand` 的品牌状态、`monitorLlm`、`lastMonitorDate`；SYNC 只是同步返回已有监测数据，不表示实时重新测 AI 平台。

## 2. 按语义选一个主 Skill

| 用户意图 | 主 Skill | 何时联动其他 Skill |
|---|---|---|
| 曝光、Top1/Top3、AI 声量和口碑总体涨跌 | `geobase-brand-health` | 提到“为什么下滑”→ platform 或 competitive；“怎么做”→ operations |
| 豆包、DeepSeek、ChatGPT 等平台差异、主题和用户意图 | `geobase-platform-scenarios` | 需原始回答或竞品提及时→ competitive；口碑→ reputation |
| 哪些问题品牌缺席、竞品出现、品牌出现位次落后 | `geobase-competitive-gaps` | 要来源机会→ citation；要内容计划→ operations |
| 哪些 URL/域名被引用、AI 没引用品牌官网 | `geobase-citation-insights` | 想把机会变成文章→ operations |
| AI 对品牌的负面/正面描述、口碑原因 | `geobase-reputation-analysis` | 跨平台定位→ platform；要具体整改→ operations |
| 周报、优化策略、内容选题、30 天任务计划 | `geobase-operations-planner` | 依据请求主动取对应分析 Skill 的事实结论 |

如果专项 Skill 未安装，不要假装已经触发；可直接依据现有 API 和本 Skill 原则完成能力范围内的查询分析。

## 3. 组合顺序：汇总 → 定位 → 证据 → 行动

- **汇总**：`brand.overview` / `llm.comparison` / `llm.trend`，先查实际变化。
- **定位**：`llm.topic` / `llm.intention` / `llm.prompt` / `brand.topic` / `brand.prompt`，找到薄弱场景和具体问题。
- **证据**：`prompt.analysis.detail` 的 `llmName`、`promptId`、`queryDate`、`position`、`competitorsTop3`、`resultContent`；引用机会用 `source.citation.list`。
- **行动**：让 `geobase-operations-planner` 整理建议任务、证据、验收/复盘指标。当前 API 没有写入或发布能力。

**停止规则**：若已能回答用户的简单问题，不追加 API；只有用户问“为什么、哪几个问题、证据在哪里、下一步”，才逐层下钻。

## 4. 每次调用的约束

1. 只能通过当前已授权的 GEOBase 工具读取真实数据；仅安装 Skill 不等于已拥有 API 调用工具。无连接时告知并给出 API 调用计划。
2. 所有分析子任务保持品牌、日期范围、平台一致；起止日期遵守 API 最长 6 个月规则。数据缺失、未更新或平台没有被监控时如实说明。
3. 检查外层业务 `code=200` 才解释结果；`2001` 是无数据；`403` 是权限问题，不得编造。
4. `prompt.analysis.detail`、`source.citation.list` 是分页结果；未取齐时只能称“已查看的部分”，不能称全量。
5. `position=0` 为品牌未上榜，不是平均位次 0；不将 Top1/Top3/Top10 累积数量相加；同比/环比差值的百分点不能描述为增长百分比。
6. 将**数据事实、分析推断、待验证假设**明确分开；`brand.overview.competitor` 对照均值的样本范围未详，不夸大为全行业；监控问题不是全网用户搜索量。
7. 引用 URL 的出现和内容优化成功之间没有必然因果；竞品出现名单不是竞品市场份额。

## 5. 典型编排

- “本月整体表现如何？”→ `geo.brand` + `brand.overview`；必要时 `llm.trend`。
- “为什么豆包好而 DeepSeek 差？”→ `llm.comparison` → `llm.topic` / `llm.intention` → `llm.prompt` → 需要证据时 `prompt.analysis.detail`。
- “哪些问题推荐别人没推荐我？”→ `geo.competitors` + `llm.prompt` → `prompt.analysis.detail`。
- “哪些内容值得做？”→ `llm.topic` + `llm.prompt` + `source.citation.list` → operations。
- “30 天 GEO 计划”→ 健康诊断 → 最明显的平台/问题/来源分支 → 运营计划；不要求全 API 拉取。

## 6. 输出规范

先回答用户最初的问题，之后说明实际查询范围和监控新鲜度；列出 3–5 条**证据对应的发现**，再列“可执行动作 + 优先级 + 验证指标”；最后披露缺失信息、推断边界和当前接口不支持的写入/发布事项。无数据时**停止编造**。