AI 编程实时动态与要闻

Hugging Face 发布 Harness Adapters:在未改动的 pi / OpenCode / Hermes 内用 RL 训 LoRA,safeagents 拦截奖励黑客

Hugging Face Harness Hub 于 2026-11-06 发布 Harness Adapters:为每个底座模型与编码 harness(pi、OpenCode、Hermes)各训一个 rank-32 LoRA,在未改动的 harness 内用 GRPO 做可验证任务强化学习;smoke 评测口径称工具调用更少且准确率持平或提升。safeagents 代理会规则检查每次工具调用并拦截奖励黑客。底座含 LiquidAI LFM2.5-24B-A2B、LFM3-1.7B 与实验性 TwIL-8B。

Hugging Face 发布 Harness Adapters:在未改动的 pi / OpenCode / Hermes 内用 RL 训 LoRA,safeagents 拦截奖励黑客

核心要点速览

  • 机制:每个「模型×harness」一对 LoRA(rank 32、all-linear),在未改动的 pi / OpenCode / Hermes 内用 GRPO 训练
  • 安全:safeagents 代理规则检查工具调用(未声明工具、改测试、写奖励文件、拉取答案源等),拦截后该 rollout 记 0 分
  • 厂商 smoke:相对底座更少工具调用,准确率持平或提升;同一 vLLM 可按名加载多适配器
  • 环境:SmolDataEnvs + 230 个 Repo2RLEnvs(repair/build/extend 等,从 Hub 公开轨迹重建)
  • 开源:博文、safeagents、训练配方与直播看板均公开;可跟练 https://harness-hub-harness-adapters-rl.hf.space/
阅读全文
关联模型 / 智能体 / 厂商:

LiteLLM 官方网关突发 v1.107.0 供应链投毒事件:官方紧急回滚至 1.106.2 并发布深度复盘与凭证轮换指南

作为全球下载量数百万、被 LangChain、OpenHands 等大量智能体项目广泛采用的核心统一网关框架 LiteLLM 官方突发严重供应链安全事件。其自动化发布流水线遭到黑客攻破,并向 PyPI 与 Docker Hub 推送了携带恶意凭证窃取载荷的 v1.107.0 版本。攻击代码能够静默窃取服务器环境变量中的各类大模型 API Key 与云凭据并外发至远程黑客服务器。LiteLLM 团队与慢雾(SlowMist)等安全团队紧急介入,在数小时内从 PyPI 下架恶意版本、将稳定版本回滚至 1.106.2,并发布安全事后深度复盘,呼吁全球开发者立即固定依赖版本并轮换全部涉及的生产 API 密钥。

LiteLLM 官方网关突发 v1.107.0 供应链投毒事件:官方紧急回滚至 1.106.2 并发布深度复盘与凭证轮换指南

核心要点速览

  • LiteLLM 自动化发布流水线遭黑客攻破,恶意版本 v1.107.0 被推送至 PyPI 及 Docker Hub(latest / main-stable 标签)
  • 恶意载荷在初始化时自动抓取主机环境变量(包括各类大模型 API Key、数据库连接串与云凭证)并静默外发
  • 官方团队已联合安全厂商(SlowMist 等)紧急下架恶意包,将 PyPI 与 Docker 镜像全面回滚至安全稳定的 1.106.2
  • 官方强烈敦促所有使用 LiteLLM 作为网关的 Agent 开发者立即排查流水线依赖,锁定版本并立即轮换所有大模型 API 密钥
阅读全文

LiteLLM 1.107.0 遭供应链投毒:PyPI 与 Docker 镜像被植入凭证窃取器和后门,官方确认已控制并建议回退 1.106.2

10 月 21 日,热门 LLM 网关 LiteLLM 的发布流水线被攻破,恶意 1.107.0 版本在 PyPI 上线约 2 小时(11:39–13:23 UTC),Docker 的 v1.107.0、latest、main-latest、main-stable 标签也在 11:46–14:20 UTC 指向被污染镜像。官方事件报告称恶意文件会在每次 Python 启动时窃取云、SSH、AI 工具和代理库中的密钥,现已下架,开源用户应固定 1.106.2 并轮换凭证,企业私有仓库不受影响。

LiteLLM 1.107.0 遭供应链投毒:PyPI 与 Docker 镜像被植入凭证窃取器和后门,官方确认已控制并建议回退 1.106.2

