跨栏目检索

搜索归档

搜索中文标题、仓库名或关键词,再用分类、来源和日期缩小范围。

全部内容

最近成功采集

CFOperator:面向 homelab 基础设施的自托管 AI SRE 智能体

aachtenberg/cfoperator · AI-powered SRE agent for homelab infrastructure monitoring, OODA sweeps, RAG memory, and remediation workflows

CFOperator 是一个自托管 AI SRE 智能体,用于监控 homelab 基础设施并按 alert → triage → investigate → propose a fix → open a GitOps PR → verify after merge 的流程处理告警。它通过本地 LLM 对 Alertmanager 告警分级,使用工具循环查询 Prometheus、Loki、Kubernetes 和 Docker,并以 pgvector 知识库检索历史调查记录,最终生成针对 manifest 仓库的具体 diff 并开 PR,但不直接改动运行中的集群。它还每 30 分钟执行一次主动巡检,并可通过聊天、Slack 或 MCP 主机进行问答。

展开详情收起详情:CFOperator:面向 homelab 基础设施的自托管 AI SRE 智能体

★ 3 · 可直接使用的工具

GitHub
☆ 收藏0 条评论查看项目

nanocode:面向 Windows 的轻量 Claude 风格 AI 编程助手

ahmedbouuu223-coder/nanocode · Build a lightweight Claude Code alternative for agentic coding with a small codebase and strong CLI capabilities

nanocode 是一个面向 Windows 的轻量桌面工具,用于处理 Claude 风格的 AI 编程辅助任务。它提供简洁的聊天式工作流,可用来解释代码、修复报错、重写文件、生成代码片段和整理任务步骤,强调体积小、界面简单、便于桌面使用。README 说明其推荐 Windows 10/11、4GB 以上内存、约 200MB 磁盘空间并需要联网访问 AI;使用前需自备 AI 账号或 API 访问方式。

展开详情收起详情:nanocode:面向 Windows 的轻量 Claude 风格 AI 编程助手

★ 0 · 可直接使用的工具

GitHub
☆ 收藏0 条评论查看项目

BpfJailer:基于 eBPF LSM 的 Linux 强制访问控制与进程隔离工具

facebookincubator/bpfjailer · eBPF LSM based Mandatory Access Control and jailer

BpfJailer 是 Facebook Incubator 开源的 Linux 强制访问控制(MAC)项目,使用 eBPF LSM 程序将进程放入称为 pod 的隔离单元,每个 pod 绑定 TOML 策略中定义的角色,并在 fork 与 exec 时继承。策略可覆盖签名二进制校验(fs-verity 与证书)、kill/ptrace、bpf 对象访问、keyring、文件系统路径读写、可执行代码、内核模块与 kexec 加载、IPC(System V/POSIX 消息队列与共享内存)、Unix socket 与挂载点等控制面。项目提供 bpfjctl、bpfjcmd、bpfjsrv、bpfjclient、bpfjlog 等组件,支持运行时策略热替换(replace)与拒绝/生命周期事件日志。该实现是内部闭源 BpfJailer 的完整重写,官方标注为完全实验性。

展开详情收起详情:BpfJailer:基于 eBPF LSM 的 Linux 强制访问控制与进程隔离工具

★ 74 · 可直接使用的工具

GitHub
☆ 收藏0 条评论查看项目

Datadog BYOC 推出跨集群查询,为团队和 AI 智能体统一数据

Datadog 在自带云(BYOC)日志功能里加了跨集群查询。有些公司因为数据必须留在本地或某些地区,就把日志分散存放在自己控制的多个 Kubernetes 集群里。以前要查一次故障,得挨个集群重复搜索再手动对比。现在用一条查询就能同时搜索多个选定集群,Datadog 会把各集群的结果合并展示,日志本身仍留在原处。团队和 AI 智能体因此能更快判断问题是局部还是全球性的,智能体还能少发几次工具调用、省一些 token。该功能已在 BYOC 日志中可用,具体哪些集群可查文中未说明。

