- 关于 Workspace 客户端提供 macOS Apple Silicon 原生版本的建议一、场景描述1. 用户买的明明是 M 芯片 Mac，却被迫当 Intel 机器用。 Apple Silicon（M1 及之后）自 2020 年起已是 Mac 全线的默认架构，Intel Mac 数年前就已停产。但华为云 Workspace 桌面客户端目前只提供 Intel（x86_64）版本，M 系列 Mac 用户安装后要么被提示需安装 Rosetta 2 转译，要么在不知情下默默转译运行——花高价钱买的能效比最优的芯片，被一层翻译层吃掉了。2. 性能、功耗、稳定性全面打折。 Rosetta 转译不是免费午餐：它带来持续的 CPU 与内存开销。云桌面这类本就吃网络与编解码负载的应用，在转译下更容易出现画面卡顿、外设重定向延迟、输入响应变慢；笔记本风扇狂转、续航骤降，彻底背离 Apple Silicon"安静省电"的体验预期。3. 企业环境里可能直接装不上。 大量企业统一配发 M 芯片 Mac，并通过 MDM 管控禁止安装 Rosetta。这类用户面对的是一个根本无法合规部署的客户端——不是体验差，而是不可用。4. 安全与权限弹窗反复骚扰。 首次运行需在 Rosetta 框架下授权，外加云桌面涉及系统扩展、屏幕采集、外设驱动等权限，x86 框架在 Apple Silicon 上更容易触发 Gatekeeper 拦截与签名告警，普通用户难以排查。5. 与华为自身"多端、原生"的叙事相悖。 华为在鸿蒙与全场景战略上反复强调原生适配与跨端协同，而自家云服务客户端却连主流 Mac 平台的原生架构都未跟上，容易让开发者与专业用户产生"技术跟进慢"的观感。6. 本地重负载模块无法利用硬件加速。 若未来的客户端承载本地推理、智能体或离线能力，转译版本既拿不到 ARM 优化，也用不了 Neural Engine 加速，性能差距会进一步拉大。根因推测： 客户端打包链路仅产出 x86_64 切片；构建与持续集成未配置 arm64 目标；部分原生依赖（如 Electron/CEF 旧版本、编解码库、外设重定向驱动）尚无 arm64 构建，因而未发 Universal 二进制。二、建议方案短期（过渡，低成本）尽快发布 Universal 二进制。 将 x86_64 与 arm64 两个架构切片合并进同一安装包，系统按芯片自动选用原生版本，用户无需关心架构，彻底摆脱 Rosetta。下载页明确标注架构支持。 写明"支持 macOS（Intel 与 Apple Silicon）"，并提供芯片检测提示，避免用户下载后才发现需要转译。Rosetta 过渡期降级提示。 在尚不支持原生的窗口期，明确告知用户当前运行于转译模式、可能的影响，并给出原生版本的发布计划，管理预期。中期（能力层，治本）补齐 arm64 构建链。 在 CI 中加入 Apple Silicon 构建与冒烟测试；将 Electron/CEF 升级到支持 arm64 的版本，并把闭源/原生模块（编解码、SPICE/RDP、外设驱动）交叉编译或重编译为 arm64。外设与多媒体原生优化。 重编译 USB 重定向、音视频编解码等组件，针对 Apple Silicon 做延迟与功耗调优，把转译下的卡顿与发热降到原生水平。分架构分发与增量更新。 安装包按架构分发、更新走差量，避免 Universal 包体积膨胀影响下载与升级。长期（体系层）平台支持矩阵透明化。 明确列出各端（macOS / Windows / Linux，Intel / ARM）的支持范围与最低版本，并在苹果推出新芯片/新系统时及时跟进。真机性能基线纳入发布门禁。 在 M 系列真机上建立性能、功耗、续航与稳定性的基线测试，作为发版必过项，避免"能跑但难用"被放行。与华为多端战略对齐。 把桌面客户端架构治理纳入统一的多端适配规范，与鸿蒙、移动端共享原生优先的工程标准。三、风险与配套Universal 包体积会增大，可用分架构分发缓解；部分闭源依赖若无 arm64 构建，需替换方案或自编译，应先行盘点；Mac 上的系统扩展与驱动需重新公证（notarize）与签名，企业部署要提供无 Rosetta 依赖的安装包；真机回归测试需覆盖主流 M 机型。结语： 用户的诉求不是"多一个版本"，而是我花高价钱买的 Apple Silicon Mac，不该被当成 Intel 机器来用。发布一个 Universal 二进制、在下载页写清楚、把构建链补上，投入有限，却能一次性消除功耗、性能、稳定性与合规部署四类问题，也呼应了华为自己一直强调的"原生、多端"理念。 关于 Workspace 客户端提供 macOS Apple Silicon 原生版本的建议一、场景描述1. 用户买的明明是 M 芯片 Mac，却被迫当 Intel 机器用。 Apple Silicon（M1 及之后）自 2020 年起已是 Mac 全线的默认架构，Intel Mac 数年前就已停产。但华为云 Workspace 桌面客户端目前只提供 Intel（x86_64）版本，M 系列 Mac 用户安装后要么被提示需安装 Rosetta 2 转译，要么在不知情下默默转译运行——花高价钱买的能效比最优的芯片，被一层翻译层吃掉了。2. 性能、功耗、稳定性全面打折。 Rosetta 转译不是免费午餐：它带来持续的 CPU 与内存开销。云桌面这类本就吃网络与编解码负载的应用，在转译下更容易出现画面卡顿、外设重定向延迟、输入响应变慢；笔记本风扇狂转、续航骤降，彻底背离 Apple Silicon"安静省电"的体验预期。3. 企业环境里可能直接装不上。 大量企业统一配发 M 芯片 Mac，并通过 MDM 管控禁止安装 Rosetta。这类用户面对的是一个根本无法合规部署的客户端——不是体验差，而是不可用。4. 安全与权限弹窗反复骚扰。 首次运行需在 Rosetta 框架下授权，外加云桌面涉及系统扩展、屏幕采集、外设驱动等权限，x86 框架在 Apple Silicon 上更容易触发 Gatekeeper 拦截与签名告警，普通用户难以排查。5. 与华为自身"多端、原生"的叙事相悖。 华为在鸿蒙与全场景战略上反复强调原生适配与跨端协同，而自家云服务客户端却连主流 Mac 平台的原生架构都未跟上，容易让开发者与专业用户产生"技术跟进慢"的观感。6. 本地重负载模块无法利用硬件加速。 若未来的客户端承载本地推理、智能体或离线能力，转译版本既拿不到 ARM 优化，也用不了 Neural Engine 加速，性能差距会进一步拉大。根因推测： 客户端打包链路仅产出 x86_64 切片；构建与持续集成未配置 arm64 目标；部分原生依赖（如 Electron/CEF 旧版本、编解码库、外设重定向驱动）尚无 arm64 构建，因而未发 Universal 二进制。二、建议方案短期（过渡，低成本）尽快发布 Universal 二进制。 将 x86_64 与 arm64 两个架构切片合并进同一安装包，系统按芯片自动选用原生版本，用户无需关心架构，彻底摆脱 Rosetta。下载页明确标注架构支持。 写明"支持 macOS（Intel 与 Apple Silicon）"，并提供芯片检测提示，避免用户下载后才发现需要转译。Rosetta 过渡期降级提示。 在尚不支持原生的窗口期，明确告知用户当前运行于转译模式、可能的影响，并给出原生版本的发布计划，管理预期。中期（能力层，治本）补齐 arm64 构建链。 在 CI 中加入 Apple Silicon 构建与冒烟测试；将 Electron/CEF 升级到支持 arm64 的版本，并把闭源/原生模块（编解码、SPICE/RDP、外设驱动）交叉编译或重编译为 arm64。外设与多媒体原生优化。 重编译 USB 重定向、音视频编解码等组件，针对 Apple Silicon 做延迟与功耗调优，把转译下的卡顿与发热降到原生水平。分架构分发与增量更新。 安装包按架构分发、更新走差量，避免 Universal 包体积膨胀影响下载与升级。长期（体系层）平台支持矩阵透明化。 明确列出各端（macOS / Windows / Linux，Intel / ARM）的支持范围与最低版本，并在苹果推出新芯片/新系统时及时跟进。真机性能基线纳入发布门禁。 在 M 系列真机上建立性能、功耗、续航与稳定性的基线测试，作为发版必过项，避免"能跑但难用"被放行。与华为多端战略对齐。 把桌面客户端架构治理纳入统一的多端适配规范，与鸿蒙、移动端共享原生优先的工程标准。三、风险与配套Universal 包体积会增大，可用分架构分发缓解；部分闭源依赖若无 arm64 构建，需替换方案或自编译，应先行盘点；Mac 上的系统扩展与驱动需重新公证（notarize）与签名，企业部署要提供无 Rosetta 依赖的安装包；真机回归测试需覆盖主流 M 机型。结语： 用户的诉求不是"多一个版本"，而是我花高价钱买的 Apple Silicon Mac，不该被当成 Intel 机器来用。发布一个 Universal 二进制、在下载页写清楚、把构建链补上，投入有限，却能一次性消除功耗、性能、稳定性与合规部署四类问题，也呼应了华为自己一直强调的"原生、多端"理念。
-
【产品缺陷】上传压缩包 300m 无法成功 预审不通过场景描述：在工作区 上传 本地压缩包 （仓颉sdk ）上传不成功 建议方案：建议 使用类似 网盘的原理 上传 场景描述：在工作区 上传 本地压缩包 （仓颉sdk ）上传不成功 建议方案：建议 使用类似 网盘的原理 上传
- 场景描述：平均20秒不到，开发桌面就掉线，配置再高也没有用。 建议方案： 场景描述：平均20秒不到，开发桌面就掉线，配置再高也没有用。 建议方案：
- 场景描述：云宝助手打开时不能调节宽窄影响看后面的内容 建议方案：建议完善内容，能拉动调节宽窄 场景描述：云宝助手打开时不能调节宽窄影响看后面的内容 建议方案：建议完善内容，能拉动调节宽窄
-
【产品缺陷】提示词优化失败 已实现场景描述：【问题反馈】提示词优化功能始终失败产品：OfficeAce客户端版本：0.5.2后端 API 版本：1.0.0操作系统：Windows【问题描述】点击"优化提示词"按钮后，始终弹出"提示词优化失败 - 润色失败，可直接发送"。该问题从安装起就存在，每次必现，与使用哪个模型无关。【根因分析】后端 API 服务器未注册 POST /api/prompt-polish 路由。前端发送请求后，后端直接返回 HTTP 404 Not Found，请求未到达任何模型调用逻辑。【日志证据】1. 前端日志（web-console.log）： 多次记录 HTTP 404 Not Found http://127.0.0.1:3003/api/prompt-polish 时间：2026-08-05 09:31 / 10:21 / 11:38 / 12:342. 后端 API 日志（api.2026-08-05.1.log）： "Route POST:/api/prompt-polish not found", statusCode 404【期望结果】后端注册 /api/prompt-polish 路由，使提示词优化功能正常工作。【建议修复】在后端路由注册中补充 POST /api/prompt-polish 的处理逻辑，或发布包含该路由的新版本。 场景描述：【问题反馈】提示词优化功能始终失败产品：OfficeAce客户端版本：0.5.2后端 API 版本：1.0.0操作系统：Windows【问题描述】点击"优化提示词"按钮后，始终弹出"提示词优化失败 - 润色失败，可直接发送"。该问题从安装起就存在，每次必现，与使用哪个模型无关。【根因分析】后端 API 服务器未注册 POST /api/prompt-polish 路由。前端发送请求后，后端直接返回 HTTP 404 Not Found，请求未到达任何模型调用逻辑。【日志证据】1. 前端日志（web-console.log）： 多次记录 HTTP 404 Not Found http://127.0.0.1:3003/api/prompt-polish 时间：2026-08-05 09:31 / 10:21 / 11:38 / 12:342. 后端 API 日志（api.2026-08-05.1.log）： "Route POST:/api/prompt-polish not found", statusCode 404【期望结果】后端注册 /api/prompt-polish 路由，使提示词优化功能正常工作。【建议修复】在后端路由注册中补充 POST /api/prompt-polish 的处理逻辑，或发布包含该路由的新版本。
- [图片][图片][图片]场景描述： 开发桌面中的主机关机后一直显示关机中且进度为99%，导致无法再次开机使用 建议方案：帮我修复下这个问题 [图片][图片][图片]场景描述： 开发桌面中的主机关机后一直显示关机中且进度为99%，导致无法再次开机使用 建议方案：帮我修复下这个问题
-
【用户体验】核时用完了！！！ 预审不通过场景描述：办公场景 建议方案：申请增加核时 场景描述：办公场景 建议方案：申请增加核时
- 场景描述：我们系统有嵌入iframe去做远程预览的需求综合评定最后使用了您这边的云电脑远程方案之后 , 您这边返回的远程url页面是画面焙缩放在中间的,html背景有个灰色图片我们在iframe使用的时候是个小窗口,没有办法合理的自适应长宽去显示中间屏幕的内容我去调研了noVNC技术发现有两个参数resize=scale 本地等比缩放画面，适合 iframeresize=remote 尝试让远端会话分辨率跟随浏览器尺寸，依赖 noVNC 服务端支持这两个参数都没有生效跟您这边提工单做了沟通,仅在网页访问预览的渠道里,目前没办法做到全屏,或者自适应 建议方案：是否可以默认全屏呢 场景描述：我们系统有嵌入iframe去做远程预览的需求综合评定最后使用了您这边的云电脑远程方案之后 , 您这边返回的远程url页面是画面焙缩放在中间的,html背景有个灰色图片我们在iframe使用的时候是个小窗口,没有办法合理的自适应长宽去显示中间屏幕的内容我去调研了noVNC技术发现有两个参数resize=scale 本地等比缩放画面，适合 iframeresize=remote 尝试让远端会话分辨率跟随浏览器尺寸，依赖 noVNC 服务端支持这两个参数都没有生效跟您这边提工单做了沟通,仅在网页访问预览的渠道里,目前没办法做到全屏,或者自适应 建议方案：是否可以默认全屏呢
-
【功能建议】开发者中心云桌面 预审不通过场景描述1.云码到无中文输入2.云桌面无法安装DevWco studio 建议方案： 场景描述1.云码到无中文输入2.云桌面无法安装DevWco studio 建议方案：
- 场景描述：macos 26.4.1 下载workspace后提示当前连接的云桌面版本较旧，需要下载兼容插件，但是下载失败。导致电脑无法使用workspace办公。这个问题十分要紧，目前全公司都在等着办公。 建议方案：请尽快升级workspace版本，适配macos26.4.1，工作需要十万火急 场景描述：macos 26.4.1 下载workspace后提示当前连接的云桌面版本较旧，需要下载兼容插件，但是下载失败。导致电脑无法使用workspace办公。这个问题十分要紧，目前全公司都在等着办公。 建议方案：请尽快升级workspace版本，适配macos26.4.1，工作需要十万火急
- 场景描述：mac电脑版本26.4.1，第一种：安装Workspace华为云桌面（macOS版本26.3.0），登录时提示下载额外兼容组件，组件下载失败。第二种：用Windows虚拟机装华为云桌面Windows版客户端，登录时提示您的虚拟机无法登录。[图片] 建议方案：希望尽快兼容mac26版本使用，谢谢。 场景描述：mac电脑版本26.4.1，第一种：安装Workspace华为云桌面（macOS版本26.3.0），登录时提示下载额外兼容组件，组件下载失败。第二种：用Windows虚拟机装华为云桌面Windows版客户端，登录时提示您的虚拟机无法登录。[图片] 建议方案：希望尽快兼容mac26版本使用，谢谢。
- 场景描述：鸿蒙系统居然使用不了华为云码道（CodeArts） 建议方案：自己产品优先适配自己系统； 场景描述：鸿蒙系统居然使用不了华为云码道（CodeArts） 建议方案：自己产品优先适配自己系统；
- 场景描述：当前企业openclaw应用需求旺盛，采用桌面云方式安全的使用openclaw成为必选项，且openclaw在ubuntu环境下比较稳定，我们广汽集团采用华为FusionAccess产品满足日常研发办公任务，当前正在使用桌面云应用于openclaw应用场景构建，但是发现FusionAcccess当前版本只有在windows云桌面场景才支持云桌面文件单向下载本地电脑，而ubuntu云桌面只支持双向读写，或者本地电脑文件单向拷贝云桌面，而不支持ubuntu云桌面数据单向下载本地电脑，无法满足我们openclaw资源池文件单向下载本地终端的业务需求。 建议方案：希望FusionAccess产品增加ubuntu云桌面单向下载文件到本地终端的特性，满足openclaw企业应用场景需求。 场景描述：当前企业openclaw应用需求旺盛，采用桌面云方式安全的使用openclaw成为必选项，且openclaw在ubuntu环境下比较稳定，我们广汽集团采用华为FusionAccess产品满足日常研发办公任务，当前正在使用桌面云应用于openclaw应用场景构建，但是发现FusionAcccess当前版本只有在windows云桌面场景才支持云桌面文件单向下载本地电脑，而ubuntu云桌面只支持双向读写，或者本地电脑文件单向拷贝云桌面，而不支持ubuntu云桌面数据单向下载本地电脑，无法满足我们openclaw资源池文件单向下载本地终端的业务需求。 建议方案：希望FusionAccess产品增加ubuntu云桌面单向下载文件到本地终端的特性，满足openclaw企业应用场景需求。
-
【产品缺陷】创建桌面不成功 预审不通过[图片] 创建桌面一直不成功，卡在这里 [图片] 创建桌面一直不成功，卡在这里
-
【产品缺陷】云桌面客户端版本过低 未采纳场景描述：在登陆S-ERP过程中发现，客户端安装包仅支持macOS 10.14-15.2版本，但现在的MacOS版本已经26.2+了，导致Mac用户安装时报错，没办法使用标准客户端。[图片] 建议方案：尽快更新客户端版本 场景描述：在登陆S-ERP过程中发现，客户端安装包仅支持macOS 10.14-15.2版本，但现在的MacOS版本已经26.2+了，导致Mac用户安装时报错，没办法使用标准客户端。[图片] 建议方案：尽快更新客户端版本
上滑加载中
推荐直播
-
华为云码道Agent集成与鸿蒙实战2026/08/11 周二 19:00-21:00
王一男-华为云码道产品规划专家；李炎-华为云码道产品专家；彭江敏-华为云鸿蒙端云一体化开发专家
本次直播带你解读华为云码道7月份产品新特性、新功能。更有专家演示码道Agent Space × 钉钉机器集成实战，从0到1打通消息通道；码道鸿蒙端云一体化实战，快速搭建员工签到系统。
回顾中 -
华为云开发者AI素养直播课·第五期2026/09/04 周五 16:00-18:00
林华鼎-华为云AI开发者运营负责人；蒋春阳-华为云AI开发者案例开发专家
本期直播内容： AI工具体验营 · 第5-8课连讲。Agent-Team 多智能体协作完成毕业设计实践
回顾中 -
华为云开发者AI素养ClassRoom·第六期2026/09/08 周二 19:00-20:00
樊渊-2026华为软件挑战赛冠军
高手来了：看软挑高手解析二维排样问题—从工业难题到算法突破
回顾中
热门标签