HarmonyOS 鸿蒙Next 6.1对 AI 开发者严重不友好的反馈
HarmonyOS 鸿蒙Next 6.1对 AI 开发者严重不友好的反馈 致华为鸿蒙团队：
作为一名购买了最新 MateBook Pro（HarmonyOS 6.1）的深度用户和开发者，经过数夜的反复折腾，我必须如实反馈：当前纯血鸿蒙系统对 AI 开发者的实际可用性极低，大量主流工具无法运行，甚至官方声称“原生适配”的 AtomCode 也无法正常对话。
以下是具体测试结果及分析：
| 工具 | 结果 | 根本原因 |
|---|---|---|
| DeepSeek TUI | ❌ 无法运行 | 系统禁止执行外部二进制（/tmp 只读，目录 noexec） |
| OpenClaw | ⚠️ 可在 openEuler 安装，但 WebUI 无法显示 | 华为浏览器不兼容：WebSocket 协议限制、User-Agent 被拒、安全策略误伤本地服务 |
| Claude Code | ❌ 无法运行 | 依赖包不支持鸿蒙，需要 WSL/容器环境 |
| VS Code / CodeArts | ⚠️ 可安装但 AI 插件无法运行 | 插件依赖外部二进制执行 |
| AtomCode（官方声称原生适配） | ❌ 无法对话 | 签名校验问题，核心功能报错“需要官方构建” |
| Linux 虚拟机 | ❌ 无法安装 | 系统不支持传统虚拟化方案 |
用户真实痛点：
“十年前的旧电脑都可以部署 AI 工具，华为最新的笔记本却只能当花瓶。” “连说一句‘你好’都报错，还怎么指望用它写程序？” “OpenClaw 可以利用 openEuler 安装，但华为浏览器一个都不支持 WebUI。” “听音乐要交费，看电影要交费，工业软件一个都不支持。”
核心结论：
HarmonyOS 6.1 为了安全和流畅，过度限制了用户空间执行自定义二进制的能力，同时浏览器自身存在兼容性缺陷（WebSocket、User-Agent 拦截等），导致所有需要本地 AI agent 或 WebUI 的工具全部失效。当前系统不是给 AI 开发者用的，更不是给专业生产力用户用的。
具体改进建议（可落地）：
- 提供官方“开发者模式”：允许解除
/tmp只读、noexec限制，允许运行未签名二进制（提示安全风险由用户自行确认）。 - 修复浏览器兼容性：完整支持 WebSocket、WebAssembly、WebGL 2.0 等现代 Web 技术；提供“开发者 UA 模式”避免被识别为鸿蒙而拒绝服务；对
localhost等本地地址默认放行安全策略。 - 官方适配主流 AI 工具：与 DeepSeek、OpenClaw、Claude Code 等开源项目合作，提供鸿蒙原生预编译包和安装脚本，并发布官方文档。
- 建设官方 Linux 兼容层：类似 Windows WSL2，提供一键安装的标准 Linux 环境（Ubuntu/Debian），允许用户在该环境中自由运行任何开发工具。
- 完善官方 AI 开发工具链：CodeArts 中的 AI 助手应支持本地模型或用户自定义 API Key，而非强制依赖云端服务。
- 建立快速反馈渠道：在开发者社区设立“AI 工具生态”专区，对用户反馈的阻塞性 Bug 承诺 24 小时内响应、一周内修复。
最后：
华为有技术实力，也有生态雄心。但如果无法让开发者用自己喜欢的工具、以自己熟悉的方式在鸿蒙上高效工作，那么“万物互联”的愿景就只是空中楼阁。希望团队能正视这些问题，并立即行动。
一位持续折腾、不愿放弃的开发者
2026年5月22日
更多关于HarmonyOS 鸿蒙Next 6.1对 AI 开发者严重不友好的反馈的实战教程也可以访问 https://www.itying.com/category-93-b0.html
HarmonyOS 6.1 新特性详解
HarmonyOS 6.1 已于 2026 年 4 月 20 日正式发布，该版本在 HarmonyOS 6.0 基础上增强了若干新特性，让鸿蒙系统变得更智能更好用，下面结合《鸿蒙HarmonyOS 6应用开发:从零基础到App上线》一书对 HarmonyOS 6.1 新特性中的常用部分逐一讲解。
一、ArkUI（方舟UI框架）
TextController新增支持文本选择能力。
新特性解释
TextController是Text组件专用的文本控制器， HarmonyOS 6.1 给TextController增加了新方法setTextSelection，该方法可设置文本选择区域并高亮显示。
以下两个场合不可使用setTextSelection方法：
1、当copyOption设置为CopyOptions.None时，设置setTextSelection不生效。
2、当textOverflow设置为TextOverflow.MARQUEE时，设置setTextSelection不生效。
为什么要引入该特性？
之前只有长按Text组件，才会弹出文本选择菜单，再选中文本并进行复制、全选操作。现在拓宽使用场景，即使没有长按文本，也能通过其他途径调用TextController的setTextSelection方法，从而更灵活地从Text组件选中并复制目标文本。
鸿蒙一书的对应章节
《鸿蒙HarmonyOS 6应用开发:从零基础到App上线》一书的“4.1 文本显示”小节介绍了Text组件的基础用法，那么系统升级到 HarmonyOS 6.1 后，读者可在Text组件的构造接口中输入TextController对象，然后通过点击按钮来触发TextController的setTextSelection方法调用，以此观察新特性的运行效果。
参考文档
二、ArkWeb（方舟Web）
新增支持Web应用模拟点击检测。
新特性解释
Web应用通过JavaScript调用window.detectSimulatedClickRiskEnhanced接口，获取模拟点击检测结果。每30秒最多可以调用10次，每个应用在每个设备上每天最多可以调用20次。
为什么要引入该特性？
自动化测试过程中，需要在Web应用上模拟用户的点击行为，然后获取模拟点击检测结果。该特性可用于自动化点击、设备墙等作弊行为检测。应用可以根据检测结果评估如何进行业务操作。
鸿蒙一书的对应章节
《鸿蒙HarmonyOS 6应用开发:从零基础到App上线》一书的“12.4.3 网页脚本交互”小节介绍了Web组件怎么通过JavaScript与Web页面交互，那么系统升级到 HarmonyOS 6.1 后，读者可在H5网页中使用JS接口回调window.detectSimulatedClickRiskEnhanced接口，根据检测结果判断是真人点击还是机器点击，
参考文档
三、AVCodec Kit（音视频编解码服务）
AVCodec新增支持AV1/VP9/VP8/RV30/RV40/WVC1/DVVIDEO/RAWVIDEO/MPEG1格式的视频软解码能力。
新特性解释
音视频的编解码能力以及文件格式封装和解封装能力的支持情况，在不同平台存在能力和规格的差异。 HarmonyOS 6.1 新增支持的视频编解码标准说明如下：
AV1：基于 VP9 技术迭代升级，是完全开源、免专利授权费 新一代编码。
VP9/VP8：原是 On2 Technologies 编码格式，被谷歌公司收购后开源、免费开放专利，用于 WebM 文件。
RV30/RV40：属于瑞尔网络公司（RealNetworks）的专有视频编码，用于 RM/RMVB 文件。
WVC1：属于微软公司的专有视频编码，还是高清 DVD、蓝光碟的备选编码，用于 WMV/ASF 文件。
DVVIDEO：专为磁带式 DV 摄像机制定的工业标准，专业标清摄像专用，多用于早期婚庆、广电摄像机素材，用于 AVI 文件。
RAWVIDEO：纯原始像素数据、零压缩、无编码算法；文件体积极大，用于专业剪辑、后期制作母带。
MPEG1：第一代音视频统一编码，用于 VCD 和早期在线视频，用于 MPG 文件。
为什么要引入该特性？
AVCodec原来仅支持 H.263/H.264/H.265/H.266 等 ITU-T H.26x 系列标准家族，以及 MPEG2/MPEG4 等 ISO/IEC MPEG 标准家族，不支持谷歌、微软、瑞尔网络等公司的视频标准。本次增加支持多个视频编解码标准，将大大提高鸿蒙系统对其他厂商视频标准的兼容性。
鸿蒙一书的对应章节
《鸿蒙HarmonyOS 6应用开发:从零基础到App上线》一书的“13.2.1 视频播放”小节提到“由于视频解码器主要支持H.264（也叫AVC）、H.265（也叫HEVC）等视频编码格式，因此AVPlayer支持的视频文件扩展名包括：mp4、mkv、mov、f4v、ismv等”，那么系统升级到 HarmonyOS 6.1 后，会支持播放更多的视频文件格式，包括但不限于：webm、rm、rmvb、wmv、asf、avi、mpg等等。
参考文档
四、Call Service Kit（通话服务）
新增支持跳转陌生号码和信息识别设置页面能力。
新特性解释
支持从应用直接跳转到系统自带的“电话 > 更多 > 设置 > 陌生号码和信息识别”页面。
为什么要引入该特性？
用户越来越关注自己的信息安全，鸿蒙系统推出陌生号码和信息识别功能，有力保障了用户的骚扰防护和信息安全。
鸿蒙一书的对应章节
《鸿蒙HarmonyOS 6应用开发:从零基础到App上线》一书的“5.3.4 拨号页面和通讯录页面”小节介绍了如何从应用跳转到系统的拨号页面，那么系统升级到 HarmonyOS 6.1 后，增加支持跳转到陌生号码和信息识别页面，拓宽了拨号应用的使用场景。
参考文档
https://developer.huawei.com/consumer/cn/doc/harmonyos-references/callservicekit-numberldentify
五、Camera Kit（相机服务）
新增支持获取全质量图和未压缩图的对象。
新特性解释
camera模块在调用相机接口执行拍照动作时，新增onCapturePhotoAvailable接口支持注册监听全质量图和未压缩图的上报事件，以便返回全质量图和未压缩图的对象。
为什么要引入该特性？
camera模块原来调用相机接口拍照时只能拿到压缩后的照片，开发者无法拿到压缩前的原图，也就无法引入自研算法对照片做优化处理。
鸿蒙一书的对应章节
《鸿蒙HarmonyOS 6应用开发:从零基础到App上线》一书的“13.1.2 使用相机拍照”小节介绍了如何调用系统相机获取拍摄后的照片，那么系统升级到 HarmonyOS 6.1 后，读者可在调用相机接口后，补充调用新增的onCapturePhotoAvailable接口注册原图的上报事件，看看能否拿到全质量图和未压缩图。
参考文档
六、Image Kit（图像服务）
新增支持读取和批量修改图像源的元数据的能力。
新特性解释
image模块新增readImageMetadata接口支持读取指定图像源的元数据，并使用propertyKeys指定待获取的元数据字段。
该接口仅支持JPEG、PNG、HEIF、WEBP和DNG（不同硬件设备支持情况不同）文件，且需要包含Exif信息。
为什么要引入该特性？
image模块原本只能调用getImageInfo接口获取图像的宽高大小、像素密度、像素格式等常见属性，无法获取更多的Exif元数据，包括图像的版本、创作者、镜头参数、拍照参数、拍照时的地理位置等详细信息。
鸿蒙一书的对应章节
《鸿蒙HarmonyOS 6应用开发:从零基础到App上线》一书的“13.1.3 获取图片信息”小节介绍了如何调用getImageInfo接口获取图像的基本信息，那么系统升级到 HarmonyOS 6.1 后，读者可调用新增的readImageMetadata接口，以获取更完整的图像元数据。
参考文档
七、Map Kit（地图服务）
新增3D地图城市灯光效果。
新特性解释
map模块支持开启3D地球特效，开启3D地球后，当层级缩小到小于4时，可以清晰地看到3D地球。
目前提供了2种方式开启3D地球：初始化地图时和创建地图后。
1、初始化地图时：在地图初始化参数中，通过sphereEnabled选项设置3D地球的开启状态，默认值是false表示关闭，可改为true表示开启3D地球。
2、创建地图后：可调用MapComponentController对象的setSphereEnabled方法开启3D地球，或者调用MapComponentController对象的isSphereEnabled方法获取3D地球的开启状态。
为什么要引入该特性？
map模块原来仅支持2D的地图呈现，新增支持开启3D地球后，可让用户以地球仪方式观察各大洲各大洋的山川形胜。
鸿蒙一书的对应章节
《鸿蒙HarmonyOS 6应用开发:从零基础到App上线》一书的“14.3.2 显示地图面板”小节介绍了如何通过花瓣地图显示用户当地的城市地图，那么系统升级到 HarmonyOS 6.1 后，读者可调用新增的setSphereEnabled方法，观察应用是否以动画形式切换2D或3D地球。
参考文档
八、Media Kit（媒体服务）
新增支持批量提取视频缩略图的能力。
新特性解释
media模块新增fetchFramesByTimes接口批量获取视频缩略图，通过传入一个时间戳数组，可获取时间戳对应视频帧的缩略图。
为什么要引入该特性？
media模块原来提供了fetchFrameByTime接口获取视频缩略图，但该接口每次只能返回一张缩略图。若想从视频获取多张缩略图，就得多次调用fetchFrameByTime接口。
鸿蒙一书的对应章节
《鸿蒙HarmonyOS 6应用开发:从零基础到App上线》一书的“13.2.3 获取视频信息”小节介绍了如何获取视频的规格信息和缩略图，那么系统升级到 HarmonyOS 6.1 后，读者可调用新增的fetchFramesByTimes接口，传入时间戳数组以获取各时间戳对应视频帧的多张缩略图。尤其是第13章的实战项目“13.4 实战项目：仿抖音的短视频分享”，原来在挑选视频封面时多次调用fetchFrameByTime接口获取多张候选图，改造后可调用fetchFramesByTimes接口即可一次获取多张候选图。
参考文档
https://developer.huawei.com/consumer/cn/doc/harmonyos-guides/avmetadataextractor
九、Network Kit（网络服务）
新增支持HTTP明文拦截配置。
新特性解释
HTTP是明文传输协议，为保障数据安全，通常需禁用HTTP，仅允许HTTPS。可通过src/main/resources/base/profile/network_config.json配置HTTP明文传输策略。相关配置可以参考明文http访问权限配置说明。
为什么要引入该特性？
Android开发可给AndroidManifest.xml中的application节点添加android:networkSecurityConfig用来指定网络安全策略的配置文件，如今 HarmonyOS 6.1 支持通过network_config.json配置HTTP明文传输策略，方便开发者把安卓应用迁移到鸿蒙系统。
鸿蒙一书的对应章节
《鸿蒙HarmonyOS 6应用开发:从零基础到App上线》一书的“12.1.2 GET方式调用”小节介绍了如何给应用申请网络权限和调用HTTP接口，那么系统升级到 HarmonyOS 6.1 后，读者可通过network_config.json配置HTTP明文传输策略，观察应用是否按照指定的传输策略进行HTTP调用。
参考文档
十、Telephony Kit（蜂窝通信服务）
新增VCard模块，提供电子名片的文件格式标准，该模块支持VCard文件的导入和导出操作。
新特性解释
VCard是电子名片的文件格式标准，它可包含的信息有：姓名、地址资讯、电话号码、URL、logo、相片等。VCard模块提供了VCard操作能力，包括将VCard文件导入联系人数据库和将联系人数据导出为VCard文件等。
vcard模块带来的联系人导入与导出方法说明如下：
importVCard：将VCard文件（.vcf）导入联系人数据库。
exportVCard：将联系人导出为 VCF(vcard file)文件。
为什么要引入该特性？
安卓手机在导入和导出手机联系人数据时，使用vcf文件作为保存联系人信息的数据文件，vcf正是VCard标准对应的文件格式。如今 HarmonyOS 6.1 新增VCard模块，方便开发者把安卓手机导出的联系人文件导入到鸿蒙手机。
鸿蒙一书的对应章节
《鸿蒙HarmonyOS 6应用开发:从零基础到App上线》一书的“5.3.4 拨号页面和通讯录页面”小节介绍了如何从应用跳转到系统的通讯录页面，以手动增删改联系人信息，那么系统升级到 HarmonyOS 6.1 后，读者可通过新增的vcard模块自动导入或者导出联系人信息。
参考文档
https://developer.huawei.com/consumer/cn/doc/harmonyos-references/js-apis-vcard
更多的鸿蒙应用开发技术参见《鸿蒙HarmonyOS 6应用开发:从零基础到App上线》
更多关于HarmonyOS 鸿蒙Next 6.1对 AI 开发者严重不友好的反馈的实战系列教程也可以访问 https://www.itying.com/category-93-b0.html
差不多得了, 你觉得鸿蒙不好, 那你就加入华为去建设它. 华为那么多世界级的工程师不比你聪明?
鸿蒙作为一个全新的生态, 需要的有包容性的建设者, 而不是只会在旁边冷嘲热讽的美狗.
鸿蒙如果无法构建自己的开发者生态，那即使加入鸿蒙的开发者也会慢慢放弃。这是现实。近期很多腾讯出品的新产品都不支持鸿蒙。比如元宝，marvis，这都说明，鸿蒙开发生态差的话，新品第一时间都会忘记不适配它开发。
鸿蒙Next 6.1对AI开发者不友好体现在：缺少主流AI框架（如PyTorch、TensorFlow）的原生适配；NPU调用接口文档不完善，模型部署流程复杂；缺乏成熟的模型转换工具链和调试支持，导致开发效率低下。同时，社区生态尚未形成，可参考的AI应用案例稀缺，进一步增加了上手难度。
你好，看到了你的长文反馈，也理解你为此付出的精力和遇到的挫败感。这里针对你提到的问题，从技术层面简要回应。
你所列出的工具不可用，核心原因集中在鸿蒙Next系统的安全模型与当前AI工具链运行需求不匹配：
- 执行限制：你遇到的
/tmp只读和noexec问题，是鸿蒙为保障系统完整性设定的强制访问控制策略。DeepSeek TUI等工具安装时，常需从临时目录解包并执行二进制安装脚本或守护进程，此路径被直接阻断。 - 浏览器兼容：OpenClaw的WebUI无法展示，源于鸿蒙内置浏览器为提权安全，对本地WebSocket连接和自签名证书实施了更严格的拦截策略，UserAgent识别机制也导致部分服务拒绝响应。这不是单一bug，是设计理念差异。
- 二进制签名与依赖：Claude Code、CodeArts AI插件等依赖从第三方源下载并执行未签名的原生二进制（如Python环境、C扩展库），鸿蒙应用沙箱和严格签名体系会阻止这类行为。AtomCode报错“需要官方构建”，正是签名校验失败的明确表现。
- 生态断层：不支持传统虚拟机、缺乏Linux兼容层，使得基于x86_64的标准Linux开发者环境完全无法迁移。当前鸿蒙的用户态是自包含的，没有提供FHS标准路径和系统调用兼容。
关于你提出的“开发者模式”和兼容层建议，官方已意识到这类需求，但方案不会简单照搬Android的“root”或“WSL2”模式，正在规划更安全的应用横向扩展能力。
当前阶段，鸿蒙PC版的定位更偏向消费级办公和影音，与你期待的本地AI开发工作站确实存在较大距离。你反馈的问题，也是系统从安全优先向灵活生产力平台演进中必然面临的矛盾点。
