adgfr32

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

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

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

给 5k ，你就是老板的爹

如果能通过他访问被墙的网站，那你这相当于卖 vpn 了

笑死了，会压缩上下文了也算好事？，这不是用智商换长度么。

应该都支持吧，你把 wsl 看成是一个本地路径。
在 wsl 的项目里执行 explore.exe .
会打开一个文件夹，然后复制地址到 gui 工具中打开

或者给你安利 lazygit ，终端里操作，非常舒服

如果更直接的官方监管都无法解决，那我觉得相关部门的行政能力也无法解决接下来出现的"核实举报是否属实"这件事，能量不会消失，只会转移。
另外最利益相关的不是消费者吗，消费者举报都不图奖励，为啥这个看着更容易的闭环没有循环起来呢？反而觉得利益关系没那么直接的骑手能闭环

"看了兄弟们的暴论，实在且实用"
暴论不是用在这个语境的哈哈哈