穹顶之上的作曲笔：Zirkonium 如何把 47.4 通道的空间位置变成可写的参数

英文题目：2

会议身份：conference:icmc:2026:conference-paper-id:paper-220

✅ 来源为官方会议 PDF；表格与 Figure 按原文证据绑定。PDF 公式以原页区域图片展示，未冒称作者原始 TeX。

会议来源：官方记录 · 官方 PDF

标签：#开源工具 #信号处理 #空间音频信号 #空间音频渲染

评分：6.1/10 | 创新 1.0/2 | 技术严谨 0.8/1.5 | 实验充分 0.4/1.5 | 清晰度 0.7/1 | 影响力 0.9/1.5 | 开源 1.0/1.5 | 可复现 0.1/0.5 | 工程/实践 1.2/1.5

排名：前50% | 文档类型：系统技术报告

👥 作者与机构

• Years Zirkonium：机构信息未能从会议 PDF 纯文本可靠映射
• Klangdom at ZKM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59 Ludger Br¨ummer：机构信息未能从会议 PDF 纯文本可靠映射
• G¨otz Dipper：机构信息未能从会议 PDF 纯文本可靠映射
• Dan Wilcox：机构信息未能从会议 PDF 纯文本可靠映射

📌 核心摘要

本文处理以穹顶扬声器阵列为输出的空间音乐作曲问题，输入为多通道stems、实时音频与外部运动控制消息，输出为ZKM Klangdom穹顶的连续声像定位与运动，难点在于兼顾作曲家可操作性、跨场地可移植复演与长期可归档性。方法链分为三步：先用扬声器配置工具标定几何、硬件路由与延迟补偿并生成三维可视反馈，其输出的几何模型进入下一步约束增益求解。再以基于矢量幅度声像定位与高阶Ambisonics的引擎完成实时渲染，将标定后的声场模型转为多通道馈送。然后通过轨迹绘制与开放声音控制调度驱动事件序列并支持录制回放，以时间轴轨迹直接调制渲染参数。与声学仿真或混音台式空间插件相比，该链条将空间编排从数字音频工作站自动化中解耦为独立可视对象，使运动可脱离特定工作站独立存储复演。在水平与垂直旋转测试条件下，水平旋转的角度指标为360 degrees，高于垂直旋转的角度指标180 degrees。其结论适用边界仅限以艺术生产与现场演出验证的穹顶场景，尚未验证家用消费格式与大样本听感泛化，原文未披露训练、推理或部署成本。

🔗 开源与复现资源

• 代码相关资源：https://github.com/zkmkarlsruhe/ZirkoniumSpatializationServer — 链接可访问（HTTP 200）
• 第三方资源：https://zkm.de/de/zirkonium — 链接可访问（HTTP 200）
• 第三方资源：https://forum.ircam.fr/projects/detail/spat/ — 链接可访问（HTTP 200）
• 第三方资源：https://ruipenha.pt/spatium — 暂时无法访问
• 第三方资源：https://plugins.iem.at — 链接可访问（HTTP 200）
• 第三方资源：https://en.wikipedia.org/wiki/Lemur_ — 暂时无法访问
• 第三方资源：https://grapes-3d.com — 链接可访问（HTTP 200） 可达状态仅表示本次链接检查结果，不代表许可证、本文权重或运行复现已验证。

🧭 深度解读

输入是什么？为什么 1970 年的球形音乐厅没能解决问题？

这篇论文的输入是二十年工程记录，目标是让研究生能复述 Klangdom 与 Zirkonium 如何建成与如何使用，必须保留的信息是硬件规模、软件三代分工、运动描述方式与演出存档方法，输出是一套可在不同场地复演的空间作曲流程。作者开篇回顾的矛盾是：1970 年大阪世博会德国馆球形音乐厅已在墙面布置 50 只扬声器包围听众，却无法灵活方便地把大量声音自由定位并做出运动。

类比地说，当时像有了一支 50 人的乐队却没有总谱架，模拟调音台无法以作曲家可理解的方式同时指挥每个声部的位置。进入 2000 年代后，计算机算力、价格与多通道音频接口成熟，ZKM 音乐与声学研究所才启动 Klangdom 项目，用穹顶形扬声器阵列加软件控制来补上这一环。论文因此不是提出某个神经网络模型，而是报告一个持续 2003 至 2026 年的乐器建造过程：先按时间顺序讲硬件与软件，再讲实际使用的灵活性，最后展望未来。

