📡 Linux.do 频道日报 · 午报
有效消息 221 条

📡 Linux.do 频道日报 · 2026-09-05
多源综合 · 仅整理 Linux.do 频道内容

今日一句话:GPT-6 Astra 基本完成向 Plus、Pro、Team 等用户的推送,能力尤其体现在代码代理、前端复刻、建模和交互式内容生成,但高强度推理带来的额度消耗与价格压力同样成为频道主线。与此同时,Codex、ChatGPT 客户端及各类中转工具出现模型同步、限额、兼容性和稳定性问题,安全风险也集中暴露。


一、今日要闻

1. GPT-6 Astra 大范围推送,Plus、Business 及部分 Team 用户陆续可用
• 多位频道成员反馈,Astra 已向 Plus、Business、Pro 20X、Team 等账号推送;也有人在 ChatGPT 网页端、Work、Codex 和 ChatGPT IDE 中看到模型。
• 推送并非完全同步,仍有 Plus、Pro 用户找不到模型,部分用户上午能看到,稍后又在 ChatGPT 对话中消失;是否可用可能与账号分批推送、地区、客户端缓存及订阅类型有关。
• 有消息称 GPT-6 同时带来 5.4 下架、部分旧模型调整,以及 Web 端限额显示变化,具体规则仍需以账号实际界面为准。
• 影响:Astra 已从少数测试账号进入大规模使用阶段,但“能否看到”和“能用多少”仍是两个不同问题。

2. Astra 的代码与前端能力获得集中好评
• 频道内大量测试集中在 HTML、CSS、SVG 动画、游戏复刻、Unity UI、Blender 场景和 Android 项目重构。
• 有用户让 Astra 将锤子音乐项目从 XML 全面迁移至 Jetpack Compose,一次对话完成主体重构,基本功能可用,仅小动画仍需调整。
• Unity UI 还原是过去多个模型的弱项,实测 Astra 根据美术参考图制作的界面接近原稿,桌椅、教室等 Blender 场景的细节和空间处理也被认为明显优于 GPT-5.6 Sol。
• 频道还出现《植物大战僵尸》《小丑牌》《超级马里奥》、合成大西瓜、秦王拧螺丝,以及 1Panel 官网等复刻案例。部分作品仍有“演示感”和美术粗糙问题,但一次性生成完整可交互页面的能力显著增强。
• 共识:Astra 的优势不只是生成代码,而是能在理解参考图、组织多个文件、调用工具和持续修改之间形成更完整的闭环。

3. 额度消耗速度成为 Astra 最大争议
• 多位用户反馈,Astra 即使使用 low、medium 或 high,也比 5.6 Sol 更快消耗 5 小时或周额度;一个问题消耗 13%~14% 五小时额度的案例受到集中讨论。
• 有测试账号在 Codex 中进行约 10 分钟代码审阅后,Astra Light 额度从满额降至 0;另有 Pro 20X 用户使用 Astra ultra 约 40 分钟,消耗约 5% 周额度,并据此估算高强度使用可能半天耗尽一周配额。
• 一名 Team 用户实测,跑满一次五小时额度约消耗周额度 16%;另一名 5X 用户同时开启多个高强度会话,约两小时用完周限额。
• 频道成员普遍认为,Astra 的多 Agent、并行子任务和更长思考过程会放大消耗,不能简单按对话次数或表面 Token 数量估算成本。
• 结论:Astra 的实际价格不仅由官方单价决定,还取决于思考强度、任务复杂度、上下文长度、并行任务数量和客户端加速模式。

4. 当前较多用户建议:日常用 Astra low,复杂任务再提高强度
• 根据频道转发的 Artificial Analysis 数据整理,Astra low 在编程 Agent 场景中表现突出,综合智力指数约为 49,单任务成本约 0.63;Astra high 指数约为 53,单任务成本约 1.41。
• Astra max 和部分 Sol max 的任务成本明显更高,频道成员建议不要无脑使用 max,常规业务代码、Bug 修复和小型跨文件修改优先尝试 low。
• 对复杂重构、难定位 Bug、建模、复杂 UI 还原等任务,可临时切换 medium 或 high;xhigh、max 更适合确实需要长链路推理的任务。
• 也有用户认为,Astra 虽然单轮昂贵,但如果能够减少反复沟通和返工,整体项目成本未必更高;该结论仍依赖任务类型,不能替代实际测试。
• 频道内尚未形成统一答案,较明确的共识是:先按任务分级,不要把最高思考强度当作默认设置。