文中可用工具

  • Datadog BYOC把 Datadog 平台部署到用户自己控制的云环境里,日志数据保留在本地
  • Log Explorer用来搜索和查看日志的界面,跨集群查询的结果会合并显示在这里
  • Bits AIDatadog 的 AI 功能,BYOC 部署中可继续使用,原文未说明具体用途
  • MCP Server让 AI 智能体通过 search_datadog_logs 工具查询 BYOC 日志
  • search_datadog_logsAI 智能体用来搜索 Datadog 日志的工具,可指定索引、过滤条件和时间范围
展开详情收起详情:Datadog BYOC 推出跨集群查询,为团队和 AI 智能体统一数据
Datadog Blog
☆ 收藏0 条评论查看原文

“不要把‘开放权重’和‘开源’混为一谈”:Percona CEO 谈 AI 术语为何重要

在布拉格举行的欧洲开源峰会上,开源数据库服务公司 Percona 的 CEO Peter Farkas 提出:行业常把“开放权重”和“开源”当成一回事,但两者差别很大。开放权重只是让你能下载模型、在自己的机器上跑,但训练数据、源代码和训练过程往往不公开,所以你没法真正研究、修改或从头重建它。他担心这样“开放洗白”会慢慢稀释“开源”这个词原本代表的使用、研究、修改和分享自由,甚至波及整个软件行业。开源促进会(OSI)已在 2024 年发布首版《开源 AI 定义》,其新执行总监 Duane O'Brien 承认该定义受到的批评成立,并宣布重新开启讨论,还启动了为期两年的开源 AI 奖学金项目来推动共识。对读者来说,这场争论的现实意义是:看到“开源模型”的宣传时,要先分清你拿到的是能跑的权重,还是真正能信任、改进并在此基础上继续构建的完整开源。

文中可用工具

  • FerretDB一个开源的 MongoDB 替代品,由 Percona CEO Peter Farkas 参与创建
  • MiMo-V2.6小米发布的新模型系列,同时公开了强化学习训练直播、7000 多个训练任务环境、训练代码和技术文档
  • DeepSeek文中作为例子提到,其模型常被称为开源,但实际只公布了模型权重而非完整复现所需材料
  • Open Source AI Definition开源促进会(OSI)2024 年发布的首版开源 AI 定义,规定使用、研究、修改和分享 AI 系统的标准,目前仍存争议并正在重新讨论
  • Open Source AI FellowshipOSI 最近启动的项目,首位研究员为 Gabriel Toscano,用两年时间探索该定义的修订并推动共识
展开详情收起详情:“不要把‘开放权重’和‘开源’混为一谈”:Percona CEO 谈 AI 术语为何重要
The New Stack
☆ 收藏0 条评论查看原文

AWS、Upstage 与 Ollama 就决策模型 API 达成一致,OpenAI 尚未加入

决策模型是一种专门给 AI 应用做“选择题”的模型:它接收应用状态,返回带概率的选项答案,不写文字也不解释理由。TypeSafe AI 最先推出 Jev 以及请求/响应的 schema,随后 AWS 的 Strands Decider 2B、Upstage 的 Solar Decide、Ollama 0.35 等纷纷照搬同一套接口,OpenRouter、Perplexity 也支持同类 choice、noul(是/否)、score 问题类型。这样一来,开发者只要改一个 base URL,就能在不同厂商甚至本地运行的决策模型之间迁移,而不必重写决策逻辑;不过各家在选项上限、置信度算法和答案质量上仍有差异,切换前需要测试。OpenAI 虽在 DevDay 发布了基于 GPT-6 Luna 的 Decisions API,但仍在有限预览,未公布 schema 和价格,尚未加入这套统一接口。

文中可用工具

  • Strands Decider 2BAWS 发布的开权重决策模型,在 /v1/systemone 端点按 System One 接口返回决策答案
  • JevTypeSafe AI 推出的决策模型,也是 System One API 的原始实现
  • Solar DecideUpstage 的托管决策模型,通过 System One schema 提供服务
  • Ollama本地模型运行时,0.35 版本新增 /v1/systemone 端点
  • OpenRouter模型路由服务,提供 Jev Router 和与 TypeSafe 兼容的 Decisions API 路由
  • Perplexity Decisions API托管决策服务,支持 choice、noul、score 三类问题
  • OpenAI Decisions APIOpenAI 基于 GPT-6 Luna 的决策服务,仍在有限预览,未公布 schema 和价格
  • BifrostMaxim AI 的网关,在 Jev 不可达时把决策转发给 LLM 并以相同格式返回答案
  • Strands Agents智能体框架,其 before_tool_call 事件可被用来在工具调用前做决策门控
  • TypeSafe SDKTypeSafe 提供的开发包,改 base URL 即可对接任何实现 System One API 的服务器
  • SGLang本地运行时,暴露与 System One 相同的接口
  • Open-Jev社区构建的决策模型,提供 System One 接口