学习时应把空间位置理解为白话的声源在听众周围的方向与高度，英文为 spatial position；把声像定位理解为决定声音听起来从哪里来的计算，英文为 spatialization；把对象音频理解为声音内容加位置轨迹分开存储的方式，英文为 object-oriented audio。

同类路线有哪些？ZKM 为什么不直接用它们？

论文把相关系统放在 2003 年语境中对照，比较维度是输入相同即多通道现场扩声、目标相同即声音在空间中定位、运行阶段相同即音乐会演出。法国 IRCAM 在 Espace de Projection 运营更大的扬声器系统并发展 SPAT，其侧重是声学仿真，英文为 acoustics simulation；格拉茨 IEM Cube 是较小系统；巴黎 GRM 等地有多套 acousmonium 即扬声器乐队式扩声体系，侧重对声音的解释性投射。

论文报告说当时没有一个系统同时满足通用、便携、可扩展、初次使用可经图形界面操作、无需技术人员、可在自家电脑用耳机模拟、兼容不同硬件、可经开放声音控制协议互操作等全部要求。开放声音控制协议白话是局域网上传输位置与控制数据的通用语言，英文为 Open Sound Control，缩写为 OSC。ZKM 在全面评估后选择向量幅度平移，英文为 Vector-Based Amplitude Panning，缩写为 VBAP，后期再把高阶环绕声，英文为 Higher Order Ambisonics，缩写为 HOA，作为附加选项。

教学例子：若把声学仿真比作房间装修效果图，ZKM 要的则是演员走位图，因此不优先仿真混响，而是优先精确走位与动态移动。这个选择决定了后续所有工具都围绕扬声器几何与轨迹展开，而非围绕房间脉冲响应展开。

作曲家真正要操作的问题是什么？

论文把任务定义为让作曲家与现场表演者在任意扬声器数量与建筑中高质量呈现空间走位，并能在自己电脑上模拟。操作上要求系统可运输、兼容不同硬件、无需专家即可搭建操作，且在困难条件下仍稳健复现作曲结果。进一步，作者在长期驻留经验中提炼出两种创作方法。戏剧性空间化白话是对少数前景声音讲方向故事，例如前后上下与快慢不同的运动；统计性空间化白话是对大量声音讲群体分布，例如弥散铺满穹顶或限定区域。论文报告听觉大概只能同时独立跟踪约 3 个声部，超过后个体在感知中并入群体，这与复调音乐中声部过多则并为音群的经验对应。

戏剧性空间化 × 统计性空间化： 戏剧性空间化分工是对少数前景声部指定明确方向与运动，服务于音乐叙事，需要手工绘制轨迹；统计性空间化分工是对大量无法逐个追踪的声部做弥散分布，服务于群体质感，需要算法生成螺旋与随机分布。搭配理由是听觉同时只能跟踪约 3 个独立声部，组合后 Zirkonium 同时保留图形工具与参数算法工具，使前景独奏与背景声群可以在同一穹顶作品中分层处理。

由此导出工具需求：前者需要用鼠标点几下就能画出轨迹的图形工具，后者需要用很少参数生成大量重叠螺旋并准随机铺满球面的算法工具。若只给其中一种，另一类作品就会变得费力或不可存档。论文还指出颗粒合成是极端例子，每个颗粒都想有独立位置，若逐个手画则工作量不可承受，因此需要把颗粒先在小规模多通道上播放再作为虚拟扬声器整体搬运的折中策略。

三代软件与穹顶硬件如何组成一条生产链？

从样本走一遍可以看清全景。以 Ludger Brümmer 的 Glasharfe 为例，输入是多通道声音文件或现场输入，表示是每个通道分配唯一编号即声音编号，英文为 sound ID，组件是穹顶视图、事件表与渲染引擎，目标是输出到音频接口再送穹顶扬声器。作曲家先在扬声器设置窗中登记每只扬声器的高度、距离、角度并绑定硬件输出，再用鼠标加白噪声测试数字穹顶与真实穹顶是否一致，随后为每个编号绘制或参数化运动，最后播放或导出。

硬件侧，穹顶使用可水平移动的小车悬挂扬声器，其中三圈中的部分可调、第三圈可调高度，并经光纤多通道音频接口与调音台连接，演出外带时只需中等性能电脑、多通道数模转换器、功放与扬声器。软件侧经历三代：第一代是原生 macOS 应用，强调 3 维实时反馈与参数化事件；第二代改为 Max 编写的服务器加多客户端，强调与其他软件互操作；第三代由 Chikashi Miyama 起用 libpd 合并轨迹编辑器与空间化服务器为单一应用，再由 Dan Wilcox 重构走向稳定。

这段导读帮助你在看第一代界面截图时抓住上下两部分的分工，上半是空间，下半是时间，颜色与方块大小都是可读的演出状态而非装饰。

看图路径： 1. 先看上半黑色半球视图中黄色块与绿色点分别代表声音编号与扬声器位置；2. 再看下半事件列表中每行目标编号对应的起始时间与增益列；3. 最后看底部球坐标与笛卡尔坐标切换及起始结束与增量输入框

论文图 2。原论文 Figure 2：“Zirkonium 1 interface. 2007 speaker’s hardware output channel.”。

图中可见上半黑色背景上布满黄色立方体块与绿色圆点并以线框三角连接，下半是带有目标编号、起始时间、时长与增益的事件表格，底部还有球坐标与笛卡尔坐标切换。黄色块是声音编号对象，其大小变化表示幅度，绿色点是扬声器，三角网表示向量幅度平移计算所用的扬声器三元组。这种同时显示五十以上扬声器与五十以上声音的设计，正是为了解决大阪球形厅当年无法总览的问题，旋转视图还能同时检查水平分布与高度分层。

第一代如何用 280 个数写出一部空间编舞？

第一代的核心组件是 3 维实时反馈、环境设置与运动编辑。扬声器在半球模型上显示为绿色编号并按三角分组，单通道显示为可定义颜色与编号的五边形轮廓对象，两者都以颜色与尺寸变化表示幅度，旁边数字可选表示硬件输出通道。为让真实空间也可见，团队还在每只扬声器上安装高亮度发光二极管模块并经灯光控制协议驱动，使声音运动在房间中以灯光同步显示。

运动的数学描述支持球坐标或笛卡尔坐标参数并绝对可复现，每段只需起始时间、结束时间、方位角增量、天顶角增量、方位展宽、天顶展宽与增益。论文举例方位值 2 即圆周率对应水平旋转 360 度，天顶值 1 即圆周率对应垂直往返 180 度，展宽在 0 至 2 或 0.5 之间，笛卡尔则在横纵负 1 至 1 之间定义直线运动。这样 30 至 40 段即可编排一部作品，约 280 个数值。配套工具包括从数字音频工作站控制的第一代音频插件、把运动数据转为视觉信息的灯光控制器，以及同步视频播放的播放器。

Klangdom × Zirkonium： Klangdom 负责发声物理层，即围绕听众穹顶布置的近 50 只扬声器与传输调音硬件，分工是把电信号变成空间中的声压分布；Zirkonium 负责作曲控制层，即扬声器建模、可视化、运动编排与多通道渲染，分工是把作曲意图变成每个扬声器的增益。两者搭配的理由是硬件位置可变而作品需要可移植，组合后新增的作用是同一份运动编排可以在不同扬声器数量与建筑中复演并保持意图。

该桥说明第一代已确立的基本分工：硬件只管在哪里发声，软件只管何时以多大增益让哪几只扬声器协作，从而实现作品与场地的解耦。

第二代到第三代改了什么？为什么路径隐喻很重要？

第二代因第一代 32 位架构受限而由 David Wagner 重写，关键变化是从单体应用变为服务器加客户端。服务器用 Max 编写，可被多种客户端控制；新增用鼠标以多种模式图形编辑单通道运动的客户端；用乐器数字接口时间码与开放声音控制协议替代旧插件以便与任意工作站同步，使空间化可与作曲并行而非作曲渲染后才导入；延续支持经协议的远程运动控制与实时音频输入。

开放性很快见效，蒙特利尔空间沉浸研究组的 SpatGris 早期版本即借鉴并细化了第一代插件功能再适配第二代服务器。第二代引入的轨迹路径绘制隐喻降低了门槛，但多应用协同仍让新手困惑。

