从刚刚开始，就用不了，开始是401，然后就5xx了 4 个帖子 - 4 位参与者 阅读完整话题
5x 的翻倍马上就要结束了 佬们觉得 oai 还会继续翻倍吗 毕竟隔壁 a/的活动才刚刚开始 7 个帖子 - 7 位参与者 阅读完整话题
嘻嘻嘻，一天写完（其实严格来说是一晚上），我真是高产作者啊hhh 念（其一） 恋君数载，君有新欢，余遂收心。 待君情尽，蛰伏数月，复又相近。君不拒亦不允，唯许闲谈。 余喜不自胜，明知缘浅难合，仍执意相赴，终至两散。 逾礼失度，愧失本心。前尘似露，一梦黄粱，徒留怅叹。 梦碎方知执念深，此后难遇心上人，惟愿此生再相见。 相思难斩，旧念长留，相逢无期，不敢奢求。 念（其二） 黄粱一梦惊醒，窗外月落寒桥。 痴情不改难遇，相思难忘今宵。 念（其三） 昔颜已逝不归梦，痴情难遇故人别。 春里看雪眼了迷，明星不见化了月。 对了，我感觉第三首是我写的最好的了，因为最后两句，最后两句是我灵感迸发写出来的，太完美了hhh 3 个帖子 - 3 位参与者 阅读完整话题
上周才刚刚开始接触codex,看到free就买了，当时还没有plus焚角,这十个最早耗尽，因祸得福逃过了大屠杀，没绷住 8 个帖子 - 5 位参与者 阅读完整话题
failed to stream request: Request failed: Service Unavailable, error: Service is too busy. We advise users to temporarily switch to alternative LLM API service providers., code: service_unavailable_error, type: service_unavailable_error 流式传输请求失败：请求失败：服务不可用，错误：服务太忙。我们建议用户暂时改用其他LLM API服务提供商。，代码：service_unavailable_error，类型：service_unavilable_error api返回的是这个 官网专家模式也只是转圈圈。 奇怪了，发生什么事了，机房着火了？ 17:48 恢复了 27 个帖子 - 19 位参与者 阅读完整话题
Linux 7.1 刚刚开始逐步移除对 i486 处理器的支持，相关的老旧硬件驱动（例如针对上世纪 AMD Elan SoC 的驱动）也已走上退场通道，如今这一精简行动在计划中的 Linux 7.2 中进一步延伸到部分 i586 与 i686 级别的处理器。 在 i486 正式告别之后，内核开发者继续对不带 TSC（Time Stamp Counter，时间戳计数器指令）的 i586/i686 处理器“动刀”。 对于这些没有 TSC 指令的早期 CPU，维护其兼容路径被认为成本日益上升，已难以与现代 Linux 系统的演进需求相匹配，因此这类处理器的支持将被移除。 当前仍具备 TSC 能力的 Intel Pentium 及同代处理器不会受到影响，本轮清理仅针对缺少 TSC 的 i586/i686 级别 CPU。 在受影响的处理器中，较为显眼的是 AMD K5 以及若干 Cyrix 处理器型号。 AMD K5 是 AMD 首款完全由其内部设计团队独立完成的 x86 处理器，于 1996 年正式发布，主要对标当时的 Intel Pentium。 随着时间推移，这一代 CPU 早已退出主流使用场景，如今在 Linux 内核层面也将不再被特别照顾。 针对无 TSC 的 CONFIG_M586 支持移除补丁，已被合入内核维护者使用的 tip/tip.git 仓库中 “x86/cpu” 分支。 这一补丁预计会在即将到来的 Linux 7.2 合并窗口中被正式提交，从而进入主线开发流程。 一旦这批旧 CPU 支持完成清理，Linux 在引导阶段即可默认假设系统具备 TSC 能力，并将 CONFIG_X86_TSC 设为无条件启用选项。 在此基础上，内核 x86 代码中围绕非 TSC 场景编写的多条兼容路径便可以顺势删除，既减轻维护负担，也有助于代码的现代化和优化空间。 这意味着，对于仍在运行 AMD K5 等无 TSC 的老旧 i586/i686 处理器的系统用户而言，未来版本的 Linux 内核将不再提供支持，而这也再次彰显了上游内核在“向前看”与“照顾遗留硬件”之间的艰难平衡正在逐步向前者倾斜。 查看评论
不懂就问，刚刚开始使用阿里的Qcoder,我发现它的auto模式竟然比其他任何一个高级模型的倍率都高，为什么？一般不都是auto模式的倍率比高级模型倍率都要低吗？ 3 个帖子 - 3 位参与者 阅读完整话题