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 开发任务，感觉太贵了，用不到，做审查挺合适。
现在free号codex的5h额度用完后要一个月才重置了吗 6 个帖子 - 6 位参与者 阅读完整话题
目前只能人去看它们的重置时间，比较想给它们做成自动化的。 另外想问一下有没有稍微便宜点的订阅方式，claude 在 app store 还要话费比官方定价更贵的价钱…… 先感谢回答的朋友。
目前只能人去看它们的重置时间，比较想给它们做成自动化的。 另外想问一下有没有稍微便宜点的订阅方式，claude 在 app store 还要话费比官方定价更贵的价钱…… 先感谢回答的朋友。
目前只能人去看它们的重置时间，比较想给它们做成自动化的。 另外想问一下有没有稍微便宜点的订阅方式，claude 在 app store 还要话费比官方定价更贵的价钱…… 先感谢回答的朋友。
目前只能人去看它们的重置时间，比较想给它们做成自动化的。 另外想问一下有没有稍微便宜点的订阅方式，claude 在 app store 还要话费比官方定价更贵的价钱…… 先感谢回答的朋友。
目前只能人去看它们的重置时间，比较想给它们做成自动化的。 另外想问一下有没有稍微便宜点的订阅方式，claude 在 app store 还要话费比官方定价更贵的价钱…… 先感谢回答的朋友。
目前只能人去看它们的重置时间，比较想给它们做成自动化的。 另外想问一下有没有稍微便宜点的订阅方式，claude 在 app store 还要话费比官方定价更贵的价钱…… 先感谢回答的朋友。
这两天发现 Codex 额度查询旁边多了一个“邀请好友”，规则是被邀请的用户需要登陆 codex 并且发送一条消息 是通过邮件发邀请链接，还没试过，不知道被邀请的用户是否有什么福利 有没有愿意试试的老哥，邮件给我，我邀请你试试。
这两天发现 Codex 额度查询旁边多了一个“邀请好友”，规则是被邀请的用户需要登陆 codex 并且发送一条消息 是通过邮件发邀请链接，还没试过，不知道被邀请的用户是否有什么福利 有没有愿意试试的老哥，邮件给我，我邀请你试试。
目前只能人去看它们的重置时间，比较想给它们做成自动化的。 另外想问一下有没有稍微便宜点的订阅方式，claude 在 app store 还要话费比官方定价更贵的价钱…… 先感谢回答的朋友。
目前只能人去看它们的重置时间，比较想给它们做成自动化的。 另外想问一下有没有稍微便宜点的订阅方式，claude 在 app store 还要话费比官方定价更贵的价钱…… 先感谢回答的朋友。
目前只能人去看它们的重置时间，比较想给它们做成自动化的。 另外想问一下有没有稍微便宜点的订阅方式，claude 在 app store 还要话费比官方定价更贵的价钱…… 先感谢回答的朋友。
我的周额度昨天就用完了，今天看啥时候重置，结果发现 5 小时额度还在减少。 额度越来越不经用不说，还偷跑额度🤣
我的周额度昨天就用完了，今天看啥时候重置，结果发现 5 小时额度还在减少。 额度越来越不经用不说，还偷跑额度🤣
我的周额度昨天就用完了，今天看啥时候重置，结果发现 5 小时额度还在减少。 额度越来越不经用不说，还偷跑额度🤣