公众号摘要

10 月 15 日，提前一天动手实践。ONES 会场与伊敦酒店 Solana 专场怎么选、去哪里、如何报名、要带什么？这份 Workshop 参会指南请提前收藏。

正文

10 月 15 日，RustChinaConf 2026 Workshop Day，我们在深圳见。

正式大会开始前，我们安排了一天实操与交流：从 Omarchy、Agent OS 到 Rust AI Coding、嵌入式 Rust，再到 Solana 应用开发。带上电脑，也带上你想解决的问题，把听到的想法变成可以动手试一试的东西。

出发前，最需要确认的是地点：当天有 ONES 和深圳南山伊敦酒店两个会场，下午的活动分别进行。请按自己报名的场次前往，别走错地方。

本文时间均为北京时间（UTC+8），仅介绍 10 月 15 日 Workshop Day。10 月 16–17 日正式大会的报到、听会和用餐安排，将在正式大会参会指南中单独说明。

一 先选好你要去的会场

ONES 会场 

地址：深圳市南山区高新南十道 16 号，金地威新中心 A 座 20 层。

上午 9:30 ～ 10:00 签到。

上午围绕 Omarchy 展开，主要有三个部分：

• Omarchy Live Show：看看这套工作环境如何实际使用

• Omarchy Agent OS：围绕 Agent 工作环境与使用方式展开交流

• Omarchy 里的 Rust 基建：关注其中的 Rust 基础设施

下午安排 Rust AI Coding 和嵌入式 Rust 实操。想在自己的电脑上跟着做、和其他开发者一起讨论工具与工程实践，可以选择这一场。

报名入口：Omarchy Shenzhen × Rust AI Coding Workshop。

ONES 如需停车，注意金地停车收费标准为：临时车位停放15分钟（含）不收费，第1小时：¥15元，不足1小时按1小时计算，第2小时起： ¥5元/小时，一天最高收费¥60元/天

深圳南山伊敦酒店 Solana 专场

地址：深圳市南山区蛇口龟山路 8 号，深圳南山伊敦酒店三楼明华厅。

Solana 专场在下午举行，无需报名审查，直接来参加吧。

下午 13:00 开始签到，13:30 开始。

内容包括 Solana for Rustaceans、Rust 开发者的新机会、应用开发实操与 Career Fair。对 Rust 在 Solana 生态中的应用感兴趣，或者想了解相关开发机会，可以关注这一场。

上面的 Luma 链接用于 ONES 场，请不要把两个场次的报名混在一起。

注意：两处会场不在同一地点，下午活动也有重叠。建议提前选择最想参加的一场；需要跨场移动时，请自行预留交通时间。

电梯上3楼， 直行， 左转 就是明华厅。

二 当天怎么安排

ONES 会场

• 10:00–12:30｜Omarchy Shenzhen Meetup

• 14:00–16:00｜Rust AI Coding 实战

• 16:00–16:20｜茶歇

• 16:20–18:20｜嵌入式 Rust 实战

• 18:20–18:30｜收尾合影

上午先交流工作环境与技术思路，下午再进入实操。建议根据所参加的场次提前到达，为进入大楼、报到和设备准备留出时间。

伊敦酒店 Solana 专场

13:30 开始，最后一项活动至 17:50。 具体内容顺序和实操要求，请查看 Solana 专场最新海报及报名通知。

三 报名之后 提前做好这些准备

保存所选场次的报名信息

请把报名确认信息、活动地址和当天海报保存在手机里，现场查找会更方便。

持有正式大会门票的朋友，也请按所选 Workshop 的活动页面确认报名要求。是否需要审核、现场如何核验，以对应场次的报名通知为准。

带上电脑和充电器

参加实操，建议携带笔记本电脑、充电器，以及平时使用的必要转接设备。

报名后请留意讲师或组织方提供的预装清单，提前完成环境安装、依赖下载和示例编译。有具体版本要求时，请按清单准备，避免到场后把时间都花在下载和排错上。

没有收到准备清单的朋友，请先查看报名通知或向对应场次的组织方确认；不要把其他场次的安装要求当作本场要求。

四 怎么到会场

去 ONES

导航到 金地威新中心 A 座，核对地址为 深圳市南山区高新南十道 16 号，活动在 20 层。

大楼入口、访客登记和上楼方式，请按活动通知及现场指引操作。

去伊敦酒店

导航时请同时核对酒店名称和地址：

深圳南山伊敦酒店｜深圳市南山区蛇口龟山路 8 号。

从机场、车站或其他地点出发，建议使用实时地图规划路线，给换乘、路况和报到留出余量。

五 用餐和现场交流

15 日的餐饮安排，请以各 Workshop 的通知为准。正式大会门票所含的两天午餐为 10 月 16 日、17 日，不要据此安排 15 日用餐。

实操时遇到问题，可以先记录报错、环境版本和已经尝试过的方法，再与讲师或其他参会者交流。涉及个人信息、密钥或公司代码时，请先做好遮挡。

拍摄他人屏幕、录音或公开分享他人的个人信息前，请先征得同意。需要帮助时，可向该会场的工作人员说明情况。

【联系信息位置：分别补入 ONES 与 Solana 场的现场咨询方式或有效参会群二维码，标明所属场次。】

六 出门前再检查一次

• 已确认参加 ONES 还是伊敦酒店 Solana 场

• 已保存对应场次的报名信息、地址和最新海报

• 已查看实操准备清单，带上电脑和充电器

• 已安排好 15 日用餐及返程交通

• 手机电量充足，给进场、报到和设备准备留出余量

带着问题来，也给讨论和交流留一点时间。

10 月 15 日，RustChinaConf 2026 Workshop Day，深圳见。

一门语言的生命力，往往体现在它与真实问题相遇的地方。请求如何被准确路由，硬件设计如何进入可检查的工作流，智能合约如何开发，系统运行状态如何被看见，产品想法如何变成可以推进的任务，这些问题构成了开发者每天面对的具体世界。

RustChinaConf2026 感谢 Kong、CoHDL、NEAR、GreptimeDB 与 ideavibes.ai 五家铜牌赞助商的支持。从基础设施到硬件，从链上应用到产品开发，五家伙伴带来不同的技术与产品视角，也让社区的交流有了更丰富的参照。

Kong 在网关的关键环节打磨路由能力

请求进入系统，路由是重要的一环。Kong 在 Kong Gateway 的 Expressions Router 组件中采用 Rust，将这门语言用于网关中的具体工程问题。

这一实践值得关注的地方，在于成熟系统如何选择合适的组件引入新语言，又如何让组件服务于整体架构。对正在考虑把 Rust 带进现有技术栈的团队而言，路由器的设计提供了一个明确的观察切口：从边界清晰的能力出发，理解语言选择背后的工程考量。

CoHDL 让电路设计拥有可检查的表达

当 Rust 进入硬件设计工具，讨论就有了新的维度。CoHDL 是面向 PCB 原理图的硬件描述语言，编译器使用 Rust 构建，以带类型、可检查的源代码表达电路设计。

这些设计可以编译为网表、物料清单，并衔接封装与后续布局工作。把设计意图写成结构化的源码，让软件开发者熟悉的表达方式成为连接硬件工作流的桥梁。CoHDL 所呈现的方向，也让社区进一步思考：语言与工具链可以怎样帮助更多领域表达复杂的设计关系？

NEAR 把 Rust 带入智能合约开发

智能合约是 Rust 另一处具体的应用场景。NEAR 提供 near-sdk-rs，让开发者使用 Rust 编写面向 NEAR 的智能合约，为链上应用开发提供工具基础。

熟悉的语言能力进入新的执行环境后，如何适应合约的状态与接口设计？在阅读 SDK、理解运行方式和构建应用的过程中，语言知识与领域知识彼此连接。这样的实践，为社区打开了观察去中心化应用开发的窗口。

GreptimeDB 让运行信息成为可用的数据

服务上线后，开发工作仍在继续。指标、日志与链路追踪记录着系统如何运行，也为定位问题和理解行为提供线索。GreptimeDB 是采用 Rust 构建的开源可观测性数据库，围绕这些数据展开。

它把 Rust 的工程实践带到数据库与可观测性领域，让讨论从单个程序的实现延伸到数据如何进入系统、被存储和使用。对关心基础设施的开发者来说，这是一条连接语言、数据系统与日常运维需求的实践路径。

ideavibes.ai 让产品想法进入开发流程

