为何没人探讨 MAF Microsoft Agent Framework 六边形架构，开发起来很顺手 中间件注入也很方便 架构层 telemetry 声明式 Func tool 开发 + doc String 上下文注入，无脑 tool 渐进式披露 内置 harness agent 模板 安利一波
为何没人探讨 MAF Microsoft Agent Framework 六边形架构，开发起来很顺手 中间件注入也很方便 架构层 telemetry 声明式 Func tool 开发 + doc String 上下文注入，无脑 tool 渐进式披露 内置 harness agent 模板 安利一波
为何没人探讨 MAF Microsoft Agent Framework 六边形架构，开发起来很顺手 中间件注入也很方便 架构层 telemetry 声明式 Func tool 开发 + doc String 上下文注入，无脑 tool 渐进式披露 内置 harness agent 模板 安利一波
为何没人探讨 MAF Microsoft Agent Framework 六边形架构，开发起来很顺手 中间件注入也很方便 架构层 telemetry 声明式 Func tool 开发 + doc String 上下文注入，无脑 tool 渐进式披露 内置 harness agent 模板 安利一波
为何没人探讨 MAF Microsoft Agent Framework 六边形架构，开发起来很顺手 中间件注入也很方便 架构层 telemetry 声明式 Func tool 开发 + doc String 上下文注入，无脑 tool 渐进式披露 内置 harness agent 模板 安利一波
为何没人探讨 MAF Microsoft Agent Framework 六边形架构，开发起来很顺手 中间件注入也很方便 架构层 telemetry 声明式 Func tool 开发 + doc String 上下文注入，无脑 tool 渐进式披露 内置 harness agent 模板 安利一波
为何没人探讨 MAF Microsoft Agent Framework 六边形架构，开发起来很顺手 中间件注入也很方便 架构层 telemetry 声明式 Func tool 开发 + doc String 上下文注入，无脑 tool 渐进式披露 内置 harness agent 模板 安利一波
一直有个疑问：明明已经在用成熟的 Prometheus 做指标监控，为什么还要强行让指标数据多走一层 OpenTelemetry 呢？ 最奇怪的地方，OpenTelemetry Collector 根本就不支持 Remote Write （仅支持新版本的 Remote Write ，然而很多地方 Remote Write 都只停留在 v1 ）。 老板给的理由（我不赞同但是想列出来讨论）： 1 、OpenTelemetry 是标准，有 OpenTelemetry ，以后想切换云服务提供商（我们现在数据写到 New Relic ）就不需要担心不兼容。 2 、所有数据（日志、指标等等）都经过 OpenTelemetry Collector ，可以统一做编辑修改，打标签等等。 我想反对的理由： 1 、云服务提供商支持 OpenTelemetry ，那都是最近几年的事情，你一眼看去哪个供应商不支持 Prometheus Remote Write ？这不是一样没有兼容的顾虑吗，大部分指标监控的服务商都用 Prometheus 那套，最大兼容性要说也是 Prometheus ，何时轮到 OpenTelemetry ？（要说日志和 trace 那我不了解不做评判） 2 、全部经 OTel 中转就是个笑话。多一层中转，多一层资源需求，多出来这么多数据、流量请求、编解码压缩，就为了统一打标签？ Prometheus 自己 relabeling 不是一样的吗而且一直都是这么用的。 我们的数据量大概每天指标流量开销 400GB 左右（ gzip 压缩后），说多不多，说少也不能算玩具规模了起码有点数据。 那么问题来了， 各位大佬在生产里面指标数据走 OpenTelemetry 吗？有什么明显的好处呢？ OpenTelemetry Collector 不支持 Remote Write v1 这个毛病你们是怎么解决的呢？ 有人真的用了 Remote Write v2 了吗收益大吗？
一直有个疑问：明明已经在用成熟的 Prometheus 做指标监控，为什么还要强行让指标数据多走一层 OpenTelemetry 呢？ 最奇怪的地方，OpenTelemetry Collector 根本就不支持 Remote Write （仅支持新版本的 Remote Write ，然而很多地方 Remote Write 都只停留在 v1 ）。 老板给的理由（我不赞同但是想列出来讨论）： 1 、OpenTelemetry 是标准，有 OpenTelemetry ，以后想切换云服务提供商（我们现在数据写到 New Relic ）就不需要担心不兼容。 2 、所有数据（日志、指标等等）都经过 OpenTelemetry Collector ，可以统一做编辑修改，打标签等等。 我想反对的理由： 1 、云服务提供商支持 OpenTelemetry ，那都是最近几年的事情，你一眼看去哪个供应商不支持 Prometheus Remote Write ？这不是一样没有兼容的顾虑吗，大部分指标监控的服务商都用 Prometheus 那套，最大兼容性要说也是 Prometheus ，何时轮到 OpenTelemetry ？（要说日志和 trace 那我不了解不做评判） 2 、全部经 OTel 中转就是个笑话。多一层中转，多一层资源需求，多出来这么多数据、流量请求、编解码压缩，就为了统一打标签？ Prometheus 自己 relabeling 不是一样的吗而且一直都是这么用的。 我们的数据量大概每天指标流量开销 400GB 左右（ gzip 压缩后），说多不多，说少也不能算玩具规模了起码有点数据。 那么问题来了， 各位大佬在生产里面指标数据走 OpenTelemetry 吗？有什么明显的好处呢？ OpenTelemetry Collector 不支持 Remote Write v1 这个毛病你们是怎么解决的呢？ 有人真的用了 Remote Write v2 了吗收益大吗？
一直有个疑问：明明已经在用成熟的 Prometheus 做指标监控，为什么还要强行让指标数据多走一层 OpenTelemetry 呢？ 最奇怪的地方，OpenTelemetry Collector 根本就不支持 Remote Write （仅支持新版本的 Remote Write ，然而很多地方 Remote Write 都只停留在 v1 ）。 老板给的理由（我不赞同但是想列出来讨论）： 1 、OpenTelemetry 是标准，有 OpenTelemetry ，以后想切换云服务提供商（我们现在数据写到 New Relic ）就不需要担心不兼容。 2 、所有数据（日志、指标等等）都经过 OpenTelemetry Collector ，可以统一做编辑修改，打标签等等。 我想反对的理由： 1 、云服务提供商支持 OpenTelemetry ，那都是最近几年的事情，你一眼看去哪个供应商不支持 Prometheus Remote Write ？这不是一样没有兼容的顾虑吗，大部分指标监控的服务商都用 Prometheus 那套，最大兼容性要说也是 Prometheus ，何时轮到 OpenTelemetry ？（要说日志和 trace 那我不了解不做评判） 2 、全部经 OTel 中转就是个笑话。多一层中转，多一层资源需求，多出来这么多数据、流量请求、编解码压缩，就为了统一打标签？ Prometheus 自己 relabeling 不是一样的吗而且一直都是这么用的。 我们的数据量大概每天指标流量开销 400GB 左右（ gzip 压缩后），说多不多，说少也不能算玩具规模了起码有点数据。 那么问题来了， 各位大佬在生产里面指标数据走 OpenTelemetry 吗？有什么明显的好处呢？ OpenTelemetry Collector 不支持 Remote Write v1 这个毛病你们是怎么解决的呢？ 有人真的用了 Remote Write v2 了吗收益大吗？
github.com/CherryHQ/cherry-studio [Discussion]: Suspicious telemetry connection to cherry-ai.com persists after disabling auto-updates/anonymous analytics 已打开 06:12AM - 19 Apr 26 UTC Yuerchu needs-more-info help wanted discussion > [\!NOTE] > This issue was translated by Claude. ### Issue Checklist - [x] I … understand that issues are meant for feedback and problem-solving, not for venting, and I will provide as much detail as possible to help resolve the issue. - [x] I have checked the pinned issues and searched through the existing [open issues](https://github.com/CherryHQ/cherry-studio/issues), [closed issues](https://github.com/CherryHQ/cherry-studio/issues?q=is%3Aissue%20state%3Aclosed), and [discussions](https://github.com/CherryHQ/cherry-studio/discussions) and did not find a similar suggestion. - [x] I confirm that I am here to ask questions and discuss issues, not to report bugs or request features. ### Platform Windows ### Version v1.8.4 ### Your Question While using Cherry Studio, I noticed a questionable address `analytics.cherry-ai.com`, but I recall that I never enabled Cherry Studio's auto-update feature, nor did I ever enable anonymous analytics and the testing program. I believe my privacy and right to choose have been violated. Immediately, I blocked communication with `cherry-ai.com` directly in my proxy <img width="948" height="279" alt="Image" src="https://github.com/user-attachments/assets/437d453e-0c56-43a6-8f0d-eb0a74a0acbf" /> But I have always kept these features disabled <img width="1198" height="495" alt="Image" src="https://github.com/user-attachments/assets/964361e1-4565-4731-920f-fcf3883df662" /> <img width="1204" height="464" alt="Image" src="https://github.com/user-attachments/assets/29d1c7b6-02b6-4d24-b751-650e767de5b8" /> ### Context _No response_ ### Additional Information ```shell ``` ### Priority Medium (Would like a response soon) --- <details> <summary>Original Content</summary> ### Issue Checklist - [x] I understand that issues are meant for feedback and problem-solving, not for venting, and I will provide as much detail as possible to help resolve the issue. - [x] I have checked the pinned issues and searched through the existing [open issues](https://github.com/CherryHQ/cherry-studio/issues), [closed issues](https://github.com/CherryHQ/cherry-studio/issues?q=is%3Aissue%20state%3Aclosed), and [discussions](https://github.com/CherryHQ/cherry-studio/discussions) and did not find a similar suggestion. - [x] I confirm that I am here to ask questions and discuss issues, not to report bugs or request features. ### Platform Windows ### Version v1.8.4 ### Your Question 我在使用 Cherry Studio 的时候注意到一个引起质疑的地址 `analytics.cherry-ai.com`， 但我记得我从未开启过 Cherry Studio 的自动更新，也从未开启过匿名统计分析和测试计划 我认为我的隐私和选择权受到了侵犯 随即我在我的代理中直接切断了与 `cherry-ai.com` 的通讯 <img width="948" height="279" alt="Image" src="https://github.com/user-attachments/assets/437d453e-0c56-43a6-8f0d-eb0a74a0acbf" /> 但我一直将它们处于关闭状态 <img width="1198" height="495" alt="Image" src="https://github.com/user-attachments/assets/964361e1-4565-4731-920f-fcf3883df662" /> <img width="1204" height="464" alt="Image" src="https://github.com/user-attachments/assets/29d1c7b6-02b6-4d24-b751-650e767de5b8" /> ### Context _No response_ ### Additional Information ```shell ``` ### Priority Medium (Would like a response soon) </details> 简单概括一下，在使用 Cherry Studio 时，在关闭"自动更新"、“匿名发送错误报告和数据统计”、"开发者模式"的情况下，仍有数据被上传到 analytics.cherry-ai.com 。 对此，issue的发起者通过本地代理屏蔽了cherry-ai域名。 上图的分析可以看到，PR 描述中却虚假地声称：“如果数据收集功能被禁用，将不会进行任何跟踪，但数据收集和上传并没有任何的开关状态查验。 cherry的作者好像在站里？ 40 个帖子 - 38 位参与者 阅读完整话题