展开详情收起详情:AWS、Upstage 与 Ollama 就决策模型 API 达成一致,OpenAI 尚未加入
The New Stack
☆ 收藏0 条评论查看原文

Amazon ECS 现可自动修复故障 GPU 与实例:这对 SRE 意味着什么

Amazon ECS 新增了自动修复能力,能自己发现并处理运行任务所用实例和 GPU 的硬件故障。以往 GPU 出问题往往只能表现为任务莫名失败或变慢,而实例掉线后 ECS 也难以及时替换上面的任务,这些都需要团队自己写检测和恢复脚本。现在 ECS 会持续监控 EC2 状态、实例上的 ECS 代理和容器运行时,并通过 NVIDIA DCGM 识别真正的 GPU 硬件错误,一旦确认就自动把坏实例移出并重建。对 SRE 来说,日常运维里一类原本要自己兜底的故障可以交给平台处理,自己只需在更模糊的情况下手动干预;目前该能力已在 ECS Managed Instances 和 Fargate 上线。

文中可用工具

  • Amazon ECS运行容器化应用的托管服务,现可自动检测并修复故障实例和 GPU
  • ECS Managed Instances由 ECS 接管实例基础设施运维(含补丁和恢复)的模式
  • AWS Fargate无需自己管理服务器的容器运行方式,同样支持实例故障自动恢复
  • NVIDIA Data Center GPU Manager (DCGM)在实例上监控 GPU 健康状态,识别真实硬件故障
  • Amazon EC2提供底层计算实例,其状态检查被用于判断实例是否受损
  • Amazon EBS提供块存储卷,其性能下降会被视为实例受损信号之一
展开详情收起详情:Amazon ECS 现可自动修复故障 GPU 与实例:这对 SRE 意味着什么
The New Stack
☆ 收藏0 条评论查看原文

Cloudflare 收购 Node.js 创始人的初创公司,后者曾复刻其无服务器模式

Cloudflare 宣布收购 Node.js 创始人 Ryan Dahl 联合创办的 Deno 公司,交易金额未公开。Deno 是一个 JavaScript/TypeScript 运行时,后来推出了与 Cloudflare Workers 直接竞争的无服务器托管服务 Deno Deploy,还开源了 Celld 项目来复刻 Cloudflare 的编程模型。收购后,Deno 团队将加入 Cloudflare,Deno 独立运行时和托管服务会逐步关停,Celld 将与 Cloudflare 的开源运行时 Workerd 合并,继续以开源方式发布,目标是让开发者用 Cloudflare 的编程模型、在自己管理的基础设施上更轻松地运行分布式应用。

文中可用工具

  • Deno一个 JavaScript 和 TypeScript 运行时,用于运行服务器端代码
  • Deno DeployDeno 推出的云端托管服务,让开发者无需管理服务器即可部署应用
  • Cloudflare WorkersCloudflare 的无服务器计算平台,开发者无需管理底层基础设施即可运行应用
  • CelldDeno 开源的项目,复刻了 Cloudflare Workers 和 Durable Objects 的编程模型,支持自托管分布式应用
  • WorkerdCloudflare 开源的无服务器运行时,用于在自有基础设施上运行 Workers 应用
  • Durable ObjectsCloudflare Workers 的编程模型组件,用于协调分布式应用状态
展开详情收起详情:Cloudflare 收购 Node.js 创始人的初创公司,后者曾复刻其无服务器模式
The New Stack
☆ 收藏0 条评论查看原文

Kubernetes 的 cgroup v1 已死,接下来会发生什么?

