codegeex 和 kilo code 能生成带交互逻辑的小程序代码，但需满足三个前提：光标必须位于 page({}) 内部、提示词须为明确祈使句并约束 api 版本、生成后须人工校验 wx.request 地址、this.setdata 调用及异步链完整性。
CodeGeeX 和 Kilo Code 这类插件能直接生成带交互逻辑的代码，但必须满足三个前提：光标在正确作用域内、提示词不含模糊修饰语、生成后手动校验关键 API 是否可用。其他插件如 Copilot 或 Tabnine 在这类任务上响应弱，容易漏掉小程序生命周期约束或 wx API 调用顺序。
Page 内触发生成时，光标必须落在 Page({}) 大括号内部
这是最常被忽略的硬性限制。光标若在 Page 外（比如文件顶部、注释区、或 App({}) 里），CodeGeeX 无法推断上下文，生成的代码大概率缺失 this.setData 绑定或错用 that = this 手动保存引用。
- 正确位置示例：
Page({ onShow() { /* 光标在此处按 Ctrl+I */ } }) - 错误位置：光标在
const utils = require('./utils')行，或Page闭合括号之后 - Kilo Code 的
Code模式同样依赖 AST 定位，若当前文件未被识别为小程序页面（缺少Page({})结构），它会退化为通用 JS 生成，不插入wx.前缀
提示词必须用祈使句 + 明确 API 版本约束
“实现登录逻辑”这种模糊描述会导致生成废弃 API 或遗漏错误分支。微信基础库 2.28.0+ 已移除 wx.getUserInfo，但默认提示仍可能输出它。
- ✅ 有效提示：
生成 onShow 函数，先 wx.login，再用 code 调 wx.request 向 /api/login 获取 openid，成功后 this.setData({ userInfo: { openid } })，失败时 console.error - ❌ 无效提示：
帮我写个登录功能吧（含礼貌词、无 API 名称、无数据流向） - 必须追加版本约束，例如：
适配微信基础库 2.28.0+，不使用 getUserInfo、getSetting 等废弃接口 - 若涉及 URL 编码，
encodeURIComponent不会被自动补全，需在提示中明确写出：请求参数用 encodeURIComponent 包裹
生成后必须人工检查三处关键点
AI 生成的代码不是即插即用的成品，尤其在小程序环境里，以下三点出错会导致白屏或静默失败：
-
wx.request的url必须是合法 HTTPS 地址，生成内容若写成http://localhost:3000需立刻替换 -
setData调用必须在 Page 实例上下文中，生成代码若出现setData({ x: 1 })（缺this.）或global.setData，直接报错 - 不能存在全局可变对象，如
let cache = {}写在Page外，小程序沙箱会拒绝执行 - 所有异步链必须完整：
wx.login→ 成功回调 →wx.request→ 成功回调 →this.setData，缺任一嵌套层级都会中断流程
真正耗时的不是生成，而是校验——尤其是 setData 的路径是否匹配 data 初始结构、wx.request 的 success/fail 是否覆盖全部分支、以及有没有无意中引入 fetch 或 localStorage 这类小程序禁用 API。
