标签

全栈

Termexo V0.8.1:在手机浏览器里接管本地多 Agent 编程工作台

来源: oschina.net 52
Termexo V0.8.1 把“远程访问”带进了这套 Windows 本地多 Agent 工作台。用户在桌面端设置中开启功能后,同一局域网或 VPN 内的手机、平板和其他电脑,就能通过浏览器打开完整工作台,继续操作 Claude Code、Codex CLI、OpenCode 以及并行终端。 这次更新并不是简单增加一个移动端页面。Termexo 管理...

Google Mantis:用智能体闭环验证漏洞,减少 AI 扫描误报

来源: infoq.com 43
AI 可以快速找出代码中“看起来危险”的模式,但发现疑点并不等于确认漏洞。缺少可达性分析、运行时验证和稳定复现时,扫描结果很容易被误报与模型幻觉淹没。Google 开源的 Mantis 试图把 AI 从单纯的告警生成器变成执行漏洞生命周期的智能体框架,覆盖识别、验证、复现和修复。 传统扫描流程通常停在静态告警:某个输入可能未过滤、某个依赖版本可能受影响...

Google Mantis:用可复现证据压低 AI 漏洞扫描的误报率

来源: infoq.com 38
Google 开源了 Mantis,一个覆盖软件漏洞生命周期的 AI Agent 框架。它处理的不只是“发现可疑代码”,还包括验证漏洞、构造复现方式以及辅助修复。这个方向直指 AI 代码扫描的核心问题:模型能够生成大量看似合理的安全报告,但其中可能混有误报,甚至完全由幻觉产生的漏洞。 传统静态扫描器通常根据数据流、规则或模式输出告警。引入大模型后,扫描...

Figma 如何用 AI Agent 将安全告警调查提速 70%

来源: infoq.com 53
安全告警调查很少只是“看一眼日志”。工程师往往要查询多个内部系统、翻阅相似事件、验证资产状态,再决定是否修复代码。Figma 的工程团队将这些重复步骤交给 AI Agent,并让它们利用历史调查经验辅助判断。据其工程实践总结,复杂告警的处理速度因此提升了约 70%。 这里真正值得关注的不是让模型代替安全工程师,而是把调查过程变成一条可调用工具、引用证据...

FreeCORE 接棒 TrueNAS CORE:在 FreeBSD 15 上保留 Jails、虚拟化与 OpenZFS

来源: infoq.com 54
TrueNAS 的发展重心转向基于 Debian 的 SCALE 后,依赖 FreeBSD Jails、OpenZFS 以及既有虚拟化工作流的管理员面临一个现实问题:继续留在逐渐失去更新动力的 CORE,还是迁移到技术栈不同的 SCALE。FreeCORE 提出了第三条路径,将 TrueNAS CORE 推进到 FreeBSD 15.0,并试图保留这些...

QFO v1.0.2 改善 Windows 首次启动:Python 镜像源支持自动回退

来源: oschina.net 44
QFO v1.0.2 的重点不是新增量化功能,而是解决一个更基础、也更影响新用户的问题:Windows 首次运行时,如果默认 Python 依赖源不可用,安装流程可能直接失败。新版本加入多个 Python 镜像源的自动回退,让环境初始化不再押注单一网络入口。 QFO 是一个免费开源、本地运行的 A 股量化研究与回测平台,覆盖数据同步、股票/ETF/可转...

从自然语言规则到 DMN 1.5:伏羲智能决策平台如何落地企业决策自动化

来源: oschina.net 55
企业决策系统真正困难的部分,往往不是执行一条规则,而是让业务人员能写、技术人员能审、测试人员能验,并且在发布后还能追溯每次结果。伏羲智能决策平台第一版尝试把这条链路打通:用户用自然语言描述业务规则,LLM 智能体生成结构化 DSL,系统经过多层校验后编译为标准 DMN 1.5 XML,再进入版本管理、业务验收、发布运行和数据分析流程。 让业务人员直接描...

灵界 OS v4.0.0:用贡献指南与行为准则补齐社区协作基础

来源: oschina.net 47
灵界 OS v4.0.0 的重点不在功能或界面,而在项目治理:版本新增 、 和项目预览截图。这类更新不会直接改变软件运行方式,却会影响新贡献者能否快速参与、维护者能否稳定处理 Issue 与 PR,以及项目能否建立清晰的社区边界。 面向准备参与项目的人,回答的是“如何贡献”。根据版本说明,它涵盖参与开发、提交 Issue 和提交 Pull Reques...

软件工程走向 2030:从写代码转向管理 Token、智能体与产品决策

来源: infoq.com 51
当生成代码的成本持续下降,软件工程的稀缺资源就不再只是开发工时,而会逐渐变成 Token 预算、智能体并发能力、验证流程和产品判断。Meryem Arik 对 2030 年软件工程的预测,指向了一种明显的角色变化:工程师仍然需要理解代码,但工作重心将转向组织多个智能体、控制资源消耗,并对最终产品结果负责。 今天的团队通常管理云计算成本、数据库容量和第三...