TGViewer
Channel Public Channel
GitHub开源观察|开源项目·热门仓库·开发者

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

@githubtrendinghub

每日追踪 GitHub 热门与新锐开源项目,第一时间发现值得 star 的好轮子。投稿 @BDHT1
#GitHub #开源 #编程 #开发者
Subscribers
838
Photos
750
Videos
0
Links
416

Showing posts older than #1186 · Back to latest

Older Posts 15 shown
Post #1183 18
Rune IDE 开源,贡献者可分享服务收入

Rune 是一款面向 Linux 和 macOS 的 IDE,基于 Go 构建,支持代码编写与调试、在窗口内运行终端和 CLI 工具,并允许编码代理接管部分任务。项目现已从专有软件转为 GPLv3 开源,代码可从 GitHub 克隆、阅读或二次开发,提交历史基本保留(可追溯至 2017 年,部分区间有缺失)。团队用 vtebench 对比了 Go 终端与 Alacritty、Ghostty、Kitty 在若干终端负载下的表现,以此说明性能跟进情况——注意这是终端性能对比,并非语言基准测试。

语言支持方面,除 Go 和 Python 外,Rust 与 Zig 已在 main 分支进入 beta,团队同时开放征集开发者维护各自语言的适配。IDE 本身免费使用,付费计划提供 P2P Rune Network 访问、高级支持,另有面向企业的定制方案。

开源后项目不再要求贡献者签署 CLA,贡献者保留所提交内容的版权,公司 Unstable Build LLC 不享有重新授权的特殊权利。创始人 Ernest Romero Climent 对业界常见的「先开放后改许可」做法不满,转而推出可选积分制:被接受的工作获得积分,符合条件的服务收入按比例注入资金池,按贡献者持有的积分分配。所有积分记录在公开账本中,展示资金池收入、扣减项、积分授予情况及每笔支出的计算方式。不参与该计划仍可正常提交补丁。


对开发者而言,这意味着可以自由使用、修改和分发这款 IDE,同时有机会通过贡献代码直接获得经济回报,且贡献成果的版权归属清晰。

🔗 原文:itsfoss.com/news/rune-open-source-ide
Post #1182 21
阶跃星辰发布 Step Audio 3 语音模型系列

语音大模型的竞争正从"把文字念出来"转向"理解声音、组织声音"。阶跃星辰今日发布 Step Audio 3 系列,一次推出五个模型:Realtime、ASR、TTS、Gen、Music,覆盖实时对话、语音识别、合成、生成与音乐方向。

其中最受关注的是 Step Audio 3 Realtime,在 Artificial Analysis 的 Conversational Dynamics 榜单上以 98.9% 的综合得分排名第一。该榜单衡量的是语音模型在真实对话场景中的综合表现,对做实时语音交互应用的开发者有直接参考价值。

🔗 原文:oschina.net/news/502502/step-audio-3
Post #1181 18
DeepSeek 又崩了?Firefly Router 一行代码做故障转移

DeepSeek 又崩了,这次还是深夜闲时。对夜间自动跑任务的人来说,无人值守时模型崩溃意味着整晚白跑,第二天工作直接受影响。

Firefly Router 提供了一行代码的故障转移方案:在填写模型 ID 时即可完成配置,主模型不可用时自动切换,无需人工干预。

这个工具适合依赖 LLM API 做自动化任务的开发者,解决模型服务不稳定时的单点故障问题。

🔗 原文:oschina.net/news/502492
Post #1180 16
ApiGo v6.0 发布,支持 AI 办公 MCP 接入

ApiGo 是一款在线接口开发与管理平台,定位企业项目开发脚手架、SQL2API 和数据预览工具。开发者可以在线可视化编写 SQL 快速发布接口,无需单独搭建后端服务。

v6.0 主要新增对 AI 办公平台 MCP 的接入支持,现已兼容 WorkBuddy、千问办公、Trea Work、豆包等平台,方便把企业数据接口直接对接 AI 办公场景。

数据源方面支持 MySQL、Oracle、达梦、TiDB、DolphinDB、Hive、DuckDB 等 SQL 或 NoSQL 数据源,并支持动态数据源、动态 SQL 和标签,适合需要快速搭建数据接口的企业开发团队。


🔗 原文:oschina.net/news/502491
Post #1179 19
qKnow 开源版 v2.4.3 发布,数据接入与解析能力升级

qKnow 是一个智能体构建平台,其开源版 v2.4.3 围绕非结构化知识接入、知识资产导出和文档解析自定义能力进行升级。

