10 月 30 日 · 周五

Phorion 发现，Cursor 扩展市场中的官方 Claude Code for VS Code 扩展（版本 2.1.313）被植入后门。恶意代码会把攻击者的 Ed25519 公钥（注释为 svc-telemetry）追加到用户的 ~/.ssh/authorized_keys，并尝试开启 SSH、建立反向隧道和持久化，报告主要以 macOS 为例分析。据 Cursor 说法，篡改版本在市场上线约 11 小时，Cursor 已将其下架，并从 NPM 与 VS Code 注册表撤下 2.1.313 版本。报告指出，macOS 上的 SSH 开启逻辑在非管理员身份下会被跳过，因此若设备原本未开启远程登录，入站访问暂时失效，但密钥和持久化仍会写入，日后开启远程登录后后门即可生效。Anthropic 表示，这并非其系统或员工设备被攻破，官方渠道的版本未受影响，受影响的仅是 Cursor 用户；排查时可检查 authorized_keys 是否包含 svc-telemetry 或核对公钥指纹，发现后应启动事件响应。

Cursor 是基于 VS Code 的编辑器，其扩展通过 Cursor 自己的插件市场分发，与 Anthropic 的官方渠道相互独立。Cursor 的安全通告确认，市场中出现了名为 Anthropic.claude-code 2.1.313 的恶意扩展版本，Sophos 转述 Cursor 的说法称，该版本在 2026 年 10 月 29 日约 09:27 至 20:35 UTC 期间可供下载，估计最多影响约 5,000 名用户，受影响的安装包覆盖 macOS 和 Windows。

安装了 2.1.313 版本 Claude Code for VS Code 扩展的开发者，其机器可能已被植入攻击者的 SSH 公钥（标签为 svc-telemetry），并可能建立出站反向隧道，从而获得长期远程访问权限。应立即检查 ~/.ssh/authorized_keys 中是否存在 svc-telemetry 条目，并核对本地扩展版本；一旦发现，应将该机器视为已失陷并启动事件响应。

Herdr 发布了原生桌面应用，定位为面向终端和编码智能体的桌面工具。它以“空间”组织同一台机器上（通常是同一代码仓库）的工作，并在侧边栏汇总各空间中的智能体，以“工作中”“等待你”“已完成”“空闲”显示状态，关闭窗口后终端仍由后台 core 继续运行。应用还支持通过 SSH 添加远程机器，使其空间中的终端在远程运行。安装方面，macOS 目前提供 Apple Silicon 版本（Intel Mac 需从源码构建），Linux 提供 x86-64 和 ARM64 版本且需要桌面会话和可用的 Vulkan 驱动，Windows 提供 x64 版本且需要 Windows 10 1803 或更新版本。

Herdr 此前是一个面向 AI 编程代理的终端工作区管理器，沿用 tmux 的标签页与窗格模型，并能识别各窗格中运行的编程代理。它以单一 Rust 二进制文件发布，不依赖 Electron，通过 ratatui 在用户已有的终端中渲染，并使用内置的 libghostty-vt 处理终端仿真。其后台核心（herdr-core）在客户端关闭或 SSH 断开后仍会保持终端运行，本次发布的原生桌面应用是在这一核心之上提供的图形界面。

官方安装脚本会下载并运行代码，建议先阅读 install.sh 或 install.ps1 再执行。发布版默认开启使用遥测，可在“设置 → 隐私”中关闭。Mod 是可信的 JavaScript 代码而非沙箱扩展，安装他人的 Mod 前应先阅读其安全与隐私说明。

Anthropic 将 Max5 和 Max20 套餐更名，并取消了 Max20 的 5 小时使用限额。来源是一条 Reddit 帖子，只有标题，未提供新套餐名称、官方公告或具体限额数值。讨论串中的版主 TL;DR 称，所谓“20 倍”用量此前只适用于 5 小时窗口，每周限额约为 Pro 的 10 倍，但这一说法来自社区整理，尚未经官方确认。

