codegeex通过四步助你理解开源项目：①初始化项目索引建立全局语义关系；②用自然语言提问锁定具体调用链路；③分层追问细节获取真实类名与方法签名；④跨文件验证接口、配置注入与动态加载逻辑。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想快速搞懂一个开源项目（比如 VS Code 或 Spring Boot）的底层运行机制，但翻源码像看天书，文档又太抽象——CodeGeeX 能帮你把分散在几十个文件里的关键逻辑串起来，直接输出可理解的分层架构图和调用路径。
第一步：确保项目已完成语义索引
CodeGeeX 对单个文件的解释是碎片化的，必须先让模型“记住”整个项目的结构关系，否则它无法回答“VS Code 的编辑器是如何从用户点击触发到最终渲染出一行代码的”。【未索引就提问，结果只会基于当前打开文件生成臆测，不可信】
在 VS Code 中打开项目根目录（必须含 package.json、pom.xml 或 pyproject.toml），点击左下角 CodeGeeX 图标 → 选择 “Initialize Project Index”。
等待右下角提示 “Indexing completed: X files processed”，此时 .vscode/codegeex-index/ 目录下已生成符号表与引用图。这一步不能跳过，也不能只打开某个 .ts 文件就开问。
第二步：用自然语言锁定核心模块链路
别问“这个项目怎么工作的”，要聚焦具体行为路径。例如想理解 VS Code 的编辑器启动流程，就直接问：“VS Code 启动时，从 main.ts 开始，经过哪些关键类和函数，最终创建出 editor 实例？”
选中项目中任意一个入口文件（如 src/vs/code/electron-main/main.ts），右键 → “Ask CodeGeeX → Explain Usage Across Project”。
模型会自动关联 workspace、workbench、editor 三层目录下的类，输出类似 “main.ts → createServices() → registerWorkbenchMainService() → instantiateWorkbench() → workbench.main.js → EditorPart.createEditor()” 的全链路说明，每一步都标注所在文件与作用。
第三步：针对分层设计主动追问细节
VS Code 源码按 base → editor → platform → workbench → code 五层组织，每层职责隔离。当你看到解释中出现 “platform 层提供 IPC 通信能力”，就可以立刻追加提问：“platform 层的 IPC 是如何被 workbench 层调用的？请列出从 workbench 主进程发起消息到 base 层序列化传输的完整调用栈。”
在侧边栏 AskCodeGeeX 面板中，粘贴上一步得到的调用片段，再输入新问题。模型将从索引库中提取 ipcRenderer、IPCMessageReader、serialize 等实际类名与方法签名，而非泛泛而谈“通过消息传递”。
若某一层（如 base）的工具函数被多处调用，可限定范围：“只分析 editor 层对 base/async/async.ts 中 Delayer 类的使用方式，列出所有调用位置及触发条件。”
第四步：验证关键节点的实现一致性
方法一：跨文件比对接口契约
在 AskCodeGeeX 输入：“对比 src/vs/editor/common/controller/cursor.ts 中的 CursorMoveOperation 接口定义，与 src/vs/editor/browser/controller/mouseHandler.ts 中的实现类 MouseHandler，检查其 onCursorChange 方法签名是否一致，参数类型是否匹配。”
方法二：追踪配置注入路径
输入：“Spring Boot 项目中，application.yml 里 server.port 的值，是如何一步步注入到 WebServerFactoryCustomizer 中并最终生效的？请指出涉及的 @ConfigurationProperties、@Bean 和 EnvironmentAware 类。”
方法三：定位动态加载点
输入：“VS Code 扩展 host 如何加载 node_modules 中的插件？请找出 src/vs/platform/extensions/node/extensionHostProcess.ts 中负责读取 package.json 并实例化 Extension class 的核心函数。”
