刚刚购买了一个tg账号，想要持久使用，问问佬们要做些什么呢 购买后出的电话号码要改吗 4 个帖子 - 4 位参与者 阅读完整话题
pro20x没开fast，一早上采用了3%，超长持久回来了？ 2 个帖子 - 2 位参与者 阅读完整话题
IT之家 5 月 30 日消息，据游戏媒体 GamesRadar 今天报道，Remedy 旗下新作《控制：共振》仍未有精确发售日期，官方只是宣称“2026 年内发售”。随着 2026 年即将过半，本作也越来越有可能撞档《GTA6》。 R 星曾在此前表示，《侠盗猎车手 6》将成为电子游戏史上规模最大的首发作品。即使这番话听起来有些夸张，但业内人士普遍认为这并非空谈。 目前已有许多开发商 、 发行商决定调整 2026 下半年游戏发售档期 ， 避免和《侠盗猎车手 6》撞车 。 IT之家从原报道获悉，《侠盗猎车手 6》上市后也可能改变整个游戏行业，让大量已离开游戏圈的玩家重新购买主机，其他开发商也有可能从中获益。 Remedy 工作室 CEO Jean-Charles Gaudechon 在接受采访时表示，他们并不担心《侠盗猎车手 6》会掩盖《控制：共振》的存在感。 他对此表示：“我认为 2026 年将是整个游戏行业增长的一年， 希望《侠盗猎车手 6》能带动主机销量增长 ， 并让整个行业从中受益 ”。 Gaudechon 认为：“我们的重点已经不再是几天之内赚回游戏开发成本， 如今有很多方式可以让一款游戏拥有更长生命周期 。你们可以期待我们带来高质量作品，也可以期待我们能发出穿透市场喧嚣的声音。我们会尽可能提高曝光度，激发玩家兴趣”。 从某种程度来讲，这种策略确实存在合理之处。首先 Remedy 拥有一批忠实拥趸，无论市场如何，他们都会继续购买旗下新作。其次，《控制：共振》和《侠盗猎车手 6》并非直接竞争对手，两款游戏在玩法、规模和受众方面都存在明显差异。
之前收集了十几个公益站，天天签到领额度，到需要用的时候，各种不稳定、不持久，现在已经开cursor pro了，不够再接入便宜的api(非公益站)，突然发现composer2.5真是量大管饱，日常使用效果也很好，把cursor当通用agent了。 有点黑苹果的尽头是白苹果的味道，近几天看站内不少封号、接码验证的帖子，不知有多少停止折腾，买官渠的 继续坚持公益站 曾经公益站，现在主用付费 曾经付费，现在主用公益站 只用付费渠道，未使用过公益站 点击以查看投票。 12 个帖子 - 12 位参与者 阅读完整话题
重置额度了，我已严肃蹬起 这两个LD士多，99积分代绑的plus号还挺持久，快一周了还没掉，继续爽 6 个帖子 - 3 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 最近kiro不是复活了吗，kirors我参考 https://github.com/M-JYuan/kiro.rs的项目增加了开启超额、凭证级代理、单独测活、优化opus-4-7-thinking、模型列表、余额缓存持久化、假缓存优化等功能。 github： Foxfishc/kiro.rs: A Kiro Client in Rust 图片如下 觉得好用可以给个star~~ 8 个帖子 - 6 位参与者 阅读完整话题
放hub里了，这样可能会持久一些？没定价，直接用就行，速蹬！渠道广场搜名字就行 https://hub.linux.do 还有1.8e 好像hub不好用？（还是说我设置问题） tp-szicdhigxskxel1739o4kn5g33sxw9c8haeoth8lf7el9 key我截断了点，看图补全 10 个帖子 - 6 位参与者 阅读完整话题
硬盘缓存带来的安心感 2 个帖子 - 2 位参与者 阅读完整话题
这两天我用 Python 给下载站开发了一个防盗链小网关，虽然项目不算重量级，但也涉及FastAPI之类的一大堆依赖。接下来一段时间内，项目的代码会快速迭代，依赖也可能不断更新，如果为了容器化，用 Dockerfile 执行完整的镜像构建流程，绝对会严重拖慢交付速度。即使正确执行了分层构建也没差，只要一动requirement列表，那么 pip install 这层缓存全部完蛋——应该不会有神经病把每个依赖都分层构建和缓存吧，不会吧？ 那么有什么解决方法呢？ 既然项目代码和依赖都会不断变化，那么最简单的部署方法其实是直接使用纯净的Python容器镜像，但是要注意将Python依赖也持久化到本地，不然每次运行容器都要重新从pypi拉取一次依赖，同样效率低下。这里Python和uv的容器分别有各自的解决方案。 Python容器通过 PYTHONPATH 定义额外的第三方库搜索目录（它会被添加到 sys.path ，跟在当前脚本所在目录之后），因此在使用Python镜像时，我们要做的就包括： 指定pip将依赖安装到一个被持久化/挂载到卷的目录 指定Python在这个目录寻找第三方库 如此就得到了以下Docker compose模板（Docker CLI自行修改，都是一一对应的） services: myapp: image: python:3.11.9 working_dir: /app restart: always volumes: - ./app:/app - ./packages:/packages environment: - PYTHONPATH=/packages/lib/python3.11/site-packages command: bash -c "pip install --target=/packages/lib/python3.11/site-packages -r requirements.txt --exists-action=s && python main.py" 由于pip不会自动清理未列出的库，因此此前按照的所有 package 都会残留下来，不仅臃肿，而且指不定那天出现依赖冲突，因此需要不定期删档重开，不甚雅观。 如果使用的是uv，并且项目已经跟踪了 pyproject.toml ，那就更简单了， uv sync 会在项目目录下创建 .venv 目录隔离环境，即使目录丢失，在缓存具备的情况下也能几乎在瞬间从缓存中同步依赖，因此我们直接增加一条，覆写并持久化 UV_CACHE_DIR 即可： services: myapp: image: astral/uv:python3.12-bookworm-slim restart: always volumes: - ./app:/app - ./.cache/uv:/root/.cache/uv environment: - UV_CACHE_DIR=/root/.cache/uv working_dir: /app command: ["bash", "-c", "uv sync && uv run main.py"] 说实话，要是项目的Python版本固定、部署设备的CPU指令集固定，这玩意儿比每次都费一大堆时间build镜像来得靠谱多了， git pull 完直接删除容器重建，基本不会有可感知的延迟，同时也不需要下载一堆乱七八糟的层（TMD服务器空间不够清理悬空镜像和层简直就是地狱），对于快速迭代的开发调试极为友好。 当然，生产环境里还是乖乖build吧。 1 个帖子 - 1 位参与者 阅读完整话题
从 二开CPA，sqlite持久化使用数据，增加首字延迟、TPS、思考强度等记录，一键导入模型价格 继续 新增了【凭证中心】界面，统计了下手头800多个free号的额度，看起来每个号平均不到5刀，我这一周一直都是使用5.5 xhigh，额度相比于之前使用5.4似乎是有所下滑的，看起来账号额度还是跟具体模型有些关系。 大概有不到10个free共享号，其它全是独享，因此共享号对统计数据影响不大，plus则全是共享号，所以不用看plus数据 另外提醒一个罕见风险：Oauth 2 refresh token的时候，如果退出了CPA，有可能发生token还没落文件就退出的情况，导致token失效，因此做了一个凭证刷新倒计时面板，用于提醒刷新情况 其它界面（额度是预估值） 6 个帖子 - 5 位参与者 阅读完整话题
有些Containers容器不可以持久化存储，这样会导致每次容器销毁重建都会导致登录状态掉，必须重新进行验证。 解决方法1： 使用支持s3储存的docker镜像(需要自己编译，网上没有提供)，储存需要持久化的内容到s3桶里。 解决方法2： vaultwarden会在启动时检查储存目录下是否有密钥文件，如果不存在就会新建。更换你新的密钥后会不认之前的设备，所以才会掉设备认证。 思路就是固定密钥文件，而不是每次启动时重建。登录还是掉，但是不用二步验证了。实现伪不掉登录 生成密钥 # 生成名为 rsa_key.pem 的私钥文件 openssl genrsa -out rsa_key.pem 2048 压平密钥 # 同时删除回车符并把换行符替换为下划线 cat rsa_key.pem | tr -d '\r' | tr '\n' '_' > flat_key.txt 环境变量 下面变量填入自己需要的 名 值 说明 DATA_FOLDER /tmp 本地储存的目录 RSA_KEY_FILENAME /tmp/rsa_key 指定密钥文件目录 RSA_FLAT “密钥” 被压平的密钥内容 DOMAIN https://domain.com 你的域名 I_REALLY_WANT_VOLATILE_STORAGE true 我真的想要易失储存 ORG_ATTACHMENT_LIMIT 0 附件大小限制为0mb USER_ATTACHMENT_LIMIT 0 USER_SEND_LIMIT 0 SENDS_ALLOWED false 不允许使用send功能 DATABASE_URL “你的sql url” 填写你的数据库url地址 官方示例 vaultwarden/.env.template at main · dani-garcia/vaultwarden · GitHub 修改 Arguments 的 CMD为 # 读取被压平的密钥并写入密钥文件 最后再启动 "sh" "-c" "echo $RSA_FLAT | tr '_' '\n' > /tmp/rsa_key.pem && /vaultwarden" 完成 如果你的命令没问题的话，容器成功启动。那就成功了。 命令只在scaleway上测试过，其他平台欢迎分享出来 1 个帖子 - 1 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 github.com GitHub - Fwindy/CLIProxyAPI: Wrap Gemini CLI, Antigravity, ChatGPT Codex,... Wrap Gemini CLI, Antigravity, ChatGPT Codex, Claude Code as an OpenAI/Gemini/Claude/Codex compatible API service, allowing you to enjoy the free Gemini 3.1 Pro, GPT 5.5, Claude model through API github.com GitHub - Fwindy/Cli-Proxy-API-Management-Center: This is a WebUI interface based on CLI-Proxy-API,... This is a WebUI interface based on CLI-Proxy-API, designed to simplify configuration modifications and runtime status monitoring. 上面发的两个链接分别是前后端，需要搭配使用。 后端：用sqlite持久化，不再在内存中保留使用数据，并且usage api允许夹带时间范围，不用每次都请求全量使用数据。 前端：增加了一个监控中心页面，新增功能有一键导入模型价格、根据配额的截止时间往前倒推统计5h花费/周花费、增强请求事件明细等等。 增强请求事件明细： 支持自动刷新（15s/30s/1m/5m） 新增Tokens per second (TPS) 统计 新增首字延迟统计 点击每行前方的减号图标可以删除记录 新增缓存命中率统计 当请求失败时，可点击“失败”查看失败日志（实际上是该凭证的最新状态日志，非精确的请求日志）。 前后端都会自动同步上游更新，有冲突的话才会手动处理（希望少一点）。 10 个帖子 - 6 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 欢迎使用 daishuge/CLIProxyAPI ~~ 链接在这，欢迎点点star： 开源链接： github.com GitHub - daishuge/CLIProxyAPI: CLIProxyAPI fork with restored usage statistics... CLIProxyAPI fork with restored usage statistics and performance metrics 功能： cache、first-byte、TPS 记录 恢复使用统计页面和功能 数据统计持久化 （仍在积极更新！请提出idea~） 官方有新功能会尽快跟上的，有什么想优化的也可以提issues~ 这不是一个简单的二开，而是一个稳稳接住佬友的需求的二次开发（误） 项目新名字就叫做： playful-proxy-api-panel - PPAP! 6 个帖子 - 5 位参与者 阅读完整话题
我是部署在render上的，每次重启，token的使用统计数据就没了。有没有佬友知道，有啥免费的解决方法？ 8 个帖子 - 7 位参与者 阅读完整话题
因为 GPT 5.5 出来了，大家都要更新 CPA，所以给大家分享一下我更新的思路，包括之前想要将统计数据持久化的思路，希望对大家有帮助。 最开始是每次开机关机都要打开 CPA，太麻烦了，就 让 AI 帮我生成一个脚本 ，帮我开机自动启动。（这个提示词忘记了，也是类似下面这种，直接问 AI） 然后我想要将 CPA 的统计数据持久化（看到有人说数据无用，但我就是爱看 ），我就 让 AI 再帮我写一个持久化的脚本 。它就给了我一个脚本在启动的时候导入数据、每隔一段时间导出数据、结束导出数据。我用的提示词是： 我用的这个 cli-proxy-api 启动 CPA，然后使用 /Users/xxx/Library/LaunchAgents/com.xxx.cli-proxy-api.plist 自动启动 CPA，但是CPA 的统计数据每次重启数据都会丢失，有什么办法可以持久化吗 他就给我这些脚本，也帮我启动了，AI 真是太好用了： 最后就是今天要更新 CPA 了，也是 让 AI 帮我更新 的，我也是直接问他： https://github.com/router-for-me/CLIProxyAPI 他更新了，我这里要怎么更新？ PS：我用的是 mac，使用 CPA 的方式是下载安装包，用的模型是 GPT 5.4，每个人情况不一样，所以只提供一个思路，最终还是交给自己用的 AI 来解决比较合适。我自己是觉得比去网上找一些解决方案方便一下的。 1 个帖子 - 1 位参与者 阅读完整话题
之前一直都是同步使用数据到 WebDAV ，最近迁移 CPA 到了服务器，还没开自动同步，今天升级了一下，这几天的使用数据就这样丢了 所以 CPA 到底能不能有个数据持久化存储的方案啊，就算同步到 WebDAV ，也要记得每次重启或升级下载数据同步……太麻烦了，偶尔忘一次的话，备份数据被顶掉也无了 8 个帖子 - 6 位参与者 阅读完整话题
之前跟风搞注册机注册免费号自用，后来发现这玩意是个持久战，耗时耗力，就转用佬友们的公益站了。 之前注册下来的这些号也用着，准备等啥时候全封了就停了CPA，没想到剩下5个号一直没封，就这样一直用着，但是吧5个号的量也不够我自用，已经在纠结是扔了还是古法手搓再注册一些维持自己用，蛋疼。 6 个帖子 - 6 位参与者 阅读完整话题
让agent越用越顺手, 这个初衷是好的, 方向也对. 但是持久化上下文 自动进化skill, 这样的实现思路, 只会让上下文和token的使用效率降低. 你比方说真正有用的需要反复调用的能力 需要持久化的能力, 我还需要hermes帮我自动建立? 难道不是我自己主动去写skill? 反倒是hermes openclaw动不动就给我自动建立skill 问个天气都给我自动建立skill 我要它有啥用? 跟人一种上下文跨session持久化很有用的感觉. 但是我其实用不上啊! 让人想起来24年很多人不明觉厉地用agent一窝蜂地做记账软件和时间管理app的感觉, 也就是其实没啥卵用, 只是键盘值高 听起来高大上 但是使用价值真的低! 这咋整! 11 个帖子 - 6 位参与者 阅读完整话题