@xywanghb 然后 gcloud init 一下就可以了 你可以直接运行他那个 python 代码看能不能调通， 然后再接入其他 UI web

@taotaodaddy 要下载一个 gcloud 命令行工具

@burndown 哥们， 是我的问题，哈哈哈确实可以， 我走的 google 调用 不是 Anthropic ， 导致我接了代理请求的入参格式和 vertex ai 不一样，vertex ai api 得走 Anthropic

@burndown 还是很多没直接支持， 可能也是 google cloud 那个认证体系和 API 不适配的原因. 走代理感觉有点复杂， 我自己简单改了下 chat next web 源码 把请求 google 的参数返回值适配了下， 用着还行

@taotaodaddy 谢谢， 我看看. 我实现了个方案，改了下 chat next web 源代码 简单适配了一下

@burndown 这两个我调研了， 好像只支持 google cloud 里面的 gemini 和其他有限的几个， 这几个在 googlecloud 就是支持对话形式的. 但无法用 claude

大屏更偏向直观的数据统计和数据报表， 在乎样式和统计

组态更偏向多个组件的实时状态或者物联网设备模拟化， 以及多个组件之间的数据联动. 更复杂点还有指令下发， 通过可视化的电子模型来和物理设备做数据交互和控制

老哥我也是可以一个人开发前后端， 创造产品和设计这块倒不行， 如果需要打手可以交个朋友， 主打一个靠谱。
d2FuZ194aW5nX3l1Xw==

@kuanat 感觉长脑子了, 我如下理解大佬看看对不对
如果我是提供方
1. go, 我只需要关注我能提供什么能力, 专注于做好自己的东西, 你消费方爱咋用咋用
2. java, 我提供一个功能这个东西以后可能会怎么演变, 我希望提供一个尽可能考虑很多场景的功能或者标准, 更丰富的易用性和扩展性, 并且考虑做大做强以后其他类似厂商都参考我这个标准来实现, 有点像市面上很多厂商提供的功能慢慢都是一些大而全的东西, 占领市场建立标准
如果我是消费方
1. go, 我就像一个海淘客, 找到各种各样的功能提供方, 自己非常灵活的进行组合调用, 自由度更强
2. java, 我就像一个傻子, 更多的是学习标准, 然后找到标准中占有率更多更成熟的, 或者说提供的功能更丰富的, 因为我也不知道以后会扩展成啥样, 所以我现在可以不用, 但是你提供的内容多, 也降低了我以后因为你无法支持造成的改造成本大的隐患, 比较突出的例子就是用 springboot, 很多三方库的实现我不关心, 只需要看 springboot 的一些标准, 具体实现只用依赖进来即可

易于变化的业务考虑适当扩展， 不易于变化的要高度内聚并极大可能的降低理解成本维护成本，怎么简单怎么来， 我个人感觉这个不易于变化， 推荐第二种

目前使用 iCloud ， 在 window 上也能安装这个， 每个月 6 元 50GB 费用 省心

别被其他人带偏了， 过度美化女性， 程序员就是有能力挑， 赚钱的目的不就是减少对世俗的妥协吗

团队已引入 kotlin 混合使用，并要求逐步替换 java
项目背景为业务 CRUD ， 并且轻 sql ，重内存处理， 所以会有很多函数式编程和空安全处理
人员背景基本是五到十年开发
体验最直观的就是编译慢， 但是带来的编码体验能完全弥补这个不足， 编译慢我就摸下鱼等等， 但是写的慢那就是一直在写
再一点就是个人追求开发速度快， 会做一些私活，kotlin 可开发后端和原生安卓， 熟悉 jetpack compose 可平滑转移 flutter ，web 和小程序就是用 vue uniapp

谁死了都不要紧， 只要自己活着不如死了就行

常规水平，近几年我个人估计都不太乐观， 失业了很难续上， 先求稳吧

@xywanghb 当然具体过期时间根据业务斟酌，或者基于此想节约 token 占用内存啥的就让后端登录时自行根据 openId 进行老的缓存清除， 这些不影响我上面提到的登录流程

我这边的操作是每次打开小程序就调用 wx.login 通过 code 直接拿到后端生成的新 的 jwt token （包含客户信息）和 openId （如果未注册就拿 openId 加上注册信息进行注册）， 过期时间比如自定义一天， 一个小程序不可能用一天， 下次进来就是登录拿到个新 token 了

简单理解一下是不是我开全局代理， 假设 isp 可信， 机场可信 就没有问题了