在启动 Elastic CLI 时添加 CLI 设备/源的归属信息

页:1

目前,我们的遥测和报告机制只捕捉用户代理(UA')和自定义的HTTP头(x-弹性-客户-meta')信息,这些信息将所有引用都归为 " 弹性-cli " ,而不管是哪种代理还是外部操纵(例如:Claude、Cursor、Ramen、Opencode)催生出CLI进程。 这导致在BI和遥测报告方面失去能见度和适当的归属。

问题 当外部工具引用CLI时,信头被CLI所覆写,使得所有请求都显得像由"弹性-cli"直接引用.

建议的解决办法

• 调查CLI引用是否能够检测和说明它们的取用/来源(如Cursor、Claude、Ramen、Opencode等)。
• 潜在办法:审查具体的环境变量(例如CURSOR-AGENT'、CLAUDECODE')或使用CLI旗推断和说明援引来源。
• 确保这种资料被收录到国家资料中心发送的遥测数据中(包括无人机和/或`x-弹性-客户-元数据 ' )。
• 考虑如何在Kibana API方面酌情处理类似的归属问题。

• 接受标准

• 在可能情况下,CLI能够检测和区分哪个装置/代理人产出CLI。
• 归属信息是通过遥测(UA、自定义头等)发送的。
• [ ]文件说明如何确定归属,并说明已知代理/代理的例子。

• 背景情况 归属对于统一技能、遥测和生物信息报告至关重要。 详见内部讨论.

[视频原始Slack对话] (https://elastic.slack.com/archives/C0AHBHPJPHU/p1779123723201589?thread ts=1779123723.201589&cid=C0AHBHPJPHU)