[程序员] 请问下开多个账户订阅 opencode go 套餐有没有风险?不会封号把?
一个号套餐的额度养 hermes 根本不够,我就开了 3 个号订阅,然后统一接到我的聚合站上轮询使用,开了 3 个号,感觉没有阿里腾讯 200 的 coding plan 套餐耐用,但是胜在模型更新勤快 问一下这样会不会封号?
CODE - 钛刻 - 科技风向旗 - 深度刻画技术趋势,引领数字未来 - 第94页 - 钛刻科技 | TCTI.cn - 钛刻 (TCTI.cn) 为您提供最前沿的硬核科技资讯、深度评测和未来技术趋势分析。
共 4807 篇相关文章 · 第 94 / 241 页
一个号套餐的额度养 hermes 根本不够,我就开了 3 个号订阅,然后统一接到我的聚合站上轮询使用,开了 3 个号,感觉没有阿里腾讯 200 的 coding plan 套餐耐用,但是胜在模型更新勤快 问一下这样会不会封号?
就下面的测试 gpt-5.3-codex耗时2分钟出21和29(为了避免题目中的歧义,它自作主张补充说明了什么情况下是29),gpt-5.4耗时5分钟得出21。A畜家的忠实粉可以测一测这个题。 在一个黑色的袋子里放有三种口味的糖果,每种糖果有两种不同的形状(圆形和五角星形,不同的
3 个帖子 - 2 位参与者 阅读完整话题
一个号套餐的额度养 hermes 根本不够,我就开了 3 个号订阅,然后统一接到我的聚合站上轮询使用,开了 3 个号,感觉没有阿里腾讯 200 的 coding plan 套餐耐用,但是胜在模型更新勤快 问一下这样会不会封号?
虽然我觉得一切都交给ai去做有亿点点危 有没有佬品鉴过 4 个帖子 - 3 位参与者 阅读完整话题
一个号套餐的额度养 hermes 根本不够,我就开了 3 个号订阅,然后统一接到我的聚合站上轮询使用,开了 3 个号,感觉没有阿里腾讯 200 的 coding plan 套餐耐用,但是胜在模型更新勤快 问一下这样会不会封号?
一个号套餐的额度养 hermes 根本不够,我就开了 3 个号订阅,然后统一接到我的聚合站上轮询使用,开了 3 个号,感觉没有阿里腾讯 200 的 coding plan 套餐耐用,但是胜在模型更新勤快 问一下这样会不会封号?
开了两个 codex 20x pro 和 cc 的 5xpro 重度开发了半个多月,想做的感觉基本都做差不多了,平时opus4.7 做大脑,5.5 执行。感觉额度周限白白流失很浪费。大家都主要在做什么项目?如何能让额度有用起来? 8 个帖子 - 5 位参与者 阅读完整话题
今天codex更新,发现gpt5.5只有250k的上下文,之前在toml中的model_context_window配置似乎失效了。 那么依旧找gpt5.5自己尝试解决一下,啪的一下很快啊。 新版 Codex 里,model_context_window = 500000 可能无
本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容: 我的帖子已经打上 开源推广 标签: 是 我的开源项目完整开源,无未开源部分: 是 我的开源项目已链接认可 LINUX DO 社区: 是 我帖子内的项目介绍,AI生成、润色内容部分已截图发出: 是 以上选择我承诺
一个号套餐的额度养 hermes 根本不够,我就开了 3 个号订阅,然后统一接到我的聚合站上轮询使用,开了 3 个号,感觉没有阿里腾讯 200 的 coding plan 套餐耐用,但是胜在模型更新勤快 问一下这样会不会封号?
每 5 小时:最多约 1,200 次请求 就问了 2 两个问题额度就耗光了,第 2 个问题刚好卡中间浪费时间。总共估计 100 次请求左右,它这是怎么计算的,10 倍吗! 卖不起就别卖,标的很高骗人进去,挂羊头卖狗肉
一个号套餐的额度养 hermes 根本不够,我就开了 3 个号订阅,然后统一接到我的聚合站上轮询使用,开了 3 个号,感觉没有阿里腾讯 200 的 coding plan 套餐耐用,但是胜在模型更新勤快 问一下这样会不会封号?
项目地址: https://github.com/RyanWeb31110/lark-cli-codex-app 最近在折腾一个小项目:让飞书/Lark 变成 Codex App 的远程入口。 我想解决的不是简单的“机器人回复消息”,而是一个更完整的闭环: 人在飞书/Lark 里
看了下所有渠道都收到 额度刷新告警 了 Codex 5h + 1w 下次刷新 05/05 13:29 · 提前 21h 47m 06s · 恢复 67% → 0%
真是大善人,一个月不到重置了好几次。
看了下所有渠道都收到 额度刷新告警 了 Codex 5h + 1w 下次刷新 05/05 13:29 · 提前 21h 47m 06s · 恢复 67% → 0%
项目地址: https://github.com/RyanWeb31110/lark-cli-codex-app 最近在折腾一个小项目:让飞书/Lark 变成 Codex App 的远程入口。 我想解决的不是简单的“机器人回复消息”,而是一个更完整的闭环: 人在飞书/Lark 里
看了下所有渠道都收到 额度刷新告警 了 Codex 5h + 1w 下次刷新 05/05 13:29 · 提前 21h 47m 06s · 恢复 67% → 0%
公司要让我们用统一ai工具最后定下来用opencode+omo 流程是openspec做文档 superpower做tdd开发 但是用下来感觉怪怪的(因为纯vibecoding)很多时候感觉做着做着就做偏了 佬们有没有什么建议啊 9 个帖子 - 6 位参与者 阅读完整话题