zephyrrtos.cnZephyr 生态 · 中国驱动软件系统
有问题随时问智能体:工作组智能体已在智谱清言上线——Zephyr 入门、国内镜像导入、远端沙盒与工具使用,直接对话即可。 打开智能体 →

本页目录:八个方向 · Zephyr 强在哪 · 落地的坎 · 为什么必须自主 · 怎么落地 · 工具与标准 · 最新动态

Linux 基金会 · 厂商中立 · 人才纽带

2026-09-11 · 工作组正式成立 · 查看动态与首批发布 →

不止于 RTOS:
以 Zephyr 为底座,建一套中国驱动的软件系统

Zephyr 由 Linux 基金会托管、厂商中立,是少见的全栈式嵌入式底座:现代化设备树、统一设备抽象、标准化 Kconfig, 在工控、车规、消费 IoT、医疗设备等高端场景验证了十年。
但要让这套技术真正长在中国产业里,缺的从来不是「再翻译一遍文档」——而是一条从芯片到行业应用、从编译器到 AI 的完整软件链,并且这条链要由中国团队自己驱动。

这就是 zephyrrtos.cn 工作组的位置:不是再起一个 RTOS,而是做这条链上的「纽带」—— 把操作系统、系统优化、体系架构、编译器、行业应用、数据加密、开发工具、AI 八个方向的人聚到同一条技术主线上, 用同一套工具与同一份证据协作,再把经过验证的本土方案反哺全球主线。

50+全球顶尖企业共同参与,Linux 基金会托管
10 年工控、车规、消费 IoT、医疗设备等高端场景持续验证
45% / 44%工业控制与消费 IoT 领域的全球份额(行业调研,工作组整理)
≈20%开发者认为 Zephyr 入门难度「有所改善」——中文生态仍是短板

八个方向,一条技术主线

这八个方向不是八个独立话题:它们共享同一条链——以 Zephyr 生态为底座,向上接到行业应用。 任何一段短板,整条链就交付不出去;这也是为什么这些人需要被聚在一起,而不是各自在自己的仓库里重复造轮子。

01

操作系统

内核、调度、电源管理、驱动模型。Zephyr 已经把底座做对了,但「吃透」不等于「会用」:实时性、内存与隔离的取舍要在中国团队的项目里反复校准。

→ 工作组在这里做:国产 MCU / SoC 的板级适配仓库、内核配置与裁剪经验
02

系统优化

启动时间、内存占用、中断延迟、功耗——这些数字决定了能不能过行业门槛,而它们只能在自己的板子上量出来。

→ 工作组在这里做:可复用的性能配方、测量与回归方法(不是「感觉更快了」)
03

体系架构

设备树、抽象层、多核与异构(AMP)、安全分区。国产 SoC 的架构差异,需要本土建模与抽象,而不是硬改上游。

→ 工作组在这里做:架构评审、异构多核与 AMP 方案(本组沙盒上已有 Zephyr guest 实践)
04

编译器

GCC / LLVM 工具链、链接脚本、代码尺寸与优化等级。工具链是整条链的地基:它决定了「能不能装得下、跑得快、可复现」。

→ 工作组在这里做:工具链构建与复现、尺寸/性能基线、SDK 集成
05

行业应用

工控、车规、消费 IoT、医疗、电力。Zephyr 的能力要映射成行业能验收的交付物——需求、判据、证据与发布记录。

→ 工作组在这里做:行业方案与交付模板;合规门禁(dsh-compliance)即为此而做
06

数据加密

安全启动、密钥管理、加密库、TEE 与分区隔离。安全与合规是行业应用的入场券,不能靠「后面再加」。

→ 工作组在这里做:安全启动与密钥管理实践、加密能力适配与审计清单
07

开发工具

调试、追踪、CI、评测,以及「人 + AI + 真实设备」的协作方式。工具不统一,经验就沉淀不下来。

→ 工作组在这里做:工作组已发布三个 DSH 插件(沙盒 / 模型路由 / 合规门禁)+ 国内镜像
08

