linux.do
21K subscribers
114K photos
195 videos
114 files
245K links
linux.do最新话题和热议话题
Download Telegram
Claude Code + CPA 使用问题求助

经过的测试:
1. kilo code中,正常
2. cherry选a社模式,正常
3. claude code用其他的中转站,正常
以下是我的CC Switch配置:

以下是报错:

There's an issue with the selected model (coder-model). It may not exist or you may
not have access to it. Run /model to pick a different model.

2 个帖子 - 2 位参与者

阅读完整话题

via LINUX DO - 最新话题 (author: cocw)
【小说聚合】青卷——专注于轻小说AI翻译的桌面软件

本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容:

● 我的帖子已经打上 开源推广 标签:
● 我的开源项目完整开源,无未开源部分:
● 我的开源项目已链接认可 LINUX DO 社区:
● 我帖子内的项目介绍,AI生成、润色内容部分已截图发出:
● 以上选择我承诺是永久有效的,接受社区和佬友监督:

以下为项目介绍正文内容,AI生成、润色内容已使用截图方式发出

----------------------

最近在看轻小说 由于汉化组汉化的时间太长 我个人也是个急性子 等不下去 于是写了这个软件

功能

1.支持线上小说解析
目前支持平台:哔哩轻小说…(正在逐步增加中)
2.支持本地导入
3.支持AI自定义接口翻译
4.支持自定义提示词翻译(既可以转中文 也可以转其他语言)
5.支持在线阅读 主题切换

项目地址
github.com

GitHub - Tavre/QingJuan: 一款基于 Tauri 2 + Vue 3 + Python...

一款基于 Tauri 2 + Vue 3 + Python 的桌面小说集成工具,面向“抓取、整理、下载、翻译、阅读”一体化使用场景

欢迎各位佬提出意见以及给出珍贵的star :bili_040:

1 个帖子 - 1 位参与者

阅读完整话题

via LINUX DO - 最新话题 (author: Tavre)
【省钱系列8.10】Claude Code Max,Opus4.6,OAuth直连拼车方案的实践研究

关于OAuth直连拼车的实践研究 260320

最近因为A社严打,使用sub2api,crs等的中转站,api拼车大量翻车,
大量Claude Code难民,开始被迫寻找新的家园
OAuth直连拼车,这种比较"原始"的方式,以前因为无法管控额度等原因,很少有车头愿意用,但这几天用户数可能在激增
我看到某oauth拼车闲鱼卖家,以前几天才能成交一单,今天一天就成交6单

优点

oauth登录,如果三人都守规矩不乱搞,有几个隐性好处
车主没有部署sub2api服务所需的家宽和vps成本

没有浪费,例如sub2api拼车,5h额度三人车每人$27,看着公平,但是如果一个人在睡觉没用,剩27闲置,其他的人也不能用,这就是为了公平造成的浪费
而oauth拼车,如果一个人临时多用,即超过1/3额度,只要其他人用得少,总额也不会超额,局部有人占便宜,但整体不容易浪费

可以用claude in chrome插件,用api是不能用claude in chrome插件的,这个用于浏览器自动化的,Antigravity里面也有类似功能

可以确定不参水,api我们很难知道到底参水没,全靠良心

花多少钱是一回事,自己怀疑参水,不安心,焦虑,不确定性,也是一种损耗,影响心情,影响生产力

稳定性好,中转api有时会卡住,以为cc是在思考,过了十几分钟发现早卡死了

如果官方有临时优惠,oauth拼车可以确定享受到
例如cc本月的美国傍晚夜间+周末,官方是给双倍额度的,如果中转站或api拼车,乘客一般是享受不到这个优惠的

缺点

一般只能二人车或三人车,因为人多不好管理

不能登录cluade网页版/app/cowork

车主无法管控额度,车主和乘客都只能看到总额度消耗,但不知道是谁用的
办法:如果乘客怀疑别人滥用,也许可以要求所有人安装运行ccusage,截图发拼车群里进行对账,当然这无法杜绝p图,或篡改ccusage数据,防君子不防小人

如果乘客乱搞用很差的线路,可能造成翻车

方法

①闲鱼等购买OAuth直连拼车的服务
②清除中转api遗留
乘客清空.claude/settings.json里的env参数
乘客如果设置过全局env参数,也要清除
③对乘客线路要求不高
④用户登录cc → 发Claude Code内的登录链接给车主 → 车主粘贴到网页登录获得授权码 → 发给乘客 → 乘客登录
⑤乘客可以用/status看所有乘客总额度,没有中转api那种个人独立额度概念,也看不出来谁用了多少
⑥一般不要logout,如果乘客不小心logout了,车主会重新login,但车主两次login之间一般要间隔一天,不能连续login
⑦VSCode Claude Code插件无需单独登录,如果提问不回答就重启VSCode

2 个帖子 - 1 位参与者

阅读完整话题

via LINUX DO - 最新话题 (author: dwqxq1)
尝试改了个username,然后被A÷封了...

从 slack 时代注册的老号,看我申诉吧…但感觉这号回不来了,刚充了10w奈拉…我都想直接转投codex了

