CodeGeeX插件需处于Ready状态并重新加载窗口才能触发；指令须用祈使句、显式写入encodeURIComponent；生成后须剔除废弃API和非法全局变量；SQL与算法逻辑宜交由DeepSeek Coder处理。
CodeGeeX 插件必须处于 Ready 状态才能触发生成
状态栏没显示 CodeGeeX 且带“Ready”字样，Ctrl+I 就不会弹出输入框——这是最常卡住的第一步。安装插件后必须点击“重新加载”窗口，否则插件仅加载但未激活。若图标灰显或无响应，检查 VSCode 版本是否 ≥1.68.0；旧版本会静默失败，不报错也不提示。
在 Page({}) 内部用祈使句触发，不是自然语言描述
AI 对“请帮我写一个……”这类礼貌句式响应极差，容易生成冗余注释或跳过关键逻辑。正确写法是直给动作指令，例如：
生成 onShow 函数，调用 wx.login 获取 code，再 wx.request 发送到后端换取 openid，成功后 this.setData({ userInfo: { openid } })生成 navigateToDetail 方法，携带 id 和 title 参数，使用 encodeURIComponent 编码 title
漏掉 encodeURIComponent 是高频遗漏点，AI 默认不加，必须显式写入指令中；否则跳转带中文参数时会 400 错误。
生成后必须手动剔除废弃 API 和非法全局变量
CodeGeeX 当前版本仍可能输出已下线的 wx.getUserInfo（2.28.0+ 基础库已禁用），或在 Page 外声明 let globalData = {}。小程序环境不支持 fetch、不允许可变全局变量、不接受未包裹在生命周期内的异步调用。这些错误不会报语法错，但运行时静默失败。
校验要点：
- 检查所有
wx.xxx调用是否在官方文档「基础库 2.28.0+」列表中 - 确认
setData调用前有this.前缀，且不在Page外作用域 - 删除任何未包裹在
try/catch或.catch()中的 Promise 链
DeepSeek Coder 可补 CodeGeeX 不擅长的 SQL 和算法逻辑
CodeGeeX 擅长小程序框架层代码（生命周期、API 调用、setData），但对复杂 SQL 查询或排序/查找类算法输出不稳定。这时切换到 DeepSeek Coder 更可靠：它能根据上下文自动推断表结构和字段类型，生成带 LEFT JOIN 和 GROUP BY 的查询，或输出时间复杂度明确的二分查找实现。
注意两个插件的分工边界：
- 页面逻辑、API 串联、setData 更新 → 用
CodeGeeX+Ctrl+I - 数据库操作、算法函数、正则处理 → 用
DeepSeek Coder+Ctrl+Enter（互动模式）
别指望单个插件覆盖全部——真实项目里，Page.js 里混着 wx.request 和 SQL 字符串是常态，得靠两个插件接力，且每段生成结果都需人工锚定上下文再粘贴。
