codegeex 插件需状态栏显示“ready”才可用；生成onshow逻辑须限定基础库版本并禁用废弃api；setdata必须带this.前缀；url参数须手动encodeuricomponent；ai生成代码需人工清理隐性错误。
CodeGeeX 插件必须处于 Ready 状态才能触发生成
Ctrl+I 没反应？不是快捷键冲突，大概率是插件没真正激活。右下角状态栏必须显示 CodeGeeX 图标且文字为 Ready —— 安装完不点“重新加载”、或工作区禁用了插件、或当前文件类型不在支持列表（如 .json/.md），都会卡在这一步。Ready 缺失时，所有指令输入都无效，别浪费时间改提示词。
生成 onShow 逻辑时，必须显式限定基础库版本和废弃 API
直接写“获取 openid”会生成含 wx.getUserInfo 的代码，这是微信基础库 2.28.0+ 已移除的 API。正确做法是在指令末尾加约束：适配微信基础库 2.28.0+,不使用 getUserInfo,不调用 fetch。否则生成结果需手动删掉三处：废弃 API 调用、fetch、以及未声明就使用的 globalData 变量——小程序环境里这些全报错。
生成后必须校验 setData 调用是否在 this 上下文中
AI 偶尔会漏掉 this. 前缀，写出 setData({}) 而非 this.setData({})，运行时报 setData is not defined。检查点有三个：onShow 函数是否定义在 Page({}) 内部、setData 前是否有 this.、是否在 try 块里但 catch 里又漏写了 this.。别信它一次写对，每处 setData 都得肉眼扫一遍。
encodeURIComponent 必须手动补全，AI 不会自动加
只要涉及 URL 拼接（比如把 code 传给后端），AI 生成的 wx.request 里几乎从不包 encodeURIComponent。例如 url: 'https://api.example.com/login?code=' + code 这种写法，遇到特殊字符直接 400。你得自己搜 ?code=，把后面替换成 ?code=' + encodeURIComponent(code)。这不是疏忽，是模型训练数据里没强调这个细节，得养成条件反射。
this、裸奔的 URL、残留的废弃 API、还有那些看似合理实则绕过小程序沙箱限制的写法。自动化只解决“从无到有”，剩下的“从有到可用”，还得人盯。