2 个帖子 - 2 位参与者

阅读完整话题

via LINUX DO - 最新话题 (author: 木瓜蛋白酶Tea🎋)
LDC设计构想: 牌照法与退款法

这个设想是在保证LDC自由流动同时,尽量剔除金融属性,让其票据化。
一般来说,卖商品的比买商品的少,那么控制商家显然是管理成本更低的选择。牌照拥有者基于社区信任的原则,不予出售能将LDC快速变现的商品,否则关店,吊销,封禁等。
但是那么难道我们要彻底取消LDC的自由流通,而只能购买发放牌照的商家的商品吗?这其实也是一个方案,不过,我认为让LDC可以自由的赠送还是体现社区温情的重要之处。
那么怎么解决这个矛盾呢?退款法应运而生。
什么是退款法:
即对于无牌照的用户,可以无理由的,立即的撤回刚才转移的LDC。那么这样一来,所有的与非牌照拥有者的交易都十分脆弱,是仅仅依靠信任建立的,那么这种情况下,似乎就只有纯粹的善意赠送能够成立。当然,这里可能有一种情况,比如一个人拥有很多账号,对LDC进行归集,不过这种特征很明显,易于管制。当然,这个退款法或许应该有个时限,防止时间太久难以追溯。
如果有什么更好的设计,或者改进,或者缺陷,可以讨论一下。
以上的设想仅仅是刚才临时想到的,很不成熟,集思广益吧。

1 个帖子 - 1 位参与者

阅读完整话题

via LINUX DO - 最新话题 (author: 忧心云烟)
想请问下佬,Linuxdo id在哪看,想加入那个科研板块要填id,找了半天没找到

8 个帖子 - 4 位参与者

阅读完整话题

via LINUX DO - 最新话题 (author: alan3)
奥特曼大善人 通过了我的申请!!!

developers.openai.com

Codex for Open Source | OpenAI Developers

Open-source maintainers can apply for API credits, six months of ChatGPT Pro with Codex, and Codex Security.

之前这个官方链接申请的开源赞助。

参加了Apache 的顶级项目的开源申请的,目前7kstar。
我也不知道申请门槛具体是什么,打算再换个号用其他项目申请一下试试。

邮件是2天后登录邮箱发现的,差点亏了一个亿。

目前也向A社发起了申请不知道什么时候能通过我的Max申请。 :distorted_face:

5 个帖子 - 5 位参与者

阅读完整话题

via LINUX DO - 最新话题 (author: 陈泽-)
[开源] CPACodexKeeper 一个用于巡检和维护 CPA 中的 GPT token 的小工具。

本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容:

● 我的帖子已经打上 开源推广 标签:
● 我的开源项目完整开源,无未开源部分:
● 我的开源项目已链接认可 LINUX DO 社区:
● 我帖子内的项目介绍,AI生成、润色内容部分已截图发出:
● 以上选择我承诺是永久有效的,接受社区和佬友监督: 是 最近把自己在用的一套CPA维护脚本整理成了一个独立项目,名字叫CPACodexKeeper。

----------------------

CPACodexKeeper 目前主要负责下面几类工作:

每轮巡检里,程序大致会按这个顺序工作:

1. 拉取 CPA 管理端 token 列表
2. 只保留 codex 的 token
3. 逐个读取 token 详情
4. 检查过期时间和剩余有效期
5. 调用 usage 接口检查状态和限额
6. 如果返回 401 或 402,自动删除
7. 按周限额判断禁用 / 启用
8. 如果没有周限额,则回退到主窗口
9. 如果 token 快过期,则尝试刷新
10. 刷新成功后把最新数据上传回 CPA

----------------------

项目地址

GitHub:
GitHub - 5345asda/CPACodexKeeper: Maintain CPA-managed codex tokens with quota checks, auto refresh, disable/enable logic, and Docker support. · GitHub

2 个帖子 - 2 位参与者

阅读完整话题

via LINUX DO - 最新话题 (author: qaq)
佬们 哪里能搞到稳定的 seedance 2.0 模型呀

目前市场上有很多假货,网页又有很强的反爬虫机制,先做一个有意思的小项目,急需~

1 个帖子 - 1 位参与者

阅读完整话题

via LINUX DO - 最新话题 (author: RainbowCat)
多人共用代理建议

课题组用的代理是最多只能两台机子在线用(不懂他们为什么搞了个这样的)
但是我有时候会在上面用codex或者反重力,这样就会受到一些限制
如果我用我自己的节点的话,有没有好一些的方案,只有我自己可以用(因为动不动就会下载很大的数据集,我的节点流量吃不消)
补充:服务器只开了一个用户,多人共用一用户

1 个帖子 - 1 位参与者

阅读完整话题

via LINUX DO - 最新话题 (author: zyy)
【开源分享]codex 账号管理

支持 小窗显示 查看配额 一键切换

github.com

GitHub - davaded/codex-manager

通过在 GitHub 上创建帐户来为 davaded/codex-manager 开发做出贡献。

1 个帖子 - 1 位参与者

阅读完整话题