技术实践也需要清晰的起点。ideavibes.ai 是 AI 产品开发平台，关注从想法形成需求、再拆解为任务的过程，并将代码构建、审阅与部署组织进开发流程。

一个想法要走向产品，需要逐步说明要解决什么问题、需要哪些能力，以及下一步该做什么。这个产品开发视角与工程讨论形成呼应：工具可以帮助组织工作，开发者仍需要理解需求、判断方案，并对交付结果负责。

五个方向丰富社区交流

感谢五家铜牌赞助商对 RustChinaConf2026 的支持。不同领域的实践放在一起，让我们有机会走出熟悉的问题范围，发现新的工具、方法与合作可能。期待这次相聚，让更多经验被分享，也让更多值得探索的问题被提出。

相约深圳

RustChinaConf2026 将于10月15–17日在深圳举行。16–17日正式大会设于深圳南山伊敦酒店；15日免费工作坊在不同会场开展，请按各活动信息确认地点与报名方式。欢迎开发者带着真实项目里的问题来交流，认识同行，分享经验。

大会购票：https://rustchinaconf.org/zh-CN/tickets/

Agent 开始持续写代码、调用工具、参与协作，工程还需要哪些准备？10 月 17 日，RustChinaConf 2026 从 Rust 的下一个十年聊起，沿着 GPU 与数据引擎、测量与验证、生产与协作三条路线，把 Rust × AI 推进到长期运行的真实问题。

当 Agent 开始持续工作：RustChinaConf 10 月 17 日议程全景

AI 改完代码，测试通过，任务就结束了吗？

在真实项目里，后面可能还有一轮性能回归、一次人工审批、一条迟到的外部通知。Agent 需要暂停，也需要恢复；它可能与其他 Agent 交换消息，还会接触人的数据、权限和决策。代码越来越容易生成，这些工程问题随之变得更具体。

前一篇，我们沿着 10 月 16 日的议程，讨论 AI 生成代码怎样进入真实工程。10 月 17 日，RustChinaConf 2026 将继续追问：当 Agent 开始持续工作，计算与数据怎样支撑它，产出怎样验证，人又如何看清过程、掌握边界？

这也是阅读第二天议程的一条线索。上午从生态的未来与参与者谈起；下午，Rust for AI 走向 GPU、数据引擎与软件工厂，AI for Rust 深入测量、沙箱和验证，Rust in Production 则把讨论带到设备、构建系统和人机协作。把它们连起来看，可以看到 Rust 与 AI 的相互作用，也能找到自己项目里尚未解决的那一段。

上午：Rust 的未来，由怎样的人和工具共同建设

09:30–10:15 为 GOSIM Keynote，10:15–10:20 为 Day 2 开场与钻石赞助商演讲。接下来，从炉边对话到特别演示，视角逐步落到工程与开发者身上。

10:20–10:50，Rebecca Rumbul：《炉边对话：Rust 的下一个十年》

Rust 基金会执行董事兼 CEO Rebecca Rumbul 将从 AI、安全关键领域、开源可持续与全球社区出发，讨论 Rust 的未来。一个生态还需要怎样的维护、协作与参与，才能把今天的技术选择延续下去？

10:50–11:20，吕国立：《从低延迟系统到 AI Agent：非凸科技的 Rust 开源实践》

非凸科技的案例从微秒级交易系统中的日志问题讲起：主线程怎样减少负担，通道满了该阻塞还是丢弃？吕国立将拆解异步日志库 ftlog 的取舍，再延伸到纯 Rust 金融数据 Skills 与多 Agent Claim Network。具体的运行成本，为后续讨论提供一把工程尺度。

11:20–11:40，Hunter Bown（鲸鱼哥）：《Rust：生态构建者》

Shannon Labs CEO、CodeWhale 作者 Hunter Bown 曾是一名乐队指挥。他将分享另一条进入 Rust 的路径：借助 AI 起草代码，通过类型与编译器反馈不断学习、协作。CodeWhale 的经历让人重新思考，工具的严格要求如何帮助新参与者理解项目、做出贡献。

11:40–12:10，Rik Arends：《特别演示 · 用 Makepad 可视化大型代码库与 AI Agent 活动》

Makepad 与 Cloud9 IDE 联合创始人 Rik Arends，将演示大型代码库、代码变更与 Agent 活动的可视化，以及 Makepad 的 Agent 管理系统。机器开始承担更多工作，人也需要更好的观察方式：看见它改了哪里，才能继续讨论这些修改意味着什么。

12:10–14:00 午餐后，下午三轨同时开始。

T1：从计算底层走到软件生产

T1｜启航 1 厅｜Rust for AI：GPU、数据引擎与软件工厂

这一轨可以带着一个问题来听：当更多工作交给 Agent，哪些底层能力需要重新设计，哪些工程约束需要更清楚地表达？

14:00–14:30，Nihal Pasham：《cuda-oxide：用纯 Rust 编写 CUDA Kernel》

cuda-oxide 作者、NVIDIA 工程师 Nihal Pasham，将介绍如何让 Host 与 GPU 代码共享文件和 Cargo 构建，复用 rustc 的类型与借用检查，并编译为 PTX。Rust 的检查能力进入 GPU 开发后，能覆盖哪些问题，仍有哪些边界需要开发者负责？

14:40–15:10，Heran Lin：《深入 Sail：用 Rust 重建 Spark》

LakeSail 联合创始人兼 CTO Heran Lin，把视角从计算内核转向数据引擎。Sail 通过 Spark Connect 兼容既有 PySpark 程序，以 DataFusion 与 Arrow 执行计算；分享也会涉及 Python 集成、控制面和分布式任务。对已有数据工作负载，兼容与演进同样是重要问题。

15:15–15:45，张鹏（北海）：《个人数据主权驱动的新型 Agent 协作框架》

当助理运行在不同人的私有设备上，它们怎样互联？建元科技创始人、DHttp 布道师张鹏，将介绍基于 QUIC 的连接方式，以及个人设备的身份、授权代理与访问控制。从“计算在哪里发生”继续追问，便会走到“谁掌握数据、谁允许访问”。

16:00–16:30，张汉东：《Rust 与黑灯软件工厂》

讨论随后回到软件生产本身：如何把人的意图、验收要求与机器可检查的约束连接起来？张汉东将从所有权、类型系统、显式 unsafe 与 Cargo 工具链出发，探讨 Rust 支撑 AI Coding 持续反馈的可能性。生成能力增长以后，验证能力应当怎样跟上，是这里的核心问题。

16:35–17:15，圆桌讨论：《Rust 与软件工厂》。

谁定义验收标准，怎样才算验证过，哪些决策必须留给人？这场由张汉东主持的圆桌，把这些问题留给不同工程领域的实践经验来碰撞。听完当天的具体案例，再讨论“软件工厂”，更容易分清哪些环节已经可行，哪些仍需要条件与代价。

T2：每一次自动修改，都需要可检查的依据

T2｜启航 2 厅｜AI for Rust：测量、Harness、沙箱与形式化验证

让 Agent 修改程序之后，我们拿什么判断它做对了？这一轨从一次小小的浮点取整开始，逐渐走向执行权限、形式化方法，以及长周期任务的运行状态。

14:00–14:30，Adrien Cacciaguerra：《相信我，它更快：一个浮点取整优化的故事》

CodSpeed 联合创始人兼 CTO Adrien Cacciaguerra，将带来一个值得开发者警惕的案例：浮点取整的微基准明显提速，像素不透明度却出了错。性能改善与行为正确性需要分别检查。把测量放在这条路线的起点，是因为“看起来更好”还需要证据支撑。

14:40–15:10，Michael Yuan：《一个会重写自身 Rust 代码的 RSI Agent》

WasmEdge 维护者 Michael Yuan，将介绍以 Rust 替换 Prime Agent 内核、让模型编写程序并在限权 WasmEdge 沙箱中执行的实践。生成的代码成为 Agent 自身的一部分以后，每轮修改的正确性、执行开销和威胁模型，都需要重新审视。

15:15–15:45，Gregory Terzian：《形式化 Web》

Servo 贡献者、Formal Web 开发者 Gregory Terzian，聚焦如何将形式化方法带入 Web 平台，探索可验证的组件与系统边界。它为这一天补上一个更基础的问题：希望系统遵守的性质，怎样被清楚地表达和检查？

16:00–16:30，丁盛豪（Delton）：《Rust 的交互艺术：如何利用 Rust 技术栈重塑多媒体设计工作流》

