untitledabc

@YuanJiwei 其他方面挺不错的。最近 ADE 这个赛道很卷啊

提一个问题，mac 下一般 command+w 是关闭窗口，command+q 是退出。目前我发现很多时候 command+w 会直接关闭整个程序。和 mac 的快捷键操作习惯有点不符

支持了，感觉还不错。

@houshengzi 看设置吧，一种 acp 去启动或连接 agent 的时候全允许。另一种 agent 定义好一些基础权限，需要审批的单独点。

楼主这项目有意思，现在同类型的项目还不少。例如： https://github.com/inercia/mitto 这个是个 web ui 的。我自己让 ai 也写了一个 feishu 机器人和 coding ide 桥接的，全 ai 写。

@SayHelloHi 我觉得这不是升级本身问题，不更新咋养团队啊，全干了，这里得失业一大波的人。

@HTravel 开心就好，你这适合玩传统行业，运营商/银行都这么玩的。用不用微服务那是业务决定的，技术靠后，你这种玩法都不是云的目标用户，真的。

担心啥绑定，你想迁移，厂商立马分分钟帮你一起整。

@HTravel 这个 case 有很多值得深挖和复盘的地方，但好像没一个是你说的。已经有公开 message

这里的 dns 明显是个服务注册发现用的，因为代码产生极端情况下的竞态触发了问题。不是平时接触的公共 dns 。

所谓的两地三中心是人家提供的基础设施有这个条件，而不是你的单个应用程序在云上就从单一部署变成多活。一个多 az 单 region 部署的应用，理想情况下，可以到 99.99%，又不是永不停机。每增加一个小数点的可用性，成本是曲线增长的，架构设计没有银弹，只有权衡。

别说 aws 这种体量的公司，就算国内的二三线互联网公司，每天成千上万次发布，评审 step by step 、文档指导书，按这个玩法公司效率得被拖垮。

另外遇到的国内云常规骚操作，很多时候是有点小聪明过头了：

例如国内的很多云，租几个运营商的机柜就是 az 了，很多应用例如 es/kafka 这种是需要副本+选举来运作的，需要被部署在不同的 az 。而这种小 az 是没办法用来高可用部署的，新的硬件机器永远只出现在新的 az ，老 az 开不出机器。甚至某些服务升级还需要迁移 az 。选 3 个 az 用最新一代的实例去部署一个高可用服务都是个问题。

最后个人觉得国内真认真做云的只有 A 家，水平至少也是 Azure 之上的，有没 GCP 的水平不好说，其他几家真有点那啥。