@fx-data/ai-diagnostics 0.1.20261111014808 → 0.1.20261111015837
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/AGENT_SETUP.md +2 -2
- package/README.md +1 -1
- package/bin/core-ai.mjs +1 -1
- package/content/README.md +1 -1
- package/content/knowledge/automation/queries.md +2 -2
- package/content/knowledge/automation/workflow.md +1 -1
- package/content/knowledge/common/concepts.md +2 -2
- package/content/knowledge/common/queries.md +3 -3
- package/content/knowledge/common/topics/setup-signoz-mcp.md +14 -11
- package/content-manifest.json +9 -9
- package/package.json +1 -1
package/AGENT_SETUP.md
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# FX 数据诊断：Agent 安装与管理
|
|
2
2
|
|
|
3
|
-
本文供执行安装与管理的 Agent 读取，不作为日常诊断的前置上下文。包版本为 `0.1.
|
|
3
|
+
本文供执行安装与管理的 Agent 读取，不作为日常诊断的前置上下文。包版本为 `0.1.20261111015837`，需要 Node.js `>=22` 及 npm。用户只需表达安装、使用、更新或卸载意图，环境准备和客户端登记由 Agent 完成。
|
|
4
4
|
|
|
5
5
|
用户明确要求安装、更新、回退、卸载或检查 FX 数据诊断时，也会触发薄 Skill，并直接执行对应管理命令，不先运行 `context` 或读取诊断规则；只有开始诊断时才按薄 Skill 加载内容。普通聊天不主动加载。
|
|
6
6
|
|
|
@@ -56,7 +56,7 @@
|
|
|
56
56
|
|
|
57
57
|
用户明确要求用 FX 数据诊断分析问题后，按薄 Skill 调用一次稳定入口的 `context`，读取返回的 `agent_rules`，只加载当前问题需要的 Skill 和引用。CLI 同时在后台检查更新，固定本次调查返回的版本与 `pinned_cli`；同一调查继续复用，不重复调用稳定入口的 `context`。普通聊天和管理请求无需预加载诊断内容或检查更新。
|
|
58
58
|
|
|
59
|
-
已有 SigNoZ MCP
|
|
59
|
+
已有 SigNoZ 查询途径（MCP、Skill 等）直接复用；实时查询受阻时才按包内配置 Skill 处理，凭据只保存在本机。Python 按需准备；独立解释器可通过 `FX_DATA_DIAGNOSTICS_PYTHON` 指定绝对路径。
|
|
60
60
|
|
|
61
61
|
## 更新与回退
|
|
62
62
|
|
package/README.md
CHANGED
|
@@ -38,4 +38,4 @@
|
|
|
38
38
|
|
|
39
39
|
---
|
|
40
40
|
|
|
41
|
-
**给 Agent：** 按 [Agent 执行说明](https://unpkg.com/@fx-data/ai-diagnostics@0.1.
|
|
41
|
+
**给 Agent：** 按 [Agent 执行说明](https://unpkg.com/@fx-data/ai-diagnostics@0.1.20261111015837/AGENT_SETUP.md) 完成安装与管理。已有本地包时，优先读取包内 `AGENT_SETUP.md`；本地 `.tgz` 只需读取 `package/AGENT_SETUP.md`。按命令结果简短反馈，成功即结束；只有失败或结果不完整时才排错。
|
package/bin/core-ai.mjs
CHANGED
|
@@ -189,7 +189,7 @@ context 返回当前版本、内容路径和 agent_rules。读取 agent_rules，
|
|
|
189
189
|
|
|
190
190
|
context、status、session 的 auto_update.notification，以及 python 标准错误中 fx_data_diagnostics.auto_update.notification，是更新提示。有提示时按 message 简短告知用户；无新版不打扰。不为获取状态额外调用 CLI 或轮询；本轮没有后续 CLI 调用时，下次使用再补报。更新成功只影响下次新诊断，失败继续使用本次版本。
|
|
191
191
|
|
|
192
|
-
当前调查固定使用首次 context 返回的 node、pinned_cli 和内容版本。脚本通过 <node> <pinned_cli> python <脚本绝对路径> ... 执行；Windows PowerShell 同样在带引号的 Node 路径前加 &。通过 session 获取临时目录，保存日志和 Metric 正文，不写入安装内容。只有包内 Python 脚本需要 Python；doctor 的 python.available=false 表示按需补齐，不代表安装失败。已有 MCP
|
|
192
|
+
当前调查固定使用首次 context 返回的 node、pinned_cli 和内容版本。脚本通过 <node> <pinned_cli> python <脚本绝对路径> ... 执行；Windows PowerShell 同样在带引号的 Node 路径前加 &。通过 session 获取临时目录，保存日志和 Metric 正文，不写入安装内容。只有包内 Python 脚本需要 Python；doctor 的 python.available=false 表示按需补齐，不代表安装失败。已有 SigNoZ 查询途径（MCP、Skill 等）直接复用；实时查询受阻时才读取 setup-signoz-mcp。
|
|
193
193
|
|
|
194
194
|
用户要求更新时执行稳定入口 update，默认使用 latest；要求回退到上次更新前时执行 rollback，也可用 --version 指定版本。已保留版本校验通过后直接复用。各客户端的新调查共用切换后的版本，进行中调查继续使用原 pinned_cli。更新后按客户端要求刷新技能或新开聊天；安装副本不做 Git 更新。
|
|
195
195
|
|
package/content/README.md
CHANGED
|
@@ -20,7 +20,7 @@
|
|
|
20
20
|
npm 安装：对 Agent 说“帮我安装并启用 FX 数据诊断，npm 包是 `@fx-data/ai-diagnostics`”，它会按包内 README 安装（优先复用已有的共享安装），再登记当前客户端的 Skill。需要 Node.js/npm，Python 按需准备。安装副本每次新诊断时在后台检查更新，不耽误当前排查，更新失败继续用旧版（设计见源码仓库 `maintainers/npm-cli.md`）。
|
|
21
21
|
|
|
22
22
|
1. 用源码目录时，用支持 `AGENTS.md` 的客户端（如 Codex、Claude Code）打开本仓库，更新规则见[助手执行契约](AGENTS.md#使用前更新代码)。
|
|
23
|
-
2. 诊断要查 SigNoZ 的 trace
|
|
23
|
+
2. 诊断要查 SigNoZ 的 trace、日志和引擎统计。还没有连接时助手会自动安装和配置，只需按提示在本机配置里填入对应环境的 API Key（正式、测试分开），不要把 Key 发在对话里。
|
|
24
24
|
3. 只有离线材料（日志、trace 导出、Metric 文件）时不用配置，直接交给助手。
|
|
25
25
|
|
|
26
26
|
## 如何提问
|
|
@@ -4,7 +4,7 @@
|
|
|
4
4
|
|
|
5
5
|
## 按 workflowId 查
|
|
6
6
|
|
|
7
|
-
**列出每次执行**（默认最近
|
|
7
|
+
**列出每次执行**（默认最近 3 天；按周或更长周期执行、3 天内没有记录时，再放宽到覆盖一个周期）：
|
|
8
8
|
|
|
9
9
|
```text
|
|
10
10
|
body CONTAINS '[Workflow] executor result' AND body CONTAINS '<workflowId>'
|
|
@@ -18,7 +18,7 @@ body CONTAINS '[Workflow] executor result' AND body CONTAINS '<workflowId>'
|
|
|
18
18
|
body CONTAINS '<workflowId>'
|
|
19
19
|
```
|
|
20
20
|
|
|
21
|
-
|
|
21
|
+
用日志搜索即可。时间窗越长越慢，放宽时也只做日志搜索，不要按 `body` 分组做多天聚合，容易超时。
|
|
22
22
|
|
|
23
23
|
## 看单次执行
|
|
24
24
|
|
|
@@ -6,7 +6,7 @@
|
|
|
6
6
|
|
|
7
7
|
大多数问题都从 workflowId 开始，查询写法见[按 workflowId 查](queries.md#按-workflowid-查)。
|
|
8
8
|
|
|
9
|
-
1. 用 workflowId 搜日志，默认看最近
|
|
9
|
+
1. 用 workflowId 搜日志，默认看最近 3 天，先按 [`[Workflow] executor result`](signals.md#定时执行的时间线) 列出每次执行的时间、触发方式、动作数和失败数。按周或更长周期执行、3 天内没有记录时，再放宽到覆盖一个周期。
|
|
10
10
|
2. 要看某一次，拿这次的 `trace_id` 查同一 trace 的日志。一次执行的条件判断、动作和回填都在这条 trace 里，动作级的日志不带 workflowId，只能这样串起来。
|
|
11
11
|
3. 有失败就看 [`[WorkflowAction] Execute failed`](signals.md#动作失败的常见报错) 的异常消息。回填要继续看[回填的后半段](signals.md#回填的后半段)，第 1 步的成功只说明消息已经发出。
|
|
12
12
|
4. 没有执行记录时，按触发方式核对[查不到记录时能说什么](conclusions.md#查不到记录时能说什么)。
|
|
@@ -13,7 +13,7 @@
|
|
|
13
13
|
|
|
14
14
|
`prod` 和 `production` 不是正式环境的别名。`prod` 在后端语境里是测试 SigNoZ 实例下的一个服务子环境；`production` 目前没有确认过的含义，不参与自动识别。
|
|
15
15
|
|
|
16
|
-
|
|
16
|
+
访问途径不限于每个环境一个 MCP：有的 MCP、Skill 或其他工具一个就能查多个环境，靠环境参数或选项切换。按它自己的环境名和说明对上正式、测试实例，常见约定是正式环境叫 `work`；这类工具里的 `prod` 同样指测试实例下的子环境，不是正式环境。
|
|
17
17
|
|
|
18
18
|
推荐 MCP 名称只是为了各客户端叫法一致。客户端已有别的稳定名称就保留，以连接信息里的 URL 为准；调用方式和参数以当前客户端实际提供的工具为准。已经确认的环境和本轮成功的查询直接复用，不因为工具前缀不同就重新安装或验证。
|
|
19
19
|
|
|
@@ -45,5 +45,5 @@ SigNoZ 实例和后端 `service.name` 是两层信息。查后端请求时两者
|
|
|
45
45
|
- 缺时间时不顺带让用户选环境。时间等入口默认值见[公共查询规则](queries.md)的“默认值速查”。
|
|
46
46
|
- 环境一旦确认，这次诊断的 trace、日志和 metric 都只查这个环境，不混用别的环境的数据。
|
|
47
47
|
- `service.environment` 这类 attribute 只能在当前实例里过滤，代替不了选实例。
|
|
48
|
-
-
|
|
48
|
+
- 工具能读某个环境的 SigNoZ，不代表业务页面链接也有同样的权限。
|
|
49
49
|
- 测试和正式环境的 API Key 分开维护，不能混用或互相覆盖。
|
|
@@ -15,7 +15,7 @@
|
|
|
15
15
|
|
|
16
16
|
| 情况 | 默认处理 |
|
|
17
17
|
|---|---|
|
|
18
|
-
| 未指定环境 | 默认 work（正式环境），显式环境、URL 和已确认范围优先；映射见[环境选择规则](concepts.md)
|
|
18
|
+
| 未指定环境 | 默认 work（正式环境），显式环境、URL 和已确认范围优先；映射见[环境选择规则](concepts.md)。工具能切多个环境时按它的环境名选正式环境（常见是 `work`）；`prod` 是测试实例下的子环境，不是正式环境 |
|
|
19
19
|
| 普通对象（tableId、widgetId、reportId 等）没有时间 | 完全缺少时间时合并询问一次时间，不同时要求选择环境，不要默认最近 7 天 |
|
|
20
20
|
| 企业更新没有时间或只说“最近” | 企业更新无时间默认最近 24 小时，告知后直接查询，优先核对异常 |
|
|
21
21
|
| 只有 dagId | dagId 不先追问时间，由助手管理检索窗口，命中后按实际记录恢复链范围 |
|
|
@@ -25,7 +25,7 @@
|
|
|
25
25
|
|
|
26
26
|
## 选择和调用工具
|
|
27
27
|
|
|
28
|
-
-
|
|
28
|
+
- 先确认当前可用的 SigNoZ 查询途径（MCP 工具、Skill 等），只读这次要用的那个工具的说明；读过一次就复用，不要把全部工具说明都输出一遍。调用方式以该途径实际的声明或说明为准，按[环境选择规则](concepts.md)核对目标 URL，工具前缀和推荐名称不一样不用重配。
|
|
29
29
|
- **已有 traceId 时**，便捷的 span 搜索和详情工具只返回 span 名、耗时、错误这些基本列，不带 `taskName`、`metric`、`data.request_context` 这类自定义 attribute。按这个顺序取：
|
|
30
30
|
1. 日志按 `trace_id` 查一次，常常就能拿到报错原文、引擎任务 ID 和请求结束时间，比翻 trace 便宜。
|
|
31
31
|
2. span 搜索按 `trace_id` 加 `has_error = true`、span 名或 `duration_nano` 取关键的几条 span，看时间线和错误。
|
|
@@ -46,7 +46,7 @@
|
|
|
46
46
|
| tableId、widgetId、reportId 等资源 ID | 按默认或显式环境及发生时间，使用场景入口、服务和资源 attribute 寻找候选执行 |
|
|
47
47
|
| 企业 ID（更新查询） | 复用已有时间；未提供时告知默认最近 24 小时后直接查询，先给更新概况并优先核对异常 |
|
|
48
48
|
| dagId | 按更新链标识精确发现提交与节点，不要求用户先补时间或 trace；检索时间见[更新发现指引](../update/topics/discover-executions.md#检索时间) |
|
|
49
|
-
| workflowId（自动化） | 未提供时间时默认最近
|
|
49
|
+
| workflowId（自动化） | 未提供时间时默认最近 3 天，按日志正文精确查，见[按 workflowId 查](../automation/queries.md#按-workflowid-查) |
|
|
50
50
|
| 截图或 OCR 提取的 ID | 先核对字符并确认锚点可信度；存在相似字符歧义时请用户确认或粘贴原始文本 |
|
|
51
51
|
| 只有现象 | 补充能够确定场景或资源、发生时间的最小信息；未指定环境默认 work，不直接发起宽查询 |
|
|
52
52
|
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# 配置 SigNoZ MCP
|
|
2
2
|
|
|
3
|
-
为当前 Agent 客户端配置 SigNoZ 只读访问。诊断需要实时查 SigNoZ，但当前客户端没有工具、无法启动、环境不明确、鉴权失败或只读查询不可用时读；已有可用的 SigNoZ
|
|
3
|
+
为当前 Agent 客户端配置 SigNoZ 只读访问。诊断需要实时查 SigNoZ，但当前客户端没有工具、无法启动、环境不明确、鉴权失败或只读查询不可用时读；已有可用的 SigNoZ 查询途径（MCP、Skill 或其他工具，一个途径查多个环境也算）或只有离线材料时不需要。正常首次配置只需用户在本机填入缺少的 API Key，安装模式、发行包、MCP 名称和配置格式由助手按当前环境确定。本主题只恢复 SigNoZ 访问能力，不分析业务问题；完成后回到原调查继续。
|
|
4
4
|
|
|
5
5
|
## 目录
|
|
6
6
|
|
|
@@ -14,20 +14,20 @@
|
|
|
14
14
|
## 默认流程
|
|
15
15
|
|
|
16
16
|
1. 确认目标环境：用户输入、现有配置或[环境知识](../concepts.md)，没指定就用 work，不让用户先选。`work` 是正式环境，`prod` 不是；不按工具顺序或 `service.environment` 猜实例。URL 和口头说法冲突时只让用户确认“测试环境”还是“正式环境”，确认前不写配置。默认连接不可用就修它，不改用测试环境。
|
|
17
|
-
2.
|
|
17
|
+
2. 当前客户端已有能查目标环境的 SigNoZ 途径，就跳过安装配置：不限于 MCP，Skill 或一个工具切多个环境都算，能从 URL 或它的环境名对上正式、测试即可（推荐名称不同不重配），做一次最小只读验证就回原任务；本轮已有成功查询直接复用。
|
|
18
18
|
3. MCP Server 缺失或损坏时，简短告知尚未安装，按“安装 MCP Server”默认安装适配当前系统和 CPU 的产物，不让用户确认版本、下载源或路径。
|
|
19
|
-
4.
|
|
20
|
-
5.
|
|
19
|
+
4. 没有目标环境的有效凭据时，按“接入当前客户端”把配置写好，Key 位置留占位符，再请用户在本机填入一次，环境能唯一确定就一并说明，不再问 URL 或 MCP 名称，不再追加配置确认。不在对话里索取 Key：对话内容会发给模型服务并留在会话记录里。
|
|
20
|
+
5. 用户填好后重载并做最小只读验证；客户端必须由用户 Trust、启用或重启时，只提示这一步。成功后立即回到原调查，不把安装变成独立任务。
|
|
21
21
|
|
|
22
22
|
只配置当前正在运行的 Agent 客户端，不要因为发现 Cursor、Codex、WorkBuddy 等其他客户端的配置文件就切换目标。只有环境确定不了、平台不支持、同名配置冲突或配置方式确实判断不了时，才请用户补最小的信息。
|
|
23
23
|
|
|
24
24
|
## 交互与结果
|
|
25
25
|
|
|
26
26
|
- 正常成功路径只说明 MCP 已准备好并继续原任务；不主动展示 checksum、压缩包、安装目录、完整配置或排障过程。
|
|
27
|
-
-
|
|
28
|
-
-
|
|
27
|
+
- 等待 Key 时，直接说明“当前没有可用的 SigNoZ MCP，已经完成安装和配置，请在 `<配置文件路径>` 填入 `<环境>` 的 API Key，填好后告诉我继续诊断”。
|
|
28
|
+
- 用户仍把 Key 发在了对话里：不回显，按原流程写入本机配置，并提醒对话记录里已有这个 Key，建议诊断结束后在 SigNoZ 重新生成。
|
|
29
|
+
- API Key 不写入仓库、知识、fixture 或报告，只存在当前客户端的本机配置或用户自己的环境变量里；配好一次后续诊断直接复用。
|
|
29
30
|
- 失败时说明准确阻断和下一项最小动作，不用重装掩盖环境、凭据、权限或网络问题。
|
|
30
|
-
|
|
31
31
|
## 安装 MCP Server
|
|
32
32
|
|
|
33
33
|
仅在 MCP Server 或客户端配置缺失、损坏时执行。安装程序不接收 SigNoZ URL 和 API Key，也不修改客户端配置。
|
|
@@ -41,9 +41,11 @@ python3 scripts/install_signoz_mcp.py
|
|
|
41
41
|
Windows 使用系统自带 PowerShell，不依赖 Python：
|
|
42
42
|
|
|
43
43
|
```powershell
|
|
44
|
-
powershell.exe -File scripts\install_signoz_mcp.ps1
|
|
44
|
+
powershell.exe -NoProfile -ExecutionPolicy Bypass -File scripts\install_signoz_mcp.ps1
|
|
45
45
|
```
|
|
46
46
|
|
|
47
|
+
Windows 桌面版默认禁止运行脚本，`-File` 同样受限；`-ExecutionPolicy Bypass` 只作用于这一次进程，不修改系统设置。
|
|
48
|
+
|
|
47
49
|
当前工作目录不是内容根目录时使用脚本的绝对路径。只有需要改变默认用户级安装目录时才传入 `--install-dir <absolute-directory>`（PowerShell 为 `-InstallDir <absolute-directory>`）。
|
|
48
50
|
|
|
49
51
|
脚本会自动：
|
|
@@ -65,10 +67,11 @@ powershell.exe -File scripts\install_signoz_mcp.ps1
|
|
|
65
67
|
server name -> 目标环境对应的稳定名称
|
|
66
68
|
command -> 安装脚本返回的绝对路径
|
|
67
69
|
SIGNOZ_URL -> 已确认的 SigNoZ 地址
|
|
68
|
-
SIGNOZ_API_KEY ->
|
|
70
|
+
SIGNOZ_API_KEY -> 占位符，由使用者自己填入该环境的凭据
|
|
69
71
|
```
|
|
70
72
|
|
|
71
|
-
- Key
|
|
73
|
+
- 默认写入当前客户端的用户级配置文件并留占位符，告诉用户文件路径和要填的字段，用户在助手之外（编辑器或自己的终端）填写，不经过对话。只有用户本来就用环境变量管理 Key 时才在配置里引用环境变量：从 Dock、开始菜单等图形界面启动的客户端常读不到 shell 配置里的变量，表现为配好了仍报 401。
|
|
74
|
+
- 不写进仓库、项目配置、知识、fixture 或报告。
|
|
72
75
|
- 测试和正式环境分别配置，不复用或覆盖凭据；默认连接缺凭据时只要该环境的 Key，不改用已可用的其他环境。
|
|
73
76
|
- 增量修改已有配置，保留无关的 server 和字段；支持工具 allowlist 时只启用诊断需要的只读工具。
|
|
74
77
|
|
|
@@ -80,7 +83,7 @@ SIGNOZ_API_KEY -> 使用者提供的该环境凭据
|
|
|
80
83
|
|---|---|
|
|
81
84
|
| 客户端看不到工具 | 配置是否加载、server 是否启用、是否需要重载 |
|
|
82
85
|
| server 启动失败 | command、文件存在性、平台架构、执行权限 |
|
|
83
|
-
| 401 | 没有凭据或凭据无效；URL
|
|
86
|
+
| 401 | 没有凭据或凭据无效；URL 与凭据是否属于同一环境，只请用户补填目标环境的 Key，不换用其他环境的 Key |
|
|
84
87
|
| 403 | 凭据有效但角色不够，只读查询至少需要 Viewer 级别；请使用者换用有读取权限的 Key |
|
|
85
88
|
| 工具存在但报字段 / schema 错误 | 工具版本与说明不一致；重新读取当前工具声明或修复 MCP 版本，不沿用旧参数硬试 |
|
|
86
89
|
| 查询不到目标数据 | 精确 ID、时间与环境是否正确 |
|
package/content-manifest.json
CHANGED
|
@@ -1,12 +1,12 @@
|
|
|
1
1
|
{
|
|
2
2
|
"schema_version": 1,
|
|
3
|
-
"version": "0.1.
|
|
4
|
-
"source_commit": "
|
|
3
|
+
"version": "0.1.20261111015837",
|
|
4
|
+
"source_commit": "47e06c5b36165aac9fdbe9f6c09d227534f34726",
|
|
5
5
|
"source_dirty": false,
|
|
6
|
-
"cli_sha256": "
|
|
6
|
+
"cli_sha256": "4a153c76eb03a90bcec67a5431d471cbdda09a1e7188bb6cefee818d43e89e26",
|
|
7
7
|
"files": {
|
|
8
8
|
"AGENTS.md": "674f7657f5ab6167154bd910d344c5bdb850a5c0598191d5f33b2976550badf3",
|
|
9
|
-
"README.md": "
|
|
9
|
+
"README.md": "257068afe391bfe233d5bf0d7f3aa14136ad98bd3f1c49d427bd1a839240f1f7",
|
|
10
10
|
"docs/architecture.md": "6a0d602927789ee6d463f26a7eab45661a730c3a87164ab44aae63235a191fb0",
|
|
11
11
|
"docs/diagnostic-feedback.md": "6ebade7a0fc65171e0075a63f5d1f526407a5a30789fa7941df48995dab56918",
|
|
12
12
|
"docs/diagnostic-report.md": "8cf3f19051062a44ecc23635d1ac4ad210863521290be11d808ec2d14c53ca84",
|
|
@@ -16,22 +16,22 @@
|
|
|
16
16
|
"knowledge/automation/README.md": "94b7dd70af66ab4f6b330190607cb5e3a20cbc05cc8cfe4437974e039c8cb42e",
|
|
17
17
|
"knowledge/automation/concepts.md": "33ed961fd260f56196e96fa49bce194d173ca312c92c14aa50f375308f01b944",
|
|
18
18
|
"knowledge/automation/conclusions.md": "a82d70ecfabbbce5134c7930735b362baa289abf12d1dab8c1ff66229859502e",
|
|
19
|
-
"knowledge/automation/queries.md": "
|
|
19
|
+
"knowledge/automation/queries.md": "288fe923b9b188584a3675cb50bd4d40141e8b3bbd1fc91fee993b4e63bbcaa6",
|
|
20
20
|
"knowledge/automation/signals.md": "52f2fd37beb655b06a5a3944418161bfacb46615a25ded952383fc58e6715742",
|
|
21
|
-
"knowledge/automation/workflow.md": "
|
|
21
|
+
"knowledge/automation/workflow.md": "9453650fc096dd827a26f6a1ed657c71900291ac637db00c081db539b594930d",
|
|
22
22
|
"knowledge/cases/README.md": "43dc70f8e69ee64617e8af23234fb9729b3c45675cee768ba43acb218d4b3c62",
|
|
23
23
|
"knowledge/cases/dashboard-parameter-deep-binding.md": "c358565293569766e42d6796969eb8808e2bbd4de777878bd798c1c7d0ed303f",
|
|
24
24
|
"knowledge/common/README.md": "489cf194104d9f9fece5134e5ac3b8f22698e919885f146d775e252e8ee66627",
|
|
25
|
-
"knowledge/common/concepts.md": "
|
|
25
|
+
"knowledge/common/concepts.md": "fa707268df82ec97203e8567cfaa080723416c7c837aacf2a3578ad77428cb87",
|
|
26
26
|
"knowledge/common/conclusions.md": "3b91199925f4e3743aa2ac895e86390375adcb3c890bee27ba6dadd6e8f8adb0",
|
|
27
|
-
"knowledge/common/queries.md": "
|
|
27
|
+
"knowledge/common/queries.md": "555118d24e121d453220a0ea526653e22798956234ed6fed51c4ece195cf0168",
|
|
28
28
|
"knowledge/common/signals.md": "a8e5696e53186dbdb70d0e757356b318d608b63e0186eccbb8a3289dfdce1bed",
|
|
29
29
|
"knowledge/common/topics/baseline-comparison.md": "143b7ee9df23ac276a603cf2c5866d2290fd2b4f1feb227d26b127f5fb14b02e",
|
|
30
30
|
"knowledge/common/topics/large-results.md": "12d8a9e37fe51cc447b9245b680bae65b23d366745abc85e2215a8e896178286",
|
|
31
31
|
"knowledge/common/topics/linked-traces.md": "831076c79a584e3de9b1f1e88488065196c1085beabfd270f90156d4bf9303e5",
|
|
32
32
|
"knowledge/common/topics/query-budget.md": "d015d1414b96aa9e2d293892bf4ef262de7b0892be7a6b236ed108424e1cdfaa",
|
|
33
33
|
"knowledge/common/topics/query-example.md": "1f94c3d1f5dac77936ecb88f023a123fcaae228dd00303801a62ee94a3706cd1",
|
|
34
|
-
"knowledge/common/topics/setup-signoz-mcp.md": "
|
|
34
|
+
"knowledge/common/topics/setup-signoz-mcp.md": "1172ed7719deef1902d017d725c9a5996dfac52073ecf6810e8885bfb4c3db8b",
|
|
35
35
|
"knowledge/common/topics/start-and-anchors.md": "97fc86edd62eff227274e8a027a19a23dce60cfd999f7b5e480fdd4f8adee254",
|
|
36
36
|
"knowledge/common/workflow.md": "dc8dbcefa4967fc7f3dfcd575753486149068644bffb86fba5cb6541b9841336",
|
|
37
37
|
"knowledge/component/README.md": "d0d99e14f9f36d74216306c892730f3fba838a01e40c7565e5bec53d28f09fda",
|