围绕 Godot CEF 与 Heron，丁盛豪将讨论 C/C++ 接口、图形音频 API 和实时线程的复杂边界，以及如何把架构约束、无 panic 策略、测试与 CI 写进 AI 开发 Harness。这里的 Harness，可以理解为持续约束、检查并反馈 Agent 工作的工程环境。

16:35–17:05，林启宁：《AI 时代的 Rust 机器验证：构建可审计的证据链》

能编译、测试通过、形式化证明完成，各自究竟说明了什么？林启宁将结合 Rust/Lean 工程，讨论反例、证明责任、规格漂移与证据交付。验证手段需要与风险和成本匹配，也需要让后来接手的人看得懂依据。

17:10–17:40，Jolestar：《让 Agent 主动推进工作：用 Rust 构建 Holon 的事件驱动 Runtime》

最后，Holon 作者 Jolestar 把时间尺度拉长：等待 CI、人工审批或 Webhook 时，任务怎样挂起并保存状态？事件到达以后，怎样安全恢复？从一轮代码修改走向持续推进工作，运行时同样需要明确的约束。

T3：让真实设备、生产团队与协作者都能参与

T3｜启航 3 厅｜Rust in Production：嵌入式、工程与 Agent 协作

系统最终会落在具体的设备与团队里。这一轨从一颗嵌入式 NPU 出发，经过依赖建设与大型项目构建，再走向人与 Agent 共同工作的空间。

14:00–14:30，Bart Massey：《极致本地：嵌入式 NPU 上的 AI 与 Rust》

波特兰州立大学计算机科学副教授、Rust Embedded Working Group 成员 Bart Massey，将介绍利用 AI 分析驱动与 C 头文件、生成裸机 Rust 封装的探索，并分享唤醒词检测等示例。当 AI 进入低成本 MCU，资源限制会怎样影响实现路径？

14:40–15:10，陈梓立（tison）：《生产缺什么，就给 Rust 造什么》

ScopeDB 联合创始人陈梓立，将以 Asyncband、DataSketches、Fastrace 等实践，讨论直接采用依赖、向上游贡献或自行实现的选择，也会讲到 Agent 任务拆分、产出评审与依赖风险。AI 改变开发成本之后，长期维护的账仍然要算。

15:15–15:45，范颂颂：《企业级 Rust 扩展：Rust 项目规模扩大会发生什么》

Incredibuild 亚太区解决方案总监范颂颂，将讨论 crate 增多、依赖变复杂、CI 负载上升时，怎样保持构建效率。代码生成得更快，团队也需要及时得到编译与测试反馈，这正是规模化工程中的实际约束。

16:00–16:30，Kevin Boos、Gregory Terzian：《Robrix A2App：人与智能体的 Matrix 协作空间》

两位讲者将基于 Rust 原生 Matrix 客户端 Robrix，探索人和 AI Agent 如何在同一个空间中通信、处理任务并集成应用。开发者工具之外，协作界面本身也在发生变化。

16:35–17:05，Lobo Xu：《mq9：为 AI Agent 构建邮箱式异步通信基础设施》

Agent 会离线，也会等待人的审批。RobustMQ 作者 Lobo Xu，将介绍以 Mailbox 为核心、构建于 NATS 之上的 mq9，讨论消息持久化、离线恢复与消费方式。它和隔壁 Holon 的分享可以对照着听：消息如何留下来，任务又如何继续往前走？

17:10–17:40，杨学成：《Arkret：用 Rust 构建人与 AI 的可信协作基础设施》

Salvo 与 Palpo 的作者杨学成，将把焦点放在人与 AI 的权限关系上：谁可以看见数据，哪些操作需要确认，权限收回后会发生什么？Arkret 从身份、权限、隐私与操作记录出发，讨论如何让协作过程始终有据可查。

按自己的问题，选一条能连起来的路线

三轨并行，不必每个方向都追。可以先确定最想带回项目的答案。

• 关注 AI 基础设施与软件生产：沿 T1 听 GPU、Sail、DHttp，再参加张汉东的分享与圆桌，观察计算、数据和工程约束如何相互关联。

• 准备让 Agent 承担更多开发任务：优先沿 T2，从性能正确性、沙箱与验证方法，一直听到 Holon 的长周期运行。

• 正在建设人机协作系统：15:15 在 T1 听 DHttp，16:00 转到 T3 听 Robrix，16:35 继续听 mq9，17:10 再按关注点选择 T3 的 Arkret，或 T2 的 Holon。这条路线各场时间不重叠。

有一个选场细节值得提前记下：T1 圆桌持续到 17:15，与 17:10 开始的 Holon、Arkret 重叠 5 分钟。若想完整听后一场，需要提前取舍。

14:30–14:40 为走廊交流，15:45–16:00 为茶歇；15:10–15:15、16:30–16:35 以及 T2/T3 的 17:05–17:10 留作转场。17:40 起引导前往启航 1 厅，17:45–17:50 为闭幕演讲，随后致谢、散场。

从上午的生态讨论，到下午的运行与协作，第二天始终有一个共同的问题：我们希望交给机器的工作，怎样变得可理解、可检查、可持续？不同讲者给出的是各自领域里的实践与探索，值得带着真实需求去比较，也值得当面追问尚未解决的部分。

10 月 17 日，欢迎来深圳，把这些问题继续聊下去。

参会信息

• 本文对应日期：2026 年 10 月 17 日，星期六

• RustChinaConf 2026 主会：10 月 16–17 日

• 地点：深圳南山伊敦酒店，蛇口龟山路 8 号

• 下午分轨：T1 启航 1 厅、T2 启航 2 厅、T3 启航 3 厅

• 本文时间均为深圳当地时间（UTC+8）；现场安排及后续调整以官方最新议程为准。

查看完整议程 · 官方购票入口 · 大会官网

票价：399元， 扫码购票。

看好议程，带上你的问题，我们深圳见。

一个开发工具需要怎样与外部程序交流？一台设备又怎样被发现、被访问？这两类问题看似相距很远，最后都会落到接口、协议与运行方式的具体设计上。Rust 的应用，也正在这些更细的工程环节中展开。

RustChinaConf2026 感谢白银赞助商 Kimi、建元科技。我们从两家伙伴已经公开的技术资料出发，分别看看开发工具内核与网络协议中的 Rust 实践。

Kimi 从开发工具的通信边界看 Rust

在 Kimi Code CLI 的官方文档中，Wire 被介绍为用于结构化双向通信的协议。它把 Agent 核心与外部程序连接起来，支持自定义界面、应用集成和自动化测试等场景。对工具开发者而言，这意味着可以围绕清晰的通信接口组织自己的应用。

官方文档同时介绍了 Kimi Agent 的 Rust 实现。它面向 Wire 模式，将相关内核能力打包为单一静态链接二进制，不需要 Python 运行时。这是一项具体的工程探索：在协议保持兼容的前提下，尝试另一种实现与交付方式。

这项实现目前仍被官方标记为实验性功能，支持范围也限定在 Wire 模式。理解这些边界很重要。对关注 Rust 工具开发的人来说，可以从中观察协议与实现如何分离、客户端与内核如何协作，以及不同版本之间怎样维护兼容关系。

当越来越多工具进入开发流程，接口是否清楚、行为是否容易测试、运行依赖是否便于管理，都会影响实际使用体验。Kimi 的这项公开实践，为讨论 Rust 在开发工具中的位置提供了一个具体起点。

建元科技 从网络端点的连接看 Rust

建元科技的 Genmeta 团队围绕 DHttp 展开网络技术实践。其官方项目介绍将 DHttp 定义为基于 QUIC 和 HTTP/3 的协议栈，尝试让每个端点都拥有名称与身份，既能发起调用，也能响应请求。

在公开项目中，dquic 使用异步 Rust 实现 QUIC 传输，并扩展点对点通信与多路径传输能力；DHttp SDK 提供 Rust 等语言的开发入口。团队还将名称解析、发现与命令行工具组织为相关项目，让开发者能沿着具体组件理解这套方案。

这些工作把一个常见问题展开得更细：应用怎样找到对方，建立连接，并判断对方的身份？对 Rust 工程师来说，协议实现、异步任务和接口设计都有可供阅读与讨论的对象；对应用开发者来说，则需要进一步评估它们与自身网络环境和集成需求的匹配程度。

从传输层读到 SDK，是认识网络基础设施的一种扎实方式。它让抽象概念回到代码和调用关系，也让开发者更容易提出具体的问题，而不只停留在对新方案的印象上。

从公开实践开始交流