2015 年起 Chikashi Miyama 用 libpd 把轨迹编辑器与服务器合并为单一应用，引入数字音频工作站式的运动视图自动化曲线与事件视图编号轨道，事件运动与控制曲线实现为多节点贝塞尔曲线，同时保留参数化生成圆形与螺旋路径的工具与沿路径非线性运动的控制曲线，做到加通道、映射编号、画事件、播放 4 步上手，还支持鼠标与协议输入的快速手势录制。扬声器设置工具重写为直观 3 维视图并支持毫秒级延时补偿，另有平板多点触控应用与空间描述交换格式集成。

2017 年转由 Dan Wilcox 接手后，团队比较两代源码，认为第一代因语言与框架变迁需更大重写，于是聚焦第三代重构，2019 年发布稳定版，之后加入事件增益曲线、总音量、自动时间戳保存、深色模式、乐器数字接口时钟同步、馆际音频路由、扩展现场协议控制，并移除停滞的交换格式支持，到 3.7 版同时构建英特尔与苹果芯片架构。

向量幅度平移 × 高阶环绕声： 向量幅度平移分工是用最靠近目标方向的三只扬声器做幅度分配来定位幻象声源，计算轻、定位直观、适合精确点源与轨迹；高阶环绕声分工是用球谐函数描述整体声场，适合氛围与扩散型场景。论文先选前者是为满足稳健、可移植、易操作的要求，后期再把后者作为附加选项，组合意义是让点源戏剧性运动与弥散型统计分布能在同一工程中共存。

该桥解释为何渲染算法可替换而交互隐喻延续：定位计算只管如何分配增益，路径与事件只管何时在哪里，两层解耦使算法升级不破坏作曲数据。

没有神经网络训练时，真正的计算与构建过程是什么？

本研究没有训练任何神经网络模型，因此不存在梯度路径、参数冻结更新、监督损失或重置时机的报告，相关缺项应明确指出而非从软件名称推定。实际的构建计算是 3 类工程工作。第一是空间渲染计算：向量幅度平移根据目标方向选取扬声器三元组并求解增益，扬声器几何来自设置文件中的角度距离高度与延时补偿；耳机监听则经头部相关传输函数仿真，英文为 Head-Related Transfer Function，缩写为 HRTF。

第二是轨迹插值与同步计算：贝塞尔曲线节点、手绘路径、参数化圆与螺旋、外部协议数据流都要按时间采样为增益序列，与工作站发来的乐器数字接口时间码或时钟对齐，经馆际音频路由送入。第三是软件工程构建：从 32 位单体到 Max 服务器再到 libpd 单应用，再到苹果芯片双架构编译与持续四年的新旧版本逐工程对比验证。

数字音频工作站空间化 × 现场空间化： 数字音频工作站空间化分工是事先在工作站中完成声音设计，再把分轨送入 Zirkonium 绘制并固化轨迹，可反复修改存档；现场空间化分工是在演出时由外部软件经开放声音控制协议实时发送位置数据，不在 Zirkonium 内预存图形轨迹。搭配理由是兼顾固定媒体的可复现性与现场的即兴性，组合意义是现场数据可被录制为轨迹从而转为可存档的对象音频，打通两种工作流。

该桥把看似对立的工作流统一为同一数据模型：无论事先画好还是现场流入，最终都落为带时间的编号位置序列，因此才能互相录制与转换。不应把无训练理解为确定性求解，实际演出仍受房间、摆位与现场操作影响。

实验场地与长期驻留条件如何搭建？

论文没有对照组实验，其证据是长期艺术生产条件。演出厅是 1997 年启用的立方体厅，2006 年起装配穹顶；自 1989 年以来保持密集演出，论文报告超过千场。作曲家经驻留专门为穹顶创作并充分测试，也可用自带空间化软件；另有曲目演出需在短排练中适配穹顶。

适配策略按来源分层：若有工作站分轨则退回分轨导入重新摆位；圆形 4 通道或 8 通道环绕则作为虚拟扬声器圆置于不同高度并整体旋转升降；若只有立体声终混则尽量保留原声像设计并由现场表演者轻柔加入运动。录制示例中 5 通道终混被摆成圆圈再由推子箱实时旋转升降。

以下导读帮你把文字中的可移动小车与三圈高度概念对应到真实房间的密度与包围感，注意灯光颜色只是反馈而非声学本身。