AI

让 AI 进入开发流程,而不是停在聊天框:智能体答疑、模型路由与成本控制、把 AI 与工程证据链绑在一起。

→ 工作组在这里做:智谱清言智能体 + Lead/Worker 路由 + 把门禁交给代理

我们把「已落地」和「正在做」分得很清:工具、沙盒、插件、国内镜像是已经跑起来的(见 工具与标准), 其余方向是正在召集与推进的版图——不把「计划」写成「已交付」,这也是本组对外的第一条纪律。

先搞懂:Zephyr 到底强在哪

它不是"又一个普通 RTOS"。FreeRTOS 本质是轻量化内核 + 海外云生态,多数人只用到调度核心; 而 Zephyr 是全栈式、现代化、高安全的嵌入式操作系统解决方案——正因为它全栈,才有资格当整条软件链的底座。严格说,两者不在同一个竞争层级。

厂商绝对中立,无绑定风险

托管于 Linux 基金会,不被单一企业掌控,没有商业绑定与闭源陷阱,是纯粹的开源基础设施, 天然适配国产产业自主可控的发展方向。

架构超前,面向高端场景

现代化设备树、统一设备抽象层、标准化 Kconfig 配置体系;内核精简而功能完备, 原生支持安全加密、实时调度与多任务管理,广泛用于工业自动化、智能汽车、医疗设备、智能电网。

兼容性强,Linux 开发者易上手

完整兼容 POSIX 标准;国内知名物联网系统(如小米 Vela / NuttX 体系)的底层实践, 也印证了 Zephyr 作为技术底座的硬核实力。

一句话总结:Zephyr 是目前全球开源 RTOS 里,最适合做高端、高可靠、国产化替代的技术底座。 可它偏偏在国内陷入了「一流技术、末流生态」的尴尬。

落地为什么难:四道先撞上的坎

不是国内开发者不想用,而是海外原生生态没有适配中国的开发环境与产业现状。整条链上第一个撞上的,就是下面四道坎—— 它们归根结底是同一件事:「全球化开源体系」与「本土化产业需求」的脱节。

痛点 01

国产芯片适配近乎空白

Zephyr 主线以海外大厂芯片为主,对国内主流 MCU(雅特力、华大、合宙等)几乎零适配。 企业做国产化替代时,只能自己啃源码、写 BSP,耗时耗力、成功率低,多数团队望而却步。

→ 需要:批量维护国产 MCU / 开发板适配仓库,开箱即用
痛点 02

中文生态贫瘠,入门门槛高

官方文档详尽但 100% 英文、体系庞杂、逻辑分散;设备树 + CMake + west + Kconfig 是一套全新知识体系, 学习曲线陡峭。缺少系统中文教程、入门手册与实战案例,仅靠零散博客难以高效掌握。

→ 需要:文档精译、系统化学习路径与实战案例库
痛点 03

社区响应滞后,问题无人解答

核心社区与维护团队在海外,时区、语言、思维体系不同。国内开发者提问常石沉大海或数周后得到模糊回复, 本土定制化需求也很难传递到主线、更难被优先处理。

→ 需要:本土快速响应机制,并把本土方案反向回馈主线
痛点 04

产业配套缺失

国内 Zephyr 相关的技术培训、企业服务、落地案例极度稀缺:中小企业没有成熟方案参考, 团队转型没有培养渠道,项目落地缺少本土技术支持。顶级技术被白白闲置。

→ 需要:培训、咨询、方案适配与落地服务的产业闭环

为什么必须是「中国驱动」的独立体系

不是为了另起炉灶,而是为了把链上每一段的能力握在自己手里:主流 RTOS 各有短板——FreeRTOS 绑定海外云生态、 部分国产 RTOS 商业化属性偏重且开源自由度有限;而 Zephyr 是少见的兼具开源纯粹性、技术先进性与厂商中立性的底座。 但再好的底座,若不配套自己的工具链、架构能力、安全能力与应用经验,就只是「用别人的系统做自己的产品」。

