先说几个核心判断：MasterGo AI 目前还不能直接帮你“一键生成”可运行的小程序代码——至少不是端到端的那种。但如果你把思路调转一下，把它当成一个高保真视觉稿生成器，情况就完全不同了。它能输出完全符合微信小程序规范的页面设计，包括底部的 TabBar、图标状态、页面结构等，然后你再配合 Cursor 这类工具把设计稿转成代码，整个链路就通了。

换句话说，关键不在于“能不能生成小程序”，而在于你能不能通过设计稿，精准地驱动开发闭环。

搞懂这四个要素，TabBar 设计稿才不会翻车

微信小程序的底部导航（TabBar）其实是个结构很固定的东西。想让 AI 生成一个能用的设计稿，你输入描述的时候必须把下面四样东西讲清楚，少一样都不行：

• Tab 数量和名字：比如“底部4个标签：首页、分类、购物车、我的”
• 图标风格跟状态：比如“线性图标，选中态是#FA2549填充，未选中态是#999”
• 页面之间的对应关系：比如“首页→index，分类→category，购物车→cart，我的→mine”
• 视觉上的硬约束：比如“TabBar 高度56px，图标尺寸24×24，文字大小12px，全部居中对齐”

这四件事在脑子里捋清楚了，AI 才有可能输出靠谱的东西。

提示词怎么写？结构化，别含糊

MasterGo AI 对符号和分句的敏感度比较高，推荐你直接用这种格式化描述：

设计微信小程序底部标签页；页面类型：移动端APP；结构：4个Tab，文字为[首页, 分类, 购物车, 我的]；图标为线性风格，选中色#FA2549，未选中色#999；TabBar高度56px，图标24×24，文字12px；背景纯白；顶部留出状态栏安全区

千万别写“做一个好看的小程序底部导航”这种话。太模糊了，AI 会开始自由发挥，出来的东西常常是错位、图标对不上、文字溢出——这种坑我见过太多了。

设计稿出来了，然后呢？

AI 给你的是设计图，不是代码。真正落地需要两步走：

• 在 MasterGo 里把 TabBar 图标导出来（PNG 或 SVG 都行），注意选中态和未选中态要分开导出，命名清晰一点，比如 tab_home_active.png 这样的格式
• 把整页设计图上传到 Cursor，然后触发指令让它生成代码。比如这样写：
  “根据这张小程序首页设计图，生成微信小程序 tabBar 配置（app.json）+ 四个页面路径 + 每个 Tab 对应的 WXML/WXSS 结构，使用官方组件，图标路径按 assets/tab/ 下存放”

这样 Cursor 就能结合你工程里实际的目录结构、组件命名习惯和小程序基础库版本，输出可以直接粘贴进项目用的代码——而不是一段通用的模板。

几个常见的翻车点，提前避坑

• 图标尺寸不统一，有的20×20，有的28×28，小程序审核那关就过不去
• 没有区分 active/inactive 状态的颜色，或者用了渐变色——小程序 TabBar 不支持渐变
• 文字用了非系统字体，其实 WXSS 里 font-family 只能是 system-font 或 sans-serif
• TabBar 高度设成了60px或50px，但微信强制要求56px，差一点都不行

这些问题在设计阶段就能发现。把画布放大，用 MasterGo 的测量工具核一遍像素值，比后期改代码要省事得多。说到底，真正的效率提升，不是靠 AI 一步到位，而是靠设计稿阶段就把所有边界条件钉死在纸面上——这才是整个工作流里最容易被忽略、也最容易出岔子的步骤。