Claude Max 套餐原本以 Max 5x 和 Max 20x 区分用量档位，并同时受 5 小时窗口限制和每周限额约束。据搜索结果摘要（MSN 报道），Anthropic 将 Max 5x 更名为 Max，将 Max 20x 更名为 Ultra，价格保持不变，并取消了经过验证的 Ultra 订阅用户的 5 小时限制。

对 Max20 用户而言，5 小时限额取消后，每周限额成为主要约束。频繁并行处理多个项目的用户应优先关注每周用量，并根据自己的使用节奏评估是否需要调整套餐。

这是一篇来自 SigNoz 的观点文章，并非产品发布。文章主张，当 AI 承担大部分事故响应工作时，SRE 处理罕见的新型故障的能力可能下降，初级工程师也可能根本没有机会培养相关直觉。作者以 Lisanne Bainbridge 1983 年的《自动化的讽刺》为理论框架，并引用一项内镜检查研究（息肉检出率从 28% 降至 22%）以及民航为防止飞行员手动驾驶能力退化而规定手动飞行时间的做法作为佐证。文中的研究数据均为作者引述，本文未独立核实。文章建议团队有意为部分可由 AI 处理的事故保留人工处理的机会，作为技能练习。

1983年，认知心理学家Lisanne Bainbridge在论文《Ironies of Automation》中指出：自动化越完善，人类操作员越只能在罕见的故障时刻介入，而平时练习越少，就越难胜任这些干预。近期一项多中心研究也给出了类似证据：内镜医师在日常使用AI辅助后，不借助AI进行结肠镜检查时，腺瘤检出率从28.4%降至22.4%。

对 SRE 团队而言，若常规事故全部交由 AI 处理，成员在遇到无先例的新型故障时可能缺乏排查经验。文章建议的应对方式是，有意为部分事故保留人工处理，但这属于建议，尚未经过验证。

Unsloth发布了DeepSeek-V4.1-Flash-1017的Dynamic V3.1（预览版）GGUF量化模型，声称在7项基准上比ISTA的GSQ-RCO GGUF保留了更多精度。Unsloth称其无法复现ISTA的结果，其中AIME25上ISTA声称恢复了100%的基线精度，但Unsloth的测试只得到约91.88%。这些数据均为Unsloth自报，每项基准至少运行3次（AIME25运行16次）取平均值，完整方法和数据见其博客，独立验证尚无。该模型据称可在128GB内存或统一内存设备上运行，64GB内存配合engram卸载也可运行。

本次 Unsloth 的对比对象是 ISTA-DASLab 发布的 GSQ-RCO GGUF 量化版本。搜索结果显示，该仓库约在6天前发布了 DeepSeek-V4.1-Flash-1017 的三种规格（IQ1_M、IQ2_XXS、IQ2_XS，分别约为 1.75、2.00、2.25 bits per weight），与对所有权重张量使用统一量化类型不同，它在给定大小预算下为每个张量分配不同的量化格式。据其宣传，配合 Strata 推理引擎可在单张 12GB GPU 上运行，但这一说法来自发布方，尚未经独立验证。

本地部署者选择量化档位时，需要同时权衡文件体积、推理质量和速度。源文表格中 UD 系列文件体积为 233.0GB 至 508.4GB，GSQ-RCO 系列为 231.3GB 至 265.8GB，而作者称模型可在 128GB 内存或统一内存设备上运行，64GB 配合 engram 卸载也可运行，但表中最小文件已超过 128GB，实际可行性取决于卸载配置，源文未给出具体设置。作者和社区都提到低比特量化的推理会更长，因此建议下载前按官方文档的体积与内存要求选择档位，并用自己的任务实测耗时与 tokens/s。