必要性 01

打通整条链,而不是只换内核

芯片 → 板级 → 系统 → 工具链 → 应用,任一段依赖外部,交付就被卡在那一段。工作组按方向组织人,让八段共用同一份判据与证据。

必要性 02

工具链与编译器要能自己复现

「下载一个 SDK」与「能自己构建、验证、替换工具链」是两种能力。尺寸、性能、可复现性这些指标,必须由自己的基线来回答。

必要性 03

安全与加密是入场券

安全启动、密钥管理、分区隔离不是可选项。没有本土可审计的安全能力,高端行业应用连投标资格都没有。

必要性 04

把 AI 放进工程流程

AI 不该停在聊天窗口:答疑、模型路由、代理执行门禁——让 AI 参与开发,同时让每一步都留下可复现的反证。

必要性 05

人是纽带,标准是粘合剂

八个方向的人散在各处,经验就随人流失。工作组把它们收敛成中文资料、开源工具与统一规范,并反哺全球主线。

常见疑问:那为什么不以 Linux 生态为底座? Zephyr 本身就是 Linux 基金会的项目,我们也没有离开 Linux(沙盒、工具链、CI 全在 Linux 上)——这不是路线之争。 差别在层次与缺口:Linux 需要 MMU、面向 A 核与富 OS,国内已有多套成熟发行版;Zephyr 无 MMU 也能跑、面向 M 核与硬实时,而国产 MCU 适配与中文生态几乎空白。 真实产品是异构共存(A 核 Linux + M 核/实时域 Zephyr,AMP),我们补的是没长出来的那一段。 完整对比与理由 →
建立中国驱动的软件系统,不是另起炉灶,而是扎根全球开源、服务中国产业——用同一条链、同一套证据,把事情做实。

怎么落地:五个务实动作

方向要落到动作上,否则只是口号。工作组按这五件事推进,每件都有公开入口:

01

硬件适配

批量维护国产 MCU 与开发板的板级适配仓库,覆盖主流方案,持续更新迭代。

02

内容与人才

官方文档精译、入门到进阶的实战教程、行业案例库;按八个方向组织学习路径与答疑。

03

工具与标准

把工程协作方式固定成工具:DSH 标准工具链 + 三个已发布插件 + 国内镜像,配套统一规范。

04

产业赋能

为中小企业提供技术咨询、方案适配与问题排查;把行业交付要求(含安全与合规证据链)模板化。

05

产学研联动

联合高校开设实训课程与课题,让八个方向都有持续的人才补给,而不是靠少数人硬撑。

工具与标准

生态不是口号,要落在能复用的工具上。工作组把工程协作方式固定下来:一条标准工具链,加上持续发布的工具。

标准工具

DSH · DeepSeek Harness

工作组标准工程协作工具:插件化架构、本地优先、可直接操作终端 / 文件 / 远端主机, 用来把「人 + AI + 真实设备」的开发流程固定下来,而不停留在聊天窗口。

  • 不被单一厂商流程绑死,工具 / 技能 / 面板均可按需扩展
  • 可自建、可离线,数据留在本地与自有服务器
  • 插件与目录源可自行发布,内部工具能沉淀为公共能力
选择理由 →
首个工具

dsh-ubuntu-sandbox 0.1.1

把远程 Ubuntu / Debian 主机变成像本地命令行一样的「工作沙盒」:默认 tmux 持久会话 加远程读写能力,适合远程编译、板端调试与文件同步。

  • 会话状态跨调用与断线保持;与 dsh-ssh 共享主机库
  • 已在 aarch64(Armbian)与 x86_64(Ubuntu 22.04)实机验证
  • MIT 许可,npm 公开包 + 已收录进工作组目录源
npm → · 安装与更新教程 → · 目录源 → · 发布说明 →
模型路由

dsh-llm-router 0.1.1

