PulseAugur
实时 23:46:03
实体 Opus

Opus

PulseAugur coverage of Opus — every cluster mentioning Opus across labs, papers, and developer communities, ranked by signal.

Show in brief
总计 · 30天
210
90 天内 210
发布 · 30天
0
90 天内 0
论文 · 30天
11
90 天内 11
层级分布 · 90 天
主题
关系
时间线
  1. 2026-07-04 product_launch Anthropic's Claude Opus model is scheduled to be available again on July 8th. 来源
  2. 2026-05-30 product_launch Anthropic released an updated version of its Opus model. 来源
情绪 · 30 天

29 天有情绪数据

最近 · 第 1/10 页 · 共 200 条
  1. COMMENTARY · CL_134635 ·

    GPT-5.6 Sol 重新发布,因协作性受好评但基准测试不一致

    AI 模型 GPT-5.6 Sol 在经过政府审查后重新发布,用户称赞其性能和协作能力有所提升。虽然 Fable 仍然是广泛、开放式任务的首选,但 Sol 因其速度和上下文保留能力,现已成为撰写和编码等持续工作的默认模型。然而,基准测试显示存在不一致之处,Sol 在特定工程任务上的表现不如 Fable,并且会出现计算错误,尽管它在快速草拟和复杂数据分析方面很有用。

  2. TOOL · CL_134650 ·

    Perplexity 发布基于 GLM 5.2 的编排器,以更低的成本实现前沿模型性能

    Perplexity 发布了其 Computer harness 中新编排器模型的研发预览版。该模型是 GLM 5.2 的一个改编版本,经过训练可以升级到前沿模型,据报道其性能与 Opus 4.8 相当,但成本却显著降低。

  3. TOOL · CL_134274 ·

    Perplexity 预览基于 GLM-5.2 的新协调器模型

    Perplexity 已发布其 Perplexity Computer 服务的全新协调器模型的研发展览。该模型是 GLM-5.2 的一个改编版本,旨在以远低于 Opus 等模型的成本提供近乎前沿的性能。该系统还配备了一个顾问工具,可以在必要时升级到更强大的模型,并托管在美国的 NVIDIA B200 GPU 上。

  4. TOOL · CL_133817 ·

    Cursor IDE 用户报告潜在的 AI 模型选择错误

    Reddit r/cursor 版块的一名用户报告了 Cursor IDE 中一个潜在的 UI 错误。该用户声称 IDE 可能没有正确使用选定的 AI 模型,特别指出了 'Composer' 和 'Auto' 模式之间行为的差异。他们遇到了使用限制显示不正确的问题,并观察到响应与选定的 'Composer' 模型不一致,这表明它可能默认使用了更强大、可能更昂贵的模型,如 'Opus'。

  5. TOOL · CL_133369 ·

    Anthropic的“Honeycomb”模型通过Cursor IDE预览

    一位Reddit用户分享了他们通过Cursor IDE访问Anthropic的“Honeycomb”模型的有限体验。该模型的性能与Opus或Grok 4.5相当,但其定价表明它可能更接近Sonnet或Haiku级别的模型。用户注意到频繁的连接错误,并推测该模型可能是Fable 5.1的预览版,因为其安全回退机制,尽管定价与此理论不符。

  6. MEME · CL_133068 ·

    用户分享 Fable 创作的专辑,并与 Opus 进行比较

    一位用户分享了在使用 Fable 最初三天内创作的一张专辑,并指出其质量与 Opus 相似。该专辑被描述为一部大型太空歌剧。

  7. FRONTIER RELEASE · CL_132705 ·

    xAI 以激进定价推出 Grok 4.5,挑战 GPT-5.5 和 Claude · 已追踪 5 个来源

    xAI 推出了 Grok 4.5,将其定位为比 GPT-4o 和 Claude 等模型更实惠的替代品,定价仅为一半。虽然 Grok 4.5 在代币效率方面表现出色,在某些任务上实现的代币数量比 Opus 4.8 少约 4.2 倍,但在 SWE Bench Pro 等编码基准测试中落后于 Fable 5 和 GPT-5.5 等竞争对手。该模型使用了大量的计算资源进行训练,包括“数万 GB300”,并以其闭源权重和最初在欧盟不可用而闻名。

  8. COMMENTARY · CL_132626 ·

    用户对Anthropic的Claude AI阻止医学教育查询感到沮丧

    一位Reddit用户对Anthropic的AI模型,特别是Claude,标记和重定向其与医学教育和医师资格考试相关的问题表示沮丧。该用户患有多动症,发现AI在住院医师培训和入职期间能够跟随复杂的思维过程很有帮助,但最近的模型更改导致输出不一致,并在不同版本的Claude(Sonnet、Opus、Haiku)之间频繁重定向。尽管已发送反馈,用户认为这些安全措施对合法的教育用途过于严格,可能会对医疗保健提供者和患者产生负面影响。

  9. COMMENTARY · CL_132555 ·

    分析发现Claude Opus缓存命中率将token账单削减了84%

    SemiAnalysis分析了Anthropic的Claude模型(主要是Opus)的超过150万次请求。他们的发现表明,使用的约95%的token是缓存命中,从而估计将token成本降低了84%。分析还指出,Claude Haiku由于在生命周期较短的会话中使用或作为子代理,其缓存命中率可能较低。

  10. COMMENTARY · CL_132322 ·

    Anthropic Fable 用户报告潜在额度使用问题

    一位 Reddit 用户报告了 Anthropic 的 Fable 服务可能存在的问题,即使用额度可能被错误收费。该用户观察到,尽管主会话已暂停且已派出子代理(Opus 和 Sonnet),但其 Fable 会话容量已达到 100%,并产生了 105 英镑的费用。用户推测,Fable 会话的限制可能导致子代理从使用额度中扣费,而不是从可用计量使用量中扣费。

  11. COMMENTARY · CL_132199 ·

    Anthropic 的 Fable AI 在法律研究方面表现出色,超越竞争对手

    一位用户进行了一项对比测试,以评估 AI 模型在法律研究方面的有效性,特别是将 Anthropic 的 Fable 模型与 Opus、Sonnet 和 Haiku 以及 Westlaw 和 Lexis 等传统法律研究平台进行了比较。测试涉及一项关于刺破特拉华州有限责任公司(LLC)公司面纱的复杂法律任务。用户发现,Fable 模型,尤其是在其“高投入”设置下,是最有能力的 AI 模型,能够识别所有相关的法律问题,并提供准确的答案,没有…

  12. SIGNIFICANT · CL_132044 ·

    Grok 4.5 公开版即将发布;OfficeCLI 提供对 Office 套件的 AI 控制

    埃隆·马斯克宣布 Grok 4.5 将于明天公开发布,并称其能力可与 Opus 相媲美,但速度更快、成本更低。另外,一个名为 OfficeCLI 的工具已发布,允许用户让 AI 代理完全控制 Word、Excel 和 PowerPoint 文档。

  13. COMMENTARY · CL_131906 ·

    用户请求继续访问 Anthropic 的 Fable 模型

    一位 Reddit 用户正在询问 Anthropic 的 Fable 模型是否会继续可用,即使访问权限限制在每周会话的 50% 或更少。该用户表示,Fable 在创建 Opus 可以执行的复杂计划方面特别有用,他们宁愿有限访问也不愿完全无法访问。

  14. COMMENTARY · CL_131774 ·

    Anthropic 用户分享最大化 Claude 模型使用策略

    Anthropic 子版块的用户正在讨论优化不同 Claude 模型(包括 Claude Code、Opus、Sonnet 和 Fable)使用策略。对话的重点是如何最好地利用这些模型来完成各种项目,例如浏览器游戏开发,通过策略性地在它们之间切换来最大化效率和订阅价值。参与者正在分享他们的项目工作流程方法以及如何从他们的 Claude 订阅中提取最大效用。

  15. TOOL · CL_133030 ·

    Cursor IDE 用户报告 AI 模型访问受限

    Cursor IDE 的用户报告称,包括 "fable" 和 "opus" 在内的几款顶级 AI 模型已被限制为 "仅限最大化" 使用。此更改似乎影响了旧的每月 500 次请求计划,只留下 "composer 2.5" 作为主要可用选项。用户对 "Sonnet 5" 和 "gpt 5.5" 等模型也受到此 "仅限最大化" 限制感到困惑。

  16. COMMENTARY · CL_131161 ·

    Anthropic的Opus模型在多窗口使用时质量受到质疑

    一位Reddit用户观察到,在使用Anthropic的Opus模型时,同时打开多个窗口可能会导致响应质量下降。该用户总体上对Opus感到满意,但怀疑在不同窗口处理两个独立项目可能会导致输出不够精确。他正在寻求确认其他人是否遇到过类似情况,或者这是否是个人幻觉。

  17. COMMENTARY · CL_130328 ·

    ClaudeAI 用户辩论模型切换以提高效率

    一位 Reddit 用户正在寻求建议,关于在一个长期项目中是否应该在不同的 Claude 模型(特别是 Opus 和 Sonnet)之间进行切换。用户担心在编码任务和仍需要会话上下文的简单问题之间频繁切换模型可能会导致代币效率和潜在的缓存问题。

  18. FRONTIER RELEASE · CL_130184 ·

    xAI发布Grok 4.5,一款专注于速度和成本的Opus级别模型

    xAI发布了其新AI模型Grok 4.5,该模型被定位为一款专注于编码和代理任务的“Opus级别”模型。虽然不追求绝对的基准性能领先,但Grok 4.5提供了具有竞争力的性能,与Anthropic的Opus和OpenAI的GPT系列等领先模型相比,速度和成本效益显著提高。该模型是与Cursor合作训练的,现已通过多个平台提供,并计划很快将其上下文窗口扩展到100万个token。

  19. TOOL · CL_130130 ·

    Anthropic 的 Fable 5 为 Opus 生成指令文件,用于创建音频导览脚本

    一位开发者使用 Anthropic 的 Fable 5 模型生成了一个详细的指令文件,用于创建音频导览脚本,然后 Opus 模型使用该文件生成了剩余的脚本。这种方法利用了前沿模型定义最佳方法和处理歧义的能力,而成本较低的模型则执行重复性任务。指令文件包括了从 Fable 5 初始尝试中学到的关于格式、发音覆盖和错误处理的具体指导。

  20. COMMENTARY · CL_129853 ·

    Claude AI 的 Fable 模型在 WebGL/着色器性能上优于 Opus

    一位 Reddit 用户报告称,Claude AI 模型(被称为“Fable”)在处理 WebGL 和着色器渲染方面,其性能显著优于“Opus”。该用户指出,Fable 能够成功地在无头模式下渲染图形,并且一次成功,而 Opus 在此任务上遇到了困难。这表明 Fable 在图形渲染任务的能力方面有了显著的提升。