很奇怪这种开头: "一行代码没写" "两个晚上纯用 AI"
你做出一个工具，不是应该重点介绍他的功能，优点吗？ 但是你的标题一点没提到，仿佛在说: 我凑合着做了，你凑合着试试吧。
而且从零做出一个凑合能用的东西本来就是大模型的舒适区，但是市场上从来不缺这种凑合能用的东西。

快进到"洗数据也是搞 AI" 狗头

如果模型开源+你机器显存够就能自建
但是效果不一定有官方的好，一是开源出来的模型还需要配合一些工程手段才能达到最好效果，二是自己 serve 的方案五花八门，很少能和官方对齐。
成本最低最稳定的方案是用 API ，因为现在他们是亏本在卖，反过来就是你赚了。

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

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

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

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

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

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

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

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

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

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

给 5k ，你就是老板的爹

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

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

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

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

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

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