本次更新为知识库和知识图谱新增 JSON/JSONL 文件导入能力,知识库问答数据支持 JSON/JSONL 一键导出,方便数据迁移与备份。同时开放文件解析模型与提示词自定义能力,进一步完善了非结构化文档从接入、解析到复用的处理链路。

对需要将 JSON/JSONL 格式数据接入知识库、或想自定义文档解析流程的开发者来说,这次更新直接补上了数据导入导出和解析配置的缺口。


🔗 原文:oschina.net/news/502493
Post #1178 20
openKylin专家谈智能体记忆边界

2026 年,大模型智能体正从实验室走进办公、研发和个人助理场景。它要长期陪着用户干活,就得记住用户的偏好、常用路径和习惯模板。记不住,每次对话都从头开始,用户很快失去耐心;记太死,临时信息、敏感内容又一直留在系统里,成了隐患。

什么该记、什么不该记,没有统一答案,却直接决定智能体好不好用。openKylin 专家就此展开讨论,探讨智能体记忆的边界与取舍。

🔗 原文:oschina.net/news/502494
Post #1175 21
YuE2:前沿质量的可编辑音乐生成模型

YuE2 通过符号规划实现可编辑的旋律与和弦计划,随后将计划转化为完整的歌曲(含人声与伴奏)。其最佳‑8 版本在 WildSongBench 上获得 6.9632 的 SongBench 平均分,领先同类模型。
- 可视化编辑:旋律与和弦以 ABC 形式公开,用户或代理可在渲染前查看并修改。
- 零样本翻唱:给定源录音的 ABC 计划,可在不额外微调的情况下生成不同风格的翻唱。
- 代理编辑:通过对话调整和弦、节奏或结构,系统会生成新的完整录音。

适用于音乐创作者、AI 代理与研究者,支持 Linux、Python 3.12、NVIDIA GPU(BF16)和 24 GB VRAM。模型权重托管在 Hugging Face,代码与文档在 GitHub 上。

GitHub
HuggingFace


🔗 原文:github.com/multimodal-art-projection/YuE
Post #1174 18
阿里开源AI代码审查工具

Open Code Review 是阿里巴巴开源的 AI 代码审查 CLI 工具,源自阿里内部官方 AI 代码审查助手,过去两年服务数万开发者、发现数百万代码缺陷,现已在 Apache-2.0 协议下开源。配置一个模型端点即可开始使用:它读取 Git diff,通过具备工具调用能力的 Agent 把变更文件发给可配置的 LLM,生成带行级定位的结构化审查意见。

核心设计是「确定性工程 × Agent」混合架构:确定性部分负责精确文件选择、智能文件打包、细粒度规则匹配和外部定位/反思模块,保证审查位置和内容准确;Agent 部分负责动态决策和上下文检索。相比通用 Agent(如 Claude Code),在相同模型下 Precision 和 F1 显著更高,token 消耗约 1/9,审查更快;Recall 较低是有意取舍,优先减少误报。

安装方式:npm install -g @alibaba-group/open-code-review,安装后 ocr 命令全局可用。支持 diff 审查、全文件扫描(ocr scan,无需 git 历史)、委托模式(由你的 AI 编码 Agent 执行审查,无需配置 LLM),并集成 Claude Code、Codex、Cursor、OpenCode 等编码 Agent 平台,以及 GitHub Actions、GitLab CI 等 CI/CD 流程。

GitHub
HuggingFace


🔗 原文:github.com/alibaba/open-code-review
Post #1173 17
oh‑my‑hermes:为 Hermes Agent 增强操作层与长期记忆

oh‑my‑hermes(OMH)是一个插件,直接挂载在 Hermes Agent 之上,提供三大核心功能:
- 编码智能:按模型细调提示、任务拆分并行执行、自动加载所需专家技能。
- 长期记忆系统:文件化、可审阅的项目记忆,支持回顾与检索。
- 优化工作流包:预定义的 ulw‑* 引擎与 omh‑* 技能,形成完整的规划‑执行‑验证闭环。

使用 OMH,普通的 Hermes 请求会被转化为可执行的工作流,系统自动决定模型、工作量、验证门槛,并在终端显示实时状态与成本。对需要高效、可追溯代码生成与项目管理的开发者尤为适用。

安装方式多样:
- 直接运行 curl … | sh(macOS/Linux)或 PowerShell 脚本(Windows)。
- 亦可通过 Homebrew、Bun、npm 或 Hermes 自带的 skill tap 安装。
- 安装后执行 omh setup 完成模型与工作流配置,随后可用 omh updateomh doctor 等命令维护。

OMH 通过可编辑的 ~/.omh/routing/model-chains.json 让用户自定义模型链与优先级,支持多模型混合路由与成本追踪。插件已公开发布,欢迎在 GitHub 上查看源码与文档。