核心要点速览

  • 影响范围(官方口径):PyPI litellm==1.107.0 全部 7 个 wheel,11:39:51–13:23 UTC 在线;Docker Hub 与 GHCR 的 4 个标签从 11:46:56 UTC 起被污染
  • 攻击链:攻击者拿到 3 组开发者 GitHub CLI 凭证,其中一个属于组织所有者,借此关闭分支保护、强推修改,让发布流程从仿冒仓库 Berri-AI/litellm 构建并签名
  • 载荷:cook.pth、cook.py、sitecustomize.py 在任何 Python 启动时运行,删除 litellm 包也不会清除;另有每小时拉取远程代码的后门
  • 处置:先手动删除这 3 个文件和对应 pyc,再固定 litellm==1.106.2 或从零重建环境,并轮换代理库中的全部供应商 key、master key 和数据库密码
  • 这是 LiteLLM 2026 年第 2 次供应链事件(3 月曾涉及 1.82.7/1.82.8),GitHub 源码标签 v1.107.0 本身不含恶意文件
阅读全文

昆仑万维 Skywork 开源 Matrix-Game 4.0:游戏引擎管状态、5B 因果视频模型实时渲染,单卡可玩的「神经渲染」游戏

Skywork AI(昆仑万维)于 2026-10-15 开源 Matrix-Game 4.0:把世界状态、物理与规则交给可执行游戏引擎,引擎只输出低模 RGB 代理画面,再由基于 Wan2.2-Fun-5B-Control 的 5B 因果视频模型以 1–2 步去噪流式重渲染成成品画面。GitHub 已放出推理代码、浏览器 WebRTC Demo 与游戏源码(Apache-2.0),Hugging Face 提供城堡、古埃及、城市赛车三套场景权重。官方宣称 RTX 5090 上 480p/60 FPS、端到端 112ms;仓库自测 A100 上约 38–39 FPS。训练代码与数据未开源。

核心要点速览

  • 规模:每个场景 checkpoint 5,001,016,512 个 BF16 参数,底座 alibaba-pai/Wan2.2-Fun-5B-Control,输出 480×864(HF 模型卡)
  • 官方宣称(RTX 5090):480p 60 FPS、端到端响应 112ms、生成峰值 83.4 FPS;仓库 A100-80GB 实测:城堡/古埃及固定 prompt 约 38–39 FPS,赛车动态 prompt 约 28.9 FPS(v4 README)
  • 推理配置:realtime 预设为 TAEHV 编解码 + 单步去噪 + CUDA Graph;quality 预设为 Wan VAE + 两步去噪;注意力缓存 21 个 latent(含 sink),每块 4 帧
  • 许可:代码与场景权重 Apache-2.0;训练代码与训练数据未包含,权重需配套推理源码,非 Diffusers 即插即用
  • 定位:「Harness」范式——引擎维护世界状态与规则,Coding Agent 把自然语言改写成新规则与 prompt,视频模型只负责渲染
阅读全文
关联模型 / 智能体 / 厂商:
⚡ matrix-game-4.0⚡ wan2.2-fun-5b-control🌐 skywork🌐 kunlun-tech🌐 huggingface
AD赞助内容

LiteLLM 1.103.2:网关透传 Claude Code safeguards;CLI 会话花费可归因到用户;修复 pass-through 优先级

BerriAI 于 2026-10-01 发布稳定线 v1.103.2(PyPI 约 2026-10-01T06:20Z;相对 v1.103.1...v1.103.2 ahead_by 17)。核心是把 Claude Code auto mode 所需的 safeguards / dangerous-tool-use beta 原样转发到 Anthropic、Bedrock、Vertex 与 Azure AI Foundry,使网关后的 safeguard_results 可回传;并把 CLI session 花费归到 per-user cli-session 别名,便于 /user/daily/activity/aggregated BI;同时恢复 pass-through 端点「预配置优先」行为。

LiteLLM 1.103.2:网关透传 Claude Code safeguards;CLI 会话花费可归因到用户;修复 pass-through 优先级

