@gorvey 多谢我看看

售后也是一塌糊涂：[img]https://i.imgant.com/v2/jYaGAA2.jpeg[/img] 不接单，不回消息，不给答复。我找半天也没找到联系方式，群组啥的

@issakchill 我现在换成豆包用 kimi 2.5 了，除了慢点，没啥太大毛病。用来专门执行简单任务了。还是用 opus 和 sonnet 做计划吧。



@0n2ynu 我现在不同的电脑，不同的窗口，都会报。发了工单也不回我，真是贪小便宜吃大亏。4800 就用半个月

@freak118 4 月 1 号前，我用 clade teammode 开了 5 个 worker 都能正常执行，现在开一个主线任务都这样。而且还是深夜 12 点，高峰期限流我还能忍一忍。

@cookii 先不说生产力，现在连提交个 git 记录都一直 429.玩一玩都不行了。

@opentrade 我在 https://github.com/rustdesk/rustdesk/discussions/11152#discussioncomment-14693536 回复了，也上传了视频，您有空看看。

大佬，我在使用 mac m4 作为主机时，用 Windows 系统的客户端连上去后，显示远程光标掉帧特别严重，您有时间可以看下吗？我试了几台 Windows 设备都是这样，想把 Windows 当副屏用，所以需要显示远程光标。linux 作为主机时，非常流畅。

我靠巨佬

@rizon 安卓升级本身就有完整的升级方案，包括打包、差分升级、上传下载固件，只要服务跑起来就行，自己找不到源码可以找厂商给。

设备是无人值守的需要。是有人值守的不需要。

我们组，3 个后端。一个项目需要一次需要部署 20 个微服务，其中一部分是功能，一部分是业务，一部分是基础服务。有的 java 写的，有的 python 写的，有 go 写的，我觉得挺好。做的都是本地部署的活，到一个地方使用 K8S 写好的脚本一键部署，不需要修改的服务稳定运行几年都不需要动它，只需要修改常用的几个服务。
而且不存在人员不解耦，我就没看过其他人写的工程，并不影响开发我的服务功能，多人之间对话只有"接口"。
"服务升级很难只升级一个"，那说明你们架构师水平不行，接口兼容都整不明白。
"微服务有成本，首先代码量就先翻个倍", 代码量翻倍的结论从何而来？公共组件放 maven ，没有遇到过很多重复代码的问题，而且现在跨进程的框架越来越多，多服务开发和单服务开发体验本身就相差越来越小了。多服务开发甚至还有跨语言优势。
"微服务尝试解决什么问题？
保障多个 p0 服务不会一崩全崩。然而实际上大多数微服务就是一崩全崩。" 保障业务持续运行不是高可用范畴该考虑的吗，这是微服务要解决的问题？退一万步说，确实有很多微服务一崩全崩，那不也有很多微服务崩了并不影响其他服务的时候？单服务崩了那才是百分百一崩全崩。
多服务和单服务从来不是二极管，也不是因团队大小决定。根据合适的场景选择合适的技术才是正解。

用 duplicate+alist(webdav) 每周加密备份到夸克网盘，备份是增量备份的，除了首次，后面都很快

thingskit

thingsboard

不是所有批次的 pixel 6a 都有补偿

你这个产品相当于搞了一个 linux 远程桌面环境？ 我直接登录桌面不是一样的吗，是给没有桌面环境的服务器用的吗？但是搞运维的话我也不需要桌面环境只需要一个 ssh 就能用了。没搞懂产品痛点在哪里，OP 能解答一下不？