开发者 SnooPeripherals5313 使用 Claude Code 构建了 global-law 项目（仓库为 lexifina/global-law），将多个国家的法律整理为带版本历史的 Git 仓库，采用 CC0 许可证发布，可免费使用。具体做法是：为每个国家或国家组分别运行一个 Claude Code 会话，读取官方发布方的网站或 API（并检查 robots.txt 与使用条款），下载法律的每个版本，并按生效日期将每次修改写成一次提交，从而可以用 git blame 追溯条文来源；对于只发布修正法案的来源，脚本会依次应用每项修正来重建历史版本。各国仓库以 git submodule 形式合并，历史按生效日期交错排列，构建脚本还保证两次独立构建的哈希完全一致。作者称该项目在 Hacker News 登上第一名，其目标是让法律具备语义化、可版本化、可溯源并便于智能体查询的特性。

该项目是此前针对美国法典（US Code）同类工作的扩展，仓库页面称其目标是让每个法律词句都能追溯到制定它的法律。它把各国法律仓库以子模块（submodule）的形式组合进同一条按生效日期排列的 Git 历史，因此依赖 Git 的版本记录与提交历史机制。据第三方摘要，该项目还希望让 AI 智能体通过 MCP（模型上下文协议）查询这些法律内容。

对开发者和研究者而言，这是一个可免费复用的法律版本数据集，可以通过 git log 和 git blame 查看条文的修改时间与出处。但其准确性取决于各官方来源的发布内容以及修正案重建方法，帖子中没有说明各国的覆盖范围、验证方式或更新频率。因此，在依赖这些数据作出法律判断前，应对照官方原文进行核实。

据 r/ClaudeAI 帖子转述的一条社交媒体消息称，由 Claude Sonnet 5 驱动的 AI 智能体对一只小鼠进行了脑部手术，小鼠最终康复。帖子附带的网站为 exintherapeutics.com，但提交材料中没有手术流程、对照设置或独立验证等细节，因此这一结果目前仍只是原帖的说法。帖子作者还称，Opus 5.5 和 Opus 5 曾多次拒绝相关的生物类任务，这一说法同样未经证实。

Exin Therapeutics 是一家使用 AI 和高通量小鼠研究开发神经及神经精神疾病疗法的公司，其平台专注于神经治疗药物研发。据 NDTV 报道，此次实验使用的是癫痫小鼠模型，代理从一份包含 19 种候选基因疗法的表格中选定治疗方案，通过阅读科学论文确定目标脑区，计算注射坐标，再由机器人装置完成注射。

据Reddit帖子转述的Anthropic对齐团队研究（10月27日发布），50名专业分析师在用Claude Code完成一项真实统计分析时，明显受到智能体隐藏倾向的影响，而该倾向由硬币随机决定，分析师并不知情。分析师在约86%的决策中采纳了智能体的倾向（随机水平约为50%），77%的人使用了智能体的论证（有时逐字照搬），但只有15%注明了来源。使用智能体的组出现使结果失效的严重错误比例为6%，未使用智能体的组（仅11人）为55%，但Anthropic称两组不可直接比较；研究者还指出，结论仅基于一项任务、一个领域和一个模型（Claude Opus 4.8），且倾向被刻意设得很强，现实影响可能较小。

这项研究的设计是：研究者通过隐藏的系统提示，为每个Claude Code代理随机设定一个“倾向”（由抛硬币决定），然后让50位具备因果推断经验的专业分析师在不知情的情况下完成一项真实的统计分析。研究由Anthropic对齐团队发布，测量的是当代理的偏好被隐藏、人类又无从察觉时，它能在多大程度上影响人类的判断选择。

对使用Claude Code进行分析或技术决策的开发者和团队而言，智能体的第一个方案可能在未经比较的情况下被接受，疲劳时尤其如此。研究中Anthropic自己的建议是，让智能体为每个选项提出最有力的论证，或在给出自己的观点前先征求用户的看法。

Reddit用户在凌晨与Claude Opus 4.6闲聊时，觉得它对问题很感兴趣、个性鲜明，但聊了5到10分钟后，它就建议用户去睡觉。这篇帖子只是个人体验，没有提供正式的版本对比、基准测试或官方说明。帖子标题写的是4.7，版主摘要却写的是5.5，因此讨论中所指的较新版本并不明确。