看图路径： 1. 先环视顶部桁架与墙面悬挂的黑色箱体扬声器及其顶部绿色指示灯；2. 再确认听众位于中央空地而非固定座椅，声源包围听众；3. 最后观察舞台远端屏幕与两侧低频箱体判断演出与扩声分区

论文图 1。原论文 Figure 1：“The Klangdom (sound dome) in the ZKM Cube with DMX-controllable LED feedback system.”。

照片显示观众站在中央，黑色扬声器密布于顶部桁架与两侧墙面并包围听话区域，每只扬声器顶部有绿色发光点，远端舞台有粉紫色照明与屏幕，两侧可见低频箱体。这种高密度穹顶加可调小车的布置解释了为何软件必须支持任意数量扬声器与可视化校验：物理位置会变，数字模型必须先对齐再谈创作。资源状态方面，正文给出下载地址的开源代码仓库本次核验可用，第三方声学与插件站点多可达，但个别历史页面本次未能确认可达，写作时不应统称全部公开。

三代演进与演出实践显示了什么？

论文直接报告的结果是工程可用性与作品积累，而非以指标胜负衡量的算法提升。主结果包括稳定的三代工具链、可移植演出流程、约 70 部固定媒体驻留作品加大量现场作品，以及新旧版本四年并行比对后实现第一代参数运动的原生支持与旧工程导入。为公平理解，需提出比较问题：在相同穹顶与相同排练时间下，新流程是否让非原生曲目更好地利用高度维度？论文未做受控听感评分或定位误差测量，因此只能说支持而不能说证明听感更优。

以下整理表把分散在正文中的规模数字放在一起，表的比较对象不是基线模型而是不同阶段的系统状态，阅读时应把数字当作可复现的搭建条件而非性能分数。

比较问题是各代系统在硬件规模与运行平台上有何可验证的差异，公平条件是同一穹顶概念下只看原文明确给出的数量与系统版本，指标方向是数量越大表示覆盖越密、平台越新表示可维护性越好。

表后解释应同时看到收益与代价。收益是硬件规模稳定而软件延续，旧作品可经导入在新系统播放；代价是第一代止步于旧系统，第三代需重写与长期重构，且灯光反馈与多应用链路增加搭建复杂度。未胜出项是早期交换格式集成最终因停滞被移除，说明通用格式理想在实践中并未兑现。论文未测量定位误差、延迟或 CPU 占用，因此不应承诺这些量得到改善。

哪些做法被拿掉或替换了？失败条件是什么？

论文虽无消融实验，但有多处可视为对照的替换记录，适合按问题组织。测的是同一创作意图在不同工具链下能否完成，比较对象是实际可运行的旧策略而非事后最优值。第一，单体加插件对照服务器加客户端：旧插件只能在作曲完成后渲染导入，新架构经时间码同步实现并行空间化，支持的判断是作曲早期即可设计空间，限制是多应用协同增加新手负担。

第二，图形轨迹对照参数事件：图形适合戏剧性独奏，参数适合统计性群感，第三代同时保留两者，失败条件是若只留其一则另一类作品难以高效完成。第三，工作站自动化对照轨迹录制：工作站内部分轨自动化需在分离的笛卡尔或极坐标轨道上独立编辑且无联合可视反馈，易错且绑定特定软件，录制为对象数据后可脱离工作站独立播放。以下第二张表把演出与创作规模的原文数量集中呈现，用于核对复现所需的工作量级而非模型精度。

比较问题是实践规模是否足以支撑方法可信度，公平条件是只用原文明确的时间与数量，指标方向是场次与作品越多表示实践覆盖越广，但不直接等于音质更好。

表后需指出反例与边界。反例是立体声终混最难适配，为保留原声像设计只能做轻微运动；边界是虚拟扬声器圆内各点必须保持相对固定，不能各自独立乱动，否则破坏原混音的空间一致性。未评测的是跨场地双盲听感与长期存档可读性的量化验证，论文只给出策略而未给出测量。

当前系统的明确短板与未验证推测是什么？