Kubernetes 用来限制容器 CPU 和内存的底层机制 cgroup v1 正在被淘汰,从 v1.35 起 kubelet 默认不再支持它。新版本改用 cgroup v2,提供统一层级和更好的资源隔离。运维者应把所有 Linux 节点升级到 v2 再升级 Kubernetes,否则节点无法启动。读者若在管理 Kubernetes 集群,需要尽早安排迁移,避免旧架构卡住升级。

文中可用工具

提供的材料未提及具体可用工具。

展开详情收起详情:Kubernetes 的 cgroup v1 已死,接下来会发生什么?
The New Stack
☆ 收藏0 条评论查看原文

黑客马拉松为何仍是学习编程的最佳场所:与 GitHub Copilot 一起构建

很多过去觉得做软件门槛很高的人,现在也能动手做东西了。原因是用自然语言(比如直接说“帮我做个前端”)就能指挥 AI 帮自己写出代码,不再必须学很多年编程。GitHub 博客这篇采访了多场黑客马拉松的参与者,发现有人靠 GitHub Copilot 在半小时内做出前端并接上新闻 API,当有人遇到 bug 或演示失败时,也能当场重来。对读者来说,如果你有想法但不会写代码,可以先参加一场黑客马拉松,在两天里专注做出一个小原型,失败也没关系。文中的 GitHub Copilot 在博客里是既有产品或入口,但文中没有说明其独立应用何时开放;可用的具体工具和链接以原文为准。

文中可用工具

  • GitHub CopilotAI 编程助手,能根据自然语言帮用户生成前端代码,并接入 API
  • GitHub Student Developer Pack面向学生的开发者工具包,可免费使用 GitHub Copilot 等工具
展开详情收起详情:黑客马拉松为何仍是学习编程的最佳场所:与 GitHub Copilot 一起构建
GitHub Blog
☆ 收藏0 条评论查看原文

Cloudflare K2 在 R2 对象存储上构建事件流,生产延迟可达一秒

Cloudflare 推出了一项叫 K2 的新服务,目前处于公开测试阶段。它做的是“事件流”:应用产生的消息像流水一样被持续记录下来,供其他程序按顺序读取。以前这类系统通常要自己搭服务器和硬盘,而 K2 把数据存在 Cloudflare 已有的 R2 对象存储上,用户不用管机器,按量付费。官方称从写入到可读取的延迟(p99)约一秒,但有测试者报告端到端 p99 为 7.5 秒,团队回应称高于预期;读取和写入的每 GB 价格相同。需要注意的是,这是测试版,延迟表现还在调整,正式上线时间和稳定性尚无明确说明。

文中可用工具

  • Cloudflare K2在 R2 上运行的 serverless 事件流服务,用于持续记录和读取消息
  • R2Cloudflare 的对象存储,用来存放 K2 的事件流数据
展开详情收起详情:Cloudflare K2 在 R2 对象存储上构建事件流,生产延迟可达一秒
InfoQ Architecture & Design
☆ 收藏0 条评论查看原文

演讲:本体驱动的可观测性——在 Netflix 规模上构建端到端知识图谱

Netflix 的两位工程师 Prasanna Vijayanathan 和 Renzo Sanchez-Silva 分享了一个演讲,讲他们怎么处理每秒 3800 万条事件量级的监控难题。原来的做法是出问题才被动告警,现在他们改用一套由 AI 驱动的“运营本体”,配合 Claude 和图层数据库来做自动化处理。具体是把 MELT(指标、事件、日志、追踪)这四类监控数据统一成可以查询的知识图谱,让系统能自动分诊、找根因,甚至自己修复故障。对读者来说,这展示了一条用 AI 把海量监控数据变成自动化运维能力的大规模落地思路。

文中可用工具

  • Claude用于构建智能体工作流,实现自动化运维处理
  • graph databases存储统一后的监控数据,形成可查询的知识图谱,支持自动分诊与根因分析
展开详情收起详情:演讲:本体驱动的可观测性——在 Netflix 规模上构建端到端知识图谱
InfoQ Architecture & Design
☆ 收藏0 条评论查看原文

GitHub 借助 AI 辅助重写,将 Copilot 运行时迁移至 Rust