Kimi 与建元科技关注的领域不同，却都提供了观察 Rust 工程实践的具体入口。一个连接开发工具的核心与外部程序，一个探索网络端点之间的通信。把这些项目放到开发者交流中，有助于我们比较接口约定、实现选择与使用边界。

感谢 Kimi、建元科技以白银赞助商身份支持本届大会。也欢迎参会者带着自己的项目问题来到 RustChinaConf2026：你希望怎样集成工具，怎样组织异步代码，又在哪些部署环境中遇到了限制？这些真实问题，往往就是有价值的技术交流的开始。

相约深圳

RustChinaConf2026 将于10月15–17日在深圳举行。16–17日正式大会设于深圳南山伊敦酒店；15日免费工作坊在不同会场开展，请按各活动信息确认地点与报名方式。欢迎开发者带着真实项目里的问题来交流，认识同行，分享经验。

大会购票：https://rustchinaconf.org/zh-CN/tickets/

RustChinaConf 2026 倒计时 6 天 ｜ 399 元来参会，你能收获什么？

注意：本文包含有大量精美议题宣传图。

AI 写出的代码，怎样进入真实工程？10 月 16 日，RustChinaConf 2026 用上午三场分享与下午三条并行路线，连接模型能力、代码质量、AI 基础设施和生产实践。读懂 20 个议题之间的关系，找到值得带到现场的问题。

15 号 Workshop Day 双场地，别走错

注意：Workshop Day 安排了两个场地。

全天免费，报名审核制。两场地相距约 40 分钟车程，下午场次报名时按场地二选一。

Solana 专场免报名，直接来就可以。

AI 写出 Rust 之后，工程还要回答什么？RustChinaConf 首日全景

让 AI 写一段 Rust，很多开发者已经试过。真正把它放进项目，问题才逐渐展开：模型知道团队正在用的库吗？生成的 unsafe 安全说明是否成立？修改通过了测试，后续版本还会不会把同一个 bug 带回来？

再把视角转向运行中的 AI 系统：推理请求怎样流转，缓存与负载怎样平衡，多个 Agent 的文件和工作区怎样隔离？这些问题，同样需要具体的工程答案。

今年 RustChinaConf 的主题是 Rust 与 AI。10 月 16 日，我们把这两个方向放在同一天讨论：用 Rust 建设 AI 系统，也用 AI 改进 Rust 的开发方式，再把两者放回真实生产环境检验。

我们把三条路线并列，是因为 AI 带来的变化会同时落在开发过程和运行系统上。代码产出加快了，验证与维护不能缺席；Agent 开始承担更多工作，推理、数据和文件系统也需要相应的设计。生产实践提供了共同的参照，让讨论落在适用条件、工程收益和实际代价上。

上午在主会场建立共同的讨论基础，下午分成三条路线深入。接下来，我们按这一天的实际安排，看看这些问题如何展开。 

上午：先把模型能力与工程要求放在一起看

上午议程从 09:30–10:15 的 GOSIM Keynote 开始（感谢 GOSIM 特别赞助）；10:15–10:25 为 RustChinaConf 开场。

10:27–10:57，Jack Huey：《Symposium：拥抱多元生态系统》。

Rust 项目 Types 团队负责人 Jack Huey 讨论一个容易被忽略的问题：模型训练得再充分，也未必知道最新语言特性、内部库和团队约定。Symposium 尝试让依赖库作者提供的工具与指导，随依赖进入 Agent 的上下文，并与现有插件系统、包注册表互通。想让 AI 用好一个生态，生态自身应该怎样把知识交给它？这是一天讨论的起点。 

11:05–11:35，贺程：《Rust × AI：vivo 蓝河操作系统的架构创新与实践》。

vivo 自 2019 年起基于 Rust 研发蓝河操作系统。负责其架构设计与研发的贺程，会把讨论带入全栈系统：内核兼容层、所有权驱动的生命周期管理、多媒体与相机框架、Rust UI，以及大规模编译构建。这里值得听的，是 Rust 在长期工程中怎样组织复杂性，以及这些经验如何参与 AI 时代的操作系统研发。

11:35–12:00，唐飞虎：《月之暗面｜AI 生成 Rust 项目分析》。

月之暗面开发者关系负责人、研发工程师唐飞虎，将结合公开基准与真实仓库，分析生命周期、异步运行时边界、依赖幻觉等问题，并介绍测试优先、签名优先的人机协同流程。经历前两场之后，再看“模型实际交出了什么”，就有了更具体的判断尺度：上下文够不够，接口有没有先说清楚，生成结果该怎样验收？

12:00–14:00 为午餐时间，下午 14:00 三轨同时开始。

T1 分论坛：AI 系统要跑起来，模型之外还有哪些工程

T1｜Rust for AI：推理与数据层

T1 可以沿着两条线来听：一条关注推理请求的处理与调度，另一条关注 Agent 使用的数据与文件。两条线交织起来，才能看清 AI 产品背后的工程底座。

14:00–14:30，赵梓淇：《把 Rust 带进 vLLM：推理前端的设计与演进》。

作为 vLLM Committer 与 Rust Frontend Code Owner，赵梓淇会从聊天模板、分词、流式解析和请求生命周期出发，讨论如何沿既有进程边界渐进引入 Rust。对已有系统，如何迁移、怎样对齐跨语言行为，往往比从零重写更值得追问。

14:40–15:10，罗傅聪：《当用户不再只是人：用 Rust 构建面向 Agent 的 JSON 数据库》。

GreptimeDB 开发工程师罗傅聪，把关注点转向数据消费者的变化。当查询由 Agent 发起，Schema 需要更容易被发现，语义与查询成本需要更可预测。热路径物化、稳定字段的有界展开、运行时类型系统，都将放在这个使用场景里讨论。

15:15–15:45，David Fu：《Curvine：Rust AI 云原生文件系统》。

负责 OPPO 大数据架构演进、发起 Curvine 项目的 David Fu，将介绍如何在多云对象存储之上，用 Rust 构建分布式 POSIX 文件系统与多级缓存。这场把问题推进到存储：AI 与大数据工作负载需要的访问语义和延迟，怎样由底层系统承接？

16:00–16:30，陆扬：《缓存命中与负载均衡：SGLang Router 的 Rust 实践》。

陆扬将沿一条推理请求，拆解 Axum/Tokio 数据路径、服务发现与流式转发。缓存更匹配的实例，未必是当前最空闲的实例；取消安全、背压与共享状态也会影响服务表现。这场与 vLLM 前端形成呼应，把单个请求的处理延伸到多实例调度。

16:35–17:05，韩晓阳：《BrewFS：用 Rust 构建面向 AI Agent 的分布式文件系统》。

南京大学博士研究生韩晓阳聚焦多 Agent 工作区：共享目录容易冲突，完整复制又有成本。BrewFS 用事务元数据、S3 兼容存储和块级 overlay，让多个 Agent 共享只读基线、各自保存增量。与 Curvine 放在一起听，可以比较同样是文件系统，不同负载为何需要不同设计。

T2 分论坛：代码生成提速以后，质量怎样跟上

T2｜AI for Rust：生成、验证与质量

上午 Kimi 的分享提出“怎样评价生成结果”，T2 则继续往工作流程里走：从规格与审查，到安全契约、语言反馈，再到持续测试。每一步都在回答，团队可以把什么交给 AI，又该用什么检查它。

14:00–14:30，陈明煜：《RustBot：构建能写出商用级代码的工作流》。

华为高级工程师陈明煜将介绍规格驱动的 Rust 开发流程：从权威来源逐条提取规格，以 CI/CD、no-panic/unsafe 契约与度量设置门禁，并在阶段之间安排对抗性审计。准备把 AI Coding 引入团队的人，可以重点关注这些检查如何进入日常流程。

14:40–15:10，陈怡霖：《AI Agent 在 Unsafe Rust 注释生成和审查的应用》。

从流程进入代码细节，复旦大学研究生、Rust 与 Rust-for-Linux 贡献者陈怡霖，将展示 Agent 生成 Safety 需求与调用点注释的实践，以及基于安全标签的验证方法。一段解释看起来合理以后，还要怎样检查调用点是否真的履行了安全要求？这场把审查对象说得很具体。

15:15–15:45，Wangchong Zhou（fffonion）：《RustScript 简介》。

Kong AI Gateway 技术负责人 Wangchong Zhou 将介绍一门可嵌入 Rust 应用的类 Rust 脚本语言，讨论所有权信号、确定性内存回收，以及借助 AI 构建语言时的反馈回路。它为前两场补上另一个观察角度：工具与语言本身，能给生成过程怎样的约束和反馈？