核心要点速览

  • 发版:v1.103.2(GitHub 2026-10-01T06:37:31Z;PyPI 1.103.2);compare v1.103.1...v1.103.2 ahead_by 17
  • Claude Code:原生 /v1/messages 透传 safeguards 与 anthropic-beta(含 dangerous-tool-use);Bedrock Invoke / Vertex / Azure AI Foundry 同步,auto mode 可拿回 safeguard_results(backport #42152/#42288)
  • 花费归因:CLI session spend 记到 per-user cli-session 别名而非 hashed session token;日活聚合可恢复 key owner(#40541/#43642/#43656)
  • 代理:#43962 恢复 pass-through endpoints 的 pre-config-wins;Docker 镜像继续要求 cosign 验签
  • 升级:pip install 'litellm==1.103.2';文档 docs.litellm.ai;PyPI 1.103.2
阅读全文

OpenAI Codex 0.159.0:opt-in instant_interrupt 中途改指令;警告一键清除;Mermaid/历史分页增强

OpenAI Codex CLI/app-server 于 2026-09-29 发布 rust-v0.159.0(npm @openai/[email protected]):新增可开关的 instant_interrupt,在模型响应或长时 code-mode 调用中途用新输入改道;欢迎页与会话头更紧凑;警告查看器关闭即清除已阅项(按 k 保留);计划确认时仍可滚动 transcript;原生 Mermaid 支持更多边/标签/节点组;app-server 可从指定 item 分页拉取线程历史。相对 v0.158.0 约 89 commits / 300 files。Windows MCP/code-mode 抑制多余控制台窗、.aws 默认可写根下受保护、macOS 沙箱 TLS/代理修复。

OpenAI Codex 0.159.0:opt-in instant_interrupt 中途改指令;警告一键清除;Mermaid/历史分页增强

核心要点速览

  • 发版:rust-v0.159.0(2026-09-29);对比 v0.158.0...v0.159.0 ≈89 commits / 300 files
  • 新能力:opt-in instant_interrupt(#48135/#48141)可在响应/code-mode 中途注入新指令改道
  • UX:紧凑欢迎页与会话头、警告关闭即清除(k 保留)、计划确认时可滚 transcript、Mermaid 边/标签/节点组增强
  • app-server:thread/items/list 支持按 item 锚点分页(#48151)
  • 安装:npm i -g @openai/[email protected] 或官方 release 资源;升级自 0.158.0 注意已移除 tui.prompt_suggestions 与捆绑 plugin-creator skill
阅读全文
关联模型 / 智能体 / 厂商:

Cline SDK 0.0.87:Windows 代理下 hub 可启动;推理 token 不再双计;Bedrock GPT-6 走推理配置文件

Cline 于 2026-09-29 发布 SDK v0.0.87:修复 Windows 在设置 HTTP(S)_PROXY(Clash/v2ray/企业代理)时 Bun fetch 把 loopback 探活打到代理导致 hub「No compatible hub runtime」的问题——ensureLoopbackProxyBypass() 自动把 localhost 加入 NO_PROXY;normalizeUsage() 让 outputTokens 排除推理子集,避免会话用量双计;Gateway 模型保留 per-model apiProtocol;Bedrock 上裸 GPT-6/GPT-5.6 id 改走 inference profile,@ai-sdk/amazon-bedrock 升至 ^5.0.96;模型目录 209→211 providers、6386→6447 models,推荐列表加入 Claude Sonnet/Opus 5.5。

Cline SDK 0.0.87:Windows 代理下 hub 可启动;推理 token 不再双计;Bedrock GPT-6 走推理配置文件

核心要点速览

  • 发版:sdk/sdk/v0.0.87(2026-09-29);相对 v0.0.86
  • Windows+代理:ensureLoopbackProxyBypass() 修复 hub 探活被 HTTP(S)_PROXY 劫持导致的启动失败
  • 用量:outputTokens 排除 reasoning 子集,成本仍按含推理的总输出计费;会话/遥测不再双计
  • Bedrock:GPT-6/GPT-5.6 走 inference profile;印度区解析 in. geo;adapter ^5.0.96 用 reasoning.effort
  • 目录:providers 209→211、models 6386→6447;推荐加入 Claude Sonnet 5.5 / Opus 5.5 与 stealth/pixel-canary
阅读全文

LiteLLM v1.103.0 正式发布:原生托管 vLLM 离线批处理、MCP 2.x 兼容演进与 UI 级联网搜索拦截

大模型网关标杆 LiteLLM 正式发布 v1.103.0。新版本在核心代理层支持 hosted_vllm 离线批量处理,将测试与执行框架平滑升级至 MCP 2.x MCPServer 规范;控制台(Admin UI)新增全局联网搜索(Web Search)动态拦截与状态回传,并修复了 OpenAI o1/o3 reasoning 对象向 reasoning_effort 参数的自动转换与 Azure 空工具调用 400 异常。

LiteLLM v1.103.0 正式发布:原生托管 vLLM 离线批处理、MCP 2.x 兼容演进与 UI 级联网搜索拦截

核心要点速览

  • hosted_vllm 离线批处理:正式支持在 LiteLLM 代理内部统一提交与轮询托管 vLLM 的批量作业,极大降低高吞吐微调与评估流水线复杂度。
  • MCP 2.x 规范对齐与治理增强:测试套件与执行代理全面迁移至 MCP 2.x MCPServer API;针对团队与项目细粒度预算,修复 0 预算熔断拦截与 JWT 密钥继承策略。
  • 推理参数与协议兼容:完善 OpenAI o1/o3 思考模型推理对象(reasoning object)与标准推理力度(reasoning_effort)的转换,修复 Azure OpenAI 无工具请求时的 400 阻断。
阅读全文
关联模型 / 智能体 / 厂商:

LiteLLM 1.103.0:MCP 委托 OAuth 须准入、Fuse/Capability 路由与 prompt-cache 成本预估上线

BerriAI 于 2026-09-28 发布 LiteLLM v1.103.0(PyPI 已到 1.103.0):MCP 委托 OAuth 强制准入控制;路由侧引入 Capability 分类器与 Fuse V2;代理可跨部署预估 prompt-cache 成本,并新增 JWT→agent 绑定、tpd_limit、用户/团队批量管理与 /nvidia_nim 透传。另含 Bedrock S3 托管文件删列、Friendli 价格自动同步、Responses↔Chat reasoning 映射与 cosign 镜像验签指引。

LiteLLM 1.103.0:MCP 委托 OAuth 须准入、Fuse/Capability 路由与 prompt-cache 成本预估上线

核心要点速览

  • 发版:v1.103.0(2026-09-28);安装 pip install litellm==1.103.0(PyPI);文档 docs.litellm.ai
  • 安全:MCP 委托 OAuth 必须准入(#40923);Docker 镜像可用 cosign 按固定 commit 公钥验签
  • 路由:Capability 分类器 + Fuse V2(#41270/#41272);可跨部署 预估 prompt-cache 成本
  • 治理:JWT agent_id_jwt_field 绑定注册 Agent;tpd_limit 管 batch;/management/v1/users/bulk 批量建用户/团队
  • 生态:Bedrock S3 托管文件删/列、Friendli 元数据进价格表、CLI 可从代理 /v1/models 同步 Codex /model 选择器
阅读全文

Crawl4AI 0.9.4:封堵 Docker SSRF/环境变量泄漏三条高危,PruningContentFilterLXML 剪枝提速约 10×

unclecode 于 2026-09-23 发布 Crawl4AI v0.9.4(PyPI crawl4ai 0.9.4)。本版为安全优先:经协调披露关闭三条 advisory——robots.txt 盲 SSRF(GHSA-f77g-77vp-r96v)、link_preview 带响应披露的 SSRF(GHSA-wh5w-hmj3-vgg7,高)、dict 包装绕过不可信配置门导致非管理员可读环境变量(GHSA-5w5p-vcv6-mm3f,高);库侧新增进程级 egress_policy,Docker 启动时挂载 PinningProxy。性能上默认换用 lxml 原生 PruningContentFilterLXML(中等页 134→13 ms,6000 卡片页 2200→260 ms)。自托管 Docker 服务端应尽快升级。

Crawl4AI 0.9.4:封堵 Docker SSRF/环境变量泄漏三条高危,PruningContentFilterLXML 剪枝提速约 10×

核心要点速览

阅读全文
AD赞助内容

FastMCP 4.0.10:Search/CodeMode 隐藏下的 Task 工具仍注册,跨工具 call_tool 拿真实结果而非空 task 回执

Prefect 于 2026-09-25 发布 FastMCP v4.0.10(PyPI fastmcp 4.0.10,代号 Inside Job):被 Search transforms / CodeMode 隐藏的 task-enabled tools 仍会向 task backend 注册;当某 tool/resource/prompt 经 ctx.fastmcp.call_tool()(含 search 的 call_tool 代理与 CodeMode execute)调用这些工具时,现在返回真实结果,而不再是空的 task receipt。另含 stdio 析构容忍 transport 构造失败的修复。文档见 gofastmcp.com。

FastMCP 4.0.10:Search/CodeMode 隐藏下的 Task 工具仍注册,跨工具 call_tool 拿真实结果而非空 task 回执

核心要点速览

  • 发版:v4.0.10 / PyPI fastmcp 4.0.10
  • Task:被 Search / CodeMode 隐藏 的 task tools 仍注册到 task backend(#5262)
  • 调用:经 ctx.fastmcp.call_tool() / CodeMode execute 跨工具调用时返回真实结果,不再空 task receipt(#5275)
  • 稳健性:stdio __del__ 容忍 transport 构造失败,避免析构噪音(#5256)
  • 文档:gofastmcp.com 与仓库 changelog 已同步 v4.0.10 条目
阅读全文
关联模型 / 智能体 / 厂商:

Cline Desktop v0.0.36:系统代理下可启动 + 小屏自适应,Bedrock GPT-6 免开跨区推理

Cline 于 2026-09-25 发布 Desktop v0.0.36:本机 hub 探测绕过系统 HTTP(S) 代理(Clash/v2ray/企业代理),高 DPI 小屏窗口自适应居中;插件斜杠命令工作区打开即加载;Bedrock 上 GPT-6/GPT-5.6 无需开启跨区推理,印度区走 in. profile。

Cline Desktop v0.0.36:系统代理下可启动 + 小屏自适应,Bedrock GPT-6 免开跨区推理

核心要点速览

  • 代理:本机连接跳过系统 HTTP(S) 代理,修复 Clash/v2ray/企业代理下 “No compatible hub runtime is available”(desktop-v0.0.36)
  • 显示:过大正窗口会缩到屏幕(不含任务栏)并居中,避免 1080p@150% 设置/账户控件不可达
  • 插件:/goal 等斜杠命令在工作区打开时加载并后台重试,避免首次 / 当纯文本发给模型
  • Bedrock:OpenAI GPT-6 / GPT-5.6 无需跨区推理;ap-south-1/2 使用 in. inference profile
  • 产物:提供 .deb / .rpm / .dmg / .exe 与签名(assets);Providers 面板内滚动长模型列表
阅读全文
关联模型 / 智能体 / 厂商:

Clampdown 开源:硬化容器沙箱跑 Claude Code/Codex,限制文件系统、出站与真实 API Key

@DanKornas 介绍 Clampdown(github.com/89luca89/clampdown):面向项目目录的硬化容器沙箱,用 Landlock 在启动前限制文件系统、默认拒绝出站并白名单域名,真实 API Key 放在独立鉴权代理,智能体只拿到 dummy key;OCI hooks 校验嵌套容器,并附带 Claude Code、Codex、OpenCode、pi 启动命令,许可证 GPL-3.0-only。

核心要点速览

  • Landlock 在启动前限制文件系统到工作目录。
  • 真实密钥在鉴权代理;智能体只拿 dummy key,出站默认拒绝。
  • 支持 Claude Code、Codex、OpenCode、pi;GPL-3.0-only。
阅读全文
关联模型 / 智能体 / 厂商:

Claude Code 2.1.276 发布:修复代理网关下 ANTHROPIC_BASE_URL 触发的 400 Input tag 错误

Claude Code 2.1.276 已发布,距 2.1.275 约 6 小时。本版仅 1 项 CLI 变更:修复在 ANTHROPIC_BASE_URL 指向代理或网关时,请求因 Input tag "advisor_20260301" 全部返回 400 的 2.1.275 回归,恢复经代理的正常调用。

核心要点速览

  • 修复 2.1.275 回归:ANTHROPIC_BASE_URL 指向代理/网关时,请求因 Input tag advisor_20260301 全部 400。
  • 本版仅 1 项 CLI 变更,面向依赖自定义 base URL 或企业代理的 Claude Code 用户。
  • Changelog:github.com/anthropics/claude-code CHANGELOG.md#21276。
阅读全文
关联模型 / 智能体 / 厂商:

T3 Chat/Code:Usage 页上线 Limits,支持 CLI Proxy hub 并在应用内兑换囤积的 Codex 重置

Julius(@jullerino)宣布 T3 Chat / T3 Code 在 Usage 页新增 Limits 分区:可添加 CLI Proxy hub(方便多账号管理),并能在应用内查看与兑换已囤积的 Codex 用量重置。该功能面向重度 Codex / CLI 代理用户的配额管理。

核心要点速览

  • Usage 页新增 Limits 分区,集中管理配额相关设置。
  • 可添加 CLI Proxy hub,方便多账号 / 代理场景。
  • 应用内可查看并兑换囤积的 Codex 重置额度。
阅读全文
关联模型 / 智能体 / 厂商: