GitHub开源观察｜开源项目·热门仓库·开发者

CUDA Rust：NVIDIA 官方 Rust 原生 GPU 编程框架

NVIDIA 在 9 月正式推出 CUDA Rust，旨在让 Rust 开发者直接在 GPU 上编写高性能代码，补足 CUDA C++ 与 CUDA Python 的生态。该项目将持续迭代至 2027 年及以后，标志着 NVIDIA 对 Rust GPU 开发的长期投入。

- · 采用 Rust 语言，提供安全性与并发优势
- · 与现有 CUDA 工具链兼容，可在同一项目中混合使用 C++/Python
- · 计划 2027 年后持续打磨，形成成熟的商用生态
- · 目标服务 AI 推理引擎、Serving 基础设施与 Agent 运行时等系统层面

🔗 原文：点击查看

MiMo 2.6：小米公开的实时后训练仪表盘

小米 MiMo 大模型团队将 MiMo 2.6 的后训练过程实时展示在公开仪表盘上，展示 RL 训练进度与样本分布，帮助研究者跟踪模型自我改进过程。

· 公开实时训练进度，支持 pro 与 flash 两个版本
· 展示每一步接受的样本量与训练耗时
· 计划逐步开源训练细节，推动 RL 在大模型自我改进中的可扩展性探索

🔗 原文：点击查看

GitHub Copilot 运行时：TypeScript 全面迁移至 Rust

GitHub Copilot 的 agent runtime 已从 TypeScript/Node.js 完全重写为 Rust，生产代码超过 83 万行。AI 代理编写了大部分代码，通过 128 个 PR 增量落地，由一名工程师主导、约三个月完成。

· 性能大幅提升：单次会话从 5.25 秒降至 292 毫秒（进程内 18 倍）
· 内存占用从 1,383 MB 降至 126 MB，支持 C ABI 进程内嵌入
· 六种 SDK 语言（C#、TypeScript、Python、Rust、Go、Java）共享同一运行时

🔗 原文：点击查看

GOTC 2026 全球招募生态合作伙伴

GOTC 2026 全球开源技术峰会启动生态合作伙伴招募。去年 GOTC 2025 在北京举办，现场参会 3,000+ 人次，线上观看 600 万+，媒体曝光 4 亿+。

今年峰会定位全面升级：从「主论坛 + 分论坛」的演讲型峰会，转向全球化「开源 × AI 生态创新活动」，观众角色从听众变为参与者、共建者与传播者，活动形式也从「听峰会」转向「逛现场」。

面向开源社区、AI 企业与生态机构开放合作，适合想在开源与 AI 交叉领域做品牌曝光、链接开发者资源的团队参与。

🔗 原文：oschina.net/news/502523

华为坤灵发布4+10+N升级方案与50个样板点

华为坤灵在2026年9月16日的新品发布会上宣布全面升级“一站式场景化方案”，将原有的“4+10+N”架构提升至更完整的生态布局。此次升级包含20款新品，覆盖从智能硬件到云端服务的全链路解决方案，旨在让用户在日常生活中更便捷地体验智能化场景。

发布会还推出“经纬计划”，为中国分销伙伴提供技术支持与市场推广资源，并公开了50个样板点。样板点将展示坤灵在智慧城市、工业自动化、健康医疗等领域的落地案例，帮助合作伙伴快速复制和推广。

对于开发者和企业用户而言，新的方案提供了更丰富的API与模块化组件，可加速产品迭代；而分销伙伴则可借助经纬计划获得更高的市场渗透率和技术壁垒。

🔗 原文：oschina.net/news/502522

千问办公上架deepin应用商店

千问办公现已登陆 deepin 应用商店，deepin 用户可直接搜索“千问办公”一键下载，即刻体验一站式 AI 办公。

这款应用主打“对话即交付”，不止于聊天——通过对话直接产出办公成果，覆盖文档处理、内容生成等常见办公场景。上架以来历经多次版本迭代，已有不少 deepin 用户下载试用并给出好评。

对 deepin 用户来说，这意味着 Linux 生态里多了一个可用的智能办公入口，无需切换系统即可在本地完成 AI 辅助办公。千问办公的加入，也进一步丰富了 deepin 社区与 Linux 生态的智能办公应用选择。

🔗 原文：oschina.net/news/502521

Homebrew官方macOS图形界面

Homebrew 推出了官方 macOS 图形界面 BrewUI，面向不习惯 Terminal 但想用 Homebrew 管理软件包的用户。它用原生 SwiftUI 构建，所有操作都透明地调用底层 brew 命令，不隐藏任何细节。

BrewUI 基于 Swift 6.0 与 Swift Package Manager 构建，要求 macOS Tahoe 26 及以上，安装方式为 brew install --cask homebrew-app，数据来自 brew CLI 和 Homebrew JSON API。