5. 重置卡、5 小时额度和周限额规则引发大量疑问
• 今天有 Plus 用户收到额外重置卡,也有用户反映 Pro 20X 未收到传闻中的统一重置卡;部分账号的重置机会从 1 次变为 3 次。
• 多人等待北京时间 9 月 5 日 11:00 左右的全量重置,也有人发现周限额显示为 0% 后仍能继续使用,随后额度又恢复,因此询问是否存在滚动窗口或显示延迟。
• Plus 升级 Pro 后,原有五小时额度、免费 Plus 剩余月份、重置卡是否保留或转换,频道内均未得到可靠统一答案。
• 有用户实测 Team 聊天模式按次数计费,认为如果一次聊天可运行满血 GPT-6,可能比受五小时窗口限制的 Plus 更划算;但实际模型强度、次数规则和账号政策仍需核实。
• 建议:以账户当前显示的五小时额度、周额度和重置时间为准,不要根据他人截图推断自己的配额。

6. Codex 与客户端适配问题集中出现
• 部分用户遇到“对话已暂停”、Codex 会话加载缓慢、消息发送卡死、历史记录加载不全、登录失败,以及 GPT-6 在 ChatGPT IDE 中不显示等问题。
• 频道经验显示,若本地 model_cache.json 未更新,可关闭客户端,启动 Codex CLI,通过 /model 切换到 gpt-6-astra 并成功对话后,再重启 IDE。
• 使用 Sub2API 的用户可尝试清空模型列表、同步上游模型,再重新勾选图像模型;若本地缓存仍无 Astra,重启 Codex 通常会重新获取 Provider 模型列表。
• 若过去在 config.toml 中通过 model_catalog_json 指定了自定义模型目录,可能导致 GPT-6 不出现;删除相关配置并重新生成缓存被认为是一个排查方向。
• 另有用户反馈 WSL 下 Codex 偶发路径错误、无法显示图片或卡死,Windows 环境则曾存在换行符和误删文件问题,跨平台体验尚未完全稳定。

7. 中转和第三方工具的 Astra 计费、兼容性尚未跟上
• 有用户发现 Sub2API 尚未更新 Astra 官方价格,仍按 GPT-5.4 的价格自动映射;使用中转的用户应检查模型价格表和倍率,避免低估成本。
• 一些中转 Astra 被反馈出现响应异常、429、模型能力疑似混用,甚至无法确认实际调用的是 Astra 还是 Sol。频道内建议通过模型返回特征、请求日志和官方接口信息交叉验证,不要只看前端模型名称。
• Sub2API、CPA、Chatbox、Codex 等组合需要同时满足账号推送、Provider 模型同步、版本指纹和本地缓存条件;仅修改显示名称不能保证真正调用新模型。
• 有用户报告中转站在本地上下文自动压缩后出现 x2 消费,推测与重新计算或请求重试有关,但频道内尚未确认具体计费逻辑。

8. Sub-Store 本地 API 漏洞提醒被列为高优先级安全事件
• 频道成员提醒,部分代理软件内置的 Sub-Store 存在可被恶意网页利用的本地 API 未授权远程代码执行风险,声称只要访问特定网站即可触发恶意代码。
• 受影响范围可能涉及集成 Sub-Store 的 Sparkle、Clash Party 等工具。帖子给出通过返回 JSON 中的版本字段检查内置版本的方式,并指出示例版本 2.11.42 可能受影响。
• 该消息属于频道用户的安全通报,具体受影响版本、修复版本和利用条件仍应以项目官方 GitHub 公告为准。
• 在确认前应避免访问可疑网页,不要将代理软件的本地 API 暴露到局域网或公网,及时升级并检查异常进程、启动项和代理配置。

二、分主题深读

🤖 AI 模型与使用体验

• Astra 与 Sol 的差异:频道测试普遍认为 Astra 在跨文件修改、复杂 Debug、前端实现、图像参考理解和 Agent 任务完成度上有明显提升。有人将旧项目分析从五点六 Sol 的一小时以上缩短到约 20 分钟,且认为结果更全面;但也有人反馈糖果题、鹈鹕骑车、番茄炒鸡蛋等测试仍会出错,模型并非全面解决旧问题。

— message 1 of 2 —