GitHub


🔗 原文:github.com/rlaope/oh-my-hermes
Post #1171 19
VoiceStudio:本地开源语音克隆工具

VoiceStudio 是一个开源的、完全本地的 ElevenLabs 替代品,支持语音克隆、语音设计、视频配音、听写、转录和有声书制作,覆盖 646 种语言。项目内置 16 个 TTS 引擎和 11 个 ASR 引擎,可在 macOS、Windows、Linux 及 Docker 上运行,本地工作流无需账号、API 密钥或订阅。

对需要离线语音合成、注重数据隐私的开发者来说,VoiceStudio 把语音克隆和配音能力全部放在自己的硬件上,音频、转录、声音和项目数据默认只留在本机。它同时提供 OpenAI 兼容的音频 API 和 MCP 服务器,方便接入现有工具链;GPU 方面支持 CUDA、Apple Silicon MPS/MLX、Linux 上的 ROCm 以及纯 CPU 模式。

项目采用 AGPL-3.0 许可,当前处于活跃 beta 阶段,官方提示使用最新 release 版本以获得稳定体验。

GitHub


🔗 原文:github.com/debpalash/VoiceStudio
Post #1170 15
coost v4.0.0 发布:要求 C++17、新增 ARM64 支持

coost 发布 v4.0.0,这是一次较大的版本更新。编译器要求提升至 C++17,移除了若干维护成本较高的模块,新增 Windows ARM64 与 FreeBSD 平台支持,并对核心组件做了性能优化与 API 整理。

对使用旧版 coost 的开发者来说,本次属于破坏性更新:旧版流式日志写法 LOG << "hello " << 23; 已被替换,升级前务必先阅读破坏性变更说明。

主要变化:
• 编译器要求提升至 C++17
• 移除若干维护成本较高的模块
• 新增 Windows ARM64 与 FreeBSD 平台支持
• 核心组件性能优化与 API 整理
• 流式日志写法变更(破坏性)


本次改动影响面较大,升级前请对照官方变更清单核对现有代码。

🔗 原文:oschina.net/news/502479
Post #1169 14
AutoClaw上架openKylin软件商店

智谱AI工作助手AutoClaw完成OpenAtom openKylin操作系统适配,正式上架openKylin软件商店,openKylin用户可直接下载安装。

AutoClaw主打从理解工作目标、规划任务,到调用工具、推进执行,最终交付可直接使用的工作成果,把AI从"回答问题"推进到"完成工作"。

安装流程简单,两步即可完成,openKylin用户可在软件商店中直接获取。

🔗 原文:oschina.net/news/502476
Post #1168 17
APIPIG:免费企业级 AI 网关

APIPIG 是一套企业级 AI 网关(中转服务),把多模型接入、账号池、API Key 托管、路由策略、权限控制和调用审计收进同一套控制台。业务系统只需对接一个 OpenAI 兼容入口,上游模型切换、渠道调整和安全治理都在平台侧完成。

网关统一处理路由策略、权限校验、限流熔断,以及上游模型适配、通道切换和失败回退;同时提供请求日志、异常追踪和审计留痕,方便排查问题与合规留证。

对需要统一管理多家模型供应商、做内部 AI 中转的团队来说,这套方案省去各业务系统分别对接和治理的成本,模型切换与权限管控都集中在一个入口完成。


🔗 原文:oschina.net/news/502475
Post #1167 21
麒麟100上线AI鼠标交互功能

openKylin技术衍生发行版麒麟100推出AI交互功能“灵触&灵萃”,把AI能力直接放进鼠标操作里。

鼠标诞生40余年来,人机交互核心逻辑始终未变。麒麟100这次尝试以AI交互打破这一局面,探索新的交互方式。

对关注开源桌面生态与AI交互的开发者来说,这是国产开源操作系统在交互层面的一次新尝试。

🔗 原文:oschina.net/news/502484
Post #1166 20
Ubuntu 26.10 核心工具全面 Rust 化

Ubuntu 26.10「Stonking Stingray」将成为首个 coreutils 全面 Rust 化的发行版。ls、cat、chmod、du 等最常用命令的底层实现,将全部换成 Rust 编写的 uutils。

这条路 Canonical 走了一年多。从 2025 年开始,Ubuntu 用 Rust 重写基础软件,25.10 是第一个尝试的版本,26.10 则把最后一组 GNU 核心工具也换成了内存安全实现。

对开发者和系统管理员来说,这意味着日常命令的底层从 C 换成 Rust,内存安全特性从源头减少缓冲区溢出这类常见漏洞,长期看能降低系统基础组件被利用的风险。


🔗 原文:点击查看
Older posts →
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →