可观测性云原生运维【免费下载链接】hyperdxResolve production issues, fast. An open source observability platform unifying session replays, logs, metrics, traces and errors powered by ClickHouse and OpenTelemetry.项目地址https://gitcode.com/gh_mirrors/hy/hyperdx点击查看免费下载本篇技术指南以开源可观测性平台 HyperDX 的 Web 前端包hyperdx/app的 发布记录v1.1.0 → v2.39.1共 66 个版本、3000 行条目为骨架系统梳理该包在图表编辑器、告警系统、LLM 可观测性、ClickHouse 查询优化、主题体系与工程化工具链上的连续演进。读完本文你将理解 HyperDX 前端各核心模块Dashboard 瓦片、告警、搜索、会话回放、MCP近年来的关键能力与实现原理并能沿着源码路径进一步深入验证。说明本文所有功能描述与性能数字均直接取自 packages/app/CHANGELOG.md 及各版本对应源码标注的路径为当前仓库内真实存在的文件便于读者对照阅读。一、版本脉络与发布结构读懂 Changelog 的组织方式hyperdx/app的 CHANGELOG 采用 Changesets 生成的语义化版本结构每个版本分Minor Changes新功能与Patch Changes修复与小型改进并在版本末尾列出本轮依赖的hyperdx/api与hyperdx/common-utils版本号——这直接反映了仓库的 monorepo 依赖关系根目录 nx.json、package.json 可佐证多包结构。从版本序列看演进可分为三个清晰阶段v1.x早期v1.1.0 → v1.9.0奠定搜索、会话回放与基础仪表盘能力v2.0重构期v2.0.0-beta.x 系列到 v2.0.0 正式版是 UI 与架构的大版本重构v2.3 → v2.39能力爆发期持续叠加 LLM 可观测性、告警细节页、Terraform 导入、PromQL、指标名浏览优化等重磅能力。最近几个版本v2.36 → v2.39.1的迭代密度尤其高是观察该项目当前技术方向的窗口。下面按主题域深入展开。二、LLM 可观测性 Dashboard读时Query-TimeSchema 无关解析v2.38.0commit38e99a37为应用引入了位于/llm的 LLM 可观测性 Dashboardbeta从仪表盘列表进入。它的核心设计是无需任何采集侧改动在查询时解释已按 OTel GenAI 语义约定、OpenLLMetry、OpenInference 或 Vercel AI SDK 埋点的 Trace绘制流量、Token 拆分uncached / cached / cache-write / output / reasoning、按模型的估算成本内置价格目录支持 cache-read 折扣与 cache-write 溢价若探针自带成本属性则优先采用、延迟 / TTFT、工具调用分析、逐会话时间线懒加载对话视图以及并排的 LLM Span / 日志搜索当同一应用并行发出多种埋点方言例如 opencode 同时发 OpenInference 与 Vercel AI Span时聚合会选取应用自己的成本上报 Span 作为每次调用的权威上报者确保只计一次——CHANGELOG 记录该逻辑与 opencode 自报的会话成本完全一致。后续 v2.39.0 又为 LLM 仪表盘增加了按最终用户过滤34d829c7在原有会话过滤旁新增用户下拉框列出搜索范围内 LLM Span 上出现的去重用户并作用于每个 Tab含 Errors Tab 的相关日志事件。用户解析复用与 Top Users 图相同的跨方言表达式user.email、enduser.id、user.id、ai.telemetry.metadata.userId且选择状态保存在 URL 中可分享。v2.39.0 还附带了一个关键的查询性能修复同样在34d829c7LLM 仪表盘原先用SpanAttributes[key] ! 测试属性存在性而 trace 表的mapKeys(SpanAttributes)跳过索引只能服务mapContains。改为以mapContains领头后staging 表上 LLM Span 谓词的规划时间从36 秒降到 7ms两键过滤从 1306 个 granule 降到 3 个。有配套 Group By 值表达式的门控保留非空检查但用indexHint包裹使谓词进入跳过索引分析而不按行重算。从源码结构看该功能的完整实现集中在 packages/app/src/llm/dashboard、hooks、components、lib子目录并有独立测试目录__tests__与__fixtures__。三、图表编辑器的进化指标名浏览、Formula、PromQL 与系列上限图表编辑器是hyperdx/app迭代最频繁的模块之一v2.29 → v2.39 期间出现了一批值得注意的设计。3.1 指标名选择器从聚合扫描到主键流式浏览v2.39.03876d6b9重写了指标名下拉框。原先靠全表聚合发现指标名在有约 4,900 个 gauge 指标的源上首个选项约770ms才出现现在通过mergeTreeIndex表函数从稀疏主键流式读取MetricName每个 granule mark 一行而非整列扫描首个选项约30ms出现且渐进式到达。该选择器因此有两种模式浏览模式Browsing从稀疏主键索引流式读取列表是子集偏向真正有数据的指标CHANGELOG 提到索引可见指标的中位数据点约 32k其余约 14 个输入模式Typing切换为穷举、按相关性排序的GROUP BY搜索保证索引遗漏的指标仍可按名找到下拉框渲染上限提到 500 以匹配服务端分页。浏览在无法读取索引时自动回退到穷举列表服务器早于 24.2、Distributed 或非 MergeTree 指标表、主键不含MetricName的 schema。配套基建Metadata新增泛型异步生成器streamDistinctIndexValues任何主键列如ServiceName都能同样列举streamToAsyncIterator从 app 的 session 代码移入common-utils的 ClickHouse 客户端旁新增useStreamingQueryhook 把异步迭代器累积进 React Query 缓存并按节流发布部分结果。3.2 指标资源管理器与 Formulav2.37.08f3126f0加入图表编辑器的指标资源管理器Metrics Explorer不再需要先知道指标名才能制图。浏览控件打开一个带命名空间前缀层级system→cpu→utilization的模态框支持跨全部名称与描述搜索每行显示指标 kind 与描述详情面板展示单位由 UCUM 代码渲染、上报服务与 tag 键。名称按指标拆分分隔符OpenTelemetry 按.Prometheus exporter 按_单子链折叠避免树退化成走廊未过滤树不截断。v2.36.0e153f46d与b1d8dc14引入并扩展了公式Formula事件源日志、Trace与指标源的时间序列/表格/数字图都可定义派生序列通过字母引用运算如A / (A B) * 100支持内联结构化校验、每公式别名与数字格式、Show input series 开关事件源公式内联编译进图表的单次扫描 SELECT无逐序列查询扇出。系列行显示引用字母徽章公式与 As Ratio 开关互斥并持久化到仪表盘瓦片与独立图表。3.3 PromQL 支持与系列上限v2.28.03123db53引入实验性 PromQL 支持v2.29.0973d1201b、v2.32.0、v2.33.0、v2.37.0 相继补齐 label 过滤自动补全、label dashboard filters、serviceVersionExpression、变量替换、生成式 PromQL 预览、无效用法警告等系列上限v2.29.081e524c2为 group-by 时间图引入 top-N 系列上限默认 100团队级设置防止高基数导致浏览器内存耗尽v2.29.0bf6e1f29把该限制改为每图配置Display Settings 抽屉默认关闭不发射__hdx_series_limitCTE且分块查询把排名钉在最新块窗口保证跨块并集恰好等于上限v2.34.03d61cf92进一步实现时间图系列的封顶绘制含 N more 与 load all series 逃生口、每帧渲染行数封顶外部仪表盘 API 暴露三态系列限制省略默认、0不限、正数前 N。3.4 多序列图UNION ALL 单查询合成与浮点归一v2.35.0aedb514f将多序列指标图从每序列一查询、客户端合并改为单一组合 ClickHouse 查询逐序列查询通过 UNION ALL 合并并在 SQL 内透视回一行 (group, time bucket)覆盖 ratio 图及两种ratioMode列名含同名__{index}消歧、缺口语义与 ratio 语义不变但大幅减少往返View SQL 现在展示完整查询。v2.36.09c7742fa修复了混合浮点/整数聚合如 histogram quantile count在 UNION ALL 中的类型问题现在把所有序列值归一为 Float64避免NO_COMMON_TYPE或依赖use_variant_as_common_type产生Variant(Float64, Int64)。四、告警系统从单一通知到评估详情与 Webhook 模板变量告警是最近版本中扩展最深的功能域核心组件集中在 packages/app/src/components/alerts/含AlertDetails.tsx、AlertEvaluationsTable.tsx、AlertHistoryCards.tsx、EditAlertModal.tsx等。4.1 告警细节页与评估流v2.35.088f6227405a3fd81新增/alerts/:id告警细节页告警查询对照阈值绘制、加宽的评估历史条、分页评估事件流group-by 告警的分组明细、评估分析列、时间范围游标分页后端配套 AlertHistory evaluations 读模型与GET /alerts/:id/evaluations时间范围钳制在保留窗口内、ERROR 状态窗口去重错误呈现、游标分页跨间隙推进由 packages/api/src/controllers/alerts.ts 提供服务。该页默认由NEXT_PUBLIC_ENABLE_ALERT_DETAILS门控默认关闭。v2.39.0482d2cb0又为告警列表本身加分页。4.2 多通知渠道与按目标计时的投递分析v2.36.0fb284465保存搜索/仪表盘瓦片告警可发送到多个 webhook最多 10 个内联增删渠道重复被拒绝v2.37.00558f77ewebhookDurationMs原本是覆盖整个投递的单一数字并发分发下最慢目标决定该值。现在每次分发单独计时并按目标聚合存储每个 distinct 目标一条webhook id、显示名、累计时长、分发次数、失败数数组按最慢优先排序并受ALERT_NOTIFICATION_TARGETS_LIMIT封顶评估历史的 Notification duration 单元格可原地展开明细v2.39.184c67f4b通知时长列改为只计投递本身不再把构建消息标题/链接、查询正文日志、渲染模板等耗时混入。4.3 Webhook 模板变量完整条件上报v2.39.0972634d2修复了{{sourceQuery}}模板变量只读图表顶层where的问题——按序列aggCondition定义的告警此前渲染为空。现在该变量上报告警查询实际应用的完整条件图表的where 告警读取序列的aggCondition保存搜索的where 其固定过滤器图表固定过滤器被刻意排除值截断至 2000 字符。配套修复编辑between/outside比较器时清除残留的thresholdMaxWebhook 表单变量列表与 API 回退正文模板都派生自 common-utils 中同一份列表buildWebhookTemplateVariables类型绑定可选数字的守卫改为{{#unless (eq thresholdMax undefined)}}而非{{#if thresholdMax}}后者把合法的0当作缺失。v2.38.025a3b015还列出了全部受支持变量{{alertId}}、{{status}}、{{alertType}}、{{comparator}}、{{threshold}}、{{thresholdMax}}、{{value}}、{{groupKey}}、{{sourceQuery}}、{{teamId}}、{{note}}、ISO-8601{{startTimeISO}}/{{endTimeISO}}每个变量带一行说明可在表单内直接写正文。4.4 连续窗口与 PENDING 状态v2.30.00c7254360引入告警的连续窗口配置如条件连续满足 N 个窗口才触发以减少抖动告警与噪音并新增PENDING告警状态表示按当前趋势将要触发。v2.39.0f007c37f的 onboarding 清单与 v2.35.072269ece之后告警相关的评估标记也被叠加到仪表盘瓦片图上。五、基础设施即代码Terraform 导入导出v2.34.01af1998c加入面向 ClickHouse Provider 的 Terraform 采纳工具Export to Terraform 按钮仪表盘、保存搜索、保存搜索告警生成可粘贴的import {}块与可折叠的 provider 配置团队设置API Agents可下载覆盖仪表盘、告警、保存搜索、源、连接、webhook 的导入文件。关键设计仅导入设计资源配置由terraform plan -generate-config-out经 provider 读取生成而非由 HyperDX 生成——因为外部 API 的仪表盘序列化是字段白名单直接生成dashboard_json可能在 apply 时静默丢瓦片设置Terraform 地址由资源 id 派生而非名称重命名资源不会产生 destroy-and-recreate 计划生成器位于hyperdx/common-utilsAPI 与 UI 产出同一工件manifest 端点每个列表封顶 1000 行并报告被截断的类型v2.35.08508b6c7把导入 id 改为团队作用域team_id/resource_idprovider 下限升到 3.25.0导入时丢弃仅服务端的仪表盘 idv2.39.0e31e5d8d让clickhouse_clickstack_alert支持source tiledashboard_id/tile_idprovider 3.28.0批量导出与单告警菜单现在都包含瓦片告警携带瓦片告警的文件要求 3.28.0并在生成配置中解释所需的手工编辑瓦片名空白或重复时、或仪表盘由 ProvisionDashboardsTask 托管时该瓦片告警被剔除provider 的tile_idsmap 以瓦片名为键空白/重复名会丢失映射provisioned 仪表盘的瓦片会被任务整体重写。这些决策在服务端做出导入清单与告警列表两侧因为两个响应都不携带同仪表盘其它瓦片名。六、MCP 服务器denoise 与静态过滤hyperdx/app与 MCP 服务器的联动在 v2.36.0 后持续增强v2.36.0750b8afeclickstack_search工具新增denoise布尔参数镜像 Web 应用的 Denoise Results 功能——采样 10k 随机事件用 Drain 算法挖掘模式识别噪音模式10% 采样从结果行中过滤并返回被移除模式及估算计数的元数据共享常量DENOISE_SAMPLE_SIZE、DENOISE_NOISE_THRESHOLD提取到hyperdx/common-utilsWeb 应用与 MCP 服务器使用同一组值可对照 packages/common-utils/src/queryParser.ts 与 common-utils 源码树中的 drain 目录v2.38.055db91fa、cff6388c、0a187457、83c1b57fMCP 支持静态过滤器schema 与 API 同步扩展UI 支持创建/编辑静态列表过滤器与展示静态值过滤器v2.38.08e52cef4所在版本附近Connect your AI assistant 团队设置区按 Claude Code、Cursor、VS Code Copilot、Codex CLI 或任意 MCP 兼容宿主提供安装片段片段携带用户个人访问键直连现有/api/mcp路由v2.32.04372c78c更新了 Codex CLI 安装片段到codex mcp add --url ... --bearer-token-env-var ...语法。七、ClickHouse 查询优化前线mapContains、direct_read 与子列成本多个版本围绕 ClickHouse 查询计划与跳过索引展开优化值得单独梳理mapContains 优先v2.39.034d829c7见上文 LLM 部分。Map 下标是子列引用在 ClickHouse 26.3 每个下标在 PREWHERE 规划期都增加 per-part 大小查找mapContains由mapKeys索引服务且无 per-part 查找成本direct_read map 列优化v2.28.0dcab1cb6全文搜索日志 schema00002_otel_logs.sql与 trace schema00005_otel_traces.sql新增ResourceAttributeItems/ScopeAttributeItems/LogAttributeItems/SpanAttributeItemsALIAS 列与text(tokenizerarray)跳过索引。查询时按连接服务器版本门控Map[key] value→has(MapItems, concat(key,,value))重写26.2 线 ≥ 26.2.19.43、26.3 线 ≥ 26.3.12.3、26.4 线 ≥ 26.4.3.37、26.5 恒支持MATERIALIZED items 列则始终可用物理存储任何支持 text 索引的版本都能直接读8810ff0f提供强制启用/禁用文本索引支持的选项。相关实现可对照 packages/common-utils/src/queryParser.ts 中的mapContains生成与 direct_read 重写逻辑禁用 per-part 子列大小计算v2.39.096ac6b1bClickHouse 26.3 默认开启allow_calculating_subcolumns_sizes_for_merge_tree_reading使 PREWHERE 规划为查询引用的每个 map 键拉取 per-part 大小——SharedMergeTree 上等于每个 (键 × 活跃 part) 一次 S3 GET且在读取任何行之前执行max_execution_time无法中断LLM 仪表盘约读 64 个属性键可能花费数分钟在规划上。查询在服务器支持时显式发送该设置为0智能路由 rollupv2.32.07a4ad986过滤器与自动补全升级为智能路由到最佳 rollup 的查询。八、主题体系与图表调色板chart-N 到 hue-named Token 迁移v2.29.0e03971b0是主题体系的一次大规模重构图表调色板 token 从chart-1..10重命名为按色相命名chart-blue、chart-orange…并在 HyperDX 与 ClickStack 两套主题间统一分类调色板基于 Observable 10chart-blue换成品牌蓝#437eef。迁移设计非常工程化——五处互补的迁移点全部组合在一个共享遍历器walkRawDashboardTileColorscommon-utils之上保证逐瓦片遍历保持一致取/写时ReactnormalizeDashboardTileColorspackages/app/src/dashboard.ts在读取与写入时修复旧值无法解析的色值被保留而非静默丢弃让严格的服务端 schema 在下一次保存时给出清晰错误JSON 导入DBDashboardImportPage在严格 schemasafeParse之前先跑normalizeRawDashboardTileColors旧部署导出的模板可干净导入服务端 GET 响应修复getDashboards/getDashboardpackages/api/src/controllers/dashboard.ts在出线上改写旧瓦片颜色使非 React HTTP 客户端CI 脚本、滚动部署中的旧 bundle、外部 API能 GET → PATCH 往返而不复活chart-N服务端写 shimdashboards POST/PATCH 路由挂载请求体预处理器在validateRequest运行ChartPaletteTokenSchema之前改写旧颜色覆盖非 React 调用方渲染时兜底DBNumberChart与ColorSwatchInput对取与存之间内存构造的瓦片也调用resolveChartPaletteToken。文档还记录了 ClickStack 旧槽位顺序与 HyperDX 不同带来的已知取舍旧 ClickStack 的chart-1迁移后从蓝变绿以及LEGACY_CHART_PALETTE_TOKEN_MAP放在 common-utils与 API 共享且迁移一次性持久化、不与浏览器 DOM 状态耦合的原因。语义 token--color-chart-success等在两套主题上解析一致保证成功填充、info 级日志与多序列槽位跨品牌一致。v2.32.0ce8fb022继续为设计 token 增加语义组件变体Text的warning/success、Alert的info/success/warning/danger与满足 WCAG AA 的文字对比度调整并配套 Storybook storiesComponents/Alert、Design Tokens/Semantic Variants。九、会话回放rrweb 升级与确定性重组v2.36.059b96e99把回放播放器从rrweb2.0.0-alpha.8升级到稳定版rrweb2.1.1与当前hyperdx/browser记录器对齐并验证了旧 SDKrrweb1.1.3与新 SDKrrweb2.1.1录制的会话回放保真度。v2.37.09155b436修复了一个隐蔽的数据一致性 bug当单个 rrweb 事件超过记录器约950KB 块大小时事件会被拆分而所有块共享同一时间戳旧回放查询只按时间戳排序ClickHouse 可能以任意顺序返回块导致重组失败——被丢弃的往往是携带全部内联 CSS 的完整 DOM 快照。修复方案回放流按确定性顺序排序rr-web.offset与rr-web.chunk作为 tiebreak块按每事件的显式块索引重组丢弃的事件在控制台报告并在播放器中以警告指示器标记而非静默吞掉已录制的会话无需重新采集即可正确回放被替换的回放流改为取消而非后台流完播放器从rrweb/replay导入Replayerrrweb 官方推荐的回放专用包取代废弃的组合rrweb包。十、工程化与构建React 19、Recharts 3、TypeScript 6、Turbopackhyperdx/app近年完成了一系列基础工具链升级适合作为渐进式升级的参考案例React 19v2.36.0905d1941全面采用 React 19 的 Context 与 ref API——直接渲染Context而非Context.Provider、用usehook 替代useContext、ref 作为普通 prop 传递替代forwardRef相应 ESLint 规则eslint-react/no-context-provider、no-use-context、no-forward-ref提升为error并下调--max-warnings上限Recharts 3.xv2.31.0d137eaab重写图表事件处理器到 Recharts 3 事件 API缩放刷选、点击 drill-down把 histogram 的命令式chart.setStatetooltip 钉住 hack 换成受控的active/defaultIndexTooltip props更新TooltipContentProps、BarProps等类型并抑制 Recharts 3 默认accessibilityLayer的焦点环TypeScript 6.0v2.30.0bb7ae21e8跨包升级v2.30.10dd23e86d修复css.d.ts未复制进 Docker 构建导致next build失败eslint-react/naming-convention/ref-name提升为 errorv2.35.090729734Turbopackv2.29.05e8af09be本地开发服务器从 Webpack 迁移到 Turbopack显著提升构建性能与热重载速度类型检查no-unused-vars与typescript-eslint/ban-ts-comment提升为 errorts-ignore全部转为带描述的ts-expect-errorv2.35.0018a6486。工程层面的发布基建也值得一提v2.37.0e0d29328将 Help 菜单的 Whats new 重建为基于发布说明的渲染——所有内容来自根 CHANGELOG.md 的发布级摘要构建期由 next.config.mjs 解析并输出精简的public/whats-new.json不再以资源形式打包整个 changelogv2.39.025695c1a修复了该指示器以NEXT_PUBLIC_APP_VERSION为键导致每次部署都闪 sparkle 的问题改为以 changelog 中最新发布版本构建期内联为键仅当严格新于浏览器已确认版本时提示回滚也不会再次打扰。v2.30.0 的66f6cf0b还加入了window.hdx浏览器控制台调试句柄与 Help 菜单的 Copy debug info 动作前端版本、/api/health后端版本、部署模式、用户/团队 id、特性开关、URL、屏幕信息与 RUM session idasync 字段经 getter 实时读取。十一、运行环境与采集侧协同otel-collector 处理器覆盖v2.28.0cb6a74ce修复了CUSTOM_OTELCOL_CONFIG_FILE无法覆盖默认memory_limiter/batch处理器的问题管线processors:列表原本定义在 OpAMP 远端配置packages/api/src/opamp/controllers/opampController.ts会覆盖用户自定义配置中的processors:。现在处理器列表移入 bootstrap 配置supervisor 模式为 docker/otel-collector/config.yamlstandalone 模式为 docker/otel-collector/config.standalone.yamlOpAMP 远端配置不再设置这些管线的processors:bootstrap自定义合并生效receivers/exporters 仍由 OpAMP 控制器动态配置。CHANGELOG 给出了完整的覆盖示例可直接套用——例如自定义 memory_limiterprocessors: memory_limiter/custom: check_interval: 5s limit_percentage: 75 spike_limit_percentage: 25 service: pipelines: traces: processors: [memory_limiter/custom, batch] metrics: processors: [memory_limiter/custom, batch] logs/out-default: processors: [memory_limiter/custom, transform, batch] logs/out-rrweb: processors: [memory_limiter/custom, batch]默认memory_limiter块仍留在合并配置中但不再被任何管线引用collector 运行时只实例化memory_limiter/custom。同一模式适用于batch例如降低导出超时batch/lowlatencysend_batch_size: 1000、send_batch_max_size: 2000、timeout: 500ms。轻量级调优无需自定义配置文件HYPERDX_OTEL_BATCH_SEND_BATCH_SIZE、HYPERDX_OTEL_BATCH_SEND_BATCH_MAX_SIZE、HYPERDX_OTEL_BATCH_TIMEOUT三个环境变量可直接调节默认 batch 处理器。同版本还将 bundled ClickHouse 升级到 clickhouse-server 26.5b8f51ed9。十二、其它值得关注的修复模式hyperdx/app的 Patch 修复中隐藏着大量可复用的工程经验举几例SQL 注入防护v2.39.0c98be91fonboarding 清单的 has-data 探针转义源表/数据库名防止恶意命名数据源注入 SQL浮点/整数聚合合并v2.36.09c7742faUNION ALL 序列值归一为 Float64 并防御性归类纯数值Variant(...)列分块流式查询v2.34.0d059cb20流式 ClickHouse 头跨块分片时保留结果行解析器括号深度追踪v2.36.08be68100共享过滤器解析器在引号深度之外新增括号深度追踪正确处理if(SeverityText IN (error, fatal), Errors, Non-errors)这类含运算符/关键字嵌套的表达式瀑布图缩放保真v2.30.0ea27c1241span 条最小宽度从事件区百分比改为固定像素minWidth避免缩放时短 span 被放大到与多秒 span 等宽Map 列数字键下标v2.29.021307756mergePath为 Map 父列输出字符串下标Map[1]修复Map(String, String)列上LogAttributes[2]被 ClickHouse 拒绝的问题新增useMapColumnshook 镜像useJsonColumnsLucene 语法限制v2.28.055926e5cJSON 列 Add to Filters 不再用toString(...)包裹字段路径Lucene 语法禁止字段名内括号改为传干净的点号路径JSONColumn.foo。十三、结语与后续跟进路径从 v1.1.0 到 v2.39.1hyperdx/app的演进呈现出几条清晰主线查询性能mergeTreeIndex 流式浏览、mapContains/direct_read、子列成本管控、告警体系多目标投递、评估详情、Webhook 模板变量、连续窗口、LLM 可观测性读时 schema 无关解释、基础设施即代码Terraform 导入导出与工程化React 19、Recharts 3、TS 6、Turbopack、ESLint 严格化。若你想跟进或验证本文所述内容建议按以下路径深入完整逐版本细节packages/app/CHANGELOG.md与 packages/api/CHANGELOG.md、packages/common-utils/CHANGELOG.md 对照阅读可还原每次跨包改动LLM Dashboard 实现packages/app/src/llm/含测试与 fixtures告警组件族packages/app/src/components/alerts/查询解析与 direct_read 重写packages/common-utils/src/queryParser.ts仪表盘瓦片颜色归一化packages/app/src/dashboard.ts 与 packages/api/src/controllers/dashboard.ts内置仪表盘模板packages/app/src/dashboardTemplates/含 browser-rum.json 等Collector 管线配置docker/otel-collector/config.yaml 与 docker/otel-collector/config.standalone.yaml。需要说明的是以上功能描述均以当前仓库的 CHANGELOG 与源码为据部分性能数字如 30ms vs 770ms、36s → 7ms、1306 → 3 granules来自项目自身的发布记录属于特定环境下的测量结果不应推广为普适基准。赞分享可观测性云原生运维【免费下载链接】hyperdxResolve production issues, fast. An open source observability platform unifying session replays, logs, metrics, traces and errors powered by ClickHouse and OpenTelemetry.项目地址https://gitcode.com/gh_mirrors/hy/hyperdx点击查看免费下载相关推荐在 VS Code 中用 GitHub Copilot Agent 驱动 n8n-MCP 搭建工作流完整项目配置指南在 VS Code 中用 GitHub Copilot Agent 驱动 n8n MCP 搭建工作流完整项目配置指南 本指南基于 n8n MCP 仓库的 VS可观测性云原生运维HyperDX ClickHouse物化视图5个实战技巧加速可观测性查询HyperDX ClickHouse物化视图5个实战技巧加速可观测性查询 HyperDX是一个开源的可观测性平台能够统一会话回放、日志、指标、追踪和错误数据可观测性云原生运维Android Material Drawer Template完整入门从setup()方法到自定义RecyclerViewAndroid Material Drawer Template完整入门从setup 方法到自定义RecyclerView Android Material可观测性云原生运维上一篇Android手机变身手边万能键盘鼠标USB HID Client智能控制方案下一篇抖音批量下载 5 分钟跑通从 Cookie 配置到增量备份的完整教程创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考