https://pulse.hopclaw.com/api/v1/ingest/eventsHopClaw 匿名产品 telemetry 的官方固定上报路径。
当启用产品 telemetry 时,HopClaw 只会把匿名安装与采用情况上报到一个固定官方端点。上报失败默认静默,不能打断 runtime、onboarding 或正常安装流程。
这些是 HopClaw Pulse 的规范化路由。产品发布和安装脚本应始终依赖稳定的 ingest 地址。
POST https://pulse.hopclaw.com/api/v1/ingest/eventshttps://pulse.hopclaw.com/api/v1/ingest/eventsHopClaw 匿名产品 telemetry 的官方固定上报路径。
https://pulse.hopclaw.com/login团队内部查看聚合指标和近期事件的密码保护入口。
https://pulse.hopclaw.com/healthz部署检查和可用性监控使用的健康探针。
Pulse 只用于安装和使用信号,范围故意做得很窄,让产品能知道 adoption 情况,同时不碰 prompt 或工作区内容。
开启 telemetry 后,HopClaw 当前会上报这些产品事件。
install.completed本地安装第一次完成激活路径时记录。
onboard.completed引导配置完成时记录,只带高层配置属性。
runtime.active从 runtime 表面发出的每日活跃安装信号。
plugin.installedplugin 安装事件,包含名称、版本和来源类型。
skill.installedskill 安装事件,包含 skill id、版本和来源类型。
面向用户的规则很简单:上报只是 best-effort。即使 telemetry 服务变慢或不可用,用户也不应该感受到主流程被打断。
正常使用下会吞掉上报失败。只有显式打开 `diagnostics.telemetry_debug_log: true` 才会输出调试级失败日志。
serve、gateway、plugin 安装和 skill 安装的上报走后台。onboarding 则使用一个极短的静默超时,而不是长时间阻塞。
runtime 启动、onboarding 结束、审批流和安装流程,在 telemetry 服务不可达时都继续正常运行。
社区发行版可以直接指向官方 Pulse;企业或私有部署可以继续关闭 telemetry,或者把批量事件写到客户自有 collector 路径中。
适合公共发行版,需要看到产品安装量、活跃安装量和生态采用趋势时使用。
diagnostics:
telemetry_enabled: true
telemetry_endpoint: https://pulse.hopclaw.com/api/v1/ingest/events
telemetry_token: env:HOPCLAW_TELEMETRY_TOKEN
telemetry_timeout: 5s
telemetry_debug_log: false当不允许出站产品分析时,可使用内建 collector 路径,把原始事件完全留在客户侧。
diagnostics:
telemetry_enabled: false
telemetry_collector_enabled: true
telemetry_collector_dir: ./.hopclaw/telemetry-collector
telemetry_collector_auth_token: env:HOPCLAW_TELEMETRY_COLLECTOR_TOKEN
telemetry_collector_max_upload_bytes: 4194304
# local collector ingest path:
# POST /telemetry/events