adgfr32

微信加好友频率有限制的
直接用新号，老号的头像或者签名写一下你的新号，有事找你的自然会加。

需要开 thinking ，gemini 是默认 thinking 应该占一些便宜。可以把 prompt 改成: 深度思考一下，xxxx 。
看看能不能好一些。

上次看见杭州一个岗位，公司福利一栏写的是周末双休哈哈哈

生产环境是否有 cors 问题，应该通过上线前端到端测试+灰度来避免，而不是你这种奇技淫巧。
你的做法和本地 nginx 代理没啥优势，只要上线前没有实际环境校验过，谁能保证自己方案一定过呢？

json($data)只是隐藏了细节，帮你把 http status code 写了。
能量守恒，php 在写的时候节省的精力会在维护和重构的时候还回来。

如果数据模型不复杂，可以先多进程试试，不过如果历史代码不多，直接换 golang 是个明智选择。

我买一个手机，不插 sim 卡不就能达到一样效果么？

语音输入，拿到语音的文件或者流->分离说话人->说话人身份判断->语音转文字(这一步可能会丢失一些信息比如:情绪，或者豆包支持语音多模态么，没调研过)->预处理做成 prompt ，送进豆包->拿结果->转语音输出
语音 asr ，tts 这一套已经很成熟了，也可以用云服务，感觉做个 demo 不麻烦，主要是细节的打磨。

@Loser110 微服务真的有这些优点吗？
开发快速: 不存在，因为本地调试困难，服务间调用 debug 麻烦，开发 debug 速度有哪个语言比得上 php 修改以后直接刷新网页来的快？
一键部署测试: 前提是你的基建到位，但是基建也要人开发维护的
性能更好: 为什么微服务多了服务间的调用，性能还更高呢？相反的，设计不到位的微服务响应会更慢。
更低的服务器代价: 当你的机器数量达到一定量级，微服务才有优势，否则凭什么部署多个服务会比单个服务更省机器。

在我看来，微服务的优势是: 在你的项目体量逐步上升，你的维护成本，机器成本的提升不再是一个线性，而是快速增大到一个难以承受的程度。这时候重构为微服务，可以让这两个成本的曲线恢复为线性，也就是成本可控，而不能让成本降低。