CodeGeeX 是 VSCode 中最轻量、开箱即用的多语言框架代码生成插件，支持 Java、Python、TypeScript 等 20+ 语言，其框架感知能力源于训练阶段学习大量真实框架代码，无需配置模型路径或启动本地服务。
CodeGeeX 是目前在 VSCode 中实现多语言框架代码生成最轻量、开箱即用的选择，不需要配置模型路径或启动本地推理服务，只要插件启用且网络通畅，就能对 Java、Python、TypeScript、Go、Rust 等 20+ 语言生成符合常见框架规范的代码片段。
CodeGeeX 的框架感知能力从哪来
它不是靠硬编码模板匹配框架，而是模型本身在训练阶段就见过大量主流框架的真实代码：Spring Boot 的 @RestController 结构、React 的 useEffect + useState 组合、FastAPI 的 @app.get 路由定义、甚至 Django 的 models.py 字段声明方式，都作为上下文 token 被建模。所以当你在空文件里输入注释 “// 创建一个 Spring Boot Controller，返回用户列表”，再按 Ctrl+Enter，它大概率会生成带 @GetMapping 和 ResponseEntity 的完整类——前提是当前文件语言 ID 是 java，且项目中有 spring-boot-starter-web 相关依赖（插件会读取 pom.xml 或 build.gradle 判断上下文）。
- 不识别框架的典型表现：生成裸 HTTP 处理逻辑（如
HttpServlet），而非 Spring 风格 - 触发失败常见原因：文件未保存（
languageId未正确识别）、光标不在有效作用域（如注释块内部）、项目根目录下缺失package.json或pyproject.toml等元信息文件 - 模型不会“猜”你用的是 Spring Cloud 还是 Quarkus——它只响应你当前注释中明确提到的框架名，或从已有代码中提取出的类名/装饰器
交互模式下如何让生成结果更贴近项目风格
默认生成的代码往往偏“教科书式”，比如 React 组件会用 function Component() 而非你的团队约定的 const Component = () =>；Java DTO 可能用 Lombok @Data，但你项目实际禁用 Lombok。这时要主动干预：
- 在光标前插入一行注释，写明约束，例如：
// 使用 TypeScript interface 定义 API 响应，字段名 snake_case，不要 import - 选中已有相似结构的代码（比如一个已有的 Vue
setup()函数），再按Ctrl+Enter，模型会以该代码为风格锚点生成新内容 - 在设置中把
codegeex.candidateNum调高到 5，多候选对比时更容易挑出符合命名习惯的那个 - 避免用模糊词如 “优雅”“高性能”，改用可判定的描述，例如：
// 不要 try-catch，用 Optional 处理可能为空的 user
为什么翻译模式对框架代码特别容易出错
Ctrl+Alt+T 翻译选中代码时，CodeGeeX 并不理解框架生命周期或运行时约束。它只做语法等价映射，所以常见翻车点包括：
- 将 Spring 的
@Transactional直接译成 Python 的@transaction.atomic，但漏掉 Django settings 中DATABASES配置要求 - 把 React 的
useMemo(() => fn(), deps)译成 Vue 的computed(() => fn())，却没处理fn内部对响应式变量的依赖追踪差异 - 翻译 Express 中间件函数时，把
next()调用位置错放到异步操作之后，导致请求挂起 - 解决办法：翻译后务必人工核对三处——参数签名是否匹配目标框架 Hook 规范、副作用是否在正确时机触发、错误传播路径是否保留（如
throw→res.status(500).json）
真正难的不是生成某段框架代码，而是让 AI 理解你项目里那个自定义的 BaseEntity 类继承链、或是封装了三次的 useApiQuery Hook。这些隐性上下文，目前没有任何插件能全自动捕获——你得靠注释显式喂给它，或者用提示模式（Alt+T）把项目特有的模板先加载进去。
