5x的5h, 1个半小时就没了 16 个帖子 - 11 位参与者 阅读完整话题
Fable 5 发布后，weekly 额度被重置了，但没有同步调整重置时间，距离下次重置还剩 6 个 5h 窗口。机会难得，果断升 20x 站起来蹬。过去 24h 用完 20x 的 99%，消耗 10 亿 token 等值约 $2100 。现在已全部重置，满血复活。 Fable token 消耗速度很快，1 - 2 小时可以用完 20x 的 5h 余额，大概占到 weekly 进度条的 15% - 20%。也就是 6 个 5h 窗口就能用完整个 weekly 额度。不记得 5x 的比例但明显比 20x 能容纳更多的 5h 窗口，从侧面也验证了 20x 用量其实只是 5x 的 2 倍，但 5h 是 5x 的 4 倍，适合爆发使用。 主要用 fable 审查代码和重构任务，刚做完的一个模块经过 codex 和 opus 反复确认没有遗留问题，被 fable 轻松检查出大大小小 12 处 bug ，丢回 codex 和 opus 也都得到了确认。有 3 处 bug 只在特殊情况下发生，fable 梳理出来了特殊情况的触发条件，因此感觉 fable 对代码库的理解更全面更深刻。这个模块 80% 用 codex 完成，fable 反馈实现质量很高，是这个需求下理想的架构方案，对特殊情况的理解和处理是 fable 能力提升的地方。 最近一段时间很少用 opus ，上周已经点了退订，因为 fable 才升级，22 号之后再退。原因之一是不好好说话，输出的中文别扭不自然，每个字都认识，读起来却很吃力。codex 没有这个情况，fable 好很多。原因之二是输出不符合预期，每次任务需求不可能面面具到，一些省略的地方留给模型自己发挥，最近 opus 的发挥结果常在预期之外，而最近 codex 多在预期之内甚至会超出预期，可能跟个人使用的方式有关。 没有给 fable 开发任务，感觉太贵了，用不到，做审查挺合适。
Fable 5 发布后，weekly 额度被重置了，但没有同步调整重置时间，距离下次重置还剩 6 个 5h 窗口。机会难得，果断升 20x 站起来蹬。过去 24h 用完 20x 的 99%，消耗 10 亿 token 等值约 $2100 。现在已全部重置，满血复活。 Fable token 消耗速度很快，1 - 2 小时可以用完 20x 的 5h 余额，大概占到 weekly 进度条的 15% - 20%。也就是 6 个 5h 窗口就能用完整个 weekly 额度。不记得 5x 的比例但明显比 20x 能容纳更多的 5h 窗口，从侧面也验证了 20x 用量其实只是 5x 的 2 倍，但 5h 是 5x 的 4 倍，适合爆发使用。 主要用 fable 审查代码和重构任务，刚做完的一个模块经过 codex 和 opus 反复确认没有遗留问题，被 fable 轻松检查出大大小小 12 处 bug ，丢回 codex 和 opus 也都得到了确认。有 3 处 bug 只在特殊情况下发生，fable 梳理出来了特殊情况的触发条件，因此感觉 fable 对代码库的理解更全面更深刻。这个模块 80% 用 codex 完成，fable 反馈实现质量很高，是这个需求下理想的架构方案，对特殊情况的理解和处理是 fable 能力提升的地方。 最近一段时间很少用 opus ，上周已经点了退订，因为 fable 才升级，22 号之后再退。原因之一是不好好说话，输出的中文别扭不自然，每个字都认识，读起来却很吃力。codex 没有这个情况，fable 好很多。原因之二是输出不符合预期，每次任务需求不可能面面具到，一些省略的地方留给模型自己发挥，最近 opus 的发挥结果常在预期之外，而最近 codex 多在预期之内甚至会超出预期，可能跟个人使用的方式有关。 没有给 fable 开发任务，感觉太贵了，用不到，做审查挺合适。
Fable 5 发布后，weekly 额度被重置了，但没有同步调整重置时间，距离下次重置还剩 6 个 5h 窗口。机会难得，果断升 20x 站起来蹬。过去 24h 用完 20x 的 99%，消耗 10 亿 token 等值约 $2100 。现在已全部重置，满血复活。 Fable token 消耗速度很快，1 - 2 小时可以用完 20x 的 5h 余额，大概占到 weekly 进度条的 15% - 20%。也就是 6 个 5h 窗口就能用完整个 weekly 额度。不记得 5x 的比例但明显比 20x 能容纳更多的 5h 窗口，从侧面也验证了 20x 用量其实只是 5x 的 2 倍，但 5h 是 5x 的 4 倍，适合爆发使用。 主要用 fable 审查代码和重构任务，刚做完的一个模块经过 codex 和 opus 反复确认没有遗留问题，被 fable 轻松检查出大大小小 12 处 bug ，丢回 codex 和 opus 也都得到了确认。有 3 处 bug 只在特殊情况下发生，fable 梳理出来了特殊情况的触发条件，因此感觉 fable 对代码库的理解更全面更深刻。这个模块 80% 用 codex 完成，fable 反馈实现质量很高，是这个需求下理想的架构方案，对特殊情况的理解和处理是 fable 能力提升的地方。 最近一段时间很少用 opus ，上周已经点了退订，因为 fable 才升级，22 号之后再退。原因之一是不好好说话，输出的中文别扭不自然，每个字都认识，读起来却很吃力。codex 没有这个情况，fable 好很多。原因之二是输出不符合预期，每次任务需求不可能面面具到，一些省略的地方留给模型自己发挥，最近 opus 的发挥结果常在预期之外，而最近 codex 多在预期之内甚至会超出预期，可能跟个人使用的方式有关。 没有给 fable 开发任务，感觉太贵了，用不到，做审查挺合适。
Fable 5 发布后，weekly 额度被重置了，但没有同步调整重置时间，距离下次重置还剩 6 个 5h 窗口。机会难得，果断升 20x 站起来蹬。过去 24h 用完 20x 的 99%，消耗 10 亿 token 等值约 $2100 。现在已全部重置，满血复活。 Fable token 消耗速度很快，1 - 2 小时可以用完 20x 的 5h 余额，大概占到 weekly 进度条的 15% - 20%。也就是 6 个 5h 窗口就能用完整个 weekly 额度。不记得 5x 的比例但明显比 20x 能容纳更多的 5h 窗口，从侧面也验证了 20x 用量其实只是 5x 的 2 倍，但 5h 是 5x 的 4 倍，适合爆发使用。 主要用 fable 审查代码和重构任务，刚做完的一个模块经过 codex 和 opus 反复确认没有遗留问题，被 fable 轻松检查出大大小小 12 处 bug ，丢回 codex 和 opus 也都得到了确认。有 3 处 bug 只在特殊情况下发生，fable 梳理出来了特殊情况的触发条件，因此感觉 fable 对代码库的理解更全面更深刻。这个模块 80% 用 codex 完成，fable 反馈实现质量很高，是这个需求下理想的架构方案，对特殊情况的理解和处理是 fable 能力提升的地方。 最近一段时间很少用 opus ，上周已经点了退订，因为 fable 才升级，22 号之后再退。原因之一是不好好说话，输出的中文别扭不自然，每个字都认识，读起来却很吃力。codex 没有这个情况，fable 好很多。原因之二是输出不符合预期，每次任务需求不可能面面具到，一些省略的地方留给模型自己发挥，最近 opus 的发挥结果常在预期之外，而最近 codex 多在预期之内甚至会超出预期，可能跟个人使用的方式有关。 没有给 fable 开发任务，感觉太贵了，用不到，做审查挺合适。
Fable 5 发布后，weekly 额度被重置了，但没有同步调整重置时间，距离下次重置还剩 6 个 5h 窗口。机会难得，果断升 20x 站起来蹬。过去 24h 用完 20x 的 99%，消耗 10 亿 token 等值约 $2100 。现在已全部重置，满血复活。 Fable token 消耗速度很快，1 - 2 小时可以用完 20x 的 5h 余额，大概占到 weekly 进度条的 15% - 20%。也就是 6 个 5h 窗口就能用完整个 weekly 额度。不记得 5x 的比例但明显比 20x 能容纳更多的 5h 窗口，从侧面也验证了 20x 用量其实只是 5x 的 2 倍，但 5h 是 5x 的 4 倍，适合爆发使用。 主要用 fable 审查代码和重构任务，刚做完的一个模块经过 codex 和 opus 反复确认没有遗留问题，被 fable 轻松检查出大大小小 12 处 bug ，丢回 codex 和 opus 也都得到了确认。有 3 处 bug 只在特殊情况下发生，fable 梳理出来了特殊情况的触发条件，因此感觉 fable 对代码库的理解更全面更深刻。这个模块 80% 用 codex 完成，fable 反馈实现质量很高，是这个需求下理想的架构方案，对特殊情况的理解和处理是 fable 能力提升的地方。 最近一段时间很少用 opus ，上周已经点了退订，因为 fable 才升级，22 号之后再退。原因之一是不好好说话，输出的中文别扭不自然，每个字都认识，读起来却很吃力。codex 没有这个情况，fable 好很多。原因之二是输出不符合预期，每次任务需求不可能面面具到，一些省略的地方留给模型自己发挥，最近 opus 的发挥结果常在预期之外，而最近 codex 多在预期之内甚至会超出预期，可能跟个人使用的方式有关。 没有给 fable 开发任务，感觉太贵了，用不到，做审查挺合适。
都是sso登录，出来的是5h普通team。佬们是怎么做的bug team。 1 个帖子 - 1 位参与者 阅读完整话题
5h和week的限额都是多少, 我现在感觉5x max的5小时用量是100刀左右, 不知道20x是多少 1 个帖子 - 1 位参与者 阅读完整话题
现在free号codex的5h额度用完后要一个月才重置了吗 6 个帖子 - 6 位参与者 阅读完整话题
这5h额度跟以前的大号free有什么区别？现在这plus号还那么贵，快各显神通开拓更多便宜渠道吧 8 个帖子 - 6 位参与者 阅读完整话题
这是今天的用量，才用了半个小时就超过 5h 限额了，我看当日额度统计也没有用多少 token，很奇怪，昨晚用的好好的，fable 还蹬了好几个小时才 70%，今天用的很快，有佬有类似情况的吗 6 个帖子 - 5 位参与者 阅读完整话题
上周感觉还挺耐用。今天刚开的号，简单任务调用了一下，一句话5h直接百分之10了，看来要上20x了 16 个帖子 - 9 位参与者 阅读完整话题
这不。1个小时就用了5h的36% 不到12小时，周限只剩下64% 在opus4.8的时代，我同时开5个session都不能把5h用完的 1 个帖子 - 1 位参与者 阅读完整话题
微软发布 Windows 11 24H2/25H2 KB5094126 号更新，修复系统重启、虚拟化操作和运行某些游戏时出现的黑屏死机问题。 该更新也在继续扩大 UEFI CA 2023 安全启动证书的覆盖范围，对于受支持的设备系统将自动接收和部署新安全启动证书。 离线文件下载地址： https://www.landian.news/download/113430.html 1 个帖子 - 1 位参与者 阅读完整话题
如题，每月有三次邀请重置的机会，被邀请者需要 至少62天内没有使用codex 被邀请者接受且进行一次对话激活 2 个帖子 - 2 位参与者 阅读完整话题
claude max的账号，我自己一个人使用。早上8.30开始上班（不知道为什么5H的重置时间是从6:50开始的），使用fable+ultracode做需求，额度像流水一样往下掉，11点不到，5小时限额打满，周限额干了20%。消耗量至少是opus的6倍以上。 3 个帖子 - 2 位参与者 阅读完整话题
base64 dHAtY3Izcmhkd21sN2JrOTkwejhhNzA4ODA0dm5hNDF4YXo2cno0Z3NxMzhwcGt6ZXhr 4 个帖子 - 3 位参与者 阅读完整话题
有没有佬知道claude周限额在哪看，为啥只看到5h额度没有周额度 6 个帖子 - 6 位参与者 阅读完整话题
冷知识：周限额度用完后，如果任务还在继续，5h限还会计算 无奖竞猜，猜猜我的任务是不是“依次给一万条选题生成小红书文章”？ 总结 （点击了解更多详细信息） 1 个帖子 - 1 位参与者 阅读完整话题
IT之家 6 月 8 日消息，联想旗下斗战者锋 7000X 台式机今日正式开售，首发价 5499 元起： Core 5 205H / RTX 5060Ti / 16GB / 512GB：6999 元 Core 5 205H / RTX 3050 / 16GB / 512GB：5499 元 R5 5600G / RTX 5060Ti / 16GB / 512GB：6999 元 京东 联想来酷斗战者锋 7000X 电脑 (酷睿 5 205H RTX3050 16G DDR4 512GB) 5499 元 直达链接 这款台式机 标配联想 3 年保修 +3 年上门服务 ；支持 Wi-Fi 6 和蓝牙 5.3，搭载 3C 认证 500W 电源；机箱长宽高分别为 393mm/170mm/374mm，约 25L。 这款机箱搭载为独立显卡专属配备的独立显卡支架，以防在运输过程中损坏显卡及其它配件；预留双层硬盘架，可安装 3.5 寸硬盘 ×1、2.5 寸硬盘 ×1；可支持至多 3 个风扇。 IT之家附这款产品机箱参数如下： 京东 618 无门槛红包 面额至高 26618 元，每天抽 3 次： 点此抽红包 淘宝 618 无门槛红包 面额至高 26888 元，每天抽 1 次： 点此抽红包