根本原因是 setdata 未绑定 page 实例上下文或写在异步回调外层；需确保在回调内调用 this.setdata、光标位于 page 对象内、优先用箭头函数、避免 data 字面量赋值、query 参数必须 encodeuricomponent、ts 需显式声明 interface、多端逻辑须手动拆解平台分支。
生成小程序页面逻辑时，Ctrl+I 插入的代码为什么 setData 不生效
根本原因是 CodeGeeX 生成的 setData 调用未绑定到当前 Page 实例上下文，或写在了异步回调外层。常见表现是控制台无报错但视图不更新。
- 检查生成代码是否在
wx.login成功回调内调用this.setData，而不是直接写在函数顶层 - 确认光标落在
Page({})对象内部（如onShow函数体内），否则this指向错误 - 避免生成代码里出现
const that = this后又在setTimeout中使用 —— 小程序基础库 2.28.0+ 已支持箭头函数，优先用() => this.setData(...) - 若生成结果含
data: {}字面量赋值（如this.data.userInfo.openid = res.openid），必须手动替换为this.setData({ 'userInfo.openid': res.openid })
用 CodeGeeX 生成带 navigateTo 的跳转逻辑，路径拼接容易漏什么
最常漏的是 encodeURIComponent —— AI 生成代码几乎从不自动包裹参数，但微信小程序要求所有 query 参数必须编码，否则中文或特殊字符会触发 fail invalid url 错误。
- 生成指令中需明确写“跳转到 detail 页面，携带 id 和 name 参数，并对 name 调用
encodeURIComponent” - 检查生成结果是否形如
url: '/pages/detail/detail?id=' + id + '&name=' + encodeURIComponent(name)，而非直接字符串拼接 - 若生成代码用了模板字符串（
`/pages/detail/detail?id=${id}&name=${name}`），必须手动补上encodeURIComponent(name) - 注意
redirectTo和reLaunch也需同样处理，不能只盯navigateTo
生成 TypeScript 类组件逻辑时，CodeGeeX 为什么总用 any 类型
因为默认提示词未声明类型约束，AI 会退化为 JS 风格输出。即使你文件后缀是 .ts，CodeGeeX 也不会自动推导接口或泛型。
- 指令末尾必须加一句：“返回值类型为 Promise
，参数用 interface 定义，例如 interface UserInfo { openid: string; nickName: string; }” - 避免用“获取用户信息”这种模糊表述，改成“调用 wx.request 获取
https://api.example.com/user，响应结构符合UserInfo接口” - 生成后检查是否出现
res.data as any—— 这类断言要替换成res.data as UserInfo或用zod校验（需额外引入） - 如果生成代码里有
let data = {}，必须改为let data: UserInfo = { openid: '', nickName: '' }
生成多端兼容逻辑（微信/支付宝/百度）时，API 差异怎么绕过
CodeGeeX 不具备跨平台 API 映射能力，它只会按你指定的平台生成对应调用。所谓“兼容”，必须靠你提前在指令里拆解平台分支。
- 指令要写成：“生成 onShow 函数，判断当前平台：微信用
wx.login，支付宝用my.getAuthCode，百度用swan.login，统一存入this.data.authInfo” - 生成结果大概率只写微信部分，剩下两个平台需手动补全 —— 重点核对支付宝的
my.getAuthCode({ scopes: 'auth_base' })和百度的swan.login({ success() {} })参数差异 - 不要指望 AI 自动加
if (wx?.login)这类运行时检测，它更倾向生成单一平台代码；兼容逻辑必须由你定义结构，AI 只填空 - 生成后删掉所有
console.log('支付宝平台')这类调试残留，多端代码里这类日志容易被忽略但影响线上行为
setData 绑定、URL 编码、类型断言、平台判断这四点，每次都要人工扫一遍。不是不能省时间，而是省下的时间得花在刀刃上校验。