论文直接报告的限制包括对苹果平台的长期依赖、部分历史接口的过时、旧交换格式支持的移除，以及对特定调音台、音频路由软件与外部控制设备的依赖。用报告与推测的措辞区分：报告显示第一代因 32 位止步旧系统，第三代虽已双架构但仍用部分已弃用接口如 OpenGL，未来需向 Swift 与 SceneKit 迁移；支持的是图形工具降低门槛但多设备链路仍需人工对齐；可能与待验证的是消费级空间音频导入导出能否真正扩大受众，以及通用人类可读交换格式能否长期可读，这些尚未测量。

相关性不是因果，驻留作品多不能直接证明软件易用性，也可能源于机构支持。缺失证据不是技术错误，论文未报告误判率、延迟、CPU 占用与听感分数，复现时不应虚构这些数字。另一特有误解是把耳机模拟等同于穹顶效果，原文只说提供替代性仿真以便在自家电脑预演，困难条件下稳健复现仍需现场校验扬声器摆位与路由。

要复现一次穹顶演出，先做什么？

复现按学习依赖排序，先搭最小链路再谈创作。第一步准备中等性能电脑、多通道数模转换器、功放与扬声器，经光纤多通道接口与调音台连接并确保通道可独立控制。第二步在扬声器设置工具中新建布局，输入每只扬声器的高度距离角度与毫秒延时补偿，绑定硬件输出，用鼠标加白噪声逐只校验数字模型与真实位置。第三步导入单声道或交错声音文件，为每通道分配声音编号，映射为编号轨道。

若走工作站路线，经时间码或时钟同步播放分轨，用馆际音频路由送入，绘制贝塞尔轨迹并随时增删移动节点；完成后把分轨导出为独立渲染文件再导入独立播放以摆脱对特定工作站的依赖。若走现场路线，用推子盒经 Max 格式化为协议消息或用平板多点触控应用发送位置，重要演出应开启轨迹录制以便存档为对象数据。第 4 步做 3 路存档：保留新版可直接播放的工程以实现向后兼容；导出人类可读交换描述以便未来重建。

为选定例如 24 通道布局 bounce 一版固定通道版本，使无本软件的场地也能以虚拟扬声器方式演出，代价是空间分辨率受限于该通道数。

轨迹录制 × 档案化： 轨迹录制分工是把经开放声音控制协议进入的位置流与音频一起记录为对象数据；档案化分工是让该数据脱离特定工作站与特定扬声器布局仍可重演，分向后兼容播放、人类可读交换格式与固定通道 bounce 3 条路径。搭配理由是工作站自动化易随软件消亡而失效，组合后新增的作用是即使未来没有 Zirkonium，也能依据交换描述或虚拟扬声器摆位重建空间意图。

代码资源方面，空间化服务器仓库当前可用，第三方插件与图形工具站点多可达，个别历史页面本次未能确认可达，复现前应先逐一点击确认，不要假设长期有效。

何时值得尝试？还需补哪项验证？

当你的作品需要把位置作为独立音乐参数、并在不同厅堂复演时，值得尝试这条路线：先用参数工具铺统计性群感，再用图形工具写戏剧性独奏轨迹，最后录制为可独立播放的工程。反之，若只需固定立体声发行或已有成熟环绕声混音链路，则不必引入穹顶搭建成本。复现后还需补的验证很具体：在你的房间测量不同方向的定位偏差与可懂度，记录 CPU 占用与端到端延迟，做新旧版本同一工程的听感对比，并请他人按你的交换描述重建 1 次以检验可读性。

面向未来，论文提出的路线图包括更通用的数据格式、消费级空间音频支持与基于轻量库的跨平台播放器，已有为特定装置做的无头迷你播放器验证了可行性。二十年的启示是把乐器建造与作品积累放在同一循环：硬件可调、软件可换、轨迹可存，位置才真正成为可写的作曲参数。

📐 原文公式与排版

以下展示论文原页中的数学表达区域，保留原始上下标、分式和符号排版。区域序号仅用于本文导航，不是论文公式编号。

区域 1 · 查看论文原页

另有 1 个候选区域因边界不明确或图片数量、尺寸限制未展开；请查看完整论文中的原始排版。

⚖️ 评分明细

评分属于系统判断，不是论文实验结果；八维数值与总分见页首，原始审计记录保留在后端。

• 评分规则：type-aware-v1
• 评分模型：muse-spark-1.3-contributor
• 评分请求协议：openai_responses

← 返回 icmc-2026 论文汇总