TL;DR (EN)
Please add support for exporting Qoder CLI/IDE observability data (traces, per-request tokens, latency, model, tool calls) via OpenTelemetry (OTLP) and/or a native Langfuse integration, so users can monitor their Qoder usage in their own LLM observability platform.
背景
Qoder 目前唯一的遥测开关(privacy.usageStatisticsEnabled / aiCodeStatistics.enabled)只上报给 Qoder 自身,用户无法把 Qoder 的 LLM 请求(模型、token 用量、延迟、工具调用、会话轨迹)接入自己的可观测平台。
对于把 Qoder 用在日常工程流程里的团队,这个能力几乎是刚需:成本核算、效果评估、问题回溯都依赖请求级 trace。
期望
任选其一(优先级从高到低):
- OpenTelemetry / OTLP 导出:支持标准
OTEL_EXPORTER_OTLP_ENDPOINT / OTEL_EXPORTER_OTLP_HEADERS / OTEL_TRACES_EXPORTER 等环境变量,把每次 LLM 请求作为 span 导出。这样 Langfuse、LangSmith、Jaeger、SkyWalking 等平台都能直接接,生态收益最大。
- Langfuse 原生集成:settings.json 里可配置 Langfuse host / public key / secret key,自动上报 generation trace(类似其他 coding agent 已有的社区集成,见参考链接)。
补充说明
- 当前 hooks 的
Stop/SessionEnd 事件里有 session_id 和 transcript_path,可以勉强从 transcript 提取数据再 POST 到 Langfuse ingestion API,但拿不到逐请求的 token/延迟,精度和实时性都不够。若 hook payload 能补充请求级指标(模型、输入/输出 token、耗时),也是一个低成本过渡方案。
参考
环境
TL;DR (EN)
Please add support for exporting Qoder CLI/IDE observability data (traces, per-request tokens, latency, model, tool calls) via OpenTelemetry (OTLP) and/or a native Langfuse integration, so users can monitor their Qoder usage in their own LLM observability platform.
背景
Qoder 目前唯一的遥测开关(
privacy.usageStatisticsEnabled/aiCodeStatistics.enabled)只上报给 Qoder 自身,用户无法把 Qoder 的 LLM 请求(模型、token 用量、延迟、工具调用、会话轨迹)接入自己的可观测平台。对于把 Qoder 用在日常工程流程里的团队,这个能力几乎是刚需:成本核算、效果评估、问题回溯都依赖请求级 trace。
期望
任选其一(优先级从高到低):
OTEL_EXPORTER_OTLP_ENDPOINT/OTEL_EXPORTER_OTLP_HEADERS/OTEL_TRACES_EXPORTER等环境变量,把每次 LLM 请求作为 span 导出。这样 Langfuse、LangSmith、Jaeger、SkyWalking 等平台都能直接接,生态收益最大。补充说明
Stop/SessionEnd事件里有session_id和transcript_path,可以勉强从 transcript 提取数据再 POST 到 Langfuse ingestion API,但拿不到逐请求的 token/延迟,精度和实时性都不够。若 hook payload 能补充请求级指标(模型、输入/输出 token、耗时),也是一个低成本过渡方案。参考
环境