NECode 使用的一些问题记录

Arthur2030

涉及软件版本：NECode v0.0.17 、NEClaw v1.0.7

问题清单：
1、同一git来源的不同分支项目，对应2个本地目录
1.1、只允许加入一个目录，移除先加入目录，加第二个目录，实际指向的还是第一个目录；
1.1.1、把先加入目录清空，加入第二个目录，实际指向的还是第一个目录；
1.2、提示要选择智能体和模型

1.3、删除项目数据报错


2、用NECode从代码逆向生成文档
2.1、该功能相对不错，部分文字描述不准确，比如 报错模块里的报错 描述成了 被举报（违规挂起）
2.2、NEClaw用同样提示词生成的文档缺少部分内容，比如报错枚举值等，2个文档有部分内容可以互补。
2.2.1、NEClaw生成的文档不明确指定中文，生成的是中英文混合内容
2.2.2、NECode生成的文档不明确指定中文，生成的内容为中文

3、用NECode和CodeBuddy CN v4.11.2(1.106.1) 用同样的提示词进入数据采集并提取
3.1、NECode用的模型为deepseek-v4-flash 、CodeBuddy CN用的模型为auto
3.2、NECdoe和CodeBuddy CN只发一次提示词（采集任务）
3.2.1、NECode无输出结果，只有英文日志，发送中文 提示词后 会出中文日志

3.2.1.1、NECode在经过多次对话，拿到部分结果【不是全部或近似全部记录】

3.2.2、CodeBuddy CN一次对话输出了结果（中间有几次确认选择的鼠标点击动作，费时比NECode长一些），全程中文日志输出
3.3、NECode 和 CodeBuddy CN 提取到的文件内容比对
3.3.1、NECode 提取到的人名干扰项较多，比如：报名入口、党建概况、党团工会等；

3.3.2、CodeBuddy CN 提取到的人名只有一个HTTP多次出现；

3.4、NECode 和 CodeBuddy CN 提取到的完整性比对
3.4.1、NECode 提取到了1898【做过除重、包含干扰项】，提取内容在多次对话后相对完整
3.4.2、CodeBuddy CN提取到了8399【包含20几条HTTP干扰项】，提取内容比较完整

3.5、整体来说，CodeBuddy CN在采集和提取上优于NECode，且更友好【一次对话即可完成任务，而NECode要多次对话引导】

stanley

是否用neclaw 或 nehermes 试过？

Arthur2030

最早是用neclaw试的，也是需要多次对话引导，比NECode还差；
neclaw新版本1.0.7和nehermes一会儿试一下。

Arthur2030

stanley 发表于 2026-8-28 11:25
是否用neclaw 或 nehermes 试过？

软件版本：NEClaw 1.0.7  、 NEHermer 0.20.6
采用模型：均为 deepseek v4 flash
提示词：采用相同提示词
1、NEClaw
1.1、新版表现比旧版本好
1.2、存在卡死，输入提示词后恢复

1.3、执行日志中英混合，结果汇报为中文

1.4、结果excel样式：无   数量：6077
11列：
学院、导师类别、姓名、职称、研究方向、基本情况(教师简介)、研究课题、邮箱、电话、详情链接、源码文件


1.5、存在未能提取姓名和非姓名，如 教育教学


2、NEHermer
2.1、同样存在卡死，输入提示词后恢复

2.2、执行日志中英混合，结果汇报为中文
2.3、结果excel样式：有   数量：8478
16列：
序号、学院、导师类别、学科/分组、姓名、职称、研究方向、基本情况（教师简介）、研究课题、邮箱、联系电话、通讯地址、详情页URL、HTML文件路径、采集状态、采集时间




以上，NEHermes 比 NEClaw表现要好些。
数据正确性，待验证【真实导师数量、姓名有效性、完整性等】。

stanley

当NE 的认证服务器我登录不了的时候，应该允许我登录软件继续工作，因为我可以配置其它key 和模型继续。

现在这样，如果不登录（万一服务器登陆不了呢？），用户就无法继续工作

这里也不能用“NE认证”，不严谨，因为其它陌生用户，不知道ne是什么的缩写

stanley

反复出现，不能使用了。
错误日志

stanley

让nehermes 把崩溃的necode 修复了：

feieuniu

stanley 发表于 2026-8-29 02:04
让nehermes 把崩溃的necode 修复了：

感谢 帮忙排查，这次确实找到了关键原因：之前预览的临时图片已经被清理，但 NeCode 仍在恢复对应标签，最终进入了错误页。清理失效记录后，当前机器已经恢复正常，这个处理是有效的。
严格来说，这次更像是完成了现场恢复，代码层还需要补上文件不存在时的容错，避免以后再次出现同类问题。整体分析方向是对的，具体改进方案还要结合现有代码进一步评估。辛苦了，这份复盘很有参考价值。

stanley

feieuniu 发表于 2026-8-29 17:09
感谢 帮忙排查，这次确实找到了关键原因：之前预览的临时图片已经被清理，但 NeCode 仍在恢复对应标签， ...

nehermes修复后可以使用了，但仍然有些其它问题，在开发时候遇到（类似什么语言环境的错误），因为时间紧急忘记是否记录了。

另外我在intel 的mac 上安装后，默认成英文语言了，还有同样的账号，我在arm mac 上的工作进展，对话，是否可以迁移？

feieuniu

stanley 发表于 2026-8-29 17:31
nehermes修复后可以使用了，但仍然有些其它问题，在开发时候遇到（类似什么语言环境的错误），因为时间紧 ...

这个暂时还无法支持，需要云端的服务
后续可以提供一个会话导出的功能