16:00–16:30，马景贺：《AI 提速与质量兜底：RustFS 多维自动化测试实践》。

RustFS 核心贡献者马景贺会讨论一个很现实的后续问题：PR 增多以后，回归问题也可能增加，修过的 bug 还会再次出现。分享将展开本地自测、人工与 AI 审核、CI/CD、冒烟测试、手工及性能测试五重门禁。生成、审查之后，质量保障还需要在每一次迭代里持续发生。

16:35–17:05，三场闪电演讲，把讨论延伸到新的边界。

• 16:35–16:45，Allen Wyma：《为什么编译器认证很重要》。从 Ferrocene 与工业项目，看开源 Rust 如何与功能安全领域连接。

• 16:45–16:55，半糖：《不需要 JavaScript 的 Vue：Rust 嵌入式 UI 新探索》。以 PocketJS 为背景，讨论将受限 Vue 界面与 TypeScript 接口提前编译为原生 Rust，让类型检查和资源约束更早介入。

• 16:55–17:05，杨鸿奕（Archer）：《BitRouter：工作流驱动的 Agent 模型路由》。把规划、工具调用、调试等阶段分开考察，讨论如何按任务阶段选择模型，以及策略的回放与回滚。 

T3 分论坛：回到生产现场，看看选择与代价

T3｜Rust in Production

T3 为这一天提供实际系统的参照。架构迁移、协议演进、客户端交付、工具链维护和开发过程留存，都是系统长期运行时绕不过去的工作。Rust 与 AI 的价值，也需要放在这些约束里理解。

14:00–14:30，王祖熙（金九）：《阿里云安全产品基于 Pingora 打造 Rust 安全网关实践》。

这场会直面迁移决策。按议题介绍，团队的裸转发测试并未显示 Rust 优于 Nginx，推动重写的是透明代理端口绑定、跨进程连接池隔离等架构约束，以及安全与扩展需求。听懂收益，也听懂成本，才有助于判断自己的系统是否适合迁移。

14:40–15:10，陆于洋：《AI 驱动自研 QUIC 网关演进：协议构建、数据优化与生产治理》。

小红书的 ROFF 网关案例，把 AI 辅助开发放进生产系统演进：将 C 语言协议栈接入 Rust，完成 unsafe 封装与 Tokio 异步化，优化数据面，并借助 LLM 定位异步运行时内存泄漏。它也与隔壁 T2 的安全审查议题形成对照：同样的边界，到了线上系统中会怎样出现？

15:15–15:45，沈金堤：《用 Rust + Iced 构建跨平台音视频客户端》。

RustPBX 开发者沈金堤将从 Iced 界面、通信协议与音视频处理讲到自动升级、诊断、性能优化及灰度发布。从服务器转向客户端，可以看到另一类完整交付：程序除了能运行，还要面对不同平台、真实设备与持续更新。

16:00–16:30，李根（rami3l）：《揭秘 Rustup：从工具链管理到生态基础设施》。

Rustup 团队负责人李根，会拆解工具链管理的核心任务与设计原则，介绍工具链切换时如何定位、启动 cargo 和 rustc。日常使用越顺手的工具，背后越值得追问：跨平台行为、本地开发和 CI 需求，怎样在长期维护中保持协调？

16:35–17:05，王永和：《使用 Rust 构建 AI Native 版本管理引擎》。

最后，GitMono 联合创始人王永和把问题带回 AI 开发过程：一次任务留下了 commit 和 CI 结果，提示词、工具调用、失败尝试与决策该如何保留？分享将介绍 Intent、Run、Decision 等对象，以及 Rust 构建的 Git 兼容客户端、monorepo 引擎和虚拟文件系统。这与上午的上下文问题遥相呼应：工程知识怎样进入 Agent，也怎样从执行过程中保存下来。

怎样把这一天听成自己的路线

下午三轨并行，可以按正在解决的问题选场：

• 在做推理服务、数据系统或 Agent 基础设施：优先沿 T1 听，关注请求、数据和工作区的设计边界。

• 在把 AI Coding 引入团队：可以从 T2 的 RustBot、unsafe 审查、RustScript、RustFS 一路听下去，最后转到 T3 的 AI Native 版本管理引擎，串起生成、检查与过程留存。这条路线各场时间不重叠。

• 在评估 Rust 落地或维护生产项目：优先沿 T3 听，带着迁移成本、运行故障、跨平台交付或工具链的问题来。

也别把日程里的空隙全部填满。10:57–11:05、14:30–14:40 留有走廊交流；15:45–16:00 的茶歇与 GOSIM 同步。演讲里来不及展开的细节，适合在这些时间继续聊。15:10–15:15、16:30–16:35 为转场，17:05 各厅收尾。

从这份议程里，值得带走的还有议题之间的联系：AI 要理解生态，生态需要提供上下文；AI 加快开发，工程需要更明确的验证；Agent 扩大工作规模，推理、数据和工具链也要随之调整。三条路线合在一起，让这些问题有机会被放到同一张图里讨论。

10 月 16 日，欢迎带着一个真实问题来深圳。它可以是一次反复出现的回归、一段难以审查的 unsafe，也可以是一项迟迟无法决定的架构迁移。先找到相关的分享，再与做过类似系统的人把细节聊透。

参会信息

• 本文对应日期：2026 年 10 月 16 日，星期五

• RustChinaConf 2026 主会：10 月 16–17 日

• 地点：深圳南山伊敦酒店，蛇口龟山路 8 号

• 下午分轨：T1、T2、T3，具体厅名以现场指引为准

• 本文时间均为深圳当地时间（UTC+8）；现场安排及后续调整以官方最新议程为准。

查看完整议程 · 官方购票入口 · 大会官网

票价：399元， 扫码购票。

看好议程，带上你的问题，我们深圳见。# RustChinaConf 2026 倒计时 5 天 ！ Rust 如何支撑 AI，AI 如何改变 Rust？ 16 号议程也许会给你答案

注意：本文包含有大量精美议题宣传图。

AI 写出的代码，怎样进入真实工程？10 月 16 日，RustChinaConf 2026 用上午三场分享与下午三条并行路线，连接模型能力、代码质量、AI 基础设施和生产实践。读懂 20 个议题之间的关系，找到值得带到现场的问题。

15 号 Workshop Day 双场地，别走错

注意：Workshop Day 安排了两个场地。

全天免费，报名审核制。两场地相距约 40 分钟车程，下午场次报名时按场地二选一。

Pasted image 20261010225608.png

Pasted 2026-10-09 at 23.39.52.png

Solana 专场免报名，直接来就可以。

AI 写出 Rust 之后，工程还要回答什么？RustChinaConf 首日全景

让 AI 写一段 Rust，很多开发者已经试过。真正把它放进项目，问题才逐渐展开：模型知道团队正在用的库吗？生成的 unsafe 安全说明是否成立？修改通过了测试，后续版本还会不会把同一个 bug 带回来？

再把视角转向运行中的 AI 系统：推理请求怎样流转，缓存与负载怎样平衡，多个 Agent 的文件和工作区怎样隔离？这些问题，同样需要具体的工程答案。

今年 RustChinaConf 的主题是 Rust 与 AI。10 月 16 日，我们把这两个方向放在同一天讨论：用 Rust 建设 AI 系统，也用 AI 改进 Rust 的开发方式，再把两者放回真实生产环境检验。

我们把三条路线并列，是因为 AI 带来的变化会同时落在开发过程和运行系统上。代码产出加快了，验证与维护不能缺席；Agent 开始承担更多工作，推理、数据和文件系统也需要相应的设计。生产实践提供了共同的参照，让讨论落在适用条件、工程收益和实际代价上。

上午在主会场建立共同的讨论基础，下午分成三条路线深入。接下来，我们按这一天的实际安排，看看这些问题如何展开。
Screenshot 2026-10-10 at 22.35.43.png

Screenshot 2026-10-10 at 22.36.08.png

Screenshot 2026-10-10 at 22.36.14.png

上午：先把模型能力与工程要求放在一起看

上午议程从 09:30–10:15 的 GOSIM Keynote 开始（感谢 GOSIM 特别赞助）；10:15–10:25 为 RustChinaConf 开场。

10:27–10:57，Jack Huey：《Symposium：拥抱多元生态系统》。

