开通账号的plus后，我在cpa上通过oauth登陆，cpa这边认证成功了，为什么这里还是现实free，额度是空呢。 3 个帖子 - 3 位参与者 阅读完整话题
在GPT协议注册的最后一步，创建账号， 创建账号请求 https://auth.openai.com/api/accounts/create_account 之前用了几个月都没问题，这几天突然就这样了！注册全是失败，都是遇到这个问题 {‘message’: ‘Sorry, we cannot create your account with the given information.’, ‘type’: ‘invalid_request_error’, ‘param’: None, ‘code’: ‘registration_disallowed’} 有没有佬知道怎么解决！ 1 个帖子 - 1 位参与者 阅读完整话题
newapi通过codex（openai oauth）添加渠道，然后选择5.3-codex，但是不能用，只能选择5.4才能用，这是为啥？ 2 个帖子 - 1 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 之前一直用 codex-auth 管理不同团队和 Plus 账号，每次都要在命令行切账号，再重启 codex 才能生效，用着特别麻烦。 后来想改用 CPA 来管授权，让 codex 直接走 OPENAI_API_KEY 调用。结果把 codex app 导出的 auth json 导进 CPA 里，格式不兼容，站内也没找到能用的转换工具，就自己写了个脚本，实现两种 auth json 格式互转。 用了几天 CPA，发现它不支持分组管理，就又换到 sub2api。没想到 sub2api 的 auth json 格式又是另一种，于是接着扩展脚本，把 codex 或 ChatGPT 格式的授权文件批量转成 sub2api 能识别的格式，导入就能直接用。 希望能给有需要的佬友提供到帮助。 ~ ❯ codex-auth-bridge -h usage: codex-auth-bridge [-h] [--lang {auto,zh,en}] {detect,convert,export-sub2api} ... 探测、转换并导出 ChatGPT / Codex auth.json positional arguments: {detect,convert,export-sub2api} detect 只探测输入文件格式，不执行转换 convert 探测后执行双向转换 export-sub2api 将 auth.json 文件导出或追加到 sub2api.json options: -h, --help show this help message and exit --lang {auto,zh,en} 输出语言：zh、en 或 auto（默认 zh，auto 按环境判断） 示例: codex-auth-bridge detect auth.json codex-auth-bridge convert auth.json codex-auth-bridge convert auths/ output-dir/ codex-auth-bridge export-sub2api auths/ sub2api.json --proxy-key proxy-demo ~ ❯ 仓库地址： github.com GitHub - kekexiaoai/codex-auth-bridge 通过在 GitHub 上创建帐户来为 kekexiaoai/codex-auth-bridge 开发做出贡献。 2 个帖子 - 2 位参与者 阅读完整话题
CPA里使用Antigravity OAuth会被封号吗？ 有使用的大佬吗？ 10 个帖子 - 10 位参与者 阅读完整话题
如题，我现在是注册ok，但是cpa oauth时稳定弹addphone，所以很好奇，如果注册后直接升级为plus或者team，再接入cpa还会弹addphone吗 1 个帖子 - 1 位参与者 阅读完整话题
原项目地址： QLHazyCoder/codex-oauth-automation-extension: Chrome扩展：支持OpenAI OAuth注册、验证码获取、CPA回调验证与自动恢复 dreamhunter2333/cloudflare_temp_email: CloudFlare free temp domain email 免费收发 临时域名邮箱 支持附件 IMAP SMTP TelegramBot 基于codex-oauth-automation-extension V10.0.0和cloudflare_temp_email V1.6.0 由于需要接入cloudflare_temp_email V1.6项目，和接入HeroSMS，用gpt5.4搓了一个注册机。 脚本默认使用泰国的号码进行注册，如果需要其他国家的号码，可以自行修改插件。 一个号码可以验证3个gpt帐号，如果验证提示手机号超过验证上限会自动重新申请号码。 HeroSMS的服务代码：OPENAI为’dr’ 泰国(+66)的国家代码为’52’，更多信息可以查询网站： 服务代码: https://hero-sms.com/stubs/handler_api.php?action=getServicesList 国家代码: hero-sms.com/stubs/handler_api.php?action=getCountries HeroSMS接码大概0.05$一个号码也就是3到4毛一个号码，可以验证3个帐号，大概1毛多一个号。 注册一个号大概2分到3分钟，总结偶尔会有一些问题，例如接码的问题，需要手动终止和排查一下。适合自己使用的CPA，不适合大型公益站。 为了各自财产安全，不要随意分享自己导出的json配置文件，里面包含了CPA密码，HeroSMS-API和cloudflare_temp_email管理员邮箱密码 可以偶尔查看自己的HeroSMS的余额以及号码，脚本偶尔会有没有接码成功的情况。 原作者帖子： (注意：再次复活，赶快注册)自动化古法注册（4月17号凌晨5点 v11.0.0版本发布）【一键CPA/SUB2api认证+gpt注册+上传】Chrome插件（七天不到star数已经破1.7K啦） - 开发调优 / 开发调优, Lv1 - LINUX DO 喜欢可以点点赞 2 个帖子 - 2 位参与者 阅读完整话题
{ “env”: { “ANTHROPIC_AUTH_TOKEN”: “sk-”, “ANTHROPIC_BASE_URL”: “ https://a-ocnfniawgw.cn-shanghai.fcapp.run ”, “CLAUDE_CODE_ATTRIBUTION_HEADER”: “0”, “CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC”: “1”, “CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS”: “1” }, “includeCoAuthoredBy”: false, “model”: “opus[1m]” } 这个配置一直在出现重试的问题 4 个帖子 - 4 位参与者 阅读完整话题
手搓了几十个号，想知道这些auth的json文件，我看里面都是token和过期时间，这些账号最长多久要刷新一次呢，查询额度也可以刷新token吧？ 因为这些账号想要再次登录应该还挺难的 1 个帖子 - 1 位参与者 阅读完整话题
IT之家 4 月 17 日消息，科技媒体 Android Authority 昨日（4 月 16 日）发布博文，报道称在安卓 17 Beta 4 更新中， 谷歌完善了彩蛋体验，用户需要连接星星解锁安卓 17 的 LOGO。 安卓 17 开发周期目前已进入尾声，Beta 3 已达到平台稳定性，开发者接口和系统行为基本定型；而 Beta 4 是最后一个计划内 Beta 版本，在功能层面没有太多新内容，对于用户而言主要完善彩蛋体验。 每年安卓新版本都会隐藏一个彩蛋，这已成为 Google 的传统。从早期版本的食物主题，到近年来的太空元素，彩蛋既是开发团队的趣味表达，也是用户探索系统的额外乐趣。 这个彩蛋的访问方式与往年相同：进入设置 > 关于手机，找到安卓版本选项，然后连续点击版本号。进入后，屏幕会出现一片星空，用户需要连接星星才能让安卓 17 的 LOGO 显现。 最简单的方法是画一个大圆圈，但用户也可以尝试任意连接方式，没有固定路径限制。IT之家附上相关视频如下： 安卓 17 的 LOGO 设计在过去几个 Beta 版本中逐步演变，谷歌一点点增加漩涡元素，让原本的行星风格设计变得更加动感。 现在这个设计终于定型，呈现出完整的漩涡造型。长按 LOGO 后，用户还能进入安卓 16 同款的太空小游戏，目前尚不确定是否有新增玩法。
如题，使用过程中总是失败，成功率异常低： 认证方式使用的是oauth登录认证 啥其他的配置都没有配置（例如fast啥的也没有写覆盖） 报错大多是 报错信息来自newapi 体现在cli中就是经常reconnect，然后失败，报错例如： stream disconnected before completion: Transport error: network error: error decoding response body 服务器是腾讯云的日本东京节点 6 个帖子 - 5 位参与者 阅读完整话题
Most “Open Finance” repos stop at account aggregation. But when you try building against insurance APIs, you hit gaps fast: no real quote workflows, no consent flows, and no FAPI-compliant auth. So I built a UAE Open Finance Insurance testing backend. It simulates the full lifecycle: OAuth2 FAPI-style authentication (JWT) Consent creation and authorization Quote generation across 7 insurance types Quote → policy conversion Webhook events and error handling Example flow: create consent → generate quote → accept → issue policy. It’s Dockerized, has Swagger docs, and is designed to mimic how a real TPP would integrate. This is a testing backend, not production infra. Curious what others found hardest when integrating Open Banking / Insurance APIs. Comments URL: https://news.ycombinator.com/item?id=47790624 Points: 3 # Comments: 0
如图 请问佬友这个工作空间有啥用（免费的 OAuth登录的时候还是跳add phone 然后有个方案是新号进工作空间就不会跳add phone 就想着拿这个工作空间去拉新号进来 但是试了一下也拉不了账号（是因为是试用的只有一个席位吗？） 所以这个是不是跟普通的free账号没区别 顺带说一下这个工作空间怎么搓出来的 日本ip＋域名邮箱好像能稳定出这个business的试用 然后在搓出来的半小时到一个小时内网页端会卡 等1个钟然后刷刷新就好了 * 9 个帖子 - 4 位参与者 阅读完整话题
之前用OAuth授权可以跳过手机验证，现在注册一直卡在手机验证了。 1 个帖子 - 1 位参与者 阅读完整话题
佬们，我有两个 GPT plus 账号，用 OAuth 登录 Codex。我看到使用统计里面是两个账号轮流使用的，这样会不会导致缓存命中率很低啊？还是说路由策略选择填充优先比较好？ 2 个帖子 - 2 位参与者 阅读完整话题
My frustration solving auth with JWTs led to reinventing the wheel for more predictable token integrity and transparency, while improving flexibility. The mix of features separates concerns more cleanly than what's been available, allowing higher throughput, custom codecs, delegation to both services and domains while easing key rotation and other practicalities. The design is focused on the token as state guarantee, not creation, revocation and the range of other separate concerns and application responsibilities. The spec conventions attempts to ease development with jurisdiction/data sovereignty and authorization in the authz field. It also enables and eases delegation between services and domains without centralized service exposure. The implementation is standalone and has demos for Deno, Cloudflare, etc in https://github.com/hwt-protocol Feedback and critique of the security logic and approach appreciated. Comments URL: https://news.ycombinator.com/item?id=47778646 Points: 2 # Comments: 0
有大佬试过吗，我 crs 接上 gemini 的 api 和 codex 的 auth 好像都只能在对应的 cli 上使用，不知道是不是我的配置有问题 3 个帖子 - 3 位参与者 阅读完整话题
最近在使用CPA过程中有一些问题，刷了很多帖子没有找到想要的答案，希望有经历的佬可以解答一下 当认证出现add phone后是不是就代表这个账号被拉黑了，不管怎么改IP等操作都没用了 认证通过的token有效期多久，少量自用的话如果到期了需要重新认证吧 CPA有没有方法可以跳过0额度的token配置文件 2 个帖子 - 2 位参与者 阅读完整话题
IT之家 4 月 15 日消息，科技媒体 Android Authority 今天（4 月 15 日）发布博文，报道称谷歌面向 Pixel 8 系列及以上设备， 推送 Android Canary 2604 实验性版本更新，编号为 ZP11.260320.007。 谷歌明确表示 Android Canary 并不稳定，强烈建议用户不要在主力设备上安装该版本，而且为了加速新特性验证流程，本月发布时间还较上月（2026 年 3 月）提前。 安装 Canary 版本后将无法轻易回退至稳定版。如需停止接收测试版更新，必须刷入非 Canary 版本镜像，且该操作会导致数据全部清除。谷歌提醒开发者提前备份重要数据，谨慎评估测试风险。 此次更新聚焦优化界面交互，通知面板调整文本描述，在清空所有通知后会显示“无通知”文本，而新版提升状态反馈的直观性， 调整为“已全部看完”。 IT之家附上相关截图如下： 新版为提升界面整洁度，重新设计应用图标长按菜单，采用更紧凑的布局风格。 新版本深度调整快捷操作菜单的逻辑。快捷方式默认折叠于“快捷方式”开关后，用户需点击展开查看。展开后的操作菜单同样默认折叠，需通过“操作”开关访问。 除 Pixel 8 系列外，本次更新暂未覆盖旧款机型。谷歌表示 Pixel 7a、Pixel 7 Pro、Pixel 6a、Pixel Fold 及 Pixel Tablet 等设备的系统镜像将在稍后时间发布。开发者可根据测试需求，选择对应设备进行适配验证。
官方oauth，无语了，我要去改config改成4.5去了 5 个帖子 - 3 位参与者 阅读完整话题