执行摘要

• 一句话：切换 Harmony 处理库到 oss-harmony，移除运行时下载依赖
• 推荐动作：虽然本 PR 变更量小，但作为后续 GPT-OSS Harmony renderer 的前置基础，建议阅读跟进。对 Rust 依赖管理感兴趣的开发者可关注其如何通过 package 字段重命名 crate 并替换源。

功能与动机

PR body 指出：Switch from Inferact/openai-harmony (introduced in #46696) to oss-harmony, a more actively maintained fork. Benefits: picks up upstream Harmony bug fixes and improvements; embeds tokenizer vocabularies in the library itself, removing runtime download path and related reqwest / TLS backend dependency.

实现拆解

1. 修改依赖声明：在 rust/Cargo.toml 中将 openai-harmony crate 的源从 Inferact/openai-harmony 更换为 oss-harmony/harmony，并指定 tag v0.0.11，同时移除 native-tls feature。
2. 更新锁定文件：运行 cargo update 后，rust/Cargo.lock 自动反映新依赖树，清理旧 crate（aligned、av-scenechange 等）及其传递依赖，锁定 oss-harmony 及其精简后的依赖链。
3. 简化构建配置：由于 oss-harmony 内嵌 tokenizer vocabularies，不再需要 reqwest 和 TLS 相关依赖，Rust 前端编译和运行环境得到简化。
   本 PR 仅涉及依赖替换，未修改 Harmony output 处理逻辑。后续 #46800 将在此基础上增加 GPT-OSS Harmony renderer。

关键文件：

• rust/Cargo.toml（模块 依赖管理；类别 config；类型 configuration）: 核心依赖声明变更，切换 Harmony 处理库
• rust/Cargo.lock（模块 依赖管理；类别 other；类型 lockfile）: 锁定文件自动更新，反映新旧依赖树变化，清理大量传递依赖

关键符号：未识别

评论区精华

本 PR 未引发实质性讨论。审核者 njhill 直接 Approve，仅 claude[bot] 自动留言触发了 code review 提示。无设计争议或未解决问题。

• 暂无高价值评论线程

风险与影响

• 风险：风险较低。主要风险在于依赖兼容性：oss-harmony 是 openai-harmony 的 fork，若有接口不兼容可能导致 Harmony output 处理异常。但 PR 作者已通过 cargo nextest run 确保 Harmony 相关测试通过，且 CI 应覆盖回归。另外，去掉 native-tls 后若其他 crate 仍依赖 TLS 功能可能引发编译错误，但 Cargo.lock 表明无冲突。总体风险可控。
• 影响：对用户：无直接用户感知影响。对系统：移除了运行时下载 tokenizer vocab 的路径，降低了对网络和 TLS 的依赖，构建产物更小、更安全。对团队：简化了 Rust 前端的依赖管理，为后续 GPT-OSS 集成铺平道路。影响范围主要限于 Rust 模块，不涉及 Python 或 GPU 代码。
• 风险标记：依赖变更, 低风险

关联脉络

• PR #46800 Follow-up: GPT-OSS Harmony renderer: 本 PR 是 #46800 的依赖基础，移除运行时下载后，后续可在其基础上集成 GPT-OSS 渲染功能。
• PR #46696 Add openai-harmony library for Harmony output processing: 本 PR 替换了 #46696 引入的 openai-harmony 库，原库不再使用。