ipwx

大模型的上下文是内部的某种 embedding 输出啊。。。

====

这个 embedding 不同模型都不一样，同一个模型的不同版本都不一样。只有精确到某个版本、某个模型，才有可能存储这个真正的上下文。你调用的是通用接口，所以没办法拿到这个真正的上下文，那你只能把 history 再喂给它一遍，让它重新构造出这个内部上下文。

有些模型有 streaming api ，一个合理的实现方法是客户端只存某个 id ，让服务器去存储这个上下文 context 。用 id 去关联 context 。但用户啥时候弃用这个 context ？多长时间过期？这些问题都很麻烦，特别是互联网场景，用户很多的情况下。所以很多 api 不支持 streaming 也很合理嘛。

更何况如果你用着某个上下文，服务器那边模型更新了，瞬间原来的 context embedding 废了，进去就是一堆乱码，用户这不得骂娘，还不如浪费些算力让大模型重新看一遍历史。

====

当然不得不存储 embedding 的场景也是有的，那种就叫做 rag 。这也算是一种折中：让大模型每次都看一遍整个资料库显然计算开销太大了，但是让大模型每次都把所有对话的 embedding 都存下来那存储（和检索）开销又太大了。那么不得已，就采用资料库的 embedding 存起来、对话不存 embedding 。这不是很合理么

虽然楼主确实有点赌狗，但是 v 站风气难道不是，“美股闭眼投资”、“要有信仰” 吗？怎么有人美股亏了（哪怕是期权）又开始冷嘲热讽呢。

AI 用 tailwind 很厉害，生成效果比 vue 的 scoped style 准多了。所以我最近开始用了。

变成 JSON 的时候最好 round(value * multiplier)，让你的 JSON 不要充斥着 3.333333333333333333333334 这种无效的长度。比如你想保留两位小说，就 multiplier = 100 。到 JS 里面再除回去。

我就不谈金融了。

有没有可能，任何交易指令，你可以在主体处理流程之外，复制一份指令，然后旁路发给 N 个独立的服务器。这样哪怕一台没写成功，其他也写成功了。

@Edcwsyh 那挺好

顺便提醒一句，民事诉讼不是疑罪从无，是按 “常理” 推断。这倒不是女法官打拳，而是古今中外都这样。

@Edcwsyh 以下回答来自 AI

问：我担心老婆离婚爆我金币，将资产换成加密币隐藏是否可行？
答（摘录）：根据《民法典》第 1092 条，一方隐藏、转移夫妻共同财产的，在分割财产时可少分或不分。若法院发现故意隐匿行为，您可能面临财产分配上的不利后果，甚至需承担法律责任。

问：如果我买了加密币隐藏，但说是我赌钱输了之类呢？
答（摘录）：法院在审理离婚案件时，会严格审查大额财产来源。若您主张“赌博输掉”，但无法合理解释资金流向（如银行转账记录、加密货币交易记录），反而会加深法官对您隐匿财产的怀疑。据《民法典》第 1092 条，故意隐匿、转移财产的一方，在分割财产时可少分或不分。

即使您将加密货币存放在冷钱包（离线钱包），购买时的资金来源仍可能通过银行流水、交易所记录等被追踪。例如：
若您用夫妻共同存款购买加密货币，银行转账记录会直接暴露资金流向。若通过境外交易所交易，可能违反外汇管制法规，留下跨境资金流动的证据。

若您在婚姻存续期间购买加密货币，而声称“赌博输掉”发生在婚后，需解释为何婚后突然参与赌博并输掉巨额资产。这种异常行为易引起法官质疑。

====

简单来说，已经结婚的，女方可以不知道你怎么藏的，但是就是主张你应该掏出来。你还不起找你父母，要么你做老赖。

就比如，纳指前段时间刚高点跌落 20%。纵观最近十年，回调也不是不能 30% 40%。这还是比较靠谱的资产。

大饼拿来做资产配置，这种非主权背书的东西在新自由主义和全球贸易高歌猛进的时代或许不错，但是在乱世，不如黄金。作为投资高手，火中取栗我道一声佩服，可是为了防止被爆金币，我真心觉得没必要。

更别提前段时间除了大饼，二饼或者其他山寨币都跌的不要不要了。