Rust 项目 Types 团队负责人 Jack Huey 讨论一个容易被忽略的问题：模型训练得再充分，也未必知道最新语言特性、内部库和团队约定。Symposium 尝试让依赖库作者提供的工具与指导，随依赖进入 Agent 的上下文，并与现有插件系统、包注册表互通。想让 AI 用好一个生态，生态自身应该怎样把知识交给它？这是一天讨论的起点。
Jack Huey.png

11:05–11:35，贺程：《Rust × AI：vivo 蓝河操作系统的架构创新与实践》。

vivo 自 2019 年起基于 Rust 研发蓝河操作系统。负责其架构设计与研发的贺程，会把讨论带入全栈系统：内核兼容层、所有权驱动的生命周期管理、多媒体与相机框架、Rust UI，以及大规模编译构建。这里值得听的，是 Rust 在长期工程中怎样组织复杂性，以及这些经验如何参与 AI 时代的操作系统研发。

贺程.png

11:35–12:00，唐飞虎：《月之暗面｜AI 生成 Rust 项目分析》。

月之暗面开发者关系负责人、研发工程师唐飞虎，将结合公开基准与真实仓库，分析生命周期、异步运行时边界、依赖幻觉等问题，并介绍测试优先、签名优先的人机协同流程。经历前两场之后，再看“模型实际交出了什么”，就有了更具体的判断尺度：上下文够不够，接口有没有先说清楚，生成结果该怎样验收？

唐飞虎 1.png

12:00–14:00 为午餐时间，下午 14:00 三轨同时开始。

T1 分论坛：AI 系统要跑起来，模型之外还有哪些工程

T1｜Rust for AI：推理与数据层

T1 可以沿着两条线来听：一条关注推理请求的处理与调度，另一条关注 Agent 使用的数据与文件。两条线交织起来，才能看清 AI 产品背后的工程底座。

14:00–14:30，赵梓淇：《把 Rust 带进 vLLM：推理前端的设计与演进》。

作为 vLLM Committer 与 Rust Frontend Code Owner，赵梓淇会从聊天模板、分词、流式解析和请求生命周期出发，讨论如何沿既有进程边界渐进引入 Rust。对已有系统，如何迁移、怎样对齐跨语言行为，往往比从零重写更值得追问。

赵梓淇.png

14:40–15:10，罗傅聪：《当用户不再只是人：用 Rust 构建面向 Agent 的 JSON 数据库》。

GreptimeDB 开发工程师罗傅聪，把关注点转向数据消费者的变化。当查询由 Agent 发起，Schema 需要更容易被发现，语义与查询成本需要更可预测。热路径物化、稳定字段的有界展开、运行时类型系统，都将放在这个使用场景里讨论。

罗傅聪.png

15:15–15:45，David Fu：《Curvine：Rust AI 云原生文件系统》。

负责 OPPO 大数据架构演进、发起 Curvine 项目的 David Fu，将介绍如何在多云对象存储之上，用 Rust 构建分布式 POSIX 文件系统与多级缓存。这场把问题推进到存储：AI 与大数据工作负载需要的访问语义和延迟，怎样由底层系统承接？

David Fu.png

16:00–16:30，陆扬：《缓存命中与负载均衡：SGLang Router 的 Rust 实践》。

陆扬将沿一条推理请求，拆解 Axum/Tokio 数据路径、服务发现与流式转发。缓存更匹配的实例，未必是当前最空闲的实例；取消安全、背压与共享状态也会影响服务表现。这场与 vLLM 前端形成呼应，把单个请求的处理延伸到多实例调度。

陆扬.png

16:35–17:05，韩晓阳：《BrewFS：用 Rust 构建面向 AI Agent 的分布式文件系统》。

南京大学博士研究生韩晓阳聚焦多 Agent 工作区：共享目录容易冲突，完整复制又有成本。BrewFS 用事务元数据、S3 兼容存储和块级 overlay，让多个 Agent 共享只读基线、各自保存增量。与 Curvine 放在一起听，可以比较同样是文件系统，不同负载为何需要不同设计。

韩晓阳.png

T2 分论坛：代码生成提速以后，质量怎样跟上

T2｜AI for Rust：生成、验证与质量

上午 Kimi 的分享提出“怎样评价生成结果”，T2 则继续往工作流程里走：从规格与审查，到安全契约、语言反馈，再到持续测试。每一步都在回答，团队可以把什么交给 AI，又该用什么检查它。

14:00–14:30，陈明煜：《RustBot：构建能写出商用级代码的工作流》。

华为高级工程师陈明煜将介绍规格驱动的 Rust 开发流程：从权威来源逐条提取规格，以 CI/CD、no-panic/unsafe 契约与度量设置门禁，并在阶段之间安排对抗性审计。准备把 AI Coding 引入团队的人，可以重点关注这些检查如何进入日常流程。

陈明煜.png

14:40–15:10，陈怡霖：《AI Agent 在 Unsafe Rust 注释生成和审查的应用》。

从流程进入代码细节，复旦大学研究生、Rust 与 Rust-for-Linux 贡献者陈怡霖，将展示 Agent 生成 Safety 需求与调用点注释的实践，以及基于安全标签的验证方法。一段解释看起来合理以后，还要怎样检查调用点是否真的履行了安全要求？这场把审查对象说得很具体。

陈怡霖 1.png

15:15–15:45，Wangchong Zhou（fffonion）：《RustScript 简介》。

Kong AI Gateway 技术负责人 Wangchong Zhou 将介绍一门可嵌入 Rust 应用的类 Rust 脚本语言，讨论所有权信号、确定性内存回收，以及借助 AI 构建语言时的反馈回路。它为前两场补上另一个观察角度：工具与语言本身，能给生成过程怎样的约束和反馈？

Wangchong Zhou（fffonion）.png

16:00–16:30，马景贺：《AI 提速与质量兜底：RustFS 多维自动化测试实践》。

RustFS 核心贡献者马景贺会讨论一个很现实的后续问题：PR 增多以后，回归问题也可能增加，修过的 bug 还会再次出现。分享将展开本地自测、人工与 AI 审核、CI/CD、冒烟测试、手工及性能测试五重门禁。生成、审查之后，质量保障还需要在每一次迭代里持续发生。

马景贺（小马哥）.png

16:35–17:05，三场闪电演讲，把讨论延伸到新的边界。

• 16:35–16:45，Allen Wyma：《为什么编译器认证很重要》。从 Ferrocene 与工业项目，看开源 Rust 如何与功能安全领域连接。

Allen Wyma.png

• 16:45–16:55，半糖：《不需要 JavaScript 的 Vue：Rust 嵌入式 UI 新探索》。以 PocketJS 为背景，讨论将受限 Vue 界面与 TypeScript 接口提前编译为原生 Rust，让类型检查和资源约束更早介入。

半糖.png

• 16:55–17:05，杨鸿奕（Archer）：《BitRouter：工作流驱动的 Agent 模型路由》。把规划、工具调用、调试等阶段分开考察，讨论如何按任务阶段选择模型，以及策略的回放与回滚。 杨鸿奕（Archer）.png

T3 分论坛：回到生产现场，看看选择与代价

T3｜Rust in Production

T3 为这一天提供实际系统的参照。架构迁移、协议演进、客户端交付、工具链维护和开发过程留存，都是系统长期运行时绕不过去的工作。Rust 与 AI 的价值，也需要放在这些约束里理解。

14:00–14:30，王祖熙（金九）：《阿里云安全产品基于 Pingora 打造 Rust 安全网关实践》。

这场会直面迁移决策。按议题介绍，团队的裸转发测试并未显示 Rust 优于 Nginx，推动重写的是透明代理端口绑定、跨进程连接池隔离等架构约束，以及安全与扩展需求。听懂收益，也听懂成本，才有助于判断自己的系统是否适合迁移。

王祖熙（金九）.png

14:40–15:10，陆于洋：《AI 驱动自研 QUIC 网关演进：协议构建、数据优化与生产治理》。

小红书的 ROFF 网关案例，把 AI 辅助开发放进生产系统演进：将 C 语言协议栈接入 Rust，完成 unsafe 封装与 Tokio 异步化，优化数据面，并借助 LLM 定位异步运行时内存泄漏。它也与隔壁 T2 的安全审查议题形成对照：同样的边界，到了线上系统中会怎样出现？

陆于洋.png

15:15–15:45，沈金堤：《用 Rust + Iced 构建跨平台音视频客户端》。

RustPBX 开发者沈金堤将从 Iced 界面、通信协议与音视频处理讲到自动升级、诊断、性能优化及灰度发布。从服务器转向客户端，可以看到另一类完整交付：程序除了能运行，还要面对不同平台、真实设备与持续更新。

