Dynatrace 给它的 Kubernetes 安全态势管理（KSPM，就是检查集群配置有没有安全漏洞的功能）加了一个叫“Kubernetes 安全基础”的默认开启配置档。以前想查这类问题往往要额外在每个节点上装采集组件，现在不用了，只要集群接入 Dynatrace，它就直接读取已有的 Kubernetes 接口对象来查常见错误配置。它能覆盖 GKE、OpenShift、K3s、MicroK8s 等不同发行版和版本，检查内容包括容器以 root 运行、权限过大、缺少网络策略等，并把问题跟监控数据关联起来，方便判断影响和安排修复。该功能已对使用 KSPM 的 Dynatrace 客户可用，更完整的 CIS 基准覆盖和合规框架映射仍在规划中。
文中可用工具
- Dynatrace Kubernetes Security Posture Management (KSPM)检查 Kubernetes 集群安全错误配置的功能
- Kubernetes Security EssentialsKSPM 中默认开启的基础安全检查配置档
- Grail存放安全发现和可观测性数据的存储服务
- Smartscape把相关资源按拓扑关系关联起来，便于定位影响范围
- Dynatrace Assist按需生成修复建议
- DQL查询安全发现和态势趋势
- Dynatrace Workflows把问题自动分派给负责团队并自动化修复
展开详情收起详情：Kubernetes 安全基础：在各类 Kubernetes 环境中保持一致的安全态势管理⌄
Dynatrace Blog
原文发布：2026-11-07 00:13收录：2026-11-07
Datadog 的工程师在检查公司内部 AI 应用的大模型费用时，发现有些应用明明开了“提示缓存”，却没能省钱。提示缓存的意思是：把重复发给模型的系统指令、工具说明、对话历史这部分内容存起来，下次直接复用，按说能降低重复内容的费用。他们先用 Datadog 的成本管理工具看各家模型供应商的账单，再用 Agent Observability 逐个追踪请求，发现两个常见原因：一是请求开头混进了会变的内容（比如当前时间），或者工具列表每次顺序不一样，开头一变，后面相同的内容就复用不上；二是应用虽然开启了缓存选项，但没把供应商需要的信息发过去，或者用了不支持的接口。文章给出的办法是把固定不变的指令放前面、把每次变化的内容挪到后面，并对工具和文件排序；文中提到这些修改有的打了补丁、写了测试，但是否真的提升了缓存命中率还需要后续请求来验证，文章没有给出最终效果数据。
文中可用工具
- Datadog Cloud Cost Management查看各家模型供应商的账单花费
- Agent Observability追踪单个模型请求，对比缓存读写和费用
- Go map原文提到应用用它构建工具列表，顺序不固定导致缓存失效
展开详情收起详情：我们如何用 Datadog 排查提示缓存未命中问题⌄
Datadog Blog
原文发布：2026-11-06 08:00收录：2026-11-07
谷歌把三个 AI Agent 基础设施项目捐给了中立的 CNCF 基金会，希望像当年 Kubernetes 推动容器普及那样，让这些项目成为行业标准。其中 gVisor 是一个代码沙箱，用轻量内核把 AI 生成的代码和主机系统隔开，Anthropic 和 OpenAI 都在用它隔离代码执行，防止出问题时影响外部系统。另外两个项目里，Agent Substrate 让大量 Agent 空闲时暂停、需要时恢复，避免浪费算力，已发布 1.0 并可在 GKE 上使用；OpenRL 则让开发者在自己的 Kubernetes 上微调模型。对用户来说，这有望让安全又便宜的沙箱更普及，尤其是资源有限的中小公司；项目后续由多方共同治理，不再由谷歌单方面控制。
文中可用工具
- gVisor代码沙箱，隔离 AI 生成的代码与主机系统
- Agent Substrate让大量 Agent 空闲时暂停、需要时恢复，节省算力
- OpenRL在自有 Kubernetes 上微调和训练 AI 模型
- Kubernetes容器编排平台，Agent Substrate 运行在其之上
- GKE谷歌的托管 Kubernetes 服务，Agent Substrate 1.0 已可用
- Firecracker与 gVisor 并列被提及的沙箱方案
- CNCF接收三个项目的中立开源基金会
展开详情收起详情：Kubernetes 第二？谷歌为何免费开放 gVisor——Anthropic 和 OpenAI 都在用的代码沙箱⌄
The New Stack
原文发布：2026-11-06 19:49收录：2026-11-07
AI 编程工具 Cursor 推出了新功能：用户用自然语言描述想做的应用，它的云端 AI 代理就能生成代码、自动配好托管和 PostgreSQL 数据库，并做安全检查，最后一键发布成一个可分享的在线链接。此前这类 AI 生成的应用大多只停留在个人电脑上，因为上线还需要自己搞托管、数据库和域名，还得手动连接 Vercel 账号。这次 Cursor 把这些基础设施都包了，底层托管由 Vercel for Platforms 提供，团队应用则用 Cursor 已有的登录系统保护。对不会运维的人来说，这意味着把自己想做的小工具直接变成别人能打开使用的网页。目前只能用云端代理，本地代理不行；自动安全检查对数据库权限配置错误等复杂问题是否可靠，原文未说明。
文中可用工具
- CursorAI 编程平台，用自然语言生成应用并一键部署
- Cursor OriginCursor 的 Git 代码托管平台，新项目会自动在此创建仓库
- Vercel for Platforms提供底层托管，用户无需自建 Vercel 账号
- PostgreSQL应用需要数据库时由 Cursor 自动配置
- GitHub可从已有 GitHub 仓库部署应用
展开详情收起详情：“大多数应用从未离开 localhost”：Cursor 推出全托管应用部署，对标 Lovable 和 Replit⌄
The New Stack
原文发布：2026-11-06 23:15收录：2026-11-07
AWS 正式上线了一款叫 Continuum 的代码漏洞工具，目前在两个区域可以正式使用。它和普通扫描器的区别在于：普通工具只是提示“这里可能有问题”，而 Continuum 会把真实攻击脚本放进一个隔离的沙箱里跑一遍，确认漏洞确实能被利用，然后自动生成修复代码的合并请求。收费按扫描出的问题数量和代码行数两项计算。不过有人也在问：到底要满足什么条件，才敢让它自己合并修复呢？这项服务目前已经可用，但具体在什么条件下自动合并，材料没有说明。
文中可用工具
- ContinuumAWS 的代码漏洞检测服务，在沙箱中验证漏洞可利用性并自动生成修复合并请求
展开详情收起详情：AWS 发布 Continuum，可自动证明代码漏洞可被利用并生成修复 PR⌄
InfoQ Architecture & Design
原文发布：2026-11-06 18:00收录：2026-11-07
Yelp 介绍了其 AI 助手采用的一种混合界面架构：聊天中的按钮、输入框等交互控件仍用手机原生方式实现，但对话内容长什么样、怎么排列，则由服务端下发的配置决定，两者分开管理。过去要改这些界面通常得发布新版本 App，现在只需后端调整，更新更快。Yelp 还分享了跨平台适配中的难点，以及这套方案在其 Biz Ask Anything 试点中的复用。对普通用户来说，这意味着 Yelp AI 助手的界面能更及时地改进，而不用频繁更新 App；不过文中没有说明该助手的全部功能范围，也未给出性能数据。
文中可用工具
- CHAOSYelp 用于融合原生控件与服务端驱动对话渲染的框架
展开详情收起详情：Yelp 为旗下 AI 助手融合原生 UI 与服务端驱动 UI⌄
InfoQ Architecture & Design
原文发布：2026-11-06 22:25收录：2026-11-07