SEO 数据
https://mcp.signaldig.com/data/seo/mcp关键词概览与意图、相关关键词、当前 SERP 观察和 Google Trends 证据。
// SignalDig MCP
将 SignalDig MCP Server 接入 AI Agent
SignalDig MCP 让兼容的 AI 客户端通过鉴权访问聚焦的数据和决策工具。它是 Agent Skills 下面的能力层，不是公共 Dashboard，也不会代替工作流本身。
// 端点
按任务选择对应的 MCP Server
三个产品能力面保持分离，让客户端只暴露当前工作流真正需要的工具。
社媒数据
https://mcp.signaldig.com/data/social/mcp保留来源上下文并说明覆盖限制的平台原生公开社媒检索。
SEO 决策
https://mcp.signaldig.com/signals/seo/mcp受证据约束的关键词与内容机会报告，包含条件、风险和下一步测试。
// 客户端配置
使用 Bearer 方式发送 API Key
只把需要的 Server 加入兼容客户端的 MCP 配置。不同客户端的字段可能不同，配置文件具体位置应以对应客户端文档为准。
mcp.json
{
"mcpServers": {
"signaldig-seo": {
"type": "http",
"url": "https://mcp.signaldig.com/data/seo/mcp",
"headers": {
"Authorization": "Bearer {SIGNALDIG_API_KEY}"
}
},
"signaldig-social": {
"type": "http",
"url": "https://mcp.signaldig.com/data/social/mcp",
"headers": {
"Authorization": "Bearer {SIGNALDIG_API_KEY}"
}
},
"signaldig-seo-decisions": {
"type": "http",
"url": "https://mcp.signaldig.com/signals/seo/mcp",
"headers": {
"Authorization": "Bearer {SIGNALDIG_API_KEY}"
}
}
}
}请只在本地替换 。不要把真实密钥写进 Prompt、代码仓库、截图或共享日志。SignalDig MCP 不接受放在 URL 查询参数中的 API Key。
// 接入步骤
四步完成基础接入
- 01
创建 API Key
登录 SignalDig，创建一个有明确名称的 API Key，并安全保存仅展示一次的明文。
- 02
配置一个或多个 Server
使用上方生产 HTTPS 端点，并通过 Authorization: Bearer 请求头发送密钥。
- 03
重新加载客户端
重启或重新加载 AI 客户端，先确认能够列出预期工具，再开始研究。
- 04
只请求最小充分范围
使用匹配的 Skill，或清楚描述聚焦任务，避免 Agent 收集与问题无关的数据。
// 当前限制
接入能够提供什么，又不保证什么
必须通过鉴权
缺失、过期或已撤销的 API Key 会被拒绝。不要把密钥保存在浏览器可读存储中；怀疑泄露时应立即撤销。
部分任务异步执行
SEO 研究和决策报告可能返回 request ID 供轮询。客户端应复用该请求和稳定的 idempotency key，不要重复提交。
数据覆盖存在边界
结果受请求的市场、语言、时间与可用供应商覆盖影响。部分结果和缺失证据必须继续显示。
不保证业务结果
市场观察和决策支持不保证排名、收入、传播范围或产品市场匹配。
// 为什么配合 Skills 使用
MCP 提供能力，Skills 让 Agent 按正确流程使用能力。
Agent 可以直接调用 MCP 工具，但安装匹配的 Skill 能减少工具选择和结果解释中的随机性。Skills 是写给 Agent 的工作手册，不要求用户先理解接口细节。
选择正确工具
每个 Skill 对应明确任务，约束 Agent 选择匹配的 MCP Server 和工具，而不是随机尝试组合。
减少无效调用
预设的研究顺序、范围控制和请求复用规则，让 Agent 只获取完成当前任务所需的数据。
保留字段语义
Skill 要求连同指标含义、来源、时间和覆盖限制解释结果，避免把原始数字脱离上下文使用。
约束决策输出
工作流区分数据检索与机会判断，并要求保留证据、反证、风险和下一步验证，减少推理偏离。