via LINUX DO - 最新话题 (author: 呆呆鱼)
“Ai可以替代我,那我的意义是?”

15 个帖子 - 12 位参与者

阅读完整话题

via LINUX DO - 最新话题 (author: Bouty)
我挺赞同LDC的

其实从LDC发布第一天起就想聊一下,这个想法我觉得一方面有刹车的作用,一方面有促进社区活跃的作用

正好,看到有佬讨论,忍不住闲谈两句

社区本身规避交易属性,拒绝和现实挂钩,很显然是风控措施。因为监管肯定会关注,不少管理以及活跃人士肉身也不是都在国外,减少风险就是一个很好的方法。

就拿被墙来说
我是觉得被墙其实是一种保护措施。十年二十年之前,其实有很多城市论坛以及综合板论坛,例如故园往事、IT时间等等,也很火,聊得内容也很精彩丰富,不比天涯差。
发展的挺好之后就被墙了,但是没有什么进一步的动作。
shit论坛也是这样。我们的监管是有好几层级的应对措施和方案,这一点在各大学校的图书馆里面翻找书籍能看到,被墙了,降低影响,给各个平台打招呼限制相关话题权重,甚至可以说是监管部门保护的措施。

好,那监管部门都睁一只眼闭一只眼了,这时候自己也要乖乖听话嘛。老是往支付上靠,难免有很多麻烦出现。
其中一个麻烦就随着人越来越多出现了:现实金钱交易
有一个点我想和大家分享,在LDC发布前夕,例如team母号,京东优惠券等虚拟商品,其实是真的用真金白银交易的。闲鱼也开始逐渐出现围绕这些商品以及L站上资源的交易。
贩子闻着味道就来了。

这个时候LDC应运而生,Neo和运营团队主动进行控制。
第一步泾渭分明,绝不靠拢支付,摆好态度。
第二步划清界限,就是积分,并且只在站内进行。
第三步严格管理,对违规操作重拳出击。

这一套组合拳下来,我觉得我是监管的话我会很开心的,没有继续找trouble,让大家都不开心。
怎么说呢,看到LDC的体系之后,我真的从屏幕内感受到了一股中年老男人成熟稳重的处事味道…
事实上也是如此,说老实话,我之前没得到焚决的时候,买gpt team母号是真的很肉疼。我也觉得这相当不好,后面如果继续放任,软件付费、滥用情况就会出现,不健康。

现在LDC关掉了我不是很清楚,可能是技术原因吧,我觉得。
之前放开LDC体系,这些就是我的感想了。

在研究数字人民币,我会觉得LDC和数字人民币的思路其实是有点相似的。
另外还有些感觉再说的话会很麻烦的就不说了吧XD

3 个帖子 - 2 位参与者

阅读完整话题

via LINUX DO - 最新话题 (author: ZRainbow)
微软准备控告OpenAI 违反合约:bili_038:

继NVIDIA 黄仁勋取消1,000 亿美元投资合作后,近日再传出Microsoft 正考虑以违反协议为由起诉OpenAI,全因近日OpenAI 宣布与Amazon 的合作案,又是一个过桥抽板的商业故事。

据英国《金融时报》报导,OpenAI 与Amazon 的合作中,OpenAI 将为Frontier 合作提供企业级AI 运算服务,Microsoft 完全被架空,因此正考虑就API 排他性条款起诉OpenAI 违反协议。

作为OpenAI 的最大股东(27%),Microsoft 自2019 年起已投资OpenAI,累计金额超过130 至140 亿美元,如果当年没有Microsoft 的支持,OpenAI 也无法快速扩展,而Microsoft 换来Azure 长期作为OpenAI 的独家云端供应商。按协议,OpenAI 与第三方合作开发的API 产品,必须由Azure 独家提供;非API 产品则可在任何云端服务供应商部署。

然而,今次OpenAI 与Amazon 的合作中,OpenAI 直接为AWS 的Frontier 提供AI 运算,而非透过Azure,显然属于API 产品;但在合作案中却刻意语焉不详,试探Microsoft 的底线与容忍度。

《金融时报》指出,OpenAI 正努力减少对Microsoft 的依赖,并将其最大股东「去独家化」,双方关系正由「深度盟友」走向「合作与竞争并存」。 Microsoft 亦察觉OpenAI 已不再是忠诚的合作伙伴,开始推动「AI 独立计划」,例如开发自有的MAI 系列模型,并挖角其他AI 初创公司(如Inflection AI)的人才,尝试建立不完全依赖OpenAI 的技术储备。

来源:

https://www.ft.com/content/e814f4c3-4fb5-4e2e-90a6-470044436b39?syn-25a6b1a6=1

6 个帖子 - 4 位参与者

阅读完整话题

via LINUX DO - 最新话题 (author: chancat)
求助了,今天发现个人信息被盗用,注册了腾讯云

今天想买个便宜域名,一注册说身份证三个账号已经注册满。
一看一个不是我的,甚至还有私有VPC信息,注册时间是2017年,这是什么情况。。。

2 个帖子 - 2 位参与者

阅读完整话题

via LINUX DO - 最新话题 (author: syz)