沈金堤（jinti）.png

16:00–16:30，李根（rami3l）：《揭秘 Rustup：从工具链管理到生态基础设施》。

Rustup 团队负责人李根，会拆解工具链管理的核心任务与设计原则，介绍工具链切换时如何定位、启动 cargo 和 rustc。日常使用越顺手的工具，背后越值得追问：跨平台行为、本地开发和 CI 需求，怎样在长期维护中保持协调？

李根（rami3l）.png

16:35–17:05，王永和：《使用 Rust 构建 AI Native 版本管理引擎》。

最后，GitMono 联合创始人王永和把问题带回 AI 开发过程：一次任务留下了 commit 和 CI 结果，提示词、工具调用、失败尝试与决策该如何保留？分享将介绍 Intent、Run、Decision 等对象，以及 Rust 构建的 Git 兼容客户端、monorepo 引擎和虚拟文件系统。这与上午的上下文问题遥相呼应：工程知识怎样进入 Agent，也怎样从执行过程中保存下来。

王永和.png

怎样把这一天听成自己的路线

下午三轨并行，可以按正在解决的问题选场：

• 在做推理服务、数据系统或 Agent 基础设施：优先沿 T1 听，关注请求、数据和工作区的设计边界。

• 在把 AI Coding 引入团队：可以从 T2 的 RustBot、unsafe 审查、RustScript、RustFS 一路听下去，最后转到 T3 的 AI Native 版本管理引擎，串起生成、检查与过程留存。这条路线各场时间不重叠。

• 在评估 Rust 落地或维护生产项目：优先沿 T3 听，带着迁移成本、运行故障、跨平台交付或工具链的问题来。

也别把日程里的空隙全部填满。10:57–11:05、14:30–14:40 留有走廊交流；15:45–16:00 的茶歇与 GOSIM 同步。演讲里来不及展开的细节，适合在这些时间继续聊。15:10–15:15、16:30–16:35 为转场，17:05 各厅收尾。

从这份议程里，值得带走的还有议题之间的联系：AI 要理解生态，生态需要提供上下文；AI 加快开发，工程需要更明确的验证；Agent 扩大工作规模，推理、数据和工具链也要随之调整。三条路线合在一起，让这些问题有机会被放到同一张图里讨论。

10 月 16 日，欢迎带着一个真实问题来深圳。它可以是一次反复出现的回归、一段难以审查的 unsafe，也可以是一项迟迟无法决定的架构迁移。先找到相关的分享，再与做过类似系统的人把细节聊透。

参会信息

• 本文对应日期：2026 年 10 月 16 日，星期五

• RustChinaConf 2026 主会：10 月 16–17 日

• 地点：深圳南山伊敦酒店，蛇口龟山路 8 号

• 下午分轨：T1、T2、T3，具体厅名以现场指引为准

• 本文时间均为深圳当地时间（UTC+8）；现场安排及后续调整以官方最新议程为准。

查看完整议程 · 官方购票入口 · 大会官网

票价：399元， 扫码购票。

Screenshot 2026-09-29 at 13.09.33.png

看好议程，带上你的问题，我们深圳见。

从写出第一个 Rust 程序，到让它稳定运行，再到把经验交还社区，开发者会经过许多不同的环节。有人建设应用生态，有人处理生产系统里的数据，也有人让工具和学习资料更容易获得。这些工作共同影响着一门语言被使用、被理解的方式。

RustChinaConf2026 感谢黄金赞助商 Solana Foundation、观测云、开放原子旋武开源社区。本篇沿着开发、运行与学习三个环节，认识三家伙伴与 Rust 生态的连接。

Solana Foundation 连接应用实践与语言生态

Rust 是 Solana 链上程序的主要开发语言。Solana 官方文档提供原生 Rust 程序的开发路径，也介绍使用框架组织程序的方式。对 Rust 开发者而言，这是把已有语言能力带入新执行环境的一个入口。

链上程序有自己的状态组织方式和资源约束。开发者需要理解程序如何执行、数据如何传入，以及哪些常规 Rust 能力在这一环境中受到限制。语言基础可以迁移，对运行模型的认识仍然需要通过文档、代码和测试逐步建立。

这份联系也延伸到了语言社区的支持。2026 年 9 月 9 日，Rust 基金会宣布 Solana Foundation 加入，成为白金会员。此次参与 RustChinaConf2026，则让中国 Rust 开发者与这一生态有了更多相互了解的机会。

观测云 关注系统运行之后的问题

程序部署之后，工作并没有结束。请求为什么变慢，资源使用为何变化，一次异常发生前后留下了什么线索，都需要运行数据来回答。观测云的 DataKit 是数据采集客户端，负责收集数据并发送到观测云，供使用者查看与分析。

在 Rust 方向，观测云官方文档还介绍了 rsdatakit：一个面向 Linux 主机与 Kubernetes 节点的轻量 Rust 采集器。它按 DataKit 兼容的数据格式发送信息，并明确列出支持的采集模块与能力边界。

从这个案例出发，Rust 开发者可以关注采集工具的资源占用、部署方式，以及采集端与服务端之间的数据约定。把系统运行的证据保留下来，是定位问题、评估优化效果的重要基础，也是工程交流里值得展开的一部分。

开放原子旋武开源社区 让参与 Rust 更容易

开放原子旋武开源社区是开放原子开源基金会旗下的专项社区，致力于在中国普及和发展 Rust、培育人才、繁荣生态。它提供的学习资料、在线课程、安装指南和开源项目入口，面向的是开发者持续学习与参与的过程。

例如，旋武发行版项目 rim 围绕 Rust 工具链及相关开发工具的安装管理展开；社区安装指南也提供镜像配置说明。对初学者和需要统一开发环境的团队来说，这些基础环节与语言知识一样，直接影响开始动手的成本。

社区的意义还在于让问题能够被交流，让项目能够被看见。课程、工具与项目介绍，为个人学习和团队实践之间搭起了可走通的路径，也为更多人参与 Rust 留出了入口。

感谢共同建设 Rust 生态的伙伴

应用给语言带来真实需求，运行数据帮助团队认识系统，社区让知识与工具继续流动。三家黄金伙伴从不同位置参与其中，也共同支持了这次开发者相聚。感谢 Solana Foundation、观测云、开放原子旋武开源社区。期待在深圳，听见更多具体问题和可复用的经验。

相约深圳

RustChinaConf2026 将于10月15–17日在深圳举行。16–17日正式大会设于深圳南山伊敦酒店；15日免费工作坊在不同会场开展，请按各活动信息确认地点与报名方式。欢迎开发者带着真实项目里的问题来交流，认识同行，分享经验。

大会购票：https://rustchinaconf.org/zh-CN/tickets/

一张399元的门票，来 RustChinaConf2026 能获得什么？

我们把参会者权益分成三部分：正式大会技术演讲、两天的午餐和茶歇，以及一套精美的 Rust 周边 （图片见下文）。

📢  Rust 2026 中国大会志愿者招募啦   志愿者还在招募中，欢迎大家踊跃报名，这样你可以免门票获得参会权益。

2026 年 10 月15 日至17日，RustChinaConf 2026 在深圳举行。

注意 15 日是 Workshop Day，16 日至 17日是正式大会，正式大会地点为深圳南山伊敦酒店。

大会议程：https://rustchinaconf.org/zh-CN/schedule

来听分享、动手实践，和同样关心Rust的人见面。这篇文章，先把大家关心的参会权益说明白。

第一部分：从 Workshop 到技术演讲，把时间留给 Rust

10月15日：提前一天，来 Workshop 动手实践

正式大会之前，还有一天 Workshop Day。

注意：Workshop Day 安排了两个场地。

场地	地址	内容
ONES 会场	南山区高新南十道 16 号金地威新中心 A 座 20 层	上午 Omarchy Shenzhen Meetup + 下午双课
伊敦酒店会场	蛇口主会场地（16–17 日 深圳南山伊敦酒店[1]（蛇口龜山路8號）， 邻近地铁 12 号线海上世界站）	下午 Solana 专场

全天免费，报名审核制。两场地相距约 40 分钟车程，下午场次报名时按场地二选一。

ONES 会场

一个是 ONES 会场（ones.cn 冠名赞助场地），ONES 会场安排了 Rust x Omarchy Shenzhen Meetup，以及 Rust AI Coding、嵌入式Rust 实操，让你把技术话题放进具体案例里，亲手试一试。