GitHub 把 Copilot 运行时的 80 多万行代码,从 TypeScript 和 Node.js 换成了 Rust。Rust 是一种运行更快、更省内存的编程语言。他们没停下来重写,而是边跑边换:先用 N-API 让新旧代码互通,再配合自动测试和人工检查,分 128 次小改动逐步完成,大约花了 14.5 周,期间正常发布版本。对用户来说,Copilot 后端未来可能更快更稳;不过文章只提到迁移过程,没有说明实际性能提升了多少。

文中可用工具

  • N-API让 Rust 代码和原来的 Node.js 代码互相调用的接口,方便边跑边换
  • Rust用来替换 TypeScript 和 Node.js 的新编程语言,运行更快更省内存
  • TypeScriptCopilot 运行时原来使用的编程语言
  • Node.jsCopilot 运行时原来运行的 JavaScript 环境
展开详情收起详情:GitHub 借助 AI 辅助重写,将 Copilot 运行时迁移至 Rust
InfoQ Architecture & Design
☆ 收藏0 条评论查看原文

Android Bench 2 新增长周期任务、智能体评估与连续评分支持

Google 发布了 Android Bench 2.0,这是它用来测试 AI 在 Android 开发任务上表现的一套评测框架。以前的评测主要针对比较短、步骤少的问题,很难反映 AI 应对复杂多步开发任务的能力。新版本加入了长周期任务、让智能体(能自主执行多步操作的程序)参与评估,以及连续评分,从而更细致地衡量表现。对开发者来说,未来挑选或对比 AI 编程工具时,可能多了一个更贴近真实开发难度的参考依据。

文中可用工具

提供的材料未提及具体可用工具。

展开详情收起详情:Android Bench 2 新增长周期任务、智能体评估与连续评分支持
InfoQ Architecture & Design
☆ 收藏0 条评论查看原文

Asana 借助 GPT-6.1 Sol 在浏览器测试中将模型成本降低 76 倍

Asana 公司用 GPT-6 Astra 搭配 Codex,在浏览器智能体的测试里把模型成本降到原来的 76 分之一,速度也快了 5 倍。这样做是为了能给客户提供能力更强的模型。简单说,就是同样的任务花更少的钱、用更短的时间完成,省下来的资源可以支撑更强大的模型。目前这些数字来自测试环境,文中没有说明正式上线的时间,也没有给出具体怎么实现和更多细节。

文中可用工具

  • GPT-6 Astra用于驱动浏览器智能体的模型
  • Codex用于开发和测试浏览器智能体的工具
  • GPT-6.1 Sol原文未说明用途
展开详情收起详情:Asana 借助 GPT-6.1 Sol 在浏览器测试中将模型成本降低 76 倍
OpenAI News
☆ 收藏0 条评论查看原文

Sophos 借助 OpenAI Daybreak 将威胁调查时间缩短 96%

Sophos 是一家做网络安全的公司,平时需要人工调查各种网络攻击威胁,既慢又费人力。这次它用上了 OpenAI 的 Daybreak,结果调查时间减少了 96%,还把 52% 的 MDR(托管检测与响应,即帮客户盯着安全警报并处理的服务)案件改成自动处理,同时仍保留人工把关。对读者来说,这意味着企业安全团队有望用更少时间处理更多威胁。不过原文只提到这些数字,没有说明 Daybreak 具体怎么用、何时开放,这些信息尚不清楚。

文中可用工具

  • OpenAI Daybreak帮助 Sophos 自动调查网络威胁,缩短调查时间并自动处理部分 MDR 案件
展开详情收起详情:Sophos 借助 OpenAI Daybreak 将威胁调查时间缩短 96%
OpenAI News
☆ 收藏0 条评论查看原文

Snyk 如何将内部支持智能体转化为面向客户的产品功能

Snyk 是一家做代码和云安全扫描的公司,它把原本只给自己客服团队用的一个 AI 助手,升级成了所有付费客户都能用的功能,叫 Snyk Assist。以前客户想问漏洞、账号或产品问题,得自己翻文档、文章和发布说明,或者提工单等回复,信息散落各处。这个助手用 LangChain、LangGraph 和 LangSmith 搭建,能用大白话回答并帮忙查漏洞、开工单、提需求,而且只会看到当前用户本来就有权查看的内容。它先内部试用了约一年,2026 年 4 月进入支持门户,9 月 1 日才放进核心产品,所以目前是已经可用的状态。对读者来说,问问题不用再等人工,也能在对话里直接完成一些操作。