配置方面，BrewUI 不读取用户的登录 shell、别名或自定义 PATH，统一通过 /bin/zsh 启动 Homebrew。需要自定义配置时，把变量写进 brew.env 文件即可，例如在 ~/.homebrew/brew.env 中加一行 HOMEBREW_NO_ENV_HINTS=1。用户级配置默认优先于安装级和系统级配置，也可用 HOMEBREW_SYSTEM_ENV_TAKES_PRIORITY=1 反转优先级。改完配置需重启 BrewUI，在 Configuration 标签页查看生效情况。

项目目前稳定且处于积极开发中，采用 AGPL-3.0 许可证，复用或改编源码需遵守其条款（含网络使用条款）。

🔗 原文：github.com/Homebrew/BrewUI

开源商业管理平台 Gauzy 发布 Ever Works

Ever Gauzy 是一个开源商业管理平台，把 ERP、CRM、HRM、ATS、项目管理和员工时间追踪等功能整合在一起，面向协作、按需和共享经济场景。技术栈基于 TypeScript、NestJS 和 Angular，支持 Docker Compose 与 Kubernetes 部署，可对接 PostgreSQL、MySQL、SQLite 等多种数据库。

团队近期发布了 Ever Works——一个开源 agentic 运行时，能够 24/7 自主研究、交付并维护整个业务。对需要一体化管理销售、财务、库存和人力资源的中小团队来说，Gauzy 提供了一套可自托管的替代方案；Ever Works 则进一步把重复性运营工作交给自动化代理处理。

🔗 原文：github.com/ever-co/ever-gauzy

NSA 开源逆向工程框架 Ghidra

Ghidra 是美国国家安全局（NSA）研究部门开发并维护的软件逆向工程（SRE）框架，提供反汇编、反编译、图形化分析、脚本扩展等一整套分析工具，支持 Windows、macOS 和 Linux 平台，可处理多种处理器指令集与可执行文件格式。

工具既支持交互式操作，也支持自动化批处理，用户还能用 Java 或 Python 编写自定义脚本和扩展组件。NSA 最初为应对复杂逆向工程中的规模化与团队协作问题而构建它，常用于恶意代码分析和漏洞研究。

对安全分析师、恶意代码研究者和漏洞挖掘人员来说，Ghidra 是商业逆向工具之外一个可定制、可扩展的开源替代方案。官方提醒部分版本存在已知安全漏洞，使用前建议查阅安全公告。

🔗 原文：github.com/NationalSecurityAgency/ghidra

把编码代理变成研究代理

OpenResearch 是一个本地优先的研究代理工作区，能把 Claude Code、Codex、OpenCode 或 Cursor 这类编码代理改造成研究代理，用来综述文献、提出假设、跑实验并产出研究产物。面向需要把 AI 代理从写代码扩展到做科研的开发者。

核心能力：

• 给每个研究方向分配独立代理会话和隔离的 git 工作树做并行探索；用 git 原生的实验树追踪变体，每次运行都留不可变归档；日志
• diff
• 文件
• 结果和产物都绑定到产生它们的工作上。代理和模型可按会话选择，计算可跑本地
• 自有基础设施或托管服务，项目数据默认留在本机

它还支持全自动研究循环：自主提出想法、改代码、启动实验、检查证据并决定下一步，多个代理可并行探索不同方向。同一份代码快照可跑在本地、SSH、Slurm、Kubernetes、Ray、Hugging Face Jobs、Modal 等环境，无需发布仓库。

安装后通过 orx up 启动本地仪表盘，默认绑定 127.0.0.1 并使用本地 SQLite 存储，创建项目或运行不会发布代码。官方构建会发送可关闭的粗粒度使用统计，不包含代码、提示词、文件内容或路径等敏感信息。

对想把现有编码代理延伸到科研场景、又在意数据留在本机的开发者，这个工具值得一试。

🔗 原文：github.com/alphaXiv/OpenResearch

Java 27 正式发布，G1 成默认垃圾回收器

Java 27 于 9 月 15 日正式 GA，作为 2026 年的第二个功能版本，共包含 9 个 JEP。这次发布有两个值得关注的转向。

最实在的改动是 G1 成为所有环境的默认垃圾回收器（JEP 523）。此前 G1 只在部分环境默认启用，这次统一了行为，开发者用 Java 27 时默认就有一套稳定的 GC 配置，不用再为不同部署环境处理不同的默认值。

另一个方向是后量子加密进入 TLS 1.3，为应对未来量子计算对现有加密体系的威胁提前铺路。对正在规划升级的 Java 服务端团队来说，这两个变化都直接影响默认运行行为，值得在升级前评估。

🔗 原文：点击查看

covonaut v1.1.3 发布：Go Agent 框架改进终端交互