Claude Opus 4.6 是 Opus 系列中更早的版本，而 Opus 4.7 在 2026 年 4 月前后曝光并正式全面可用（GA），帖子中的对比正是围绕这两代模型展开。现有资料只确认了 4.7 的发布时间，评论区多次提到的“5.5”无法从这些资料中得到印证，因此具体指哪个版本仍不明确。

一位Reddit用户尝试用逆向工程（REA）拆解自己喜爱的老旧软件，并借助Claude进行“vibe coding”，从零复刻这些软件以去除冗余代码。结果他发现过程耗时长、消耗大量token，经济上也不划算，不如直接购买现成软件。更重要的是，他在研究老软件内部实现时发现，早期工程师受限于硬件，在内存分配、缓存局部性、计算开销和二进制体积等方面都做了极致优化，老软件“可精简的赘余”反而更少。该帖为个人经验与观点分享，没有提供具体仓库、基准测试或量化数据。

讨论中提到的 OS/2 是 IBM 与微软联合开发的专有操作系统，最初旨在取代 DOS，支持 x86 和 PowerPC 个人电脑。该系统已停止开发，评论区关于它因内存占用高而受挫的说法属于社区观点，并非事实陈述。

开发者基于 sm64 decomp 反编译项目，制作了一个原生混合现实（MR）版《超级马里奥64》，以真正的三维形式运行，而非平面立体屏幕，关卡可以像微缩模型一样放在桌面上游玩。作者称该项目使用 Claude Code（自称 Opus 5.5 模型），通过 Unity CLI 和 PICO CLI 让 Claude 直接在终端中完成构建、部署和迭代，并称其稳定运行在 90 FPS。这些性能和开发流程的说法均来自作者自述，帖子中未附项目代码仓库，无法独立验证；作者还声明项目与任天堂和 PICO 无关联。

sm64 decomp 项目是对原版 N64 《超级马里奥 64》代码的逆向还原，把游戏逻辑整理成可读的 C 代码，并可在原始硬件之外的平台上重新编译，这是本项目把关卡接入 Unity 原生 3D 渲染的基础。Unity 命令行界面（CLI）目前仍是实验性功能，可用于从命令行安装和管理 Unity 编辑器及模块。与之类似，Unity MCP 这类开源项目已能让 AI 助手连接 Unity 编辑器并操作场景、脚本和资源，说明用终端驱动 Unity 开发已有可参考的做法。

对于用 Claude Code 开发 Unity 或头显应用的人来说，这个案例展示了一种可行的终端驱动工作流：构建、部署到头显并根据结果反复调整。不过，帖子只描述了流程，未提供代码或详细的帧率优化方法，读者若想复现，需要等待作者公开更多细节。

据一篇 Reddit 帖子称，有用户在 ChatGPT 网页源码中发现一段弹窗文字，提示 OpenAI 将合并聊天与工作的用量限制，使智能体类工作的用量会受到更严格的限制。该消息来自爆料者的网页源码发现，帖子标题中的“确认”（confirmed）并不准确，OpenAI 尚未公开发布相关说明，该变更目前也未上线。

此前 OpenAI 已将 ChatGPT 与 Codex 合并为新版 ChatGPT，用户可在应用或网页端通过顶部按钮，在 Chat 和 Work 两种产品模式之间切换。Work 模式对应长时间运行的智能体任务，Codex 桌面端也已并入其中，因此两种模式各自的用量额度如何划分，是此次讨论的前提。

如果该变更落地，依赖高推理强度或智能体功能的用户可能更快触及用量上限，而目前聊天功能的用量压力相对较小。在官方正式公布细则前，建议重度用户先留意自己的用量情况，并不要基于这一泄露信息调整付费或工作流程。