来 Omarchy Day ，我们一起探讨交流 Rust 、Omarchy Live Show、 Agent OS 相关话题，也欢迎新的议题投稿，不需要 PPT，只需要你过来直接 Omarchy Live Show。

请提前完成报名，按照预装清单准备好电脑环境，把现场时间留给实操。参与说明见ONES 会场 Workshop报名页^[2]。（ https://luma.com/1orevx6y 想来就报名吧，别管截止日了）

Solana  Workshop 伊敦酒店专场

2026 年 10 月 15 日 下午，在 伊敦酒店还有 Solana Workshop 专场。

Solana 今年 9 月份加入了 Rust 基金会^[3]，与英伟达同时成为白金董事成员。 从一开始，Rust 语言就成为了 Solana 的基础技术。它为开发者提供了所需的性能、安全性与可靠性，使得能够构建出高效的网络以及运行在上面的各种应用程序。Solana 网络不断进行升级和改进，而其开发者生态系统以及应用场景也在不断扩展，涵盖了支付、去中心化金融、消费者应用，以及人工智能等新兴领域。随着 Solana 生态系统的不断发展，投资 Rust 语言以及整个 Rust 社区，实际上就是对开发者所依赖的基础设施的投资。

希望大家不要错过这次和 Solana 近距离接触的机会。 同样无需门票 ，也无需提前报名，你即可参加，但是现场名额有限，希望大家提前到场签到参加。

10月16日至17日：两天正式大会

来参加 RustChinaConf，最重要的收获，当然是正式大会的技术内容，以及围绕这些内容展开的交流。

平时学习 Rust，我们可以看文档、读代码，也可以在网上追踪讨论。到了大会现场，则可以集中听一听不同开发者的思考和实践，再对照自己正在做的事情，看看哪些经验值得借鉴，哪些问题还需要继续琢磨。

尤其是今年我们为这一年一度的大会特别策划了 Rust x AI 主题，甚至都邀请到了来自英伟达的演讲，精彩不容错过。

可以查看我之前发的文章来看本次大会的一些看点：《当 AI 开始接管软件工厂：RustChinaConf 2026 全议程发布》

大家可以来大会官网查看精彩议程：https://rustchinaconf.org/zh-CN/schedule

你可以带着具体问题来：手上的项目是否适合使用 Rust ？一个技术选择背后，有哪些取舍？遇到相似的问题，其他开发者会怎样分析？

提前看看议程，选出最关心的演讲，也给自己留一点发现新方向的空间。听到有启发的地方记下来，休息时和身边的人聊一聊。同一个话题，换一个人的视角，可能就会打开新的思路。

技术演讲和现场交流，是这张门票最核心的价值。 我们希望大家带走的，既有值得回去继续研究的问题，也有可以尝试的新想法。

第二部分：两天午餐和茶歇，安心听会

这张门票包含10月16日至17日两天的午餐和茶歇，总价值约249元。

连续两天参加大会，吃饭和休息同样重要。中午补充能量，演讲间隙稍作休息，再回到会场继续听分享，让参会节奏更从容一些。

午餐和茶歇也给交流留出了自然的空当。刚刚听完一个感兴趣的话题，可以趁休息时和其他参会者聊聊感受；想认识新朋友，也可以从一句“你刚才听了哪场？”开始。

把餐饮安排在参会权益里，是希望大家能少花些心思安排午餐，把更多时间留给大会本身。

第三部分：一套Rust周边，把参会记忆带回去

除了技术内容和两天餐饮，我们还准备了一套总价值约 200 元的 Rust 周边，包括：

• Rust 金属勋章（限量）

• Rust x AI x 黑客文化贴纸

• 鼠标垫

• 镭射卡

• 高质量T恤

喜欢收藏的，可以留下勋章和镭射卡；回到日常工作和生活里，鼠标垫与T恤也能继续陪着你。

把喜欢的语言穿在身上、放在桌面上，是开发者表达热爱的一种方式。这套周边，也为这次相聚留下一份看得见、带得走的纪念。 

实物远比图片更精美。

399元，把时间留给Rust

简单算一下：约249元的餐饮，加上约 200 元的周边，合计远超 399 元的票价，买早鸟票的更值。

这笔账让参会权益更直观。决定来现场的理由，还在于 Workshop 的动手实践与两天正式大会的学习、讨论：听到新的经验，认真想一想自己的问题，也和更多开发者交换看法。

如果你正在学习或使用Rust，也想找一个机会集中听分享、聊技术，欢迎来RustChinaConf2026。

大会时间：2026年10月15日至17日Workshop Day：10月15日，提前完成活动报名正式大会：10月16日至17日，深圳南山伊敦酒店票价：399元， 扫码购票。或 https://rustchinaconf.org/tickets

看好议程，带上你的问题，我们深圳见。

参考资料

[1] 

深圳南山伊敦酒店: https://aden-nanshan.hotel-shenzhen.com/zh/

一门语言进入生产环境之后，问题会变得具体：怎样管理系统资源，怎样处理并发，怎样在追求性能时守住可靠性。Rust 的价值，也在这些反复打磨的工程细节中逐渐清晰。

RustChinaConf2026 感谢钻石赞助商 vivo、非凸科技。两家伙伴分别从操作系统与低延迟交易出发，将 Rust 用在真实业务中，也通过开源让更多开发者看见实现过程。本篇从两项公开实践出发，看看代码背后的工程选择。欢迎大家到现场来听两家公司的真实实践分享并交流。

vivo 从蓝河内核看系统软件

vivo 自主研发的蓝河操作系统 BlueOS^[1]，为 Rust 在系统软件中的应用提供了一个具体案例。2025 年 7 月，vivo 宣布蓝河操作系统内核正式开源；官方介绍明确指出，蓝河内核使用 Rust 编写，围绕安全、轻量与通用性展开设计。

内核离硬件和资源管理很近。一段代码如何获得内存、任务怎样被调度、设备能力如何向上层开放，都会影响整个系统。对正在学习系统开发的 Rustacean 来说，公开的内核实现提供了继续往下读代码的入口：语言里的所有权与类型约束，如何与操作系统的实际机制共同工作？

这样的实践也让关于 Rust 的讨论有了更明确的对象。我们可以围绕模块边界、底层抽象与测试方法交流，可以比较不同场景的设计取舍。把问题带到具体实现中，更容易看清一种方案解决了什么，又需要在哪些条件下使用。

非凸科技： 从一条日志看低延迟工程

非凸科技公开介绍过 Rust 在算法交易业务中的应用，覆盖行情接入、交易执行以及客户端与风控等环节。其中，开源异步日志库 ftlog^[2] 是一个很适合开发者上手观察的切面。

日志常常是系统里最熟悉的功能，也可能影响关键路径的延迟。ftlog 将日志处理与后台写入结合，并提供时间切分、受限写入和多目标输出等能力。它所面对的，是业务需要保留记录、关键路径又需要控制开销的实际问题。

从这个小而具体的组件出发，可以进一步讨论线程间通信、缓冲与刷盘、日志量控制以及故障排查。性能优化最终需要回到业务负载和测量方法；开源代码则让其他开发者能够理解方案、复现实验，并判断它是否适合自己的系统。

让工程经验在社区里继续流动

操作系统与交易系统的工作负载不同，却都把可靠性当作日常工程任务。两家钻石伙伴的实践，让我们看见 Rust 从语言机制走向产品实现时的不同路径，也提醒我们：每一项可复用的能力，背后都有持续的设计、测试与维护。

对于参会者，值得准备的可以是一个很小的问题：项目里的某处开销怎样测量，一个抽象是否隐藏了成本，某种接口怎样更容易被正确使用。围绕这些问题交流，比停留在语言优点的概括上更有收获。

感谢 vivo、非凸科技对 RustChinaConf2026 的钻石赞助支持，也感谢把实际问题、代码和经验带回社区的开发者。期待在深圳，与更多正在使用 Rust 的同行一起把这些讨论继续下去。

相约深圳

RustChinaConf2026 将于10月15–17日在深圳举行。16–17日正式大会设于深圳南山伊敦酒店；15日免费工作坊在不同会场开展，请按各活动信息确认地点与报名方式。欢迎开发者带着真实项目里的问题来交流，认识同行，分享经验。

大会购票：https://rustchinaconf.org/zh-CN/tickets/^[3]

参考资料

[1] 

蓝河操作系统 BlueOS: https://www.vivo.com.cn/brand/news/detail?id=1321&type=1