大家有没有觉得Opus 4.7有一股印度味？
由原来4.6版本的一针见血，变成了车轱辘话轮流说，我总有种和印度人聊天的代入感。 🤣
3 个帖子 - 3 位参与者
阅读完整话题
via LINUX DO - 最新话题 (author: zhxsxuan)
由原来4.6版本的一针见血，变成了车轱辘话轮流说，我总有种和印度人聊天的代入感。 🤣
3 个帖子 - 3 位参与者
阅读完整话题
via LINUX DO - 最新话题 (author: zhxsxuan)
天才陨落,GPT这次是动真格不让薅了
好不容易攒下来的原账户到刷新额度的时候全部被Deactivate了
1 个帖子 - 1 位参与者
阅读完整话题
via LINUX DO - 最新话题 (author: 滴水)
好不容易攒下来的原账户到刷新额度的时候全部被Deactivate了
1 个帖子 - 1 位参与者
阅读完整话题
via LINUX DO - 最新话题 (author: 滴水)
分享两个我今天知道的关于Claude订阅的知识
1. Claude在新的付款周期中会立即重置周限
众所周知Claude使用量有周限，但是30或31又不能被7整除。那么在最后的那三四天里，一旦开始下一轮付款周期，周限会立即刷新，而不是延续到下个付款周期。难得让我觉得anthropic能良心一回。佬友们记得最后一周的时候抓紧时间等，别犹豫
2. 关于appstore中的下轮扣款时间
例如appstore中显示下一轮的扣款时间是4月16日，那么4月16日的订阅依然还会在且不会被扣款，直到北京时间的4月17日了才会被扣款。大家卡好时间，抓紧蹬！
1 个帖子 - 1 位参与者
阅读完整话题
via LINUX DO - 最新话题 (author: Furina)
1. Claude在新的付款周期中会立即重置周限
众所周知Claude使用量有周限，但是30或31又不能被7整除。那么在最后的那三四天里，一旦开始下一轮付款周期，周限会立即刷新，而不是延续到下个付款周期。难得让我觉得anthropic能良心一回。佬友们记得最后一周的时候抓紧时间等，别犹豫
2. 关于appstore中的下轮扣款时间
例如appstore中显示下一轮的扣款时间是4月16日，那么4月16日的订阅依然还会在且不会被扣款，直到北京时间的4月17日了才会被扣款。大家卡好时间，抓紧蹬！
1 个帖子 - 1 位参与者
阅读完整话题
via LINUX DO - 最新话题 (author: Furina)
Claude修复Opus 4.7限额BUG重置订阅配额，节制用户反而吃亏
Anthropic 开发者账号 @ClaudeDevs 上宣布修复一个 BUG：Claude 订阅的 5 小时与每周用量限额在处理 Opus 4.7 长上下文请求时统计有偏差，作为补偿已重置这两项限额。
修复呼应了近期用户的持续抱怨。Opus 4.6 支持 1M 上下文以来，GitHub 上积累了多条 Max/Pro 订阅用户的 BUG 报告，反映配额余量明显充足时，切换到 1M 上下文模式仍会立即弹出「Rate limit reached」。Opus 4.7 昨日发布又引入了新分词器，Anthropic 在迁移说明中承认相同输入可能消耗 1.0 至 1.35 倍 token，叠加计费偏差，实际扣掉的配额比用户感知的要多。
但补偿动作在一部分重度用户那里引发了反向不满。Claude 的每周限额以 7 天为一个周期，归零日期取决于账户各自的起始日而非统一周一。X 用户 Scott（@Dorizzdt）在推文中展示了这种错位带来的荒诞：他本周已刻意把使用率压在 43-47%，距离自然归零还剩约 24 小时，原本计划今天集中冲刺消耗剩余的 57%，再衔接下周满血启动。强制重置把已消耗的 43% 一笔勾销的同时，新的 7 天计时也从此刻立即重启，他今天再使用的任何额度都会一直挂在未来 7 天的窗口里。
换算下来，他本可以在 8 天内跑完「本周剩余 57% + 下周满血 100%」合计约 157% 的用量，现在被压缩成未来 7 天最多 100%。对一直满额消耗的用户，这次重置是纯福利；对像他这样刻意节制、等着攒到最后一天或换周再冲刺的用户，Anthropic 所谓的「补偿」反而抢走了他们攒出来的周差价。
这条插曲暴露了 Claude 订阅限额机制一个反直觉的特征：7 天周期对节制用户不友好，官方统一重置等同于「清零历史使用 + 重启计时器」，对挤爆配额的用户是恩惠，对克制用户则是强行预支未来额度。最稳妥的策略反而是：把当期配额尽快用完，不要攒。
1 个帖子 - 1 位参与者
阅读完整话题
via LINUX DO - 最新话题 (author: 你这是违法行为)
Anthropic 开发者账号 @ClaudeDevs 上宣布修复一个 BUG：Claude 订阅的 5 小时与每周用量限额在处理 Opus 4.7 长上下文请求时统计有偏差，作为补偿已重置这两项限额。
修复呼应了近期用户的持续抱怨。Opus 4.6 支持 1M 上下文以来，GitHub 上积累了多条 Max/Pro 订阅用户的 BUG 报告，反映配额余量明显充足时，切换到 1M 上下文模式仍会立即弹出「Rate limit reached」。Opus 4.7 昨日发布又引入了新分词器，Anthropic 在迁移说明中承认相同输入可能消耗 1.0 至 1.35 倍 token，叠加计费偏差，实际扣掉的配额比用户感知的要多。
但补偿动作在一部分重度用户那里引发了反向不满。Claude 的每周限额以 7 天为一个周期，归零日期取决于账户各自的起始日而非统一周一。X 用户 Scott（@Dorizzdt）在推文中展示了这种错位带来的荒诞：他本周已刻意把使用率压在 43-47%，距离自然归零还剩约 24 小时，原本计划今天集中冲刺消耗剩余的 57%，再衔接下周满血启动。强制重置把已消耗的 43% 一笔勾销的同时，新的 7 天计时也从此刻立即重启，他今天再使用的任何额度都会一直挂在未来 7 天的窗口里。
换算下来，他本可以在 8 天内跑完「本周剩余 57% + 下周满血 100%」合计约 157% 的用量，现在被压缩成未来 7 天最多 100%。对一直满额消耗的用户，这次重置是纯福利；对像他这样刻意节制、等着攒到最后一天或换周再冲刺的用户，Anthropic 所谓的「补偿」反而抢走了他们攒出来的周差价。
这条插曲暴露了 Claude 订阅限额机制一个反直觉的特征：7 天周期对节制用户不友好，官方统一重置等同于「清零历史使用 + 重启计时器」，对挤爆配额的用户是恩惠，对克制用户则是强行预支未来额度。最稳妥的策略反而是：把当期配额尽快用完，不要攒。
1 个帖子 - 1 位参与者
阅读完整话题
via LINUX DO - 最新话题 (author: 你这是违法行为)
GPT生图新模型？？！ 好强
刚刚进行测试的，一次出图，我都懵了，图中的文字还有点小瑕疵
46 个帖子 - 38 位参与者
阅读完整话题
via LINUX DO - 热门话题 (author: s_line)
刚刚进行测试的，一次出图，我都懵了，图中的文字还有点小瑕疵
46 个帖子 - 38 位参与者
阅读完整话题
via LINUX DO - 热门话题 (author: s_line)
我反薅了孙哥30000刀，今天被制裁了
最近孙哥不是整了个能用钱包登陆的中转站吗 bankofai.我发现它每次注册都可以领0.1刀的额度。虽然少，但是钱包他是可以无限注册的呀。然后就开始用claudecode进行一顿逆向，整了个注册机捣鼓了
30w个号准备囤积到以后token真正值钱
。三天后发现孙哥已经不让薅了，以前薅的全用不了了 😀
18 个帖子 - 18 位参与者
阅读完整话题
via LINUX DO - 热门话题 (author: bulubulu)
最近孙哥不是整了个能用钱包登陆的中转站吗 bankofai.我发现它每次注册都可以领0.1刀的额度。虽然少，但是钱包他是可以无限注册的呀。然后就开始用claudecode进行一顿逆向，整了个注册机捣鼓了
30w个号准备囤积到以后token真正值钱
。三天后发现孙哥已经不让薅了，以前薅的全用不了了 😀
18 个帖子 - 18 位参与者
阅读完整话题
via LINUX DO - 热门话题 (author: bulubulu)
请教Kimi coding plan发票的类型和商品明细是什么
如题，问问各位佬友，有没有订阅了kimi coding plan开过发票的，能看一下发票长什么样吗？
1 个帖子 - 1 位参与者
阅读完整话题
via LINUX DO - 最新话题 (author: brown Jack)
如题，问问各位佬友，有没有订阅了kimi coding plan开过发票的，能看一下发票长什么样吗？
1 个帖子 - 1 位参与者
阅读完整话题
via LINUX DO - 最新话题 (author: brown Jack)
iOS 的 GPT APP 能刷出 0 元plus优惠吗?
好像英区的谷歌有办法，iOS是只有网页版才能刷出来吗
2 个帖子 - 2 位参与者
阅读完整话题
via LINUX DO - 最新话题 (author: grape2556)
好像英区的谷歌有办法，iOS是只有网页版才能刷出来吗
2 个帖子 - 2 位参与者
阅读完整话题
via LINUX DO - 最新话题 (author: grape2556)
有没有什么办法能让AI读本站文章
如题，例如一篇讲的很好的skill撰写，想喂给AI让它自己总结记录成一些规则记下来，不过发现好像没什么有效的方法把内容摘取出来。。。佬们有办法吗？
9 个帖子 - 9 位参与者
阅读完整话题
via LINUX DO - 最新话题 (author: Ken Wen)
如题，例如一篇讲的很好的skill撰写，想喂给AI让它自己总结记录成一些规则记下来，不过发现好像没什么有效的方法把内容摘取出来。。。佬们有办法吗？
9 个帖子 - 9 位参与者
阅读完整话题
via LINUX DO - 最新话题 (author: Ken Wen)
Claude Code 之父发布： Claude Code 配合 Opus 4.7 的使用指南
Claude Code 之父 Boris Cherny 发布 Claude Code 配合 Opus 4.7 的使用指南，核心建议是改变交互方式：把 Claude 当作你委派任务的工程师，而非逐行指导的结对编程搭档。因为 Opus 4.7 在每次用户发言后会进行更多推理以提升连贯性和指令遵循能力，但副作用是每多一轮对话都会增加 token 开销。最高效的用法是在第一轮就把任务意图、约束条件、验收标准和相关文件位置说清楚，然后放手让模型执行。
Opus 4.7 不再支持固定思考预算（Extended Thinking with fixed budget），取而代之的是「自适应思考」，即模型自行判断每一步是否需要深度推理，简单查询快速回复，复杂问题才投入思考 token。用户仍可通过提示词调节思考深度，如「这个问题比看起来难，请逐步思考」或「优先快速回复，不必深度推理」。
Opus 4.7 默认调用工具更少、启动子代理更保守、回复长度随任务复杂度自动调节（简单问题比 Opus 4.6 更简短）。这些变化在多数场景下能产生更好的结果，但如果工作流依赖频繁的文件搜索或并行子代理，需要在提示词中明确指示。Claude Code 的默认推理等级已从 high 提升至新增的 xhigh（介于 high 和 max 之间），Anthropic 建议大多数编程和代理任务使用该等级。
Claude
Best practices for using Claude Opus 4.7 with Claude Code | Claude
Learn how to use recalibrated effort levels, adaptive thinking, and new defaults to optimize your Claude Code setup with Opus 4.7.
1 个帖子 - 1 位参与者
阅读完整话题
via LINUX DO - 最新话题 (author: 你这是违法行为)
Claude Code 之父 Boris Cherny 发布 Claude Code 配合 Opus 4.7 的使用指南，核心建议是改变交互方式：把 Claude 当作你委派任务的工程师，而非逐行指导的结对编程搭档。因为 Opus 4.7 在每次用户发言后会进行更多推理以提升连贯性和指令遵循能力，但副作用是每多一轮对话都会增加 token 开销。最高效的用法是在第一轮就把任务意图、约束条件、验收标准和相关文件位置说清楚，然后放手让模型执行。
Opus 4.7 不再支持固定思考预算（Extended Thinking with fixed budget），取而代之的是「自适应思考」，即模型自行判断每一步是否需要深度推理，简单查询快速回复，复杂问题才投入思考 token。用户仍可通过提示词调节思考深度，如「这个问题比看起来难，请逐步思考」或「优先快速回复，不必深度推理」。
Opus 4.7 默认调用工具更少、启动子代理更保守、回复长度随任务复杂度自动调节（简单问题比 Opus 4.6 更简短）。这些变化在多数场景下能产生更好的结果，但如果工作流依赖频繁的文件搜索或并行子代理，需要在提示词中明确指示。Claude Code 的默认推理等级已从 high 提升至新增的 xhigh（介于 high 和 max 之间），Anthropic 建议大多数编程和代理任务使用该等级。
Claude
Best practices for using Claude Opus 4.7 with Claude Code | Claude
Learn how to use recalibrated effort levels, adaptive thinking, and new defaults to optimize your Claude Code setup with Opus 4.7.
1 个帖子 - 1 位参与者
阅读完整话题
via LINUX DO - 最新话题 (author: 你这是违法行为)
大佬们,Cluade有没有像CodeX一样的Full Access模型
现在用Cluade改点代码要一直不断的点允许,有点太频繁了,有直接默认通过的吗
3 个帖子 - 2 位参与者
阅读完整话题
via LINUX DO - 最新话题 (author: Leng)
现在用Cluade改点代码要一直不断的点允许,有点太频繁了,有直接默认通过的吗
3 个帖子 - 2 位参与者
阅读完整话题
via LINUX DO - 最新话题 (author: Leng)
最新的opus4-7糖果问题也答不对，洗车问题也答不对，但是日本小说问题不会乱码了，中文引号也可以正常打出来了
我分别开xhigh和max模式各测试了一次糖果问题，均没有答对，图一是max模式，图二是xhigh
洗车问题也答不对了，但是中文引号的话已经可以打出来了
日本小说也已经解决了乱码问题：看到有佬友说是换了分词器的原因
2 个帖子 - 2 位参与者
阅读完整话题
via LINUX DO - 最新话题 (author: Ai小白)
我分别开xhigh和max模式各测试了一次糖果问题，均没有答对，图一是max模式，图二是xhigh
洗车问题也答不对了，但是中文引号的话已经可以打出来了
日本小说也已经解决了乱码问题：看到有佬友说是换了分词器的原因
2 个帖子 - 2 位参与者
阅读完整话题
via LINUX DO - 最新话题 (author: Ai小白)