@zsh2517 开 us 全局打开了，看起来挺有意思的。不过我日常是 Android 所以暂时就不试用了

地区问题吗？我点开 app store 链接会跳转到 https://apps.apple.com/cn/iphone/today

好多对不上的，比如 https://github.com/itgoyo/awesome-gpt-image2-prompt#164-%E7%99%BD%E9%AA%A8%E7%B2%BE%E6%9C%B1%E7%A0%82%E7%82%B9%E9%A2%9D%E5%8A%A8%E4%BA%BA%E7%9E%AC%E9%97%B4

我原本想做来着（聚合多个订阅），后来发现 proxy-provider 、rule-provider 之类的参数，基本满足我聚合的需求了，就没写

我没玩过单片机/开发板之类的东西，但是在我的印象里，硬件开发资源好像挺受限的，双向兼容 C lrzsz 并且文件比较小确实是个优势。 @zsh2517 #2

已 star ，后面试试，虽然我能分清 lrzsz （ rz: Receive, sz: Send ），但是每次也是得先想一下。

可惜出来的有些晚了，其他很多痛点已经被 trzsz 解决了（ trzsz 是通过重写一套使用方式类似、不兼容 lrzsz 的方案实现的，所以不用受到 lrzsz 的各种限制，用起来比原生 lrzsz 更好用，比如跨 tmux 、文件夹传输等）

可以，详见文章《“词元”这么火，该注意点啥？》，只要把 token 转换成“令牌”，就可以保存到文件了；如果转换成“权益”，你甚至可以发行实体卡 /doge

---

正经回复：如果你想找的是“蓄电/蓄能”类比意义下的蓄 token ，那么不能，因为 token 本身就是一个虚拟的概念，并且产生和消耗是在一个过程中完成的（显卡推理下文的时候，每产出一个新的词元，对于显卡来说，它产生了一个 token ，而对于你来说，消耗了一个 token ）。不像比如电力等，有物理存在形式，生产和消耗是分离的，能传输能保存

但是，如果广义的说，有很多不同方面的“保存”，比如说，大语言模型提供商的缓存能力、夜间批量推理享受谷价、修改政策涨价之前买了订阅、借别人的额度再还、甚至动用一些经济手段从上下游干预进而相同费用获得更多 token ，都可以算是屯了 token

挖个坟，我在 #21 留了一个带有本帖标识、只在这里发过的邮箱地址，刚刚收到了一封热乎的垃圾邮件

https://i.imgur.com/NtuFglY.jpeg

看来 base64 确实有先见之明 https://i.imgur.com/agAJ0Rd.png

@digwow 收到，没有问题

已经有了，例如 https://openrouter.ai/moonshotai/kimi-k2.5 ，下面的 [Providers for Kimi K2.5] ，input 从 0.42 到 1.10 都有

而且 tokens 价格应该不会像汇率那样频繁波动

Your Order Number is: 3693118125

没有遇到一样的，但是遇到过类似的伪造发件人的。

下载邮件文件，或者查看邮件源码，把邮件头部分发给 AI 过一遍，我记得有种伪造方式发件人的方式。有些邮件厂商不一定会显示，但是文件头能看出来

伪造的过不了各种（如 DKIM 等）验证，而且转发阶段（ Receive 字段好像？）也有不太正常的特征

@zsh2517 #11 @zyxk

@EeveeRibbon #7 密码管理器自己实现一个 ssh agent ，并通过 SSH_AUTH_SOCK 变量或者 ~/.ssh/config 的 IdentityAgent 字段，让 ssh 使用

当 ssh 向 agent 请求签名（ ssh 登录的一个过程）时，1p agent 弹窗要求用户授权，通过后才会继续。私钥存在 1password 内，不落盘。从而实现使用密码管理器登录 ssh