@google2023 没问题啊，只是奇怪如果按实际使用终端分只有 Ollama 但是却没有 LM Studio ，如果按照底层框架分有 vLLM 但是却没有 llama.cpp ，所以我只是怀疑这个 AI 总结漏掉了

感觉是 minimax 模型太弱了, 而且很多约束不一定需要 skills 来做，rules 可能会更好一些

@ggf 我这边操作的是原路退回，所以最终收到退款会是 A

@unused #31 没有完整的，只给我发了部分聊天记录, 但是可以确定不是给 ai 设置了复述的提示词，因为在多轮对话中用户发了好几次不同的提问, 豆包看起来都是在认真回复，只是处于幻觉状态。

@unused
@g1eny0ung #18 关于二维码位置确实是个问题，但是我经过多方交叉验证, 过程应该是真实的，聊天记录中当事人发给豆包的投保人是一个企业, 我查询了企业法人姓名、回执单姓名和支付宝付款人的名字能够对应上。至于二维码为什么会这样显示, 以及为何豆包会出现这种问题可能需要字节的朋友去排查了。

我是那个帖子的 op, 有几个点我澄清一下。

1. 那人不是通过二维码找到我的, 而是通过支付宝支付后, 订单详情中有一个联系商家入口, 他是在那里联系的我, 整个事件和 B 站无关, 当时我只是在 B 站刷视频, 截图左上角显示的名字是 ios 的特性，当时我正在刷 B 站，然后收到了支付宝通知有人给我发送了消息，然后我点击通知栏跳转到的支付宝 APP 中。

2.我也怀疑过是转账诈骗，所以在操作之前我特意联系了支付宝客服, 客服告诉我可以使用订单的中的退款功能，这样订单会关闭，资金会原路退回。

3. 这个回执单应该是真实的,我看了订单时间是 4 月 9 日 22 点支付的, 这个人是 4 月 10 日 23 点找的我，回执单时间是 4 月 10 日 15 点。

4. 其实当事人还给我发了他和豆包的聊天记录，但是因为其中涉及到当事人的手机号身份证信息，所以我没有发出来，只是用了语言描述了经过。

@JimLee0921 #123 还可以用

@sddyzm 我是商家，通过收款码的收款会有个订单，在订单中操作退款就行了，不过不太清楚非商家是不是也是这样

@iango 确实在操作前考虑到了这点，所以咨询了支付宝客服，客服说使用原路退回是安全的，我嫌麻烦就没有到警察那边报备了。毕竟他是通过商家的收钱码支付的，不是通过转账的模式

而且这不是第一次了， 几个月前也有人通过支付宝聊天联系到了我, 说是豆包推荐过来的, 当时因为这个人没有付款, 所以我没有当回事。 这样看起来，我有理由怀疑这种情况应该不止我一个人，也许有很多人已经通过豆包进行了这种所谓的交易。

这是哪个 ai 总结的哦，把 Ollama 放进去了，但既没有 LM Studio 也没有 llama.cpp, 到底按什么分类算的。

1T 的模型可以预想到，能力应该很强, 但是又是一个吃资源的东西，到时候肯定卡爆了

你们说的闪退是 APP 正在使用时前台闪退吗？ 这种我好像在 ios 上还没遇见过，但是如果是切换到后台然后切回去发现被杀了，这种很常见，即使是最新的 17pm 都经常杀后台。

@iorilu codex 不支持国内信用卡，就这一点就卡 90%的人, 想要用 codex 要么代充还有黑卡风险，要么闲鱼买 team 这种会封号

这能看出大家都缺算力, 国内阿里云下架 lite, glm/minimax 增加周限额, 国外 Claude Code 最近额度消耗大增, Antigravity 大砍额度, Github Copilot 取消年付费套餐， 再加上小米这个用量给得这么低，看来之前的定价大家都不怎么赚钱? 小米这个 Lite 相当于 MiMo-V2-Pro 只有三千万额度, 如果超过 256K 上下文就一千多万 Token 的量，一个小时不到就能用完，这么看来 GLM 老用户和阿里云 Lite 用户才能最划得来的， 以后估计都不会有这么便宜的定价了。

我用的这个 https://github.com/runkids/skillshare

github copilot 的计费方案不一样，由 ai 发起请求在官方工具上不计费, 但是其它工具因为没有加入固定的 header, 所以消耗会快很多，分分钟额度就没了， 但是你自行加上 header 容易违反条款封号。 详情 https://zhuanlan.zhihu.com/p/1997806230605956481

有一个小时了, 没有公告也没有解决