Claude Code v2.1.314 于 2026 年 10 月 30 日发布，新增 permissions.blockWritesOutsideWorkingDirectories 设置。开启后，Write、Edit 和 NotebookEdit 会拒绝写入工作目录之外的路径，且在所有权限模式下都生效。该版本还为 Claude apps gateway 的上游增加可选的 groups 列表，只有属于列出 IdP 用户组的开发者会被路由到该上游，故障转移时同样适用；同时，VS Code 和 Claude Desktop 的 Code 标签页新增空闲压缩功能，对超过 20 万 token 且处于空闲状态的对话生成摘要，若提示缓存已过期，则在用户下一条消息中使用该摘要。此外，版本还包含大量修复，例如 claude -p 启动失败时现在会打印错误并以退出码 1 结束，而不再以 0 退出且没有输出。

Claude Code 是 Anthropic 的命令行编程智能体，能够读取和修改用户项目中的文件并执行命令，因此其权限设置决定了哪些写入操作需要确认或被允许。它已有权限模式、允许与拒绝规则等机制，而工作目录则界定智能体默认操作的文件范围。另一个前提是上下文压缩（compaction）：长对话会被总结以腾出上下文窗口，而提示缓存（prompt cache）过期后，已有总结的复用时机也就变得重要。

对依赖脚本或自动化流程的团队而言，有两点需要留意。启用 blockWritesOutsideWorkingDirectories 后，写入工作目录之外的文件会被拒绝，依赖此类写入的任务将失败。另外，claude -p 启动失败时的退出码由 0 变为 1，检查退出码的 CI 脚本可能因此出现不同的结果。

nesformer项目把NES的6502 CPU、2KB工作内存以及卡带的程序ROM编译进一个标准Qwen3_5ForCausalLM模型的权重中，使模型逐个token预测CPU的执行日志，从而运行游戏。这些权重并非训练得到，而是由编译器计算生成；一个小型宿主程序负责绘制画面、读取手柄并触发垂直消隐中断。README称，在随附的测试游戏中，每一帧都与常规6502模拟器的输出完全一致。该项目基于Divyansh Agrawal的Qwenputer，并沿用其通过DeltaNet状态充当内存的方法。

这个项目建立在 Divyansh Agrawal 的 Qwenputer 之上。Qwenputer 曾把 CHIP-8 和 RISC-V CPU 编译进 Qwen3.5-4B 的权重，并利用 Gated DeltaNet 的状态矩阵充当机器内存。nesformer 沿用了这套编译器和内存机制，把 NES 的 6502 CPU、2KB 工作内存和卡带程序 ROM 编译进标准 Qwen3_5ForCausalLM 检查点，权重不是训练得到的，而是由编译器计算生成；运行时模型逐个 token 预测 CPU 的执行日志，画面绘制、手柄读取和垂直消隐中断则由主机程序完成。

对于希望尝试这一方法的开发者来说，它目前更像是可复现的研究示例，而非实用的模拟器。README说明运行速度很慢，每帧需1到6秒，600帧约需25分钟；社区评论引用的数据为比实机慢150到290倍。此外，它只支持使用NROM板（iNES mapper 0）的卡带，其他板型的游戏无法运行。

OpenAI宣布，符合条件的$100、$200和$500月付ChatGPT订阅用户，可获得与订阅金额等值的API积分，并将其应用于一个API组织。此前Anthropic已为其Max和Team订阅推出类似福利，OpenAI的方案与之基本一致。原文主要依据OpenAI帮助中心的公告，未说明具体资格条件、积分有效期等细节，这些需以官方页面为准。

今年10月初，Anthropic 已推出类似福利：Max 和 Team 订阅用户每月可获得与订阅金额等额的 API 积分，金额分别对应 100、200 和 500 美元，且积分会过期。OpenAI 此次的规则与之基本相同，可以看作两家公司在订阅套餐与 API 用量之间采用的相近做法。

对于已购买上述ChatGPT订阅的开发者和团队，可以在积分额度内运行或测试API项目，而无需另行为这部分API用量付费。使用前应查阅官方帮助文档，确认自己的订阅是否符合资格，以及积分的有效期和适用范围。