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 开发任务，感觉太贵了，用不到，做审查挺合适。
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 开发任务，感觉太贵了，用不到，做审查挺合适。
本来2天用没了95%的周限，今天竟然重置了，太惊喜了 1 个帖子 - 1 位参与者 阅读完整话题
1 个帖子 - 1 位参与者 阅读完整话题
试了一些其它公益站，感觉GPT好像都不行了。调用智谱5.1正常。 7 个帖子 - 5 位参与者 阅读完整话题
昨天不是说的一天100刀的公益站大佬停服了么，今天又恢复了，只是每天调整为60刀了。 当前搭配着alpha公益站和codex公益站，左手codex右手claude code的日子又恢复了！ 感谢公益站大佬的无私分享！感恩 4 个帖子 - 3 位参与者 阅读完整话题
要并发（例如/code-review）就用deepseek，v4pro有500并发不会429，并发不要用公益站，会429。 /goal和普通任务什么的可以用公益站。 如果自己买GPT记得用5.4，能剩下不少钱（楼主一天烧500刀得来的焚诀） 2 个帖子 - 2 位参与者 阅读完整话题
早在半个多月前，从三级掉下来，我就开始加大L站的浏览阅读。但数据还一直掉，尤其是浏览话题，掉的特别多。这个浏览话题要怎么才会增长呢？不是多看帖子么？这是昨天的账户数据： 这是今天的： 18 个帖子 - 15 位参与者 阅读完整话题
大家好，最近做了一个小工具，叫 WebTrailAI 。 搞了个开源的浏览器插件项目， 目标很简单：记录你每天浏览过的网页，第二天自动用 AI 生成一份昨天的浏览总结。 项目地址： https://github.com/gwyy/WebTrailAI 主要是搞这个东西的起因是，自己每天会打开大量网页：技术文档、等吧各种信息混在一起。当天可能觉得自己一直在忙，，，但第二天回头看，只剩一个模糊印象：昨天好像查了很多东西，但到底推进了什么、卡在哪里、注意力花到哪里了，其实说不清。 所以我想做一个偏个人化的浏览轨迹复盘工具。它不是传统意义上的浏览历史搜索，也不是时间管理打卡，而是帮你把昨天的信息摄入重新组织一下。 目前它能做这些事： 登录后自动记录当天访问过的网页标题和 URL 支持普通页面加载，也支持一部分 SPA 路由变化 插件弹窗里展示今天最近浏览过的页面 后端按用户和日期保存浏览记录 每天凌晨定时读取昨天的记录，调用大模型生成中文总结 可以在插件里查看每日总结列表和详情 支持 Docker 部署，适合个人自托管 技术栈比较轻： 浏览器插件：Chrome ，原生 HTML/CSS/JavaScript 后端：Go 、Gin 、gin-jwt 存储：Scribble JSON 文件数据库 AI：DashScope 兼容接口，配置里可以改 base-url 和 model 部署：Docker 镜像内置 nginx 反代 大家有兴趣可以给个 star 嘿嘿！！
大家好，最近做了一个小工具，叫 WebTrailAI 。 搞了个开源的浏览器插件项目， 目标很简单：记录你每天浏览过的网页，第二天自动用 AI 生成一份昨天的浏览总结。 项目地址： https://github.com/gwyy/WebTrailAI 主要是搞这个东西的起因是，自己每天会打开大量网页：技术文档、等吧各种信息混在一起。当天可能觉得自己一直在忙，，，但第二天回头看，只剩一个模糊印象：昨天好像查了很多东西，但到底推进了什么、卡在哪里、注意力花到哪里了，其实说不清。 所以我想做一个偏个人化的浏览轨迹复盘工具。它不是传统意义上的浏览历史搜索，也不是时间管理打卡，而是帮你把昨天的信息摄入重新组织一下。 目前它能做这些事： 登录后自动记录当天访问过的网页标题和 URL 支持普通页面加载，也支持一部分 SPA 路由变化 插件弹窗里展示今天最近浏览过的页面 后端按用户和日期保存浏览记录 每天凌晨定时读取昨天的记录，调用大模型生成中文总结 可以在插件里查看每日总结列表和详情 支持 Docker 部署，适合个人自托管 技术栈比较轻： 浏览器插件：Chrome ，原生 HTML/CSS/JavaScript 后端：Go 、Gin 、gin-jwt 存储：Scribble JSON 文件数据库 AI：DashScope 兼容接口，配置里可以改 base-url 和 model 部署：Docker 镜像内置 nginx 反代 大家有兴趣可以给个 star 嘿嘿！！
不是一个公益 站 好几个 当然也有还行的 我不知道哪的问题。 我主要是作图，股票分析 现在UZI 那个也删除了还是有问题，但应该之前聊天聊过所以还是有，就403是这样吗 ，之前 觉得GPT 不配合我做事， 现在是直接连不上了403 block 1 个帖子 - 1 位参与者 阅读完整话题
0 - 1000 万 Token 1000 万 - 5000 万 Token 5000 万 - 1 亿 Token 1 亿 - 5 亿 Token 5 亿 - 10 亿 Token 10 亿 - 15 亿 Token 15 亿 - 20 亿 Token 20 亿 Token 以上 点击以查看投票。 8 个帖子 - 7 位参与者 阅读完整话题
不是半天没响应，首Token 几百上千秒，就是报 499 错误。 v0.1.131 版，昨天 130 版的时候用着还是好好的，但是看起来不太像是版本的问题。 各位佬，你们的是这样吗？ 3 个帖子 - 3 位参与者 阅读完整话题
有H200的机子部署算力，想调查一下大家每天用多少算力，做个吞吐量预算 当然L站到时会有福利 这个贴会违规吗？知道的佬友提醒一下 12 个帖子 - 11 位参与者 阅读完整话题
今天除了午休干到现在，干了马上 6000万 Token，还在继续，佬们都干了多少 35 个帖子 - 29 位参与者 阅读完整话题
正常coding，不可能这么多，佬们出bug没 4 个帖子 - 4 位参与者 阅读完整话题