covonaut 是一个基于 Go 1.25 构建的生产级 Agent 开发框架，MIT 开源。它覆盖 Agent 循环、工具注册与生命周期钩子、MCP 协议桥接、A2A 多智能体协作、图引擎（DAG 与 Pregel）、会话管理、工作流编排等功能，并自带一套完整的终端图形界面库。

v1.1.3 本次发布聚焦终端界面交互，对输入刻度条等组件做了人性化改进。如果你正在用 Go 开发 Agent 应用、需要终端交互界面，这个版本值得关注。

🔗 原文：oschina.net/news/502508

Ubuntu完成coreutils Rust迁移

Ubuntu默认栈已彻底移除GNU Core Utilities，最后三个工具cp、mv、rm也迁移到Rust重写的uutils coreutils。这一变化藏在Canonical正在编写的Ubuntu 26.10发布说明中，此前ls、cat、chmod、du等工具已在更早版本完成切换。

这是Canonical「氧化」Ubuntu计划的一部分。去年启动后，Ubuntu 25.10成为首个默认coreutils的版本，同时sudo-rs取代了沿用数十年的默认特权工具。26.04 LTS曾因uutils缺陷暂缓迁移cp、mv、rm——审计发现一批TOCTOU问题，Canonical委托Zellic做了两轮安全审计（2025年12月至2026年3月），共提出113个问题，其中44个被分配CVE，官方称绝大多数已解决。7月uutils cp曾因破坏live image构建被撤回，修复后赶上26.10。

对普通用户来说，命令行操作表面没有变化——uutils coreutils设计为GNU工具的即插即用替代品，项目把任何与GNU的差异视为bug，但部分选项可能仍缺失或行为不同。想留在GNU版本的用户可安装coreutils-from-gnu包。

coreutils只是更大计划的一环。Canonical今年成为Trifecta Tech Foundation黄金赞助商，每年投入4万欧元资助内存安全系统软件，当前目标是ntpd-rs——时钟同步工具的Rust重写，已进入测试，计划在Ubuntu 27.04设为默认。

🔗 原文：点击查看

eBPF勒索软件检测器talus-process-monitor

talus-process-monitor是一个基于eBPF的Linux勒索软件检测器，从内核层追踪execve/openat系统调用，通过per-CPU perf缓冲区实时流式处理事件，标记批量文件重写加扩展名变更等行为模式。作者认为签名检测对Linux勒索软件几乎无效——多数样本是短命脚本，用find、mv、gzip等合法工具循环包装，能抓到的是破坏形态本身。

用户态用Rust，eBPF侧用libbpf/C加CO-RE，一次编译跨内核6.x运行。作者踩过的坑包括struct file字段偏移差异，以及单一全局环形缓冲区在并行负载下丢事件，改用per-CPU缓冲加用户态按进程重排事件顺序解决。

评分是最大难点。朴素"短时间内写N个文件"规则会在cargo build、内核模块编译、测试套件上疯狂误报。三个可用启发式：扩展名批量变更（勒索软件重命名doc.docx为doc.docx.locked，构建工具很少批量改名已有文件）、写后读密度（加密器必须先读明文再重写，构建器写新文件不读旧文件）、目录广度vs深度（target/是深子树，勒索软件在$HOME广度优先横扫）。

作者建议：先发布审计模式，在真实桌面收集数周日志再强制拦截；阈值按目录类别（构建目录、home、媒体）分别配置而非全局；eBPF验证器限制从第一天就要当设计约束。

🔗 原文：点击查看

开源中国发布宁波开源加速计划

9 月 11 日，第十六届智博会期间举行工业软件开源根技术创新发展专题对接活动，开源中国副总裁李晨受邀出席，分享《开源中国 - All4AI 开源社区建设经验》。

现场同步发布「甬动开源·星火征集令」宁波开源项目加速计划，面向宁波本地开源项目提供加速支持。关注开源生态、在宁波做开源项目的开发者可以留意这一计划的具体申报条件。

🔗 原文：oschina.net/news/502504

Apache DolphinScheduler 3.4.3 正式发布

Apache DolphinScheduler 是一款面向大数据工作流的分布式调度系统，广泛用于 ETL、数据管道和机器学习任务。3.4.3 版在调度、权限、安全、性能和稳定性等核心领域持续优化，提升了生产环境的可靠性。

本次更新重点改进了任务实例与工作流实例的查询性能，完善了 API 权限控制，增强了敏感信息的保护机制，并改进了任务失败时的恢复策略。对常见的生产场景如长时间运行任务、频繁失败重试等提供了更稳健的支持。

开发者和运维人员可以利用此版本获得更快的查询响应、更细粒度的权限管理以及更安全的数据处理体验。后续 3.5.0 计划加入调度补火策略，进一步提升复杂工作流的容错能力。

GitHub

🔗 原文：oschina.net/news/502505