背景
前文有《阿里Qoder的Quest小试牛刀》，之前行业中已经有DeepWiki与ZReader, 我们使用相同的开源项目WeKnora进行对比。这个工程包含源代码文件Go文件151个，ts文件15个，Vue文件18个。我们使用Qoder生成Wiki试试：
已知后端文件分布在以下主要功能模块：
- 客户端SDK（client）
- 应用服务层（application/service）
- 数据访问层（application/repository）
- 聊天管道（chat_pipeline）
- 处理器接口（handlers）
- 中间件（middleware）
- 数据模型（models）
- 类型定义（types）
- 缓存机制（cache）
- 配置管理（config）
- 工具类（tools）
DeepWiki
可以对其搜索与提问，支持中文提问。支持DeepResearch
ZReader
可以对其搜索与提问, 支持GLM 4.5与 Claude.4模型
Qoder的Wiki
中大型工程生成有点慢，索引时间超过近1个小时以上，并且都是在本地
但生成的文档内容较详细，报考附录。早期我安装时选择了English，所有部分Wiki中英文的。
截止笔者写作时，还没有生成完成，总计127个文档，当前107个
我们看一下WIKI完整目录
生成UML图表包括 组件图，时序图，类图，流程图。数据库设计的E-R图。
问答测试
Qoder
选用mysql数据库如何存储 知识库向量化文档数据？在当前工程存储在哪儿一个字段？ 他回复如下，不是正确的
DeepWiki Research回答是正确的
总结
Qoder的WIKI来源于仓库Wiki的代码层次、结构的理解能力。相比Trae与CodeBuddy IDE新增独有功能，对于我们理解陌生的仓库工程结构有帮助。对于大型工程速度生成WIKI还是较慢，另一个还有不能导出这些WIKI，不利于团队协作。