最近鸿蒙开发者圈子里，围绕一个工具的讨论明显多了起来：DevEco Code。
背景有两层。一边是 HarmonyOS 7（API 26）Developer Beta 开始推送，适配新版本的开发者开始动手；另一边是 GLM Coding Plan 的额度稀缺难抢。六月初的 HDC 2026 上，华为发布了 DevEco Code，一个面向鸿蒙应用开发的 AI 编程 Agent，内置免费的 GLM-5.1 模型，按实测用户的说法，不限额度，也不用抢。知乎微博能免费写 ArkTS 的编程 Agent，尝鲜的人自然不少。
两个多月过去，社区实测已经不少，评价两极。有人说「官方 DevEco Code 太香了」，也有人写下实测文章，三天之后把默认引擎换成了 Cursor。知乎今天把散落的实测拢到一起，帮你判断：这个免费工具能不能用、该怎么用。
先搞清楚它是什么
先说清楚定位。它不是 DevEco Studio 的替代品，而是 DevEco 家族里的轻量级 AI 编程工具，基于开源项目 OpenCode 定制开发，深度集成了鸿蒙生态工具链。知乎
安装很简单：npm install -g @deveco/deveco-code，装完在终端输入 deveco，浏览器跳转登录华为账号就能开工。有微博用户实测，直接在 DevEco Studio 里打开终端安装也没问题，项目可以在 DevEco Code 和 DevEco Studio 之间互通。微博
功能上覆盖开发的几乎全链路：写代码、编译构建、真机运行、查文档、运行时调试，连 ArkTS 报错修复都能交给它。它还有 Plan+Build 模式——先生成方案让你确认，再动手写代码，对担心「AI 写代码跑偏」的人来说比较友好。
同期发布的还有 DevEco CLI：把构建、打包、签名、调试变成命令行操作，和 DevEco Studio 共用同一套 hvigor 构建体系，打包产物和 IDE 保持一致，适合 CI/CD 场景。知乎两者配合，意味着华为把「AI 辅助写码」和「工程自动化」一次补齐了。
更值得注意的是，鸿蒙电脑版的 DevEco Code 也在八月中旬开启了预览招募，安装命令是 @deveco-test/hmos-deveco-code。小红书在鸿蒙电脑上用 AI 写鸿蒙应用，用不了多久了。
社区实测：好的一面
先说好用的部分。
有知乎开发者写了实测：输入需求「写一个带头部大图、标签列表、正文区域的瀑布流详情页」，DevEco Code 大约 8 秒生成了 150 行 ArkTS 代码，@Component、@ObjectLink、Column 嵌套都有模有样。知乎真机跑了一下，编译通过，渲染也正常。
免费模型的体验也加分。六月的一篇实测里，在终端输入一个简单需求，内置的 GLM-5.1 Free 立刻就有响应，不用排队等——和「额度靠抢、抢不到只能眼睁睁看着」的 GLM Coding Plan 形成鲜明对比。知乎内置模型之外，按 Ctrl+X 唤出命令菜单，里面就有切换模型的入口，想换别的模型也方便。
对新手和学生党来说，这很有吸引力：零成本、低门槛，从生成代码到编译打包真机运行，一个工具带到底。
坑的一面：语法对，但可能跑不起来
不过，要用在正经项目上，得看看另一面。
同一位实测用户出了道更难的题：混用 @State、@Link、@Watch、@BuilderParam 四种装饰器的搜索页。DevEco Code 给出 12 组不同写法，逐个真机跑下来，5 组跑不起来或行为不对——幻觉率 41%。知乎麻烦的是，这种错不是语法错误。逐行对照官方文档，语法完全正确，编译也能过，问题出在运行时行为：鸿蒙的装饰器组合在真机上有不少隐式约束，文档要么没写，要么藏在「已知限制」的角落里。AI 生成的代码编译能过、真机行为却不符合预期，它自己也解释不了原因——这种错比直接的语法错误更难排查。
问它状态管理的方案选型，回答全是「建议根据情况选用 X」的模板话，基本是官方文档最佳实践章节的改写，没有真机实测数据，也没有取舍分析。
作者最后的做法很务实：默认引擎换成 Cursor，再列一份 8 条禁令的 .cursorrules，同样的需求代码接受率从 38% 提到 72%。知乎他的结论是：鸿蒙的坑大部分不在语法层面，而在运行时行为和隐式约束；DevEco Code 懂的是文档，不是战场。
当然，这是个人实测场景，样本有限，41% 的幻觉率不能当作这个工具的整体水平。但「简单生成强、深度逻辑谨慎」，是社区多篇实测反复验证过的方向。
免费模型慢，接第三方模型有个坑
还有一点少有人提：免费模型不一定好用。
八月有用户实测文章直言「官方免费的模型真的很慢」，并给出解法：通过 deveco.jsonc 接入第三方模型。知乎原理不复杂——DevEco Code 支持 OpenAI 兼容接口，在配置文件里加一个 Provider 就行：
macOS：~/.config/deveco/deveco.jsonc
Windows：安装目录下的 deveco.jsonc
他以火山 Coding Plan 为例：填好 API Key，推荐模型 ark-code-latest。但有个特别容易踩的坑：Coding Plan 走专用接口（/api/coding/v3 结尾），和普通方舟 API（/api/v3）是两个地址，配错就不会走 Coding Plan 额度，反而产生额外费用——作者特意提醒「别问我怎么知道的」。知乎
对预算敏感的用户还有个好消息：火山 Coding Plan 原价 200 元，现在 49.9 元的折扣价就能买到。知乎配合免费的 DevEco Code，每月的 AI 编程开销能压到很低。
不想花一分钱，就继续用内置免费模型，接受慢一点；追求体验，就接自己的模型。两条路都有。
谁适合用，谁再想想
综合这两个月的社区信号，给一份决策参考：
适合直接上手的：
新手、学生、练手党：免费，全链路一个工具带完，Plan+Build 降低跑偏概率；
做小工具的个人开发者：简单页面、常规组件交给它，效率提升明显；
抢不到 GLM Coding Plan 额度的：内置免费模型是现实的替代。
可以用，但要保持清醒的：
正经项目涉及装饰器混用、复杂状态管理的：代码生成和报错修复交给它，方案设计别撒手，关键代码务必真机验证；
已有 Cursor、Claude Code 的用户：把 DevEco Code 当「ArkTS 专科医生」——语法生成、编译报错用它，深度逻辑留给熟悉的工具，或者自己写一份禁令规则约束它。
先等等再看的：
大型复杂项目、需要完整可视化调试和多设备仿真的：老开发者的建议依旧是继续用完整版 DevEco Studio。知乎DevEco Code 是补充，不是替代。
两个值得盯着的点
最后说两个观察点。
一是 API 26 正式版节奏。现在的实测结论都基于 HarmonyOS 7 Beta 环境，正式版之后，工具的知识库会不会补充社区踩坑数据，决定「懂鸿蒙」这个卖点能不能补齐。
二是鸿蒙 PC 工具链。按科技博主的说法，今年四季度，DevEco Studio、CodeArts IDE、IntelliJ IDEA 会陆续推出鸿蒙版本。微博想在鸿蒙电脑上开发鸿蒙应用的人，下半年值得盯着。
一句话收尾：DevEco Code 当下最大的价值，是把尝试鸿蒙开发的成本降到了零——免费模型、全链路功能、一条命令安装。但「免费」换来的是入门级生产力，复杂场景请保留人工审查和真机验证。
