ctrl+i无反应是因为插件未激活、状态栏未显示“ready”或光标不在.js/.py/.ts等支持文件内，三者缺一不可。
CodeGeeX 是目前在 VSCode 中最稳定、上下文感知最强的配置生成插件，它不依赖云端 API 就能基于项目结构推导出合理配置，但必须满足三个硬性前提：插件已启用、状态栏显示 Ready、当前文件或目录具备可识别的语义线索（如 package.json、requirements.txt、入口文件）。
为什么 Ctrl+I 没反应？先查这三处
快捷键失效不是偶然，而是明确信号：环境没就绪。
-
CodeGeeX插件未真正激活——右下角状态栏没有Ready字样，哪怕已安装也得重启 VSCode 或点击“重新加载” - 光标不在支持区域：
Ctrl+I只在.js、.py、.ts等源码文件内有效，在json、md或空文件中不会触发 - 项目根目录缺失关键线索——比如想生成
Dockerfile却没requirements.txt或app.py，插件只能按默认模板猜，而默认行为常被禁用以避免错误输出
生成 Dockerfile 时必须手动校验的四条指令
AI 生成的 Dockerfile 多数能构建成功，但生产环境会因四点直接拒收：
-
FROM镜像是否带-slim或-alpine标签——无此标识的镜像体积大、攻击面宽，CI 流水线通常会拦截 -
COPY顺序是否把requirements.txt单独 COPY 再RUN pip install——否则每次代码变更都会重装全部依赖，构建缓存失效 -
HEALTHCHECK是否使用curl -f http://localhost:8000/health || exit 1类非阻塞检查——写成ps aux | grep app会被 Kubernetes 视为不可靠探针 -
CMD是否显式指定用户——缺USER nonroot或等效adduser步骤，Docker Hub 扫描会标红高危
小程序 Page 逻辑生成后必改的两处
CodeGeeX 对微信小程序的生命周期理解准确，但有两个地方它不会主动规避，必须人工干预：
- 所有
wx.request调用里缺失encodeURIComponent——比如url: 'https://api.example.com/user?id=' + this.data.userId必须改成url: 'https://api.example.com/user?id=' + encodeURIComponent(this.data.userId)，否则中文或特殊字符导致 400 - 生成的
setData调用若嵌套过深（如this.setData({ a: { b: { c: val } } })），需确认是否真需要全量更新——多数场景应改用this.setData({ 'a.b.c': val })，否则小程序 setData 性能下降明显且可能触发脏检查异常
自定义代码片段和 AI 生成不是互斥关系
很多人以为用了 CodeGeeX 就不用配 snippets，其实错在混淆了粒度：
- snippets 解决的是「固定结构高频复用」，比如
rfc生成 React 函数组件骨架，ifmain插入 Python 主入口——它们是确定性模板，零上下文依赖 -
CodeGeeX解决的是「动态逻辑按需生成」，比如“根据这个fetch调用补全对应的try/catch和 loading 状态管理”，它依赖 AST 分析和变量流追踪 - 真实工作流是：先用 snippets 插入基础结构（如
Page({})框架），再把光标放在onShow位置按Ctrl+I生成具体逻辑——两者叠加才省最多时间
