deveco自带的CodeGenie真的能用吗
deveco自带的CodeGenie真的能用吗 每次问问题,要么就是自己虚空造一个api,要么就是让它改A给我改B,要么就是一直给我用过时的api方法,要么就是编译都过不去的代码,要么是虚空造变量,问了一下午了,一个问题没解决,比玩具还不如啊。
也别问我提的什么问题,现在气的脑壳痛,我就问几个基础问题,什么都不行。
追加一下,我问问题以后,现在经常回我一个,《根据您的要求,以下是修正后的方案:》,然后就没了,冒号后面什么都没有,非常频繁出现
尊敬的开发者,您好,
为了尽快解决您的问题,方便的话还请您提供如下信息:
- 您使用的DevEco Studio版本信息;
- C:\Users\xxx\AppData\Local\Huawei\DevEcoStudioxxx\log\codegenie 路径下CodeGenie.log日志;
DevEco Studio 6.0.2 Release
构建版本:6.0.2.642, built on March 5, 2026
Runtime version: 21.0.8+1-b1038.71 amd64 (JCEF 122.1.9)
VM: OpenJDK 64-Bit Server VM by JetBrains s.r.o.
Toolkit: sun.awt.windows.WToolkit
Windows 11.0
GC: G1 Young Generation, G1 Concurrent GC, G1 Old Generation
Memory: 3570M
Cores: 16
Registry:
ds.ide.experimental.ui=true
idea.plugins.compatible.build=IC-243.24978.46
日志就算了,昨天气的狠了,骂的比较脏,要留清白在人间
有要学HarmonyOS AI的同学吗,联系我:https://www.itying.com/goods-1206.html,
尊敬的开发者,您好,
方便的话还请开发者提供下CodeGenie.log日志以便分析出现您描述的问题的原因,日志获取路径:
C:\Users\xxx\AppData\Local\Huawei\DevEcoStudioxxx\log\codegenie 路径下CodeGenie.log日志
华为官网下载单独的code插件然后更新一下,studio更新不会连带着code更新
修修BUG得了,真要写还不如deepseek
deepseek一般都是网页问问单个问题,没想到这个codegenie这么拉
能理解这个体验会很劝退。CodeGenie 更适合作为“辅助分析和改代码建议”,不能把它输出的 API 和代码直接当成最终事实,尤其是 HarmonyOS API 版本变化比较快,建议每次都用 API Reference 或编译结果校验一遍。
你提到“冒号后面没内容”“按钮/会话异常”“输出空方案”这类问题,可以先按两条线排查:
- 先确认 CodeGenie 插件版本。官方 FAQ 里对 CodeGenie 交互按钮无反应的处理方式是:关闭 DevEco Studio,删除或备份安装目录下的 codegenie-plugin 文件夹,然后从官网下载最新 DevEco CodeGenie 插件重新安装。
- 问具体问题时尽量带上 DevEco Studio 版本、SDK/API 版本、完整报错、最小复现代码和你期望修改的文件范围。不要只问“帮我改一下”,可以明确“当前 API 12,不要使用废弃 API,给出能编译的 ArkTS 写法”。
如果是编译报错,优先用报错旁边的 Explain/Add To Chat 入口,把构建错误带入上下文;生成方案后一定再 Run 一次,用编译结果兜底。遇到它虚构 API,可以直接要求“仅使用 HarmonyOS 官方 API Reference 中存在的接口,并说明 API level”。
如果更新插件后仍频繁空回复,建议把 DevEco Studio 版本、CodeGenie 插件版本、一次最小问题样例和截图带上反馈,比较容易定位是模型输出问题还是插件渲染/会话问题。
我看他扫描项目文件了,不应该自动带上当前api版本么
CodeGenie 在 DevEco Studio 内通过 ArkTS 进行鸿蒙应用代码生成和补全,基础功能可用。实际效果依赖网络、华为账号登录及模型对场景的理解,对简单组件的代码生成较稳定,复杂逻辑可能出现偏差。建议在 DevEco 最新版本中实测。
CodeGenie 目前确实存在明显的早期版本缺陷,其模型训练可能未及时同步最新的 API 变更,加上上下文理解能力有限,导致频繁输出“幻觉代码”、过时 API 或空响应。现阶段它更适合进行简单代码补全或格式化,面对需要精确调用系统能力的问题时,可靠性很低。你遇到的现象并非个例,建议将生成结果仅作参考,所有代码务必以官方文档和真机验证为准。