文中可用工具

  • LangChain搭建 AI 智能体的开发框架,提供社区和生态支持
  • LangGraph运行智能体的单一运行时,支撑多个入口
  • LangSmith观测和评估智能体表现,帮助发现退化、改进回答
  • Snyk Assist面向付费客户的对话式 AI 助手,可回答问题并代用户操作
  • SlackSnyk Assist 的一个使用入口(Slack 应用)
展开详情收起详情:Snyk 如何将内部支持智能体转化为面向客户的产品功能
LangChain Blog
☆ 收藏0 条评论查看原文

如何用 Managed Deep Agents 打造出色的开箱即用用户体验

Managed Deep Agents 在 v0.9 版本里新增了一个“表情回应”(reactions)API,用来给 Slack 频道里的智能体自动添加 emoji 反应。以前用户发出任务后,常常不知道智能体有没有收到、进行到哪一步,界面显得很“沉默”。这次的做法是:让开发者写一段简单规则或用一个决策模型,根据消息内容动态挑一个 emoji,比如看到“broken”就回一个虫子图标,表示已识别为故障。这样用户在等待较长的智能体任务时能得到即时反馈,更容易信任和看懂智能体在做什么。目前提到的是 v0.9 版本中的新能力,具体可用范围原文没有完整说明。

文中可用工具

  • Managed Deep Agents管理分布式智能体的平台,新增 reactions API,可根据消息自动添加 emoji 反应
  • Slack channels在 Slack 频道中承载智能体并展示 emoji 反应
  • Jev一种决策模型,可从预设的 emoji 词表中根据上下文挑选一个
  • TypeSafe ClassifierLangChain 工具包中的分类器,用于调用兼容 TypeSafe 的决策模型
  • SemIf另一种可配合相同接口使用的决策模型
  • LangSmith LLM Gateway托管决策模型的网关,原文提到 SemIf 托管于此
展开详情收起详情:如何用 Managed Deep Agents 打造出色的开箱即用用户体验
LangChain Blog
☆ 收藏0 条评论查看原文

ezjev:训练并评测 Jev 风格带类型决策的 4B 概率模型

everettjf/ezjev · Open 4B typed-decision model (Jev-style /v1/systemone): calibrated per-option probabilities from one prefill. Training, data generation and eval pipeline on HF Jobs.

ezjev 是一个基于 Qwen/Qwen3.5-4B 的 Jev 风格带类型决策模型项目,支持 choice / noul / score 三类决策,并为每个选项输出经过校准的概率。项目包含训练、数据生成与评测流水线,可在 Hugging Face Jobs 或 Colab 上运行,并附带 Jev Decision Index 与 JevBench 两个榜单的提交结果与自测数据。代码采用 MIT 许可,但训练数据与模型权重的许可情况需另行确认,部分数据仅限非商业使用。

展开详情收起详情:ezjev:训练并评测 Jev 风格带类型决策的 4B 概率模型

★ 1 · 研究实现

GitHub
☆ 收藏0 条评论查看项目

genpark-legal-clause-cross-reference-resolver-skill:合同交叉引用解析与法定术语图分析工具

alphaparkinc/genpark-legal-clause-cross-reference-resolver-skill · Contract cross-reference resolver and defined-term graph analyzer detecting circular references and substituting statutory definitions.

该项目是一个零依赖的 Python 技能,可作为 MCP 服务或 CLI 使用,用于解析合同条款之间的交叉引用、分析定义术语图、检测循环引用,并进行法定定义的替换。材料同时声称支持文档版面解析、复杂表格重建、公式一致性审计与 PII 脱敏。

展开详情收起详情:genpark-legal-clause-cross-reference-resolver-skill:合同交叉引用解析与法定术语图分析工具

★ 8 · 开发框架

GitHub
☆ 收藏0 条评论查看项目