2024 年 Redis 把原本宽松的 BSD 许可证改成专有许可，社区随即分裂，Linux 基金会推出了开源分支 Valkey。虽然 Redis 在 2025 年又增加了 AGPLv3 选项，但很多应用当初是按“单个 Redis 实例”来写的，迁移到多节点的 Valkey Cluster 就得改代码；商业 Redis 和云服务可以用代理层绕开这个问题，自己跑 Valkey 的公司却没有开源方案。Percona 因此开发了 Valkey-proxy，它像中间人一样让老应用不改代码就能连上 Valkey 集群，代码计划 10 月底全部公开，12 月出候选版，2027 年初正式可用。
文中可用工具
- ValkeyRedis 许可证变更后由 Linux 基金会推出的开源分支，用于缓存和快速数据访问。
- Redis原本采用 BSD 许可证的内存数据存储，2024 年改为专有许可，2025 年新增 AGPLv3 选项。
- Valkey-proxyPercona 开发的开源代理，让按单实例写的应用无需重写即可连接 Valkey Cluster。
- Envoy文中提到的另一种代理，但被指不能完全理解 Valkey 协议，无法支持 Valkey 全部功能。
- AGPLv32025 年 Redis 新增的一种开源许可证选项。
- BSDRedis 原先使用的宽松开源许可证。
展开详情收起详情：Redis 代理层：Percona 瞄准 Valkey 采用的最后一大障碍⌄
原文发布：2026-10-08 14:54 · 首次收录：2026-10-09
Webflow 公司花了一年时间把 AI 用在事故响应的环节里，比如整理告警、调取处置手册、提出应对建议，甚至起草事后复盘。这样一来，AI 已经成了事故响应系统的一部分。但问题在于，传统的桌面演练只测试人，默认工具是固定的、不会出错的，所以没人演练过 AI 出错时该怎么办。作者建议在演练里加一层专门针对 AI 的故障注入，比如 AI 自信地给出错误结论、AI 系统本身不可用、有人绕过安全护栏、团队忘了手动操作的老办法，以及 AI 建议和人工决策之间的交接边界是否清楚。目前这些建议还只是实践者的经验分享，没有提到具体的产品或工具。
展开详情收起详情：AI 改变了你应对事故的方式，但你的桌面演练还没跟上⌄
原文发布：2026-10-08 21:00 · 首次收录：2026-10-09
企业用 AI 代理自动管理云上基础设施时，常遇到一个瓶颈：代理只能看到代码里“声明要什么”，却看不到云上“实际跑着什么”，也看不到安全、成本、合规等跨领域信息，于是反复调用云 API 查询，既容易撞上速率限制、拖慢甚至搞挂 CI/CD 和自动扩缩容，又产生额外费用和延迟，这就是所谓的“API 税”。env zero 公司提出，解决办法不是换更聪明的模型，而是加一层共享的“上下文层”，把声明意图和真实运行状态对齐起来，并已结合 CloudQuery 的云清点能力供早期客户使用。他们还在做 EZ Control 自主控制环，能发现偏差、按策略建议或执行修复并验证结果，目前处于早期访问，目标 2026 年 12 月底全面可用。对读者的意义是：部署 AI 代理时，光靠模型能力不够，得先理顺架构和上下文。
展开详情收起详情：API 税：为什么 AI 代理脱离基础设施上下文就会停滞⌄
原文发布：2026-10-08 21:30 · 首次收录：2026-10-09
AI 训练和推理让数据中心的存储方式遇到瓶颈：以前数据湖只用来偶尔批量查数据，现在却要同时、持续、高速地把数据喂给大量 GPU。原有存储架构按“便宜、够大”设计，扛不住这种并发压力，于是行业开始采用 QLC NAND 闪存和 256TB 级别的大容量 NVMe 固态盘，用更少的硬盘存更多数据，并降低每瓦功耗。对数据中心管理者而言，这意味着要在容量、性能和电费之间重新做取舍，部分云厂商也把客户越来越多地推向高性能存储档位。
展开详情收起详情：AI 数据湖正在推动新的存储需求⌄
原文发布：2026-10-08 22:00 · 首次收录：2026-10-09
Harness 收购了 Augment Code 的部分资产，包括 Cosmos、Auggie CLI 和代码上下文引擎。以前，AI 写代码和把代码安全部署到生产环境是两件分开的事，中间要人工搬运信息。现在 Harness 想把这些环节连起来：让 AI 代理从工单或 bug 出发，自动规划、写代码和测试、提 PR，再交给 Harness 的交付、安全、成本等代理一路管到上线。对读者来说，这意味着软件开发可能从「AI 帮写代码」走向「AI 跑通整条流水线」，但具体开放时间和可用范围原文未说明。
文中可用工具
- Harness Cosmos Software Factory Agent把工程任务从想法自动推进到代码，协调代理完成规划、写码、测试和提交 PR
- Auggie CLI原文未说明用途
- Code Context Engine帮助 AI 代理理解代码库及与任务相关的代码关系
- Harness Software Delivery Knowledge Graph连接软件构建、测试、安全、部署和运维的上下文信息
- PR Author预置的 AI 专家，负责撰写拉取请求
- Deep Reviewer预置的 AI 专家，负责深度代码审查
- Risk Analyzer预置的 AI 专家，负责分析风险
- Verifier预置的 AI 专家，负责验证变更
- Software Delivery Agent把代码变更安全地构建、部署到生产环境并验证，支持回滚
- Security Testing Agent在进入生产前发现并修复代码、依赖和供应链中的风险
- Runtime Protection Agent保护生产环境中的应用、API 和 AI，防御运行时威胁
- Cost Management Agent管理和优化云及 AI 成本
展开详情收起详情：Harness 收购 Augment Code，推进自主软件开发生命周期⌄
原文发布：2026-10-08 08:00 · 首次收录：2026-10-09
GitHub 的漏洞赏金团队为了庆祝网络安全意识月，专门介绍了他们赏金计划里的一位顶尖安全研究员 @vaib25vicky。他平时的工作，就是像普通用户一样去使用 GitHub 的各种功能，然后琢磨这些功能哪里可能被坏人利用。他特别擅长找和“权限控制”有关的漏洞，这次分享了他挑目标功能、验证漏洞的方法，也提到会用 AI 当助手，但强调 AI 给出的结果必须自己亲自验证过才能提交。对读者来说，这让人了解白帽黑客是怎么帮平台提前发现并修好漏洞、让大家的代码更安全的，也顺便知道了 GitHub 调整赏金规则、设了只邀请顶尖研究员的 VIP 计划，最高奖金能到三万美元甚至更多。
文中可用工具
- GitHub CopilotAI 编程助手，文章提到它正在改变软件开发方式，可能带来新的安全测试面
- Copilot coding agentAI 编程代理，同样被视为新的潜在攻击面
- HackerOne漏洞报告平台，文章建议通过它向 GitHub 提交安全发现
展开详情收起详情：一位漏洞赏金研究员如何挑选要调查的功能⌄
原文发布：2026-10-09 01:02 · 首次收录：2026-10-09
在 OSS EU 的一场讨论中，专家们说欧洲组织想要在技术上更自主，不是完全不用全球供应商，而是要有靠谱的替代方案，并且自己掌握必要的技能。他们强调，要搞清楚自己在云服务和硬件上依赖了谁，同时在软件上做出实际可用的选择，这样才能真正把技术控制权握在手里。对读者来说，这意味着技术自主不是一刀切地拒绝外部产品，而是学会评估依赖、培养能力，并善用开源等选择来保障日常运营。
展开详情收起详情：专家在 OSS EU 表示：技术主权需要选择、技能与支持⌄
原文发布：2026-10-08 16:08 · 首次收录：2026-10-09
这期 Spring 的 Bootiful 播客请到了 Java 圈很有影响力的工程师 Kohsuke Kawaguchi（川口耕介），聊了他的职业经历和对技术的看法。他曾在 Sun 参与 JDK 里的 XML 和 Web 服务基础设施，还做过几个后来被开发者广泛使用的个人项目，最有名的当属 Jenkins——起初只是因为他自己受不了构建老失败，才写了 Hudson，后来演变成最重要的持续集成平台之一，靠的是插件化、开放和模块化的设计。他后来创办 Launchable 想让测试和 CI 流程更高效，相关成果后来并入了 CloudBees。现在他不再全职带团队，把时间花在长途骑行、做饭和旅行上。他也谈了对 AI 的看法：AI 正在快速改变软件开发，但更可能胜出的做法是把智能能力嵌进现有工作流，而不是让所有人都用一个大聊天窗口。如果你关心 Java 历史、CI/CD、开源文化或开发者工具，这期值得一听。
文中可用工具
- Com4J让 Java 程序在 Windows 上更方便地调用 COM 组件
- Jenkins持续集成平台，自动构建和测试代码，取代了早期的 Hudson
- HudsonJenkins 的前身，一个持续集成服务器
- Launchable让测试执行和 CI 流程更高效的平台
- CloudBees企业级 CI/CD 平台，Launchable 的技术后来并入其中
展开详情收起详情：Bootiful 播客：传奇 Java 开发者 Kohsuke Kawaguchi 专访⌄
原文发布：2026-10-08 08:00 · 首次收录：2026-10-09
Snyk 首席创新官 Manoj Nair 与 Anthropic 应用 AI 负责人 Alon Krifcher 在一场线上活动中讨论：攻击者已经开始用 AI 智能体自动发起攻击，防御窗口从几个月缩短到几分钟甚至 27 秒。Snyk 提出用「发现 → 修复 → 验证 → 预防」四步并行应对，并称其产品 Evo 和 Snyk Studio 已在实际企业中使用，例如有客户靠它发现了人工渗透测试漏掉的问题。对读者的意义是：可以关注一个简单指标——新发现的问题与已关闭问题的比例，它比开了多少工单更能说明安全状况是否真的在改善。
文中可用工具
- Evo Continuous Offensive Security模拟自主攻击者的方式持续测试应用，发现潜在风险
- Snyk Studio在 AI 智能体写代码时提供安全上下文，帮助它避开有问题的依赖包
- Claude被用来构建修复智能体和相关技能，帮助清理安全积压问题
- Skills原文未说明具体用途，仅提到与修复智能体配合清理积压
展开详情收起详情：自主攻击已经到来，防御必须跟上它的速度⌄
原文发布：2026-10-07 08:00 · 首次收录：2026-10-08
Anthropic 推出了它最小、最便宜的模型 Claude Haiku 5.5，这是近一年来该系列首次更新。相比上一代 Haiku 4.5，新模型在“知识工作”“电脑操作”“终端编程”等测试上分数明显提高，同时按用量计费的价格大幅下降：小请求每百万输入/输出 token 只要 0.10/0.50 美元，大请求为 0.50/2.50 美元，官方称平均省约 75%。它还首次允许开发者控制模型思考用力程度，可用于客服、浏览器操作等对速度敏感的智能体任务，并已在 Claude 平台和亚马逊、谷歌、微软云上提供。需要留意的是，它加强了网络安全限制，渗透测试仍被禁止，更高权限需申请审核。
文中可用工具
- Claude Haiku 5.5Anthropic 新发布的小型快速模型，用于总结、分类、客服等高频任务，价格更低
- Claude PlatformAnthropic 自家的开发者平台，可调用 claude-haiku-5-5 等模型
- Amazon Web Services云平台，可获取 Haiku 5.5
- Google Cloud云平台，可获取 Haiku 5.5
- Microsoft Azure云平台，可获取 Haiku 5.5
- Python SDKAnthropic 的 Python 开发包，新增电脑操作和浏览器操作的测试版支持
- TypeScript SDKAnthropic 的 TypeScript 开发包，新增电脑操作和浏览器操作的测试版支持
展开详情收起详情：Anthropic 发布 Haiku 5.5，价格大幅下调⌄
原文发布：2026-10-08 02:00 · 首次收录：2026-10-08
OpenAI 前安全负责人 David Robinson 接受采访时说，过去发布一个新模型要从头训练，往往要花好几个月，所以一年只发几次；现在基础模型只是其中一层，上面还能加推理训练、新工具接入和编程智能体，改起来快得多，不必每次重训。他形容这种节奏让公司“每周二都在发布新能力与新风险”，并说安全报告已经跟不上，理想的替代品是实时更新的安全仪表盘。他提到 OpenAI 内部编程智能体用量激增，研究团队用智能体的算力比年初多了上百倍，Codex 甚至取代了内部求助频道。对读者来说，这解释了模型迭代为何越来越快、安全测试为何越来越难跟上，也让人关注智能体能自主操作文件、调用 API 后，风险会被放得更大。
文中可用工具
- CodexOpenAI 内部的编程智能体，可帮助研究人员处理实验出错等日常问题
- GPT-6.1 Sol文中提到的 OpenAI 模型版本，在 DevDay 发布
- GPT-6 Sol文中提到的 OpenAI 模型版本，发布早于 GPT-6.1 Sol 一周
- GPT-6.1 Astra文中提到的 OpenAI 模型，因内部测试发现问题而在 DevDay 前一天被搁置
- Dots文中提到的 OpenAI 智能体，在更长测试中边界问题加倍
- Claude Opus 5.5文中提到的更便宜的模型，破坏了智能体依赖的四项功能
展开详情收起详情：OpenAI 前安全负责人称公司“每周二都在发布新能力与新风险”⌄
原文发布：2026-10-08 02:18 · 首次收录：2026-10-08
CNCF 报告说，82% 的容器用户在生产环境里使用 Kubernetes（一种管理大量容器的工具），它已经成了默认选择。但选对了技术不代表团队就省心了：开发人员喜欢自助上线、快速改配置，运维团队却担心稳定性和审批流程，双方常常较劲。现在 AI 推理任务越来越多，应用要跑到混合云和边缘设备上，GPU 调度和扩容又成了新难题；有专家认为，公司过度拆分微服务也带来了“架构臃肿”。好消息是，AI 自动化有望帮团队盯集群、查日志，甚至提前预测故障，把一部分运维活儿接过去。对读者来说，这意味着未来容器混乱有希望缓解，但作者也强调没有单一产品能解决所有问题——HPE 等厂商在推相关工具，但哪些具体限制、何时落地，文中没有说明。
文中可用工具
- Kubernetes管理大量容器应用的开源系统，用于自动部署、扩容和运行服务
- HPE OpsRampHPE 推出的软件，用于管理多云和本地混合计算环境
展开详情收起详情：Kubernetes 赢得了编排之战，其团队仍在鏖战⌄
原文发布：2026-10-08 03:57 · 首次收录：2026-10-08
Anthropic 本周扩大了它的“网络验证计划”（CVP），把使用权限分成三档，按用途区分，并把原来的 Project Glasswing 并入限制最少的一档，名义上是让更多网络安全防御者用上更强的模型能力。但问题在于：大多数做防御工作的小团队和个人研究者，只能落入限制最严的“防御访问”档。Anthropic 自己的测试显示，在最严档下调用 Claude Opus 5.5 做 50 次攻击性安全基准任务，有 46 次被直接拦下；而最宽松的“专业访问”档只对少数经 Anthropic 和美国政府联合审查的组织开放。对读者来说，这意味着如果你的安全团队想用 Claude 做高级防御或渗透测试，大概率仍会被限制，而且必须接受数据留存要求；想自控数据存储，要等今年秋天将推出的 EFS，或已持有 Claude Fable 5.1 / Mythos 5.1 且零数据留存的组织才可豁免。目前这些分档已经宣布，但防御场景下的实际影响仍缺乏专门的评测基准，尚不清楚限制会误伤多少正常防御工作。
文中可用工具
- Claude Opus 5.5Anthropic 的高能力模型，用于测试各档安全限制对模型完成任务的影响
- Claude Sonnet 5.5Anthropic 的模型之一，CVP 各档组织均可使用
- Claude Mythos 5.1Anthropic 的模型之一，CVP 各档组织均可使用；持有并启用零数据留存的组织可豁免数据留存要求
- Claude Fable 5.1Anthropic 的模型之一，持有并启用零数据留存的组织可豁免数据留存要求
- Project GlasswingAnthropic 的网络安全项目，已并入限制最少的“专业访问”档
- Cyber Verification Program (CVP)Anthropic 的网络验证计划，按用途分为三档管理模型访问权限
- CyScenario BenchAnthropic 用来评估规划和执行多阶段网络操作能力的基准测试
- Enterprise Frontier Safeguards (EFS)Anthropic 计划今年秋季推出的功能，让合格组织把数据存在自己控制的云设施中
展开详情收起详情：Claude 网络安全防护措施变得更灵活——但并非对所有人都如此⌄
原文发布：2026-10-08 05:25 · 首次收录：2026-10-08
OpenSSH 10.6 在本周二发布，维护者明知会让一些用户出现问题，还是主动改掉了两个功能。第一，他们关闭了压缩中的 LZ77 字典编码，因为研究者发现，多条通道共用同一份压缩记录时，可能把另一条通道里的机密内容泄露出去；压缩默认本来就没开，只有手动开启的人会受影响。第二，命令行用户名里不再允许出现 $ 和 \ 两个符号，防止内部工具或 CI 拼接用户名时被 shell 当成命令执行；写在配置文件里的同类用户名不受限制。对普通用户来说，交互式登录基本无感；但大量传输可压缩数据的自动化任务可能变慢，需要把压缩挪到应用层完成。
文中可用工具
- OpenSSH远程登录和加密通信的基础软件，本次发布的是 10.6 版
- sshOpenSSH 的客户端命令，本次关闭了其中的 LZ77 压缩
- sshdOpenSSH 的服务端程序，本次同样关闭了 LZ77 压缩
- Claude Code研究者用它实现了三种攻击场景的概念验证
- Claude与 Anthropic Research 一起被用于发现另外两个已修复的漏洞
展开详情收起详情：OpenSSH 10.6 为安全起见故意破坏两项功能⌄
原文发布：2026-10-08 05:27 · 首次收录：2026-10-08
谷歌的分布式数据库 Spanner 以前只能跑在自家数据中心里，因为它依赖两种特殊硬件：原子钟（用来给全球服务器对时间）和 Colossus 文件系统（用来存数据）。现在谷歌推出了 Spanner Omni 并正式可用，把这两样硬件换成了纯软件方案，于是用户可以在自己的机房、其他云服务上，甚至一台笔记本上运行 Spanner。代价是官方没有提供可用性承诺（SLA），实际使用中可能遇到延迟变高和运维更费劲的问题。
文中可用工具
- Spanner Omni谷歌分布式数据库 Spanner 的可本地/跨云/笔记本运行版本
- Colossus谷歌的分布式文件系统，原被 Spanner 依赖，Omni 中用类似抽象层替代
- TrueTime谷歌基于原子钟的全局时间同步技术，Omni 中改为软件时间同步
展开详情收起详情：Spanner Omni 正式发布：用软件替代谷歌原子钟与文件系统⌄
原文发布：2026-10-07 12:43 · 首次收录：2026-10-08
Cloudflare 把前沿 AI 模型放进一套受控的测试框架里，用来试探自家的 Web 应用防火墙（WAF，用来拦截网站攻击的安全系统）。原来的做法是：碰到被拦下的攻击就结束了；这次他们把那些被拦截的攻击当作起点，让 AI 模型在此基础上生成并不断改进新的变种，再去测试 WAF 能不能挡住。对读者来说，这意味着以后网站防线可能更耐打，也让 AI 从“被防的对象”变成帮忙找漏洞的测试员。目前原文只提到这是一次受控测试，没说具体用了哪些模型、测试规模多大，也没说结果是否已公开或投入生产。
展开详情收起详情：Cloudflare 利用 AI 测试框架探测并加固其 WAF⌄
原文发布：2026-10-07 15:21 · 首次收录：2026-10-08
有人写了一篇文章，介绍如何在 Apache Kafka 之上自己动手做一套“会话级有序”的消息管道。Kafka 本身只保证同一分区内的顺序，但很多场景需要把几千个独立渠道各自的消息严格按顺序处理，这个需求它默认做不到。文章的做法是在应用层做路由，用一致性哈希把同一会话的消息分到同一处理路径，再加上重试和“连续水位提交”来保证顺序。对做消息队列的工程师来说，这提供了一个在 Kafka 上实现跨分区严格顺序的参考方案。
文中可用工具
- Apache Kafka分布式消息队列，用来传递消息
- Go编程语言，用来实现这套管道
展开详情收起详情：用 Go 构建会话有序的 Kafka 管道⌄
原文发布：2026-10-07 17:00 · 首次收录：2026-10-08
Grab 把用量很大的 Counter Service 从一种宽列数据库换成了 Aerospike 存储。他们先做了一层存储抽象，用影子流量对比新旧数据，确认一致后再逐步切换流量。重新设计的数据模型把按时间分桶的记录合并成基于 map 的记录。结果读延迟 P99 下降约 50%，磁盘占用从 3 TB 降到 1 TB，单节点成本降低 45% 到 50%。
文中可用工具
- Aerospike作为新的存储数据库，替代原宽列数据库承载 Counter Service 数据
展开详情收起详情：Grab 重新设计 Counter Service 存储，P99 延迟降低 50%⌄
原文发布：2026-10-07 22:30 · 首次收录：2026-10-08
SAP 在 Sapphire 大会提出“自主企业”构想后，本周在拉斯维加斯 Connect 大会上展示了把 AI 智能体真正交给业务用户使用的进展。它面向财务、采购、HR、客户体验和供应链发布多款 Joule 助手，并宣布计划收购技能映射公司 TechWolf，预计第四季度完成交易。这些助手多数将通过早期采用者计划或正式版本在 2027 年第一季度前逐步开放；已可用的 SAP Pay 在美国和英国支持用稳定币跨境付款。对企业的意义是，原本由人操心的对账、合规、供应链排产等后台工作，有望交给接受企业原有规则和权限控制的智能体处理。
文中可用工具
- Joule Assistants面向财务、支出管理、HR、客户体验和供应链等业务场景的 AI 助手
- Revenue Recognition Assistant帮助财务团队配置、计算并记录收入，按 IFRS 15 和美国 GAAP 标准分类交易
- Disclosure Assistant自动完成对外财务报告的最后步骤：收集和标记数据、起草叙述并发布前检查
- Overhead Accounting Assistant让财务控制人员更新成本分摊规则、批量修改成本和利润中心，加快期末结账
- International Trade Assistant为跨境发货企业分类产品、准备合规文件并进行制裁筛查
- SAP Pay在 SAP Cloud ERP 内完成付款并与发票或采购订单匹配，支持稳定币跨境结算
- Governance Assistant对接企业现有 GRC 工具，跨系统标记风险和控制问题，帮助合规团队持续监控
- Access Governance and Security Assistant让 AI 智能体与人类用户遵循相同的身份治理和访问控制
- Joule Agents新增到供应链助手中，可读取产品设计与配方、发现车间异常并触发维护请求
- Logistics Assistant在物流运营出错时协助处理
- Supply Chain Planning Assistant追查计划问题的原因并提出修复建议
展开详情收起详情：“不容有失”：SAP 将 AI 智能体引入后台办公⌄
原文发布：2026-10-07 00:38 · 首次收录：2026-10-07
SAP 宣布收购比利时 AI 公司 TechWolf，后者能通过员工实际工作内容推断其技能，形成“工作上下文图谱”。SAP 希望用这份图谱为 SuccessFactors 中的人力资源智能体提供上下文，让智能体在技能招聘、岗位设计等任务上更准确，同时因减少重复输入而降低 token 消耗。交易金额未披露，预计第四季度完成，仍需监管批准；收购后 TechWolf 将保持独立运营，其 CEO 留任。对读者来说，这意味着未来使用 SAP HR 工具时，AI 助手可能更懂员工的真实技能，招聘和团队规划更省成本。
文中可用工具
- TechWolf通过分析员工实际工作推断技能，形成“工作上下文图谱”，供 HR 智能体查询使用。
- SAP SuccessFactorsSAP 的人力资源管理软件，将集成 TechWolf 的数据来优化人才管理等功能。
- JouleSAP 的 AI 助手，借助 TechWolf 图谱提升技能招聘、角色设计等任务的表现。
- JobBERTTechWolf 在 Hugging Face 上发布的开源模型，可将职位名称和描述映射到共享向量空间以进行匹配，支持中英西德四种语言。
- Talent Intelligence HubSuccessFactors 的一个模块，TechWolf 可将推断出的技能写入其中。
- RecruitingSuccessFactors 的招聘模块，TechWolf 的技能数据会写入该模块。
- LearningSuccessFactors 的学习模块，TechWolf 的技能数据会写入该模块。
- Workforce Planning AssistantSAP 在 Connect 大会上推出的新工具，用于劳动力规划，本季度面向早期用户开放。
- ReltioSAP 今年早些时候收购的公司，为 Joule 智能体提供客户、供应商和产品的一致视图。
展开详情收起详情：SAP 收购 TechWolf，为其 HR 智能体注入更多上下文⌄
原文发布：2026-10-07 00:52 · 首次收录：2026-10-07