zsh2517

@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 留了一个带有本帖标识、只在这里发过的邮箱地址，刚刚收到了一封热乎的垃圾邮件



看来 base64 确实有先见之明