把 Lead/Worker 模型路由做成 harness 的一等公民:在 ctx.llm 上注册一条虚拟提供方路由, 再加一个可观察、可拦截、可替换的 ctx.llmRouter 服务——一轮里 lead 规划、其余步骤交给 worker。

  • 路由即注册表里的一条路由:模型选择器、会话日志、压缩都无需改动
  • 决策可观察(事件)可拦截(waterfall)可替换(策略 / 路由器 / 适配器)
  • MIT 许可,npm 公开包 + 独立工作组目录源
npm → · 发布与安装 → · 目录源 → · 发布说明 →
合规门禁

dsh-compliance 0.1.1

场景:车规 / 工业功能安全一类项目把 AI 代理放进开发流程,交付物要能过审计。让每个「已完成」的结论都带可复现的反证:校验器、生成器、空模板与 CI 片段。 只发机制,不发结论——判据必须由你写进自己项目的 spec/。

  • 七个检查:secrets / requirements / tcl / fmea / permissions / traceability / release
  • 跳过不是通过:SKIP 与 PASS 分列,并写明跳过的检查未被执行
  • 代理侧四个工具:compliance_list / check / gen / audit;含完整局限清单
发布与接入 → · 仓库(私有)→ · 发布说明 →
会话交接

dsh-handoff 0.1.0

场景:一次跑很久的任务把上下文顶到窗口上限,而同会话压缩已经压不动(envelope 太大、单次超大工具调用不可分、「摘要的摘要」逐轮失真)——这时该换一条干净会话接着干,并说清为什么换、换过去的是什么。

  • 三重门同时打开才动手:压力到顶 + 观测到压缩已失败 + agent 处于空闲边界
  • 判定只用会话日志证据,不靠对服务的探测;零运行时依赖
  • 私有 Gitea registry 分发(不在公共 npm),可 git 依赖钉 #pkg-v0.1.0
发布与接入 → · 私有 registry → · 发布说明 →
代码标准

代码评审规则标准 · 40 条

场景:代码评审最常见的问题不是「没审」,而是每个人心里的标准不一样——同一段 Kconfig、同一处并发写法,有人放过有人拦下。 工作组把这套标准写成评审引擎真正执行的规则目录:40 条规则,每条都有判定依据、修复建议、置信度与等级,可查询、可导出、可机器执行。

  • 通道 M 36 条机器可查 / C 4 条上游合规;默认等级 MAJOR 15 / MINOR 25
  • 置信度分级:certain 21 条可报 MAJOR;heuristic 19 条一律降级 INFO「待人工确认」;BLOCK 只能评审人给
  • 网页可搜索、按域(KRN / DRV / DT / KCF / MEM / SEC / UP / PY / CX)/ 等级 / 置信度筛选;另有 JSON 导出
查询规则标准 → · 导出 JSON → · 看一次真实评审 →

最新动态

工作组的成立、标准工具与发布记录——倒序排列,最新在上。 全部动态 → · RSS · JSON Feed

资源

工作组自建入口,以及值得长期跟踪的官方与社区资源。

一起把本土生态做起来

如果你在做操作系统、系统优化、体系架构、编译器、行业应用、数据加密、开发工具或 AI—— 不管你是在企业、高校还是自己写代码,这里要的就是把这些人连起来:不需要审批,公开仓库就是入口; 先关注、提问、提 Issue,再决定从哪一段开始贡献。

会员

加入会员:前 3 个月免费

发邮件到 hakehuang@gmail.com,提供用户名与邮箱, 即可开通 3 个月免费会员,使用 zephyrrtos.cn 的资源;3 个月后可选开通正式会员(年费 RMB 200),不自动续费。

查看如何加入 →

1 · 关注与提问

在自建 Gitea 上注册账号、关注适配仓库;遇到问题直接开 Issue,本土解答不再石沉大海。

2 · 贡献适配与内容

国产 MCU 板级适配、驱动移植、中文文档、示例工程、踩坑记录,都欢迎用 Pull Request 贡献。

3 · 共建与反哺

把经过验证的本土方案与优化回馈全球主线,让中国开发者成为生态共建者。

问智能体 Zephyr 问题问答 · 直接问智能体