我用Workbuddy开发了人生第一个小程序，这个标题我自己看着都有点不真实。学编程、做软件这事儿念叨了快十年，每次都是打开教程看完前三章就放弃。这次从提问到小程序真正跑起来，前后花了大概一个下午，而且整个过程里我没写过一行正经代码。
先说清楚Workbuddy是什么。它不是传统的“拖拽式低代码平台”，也不是纯对话式AI问答，而是把AI拆解任务、生成方案、执行结果这一套逻辑，封装成了一个带工作区的自动化工具。你可以把它理解成“有手有脚的ChatGPT”——聊天界面里下达任务，它自己在后台读文件、查资料、跑流程、攒出一个可以交付的东西。我这次做的就是让它帮我建一个微信小程序，从零到能扫码预览那种。
如果你也是那种“想法很多但没有开发能力”的人，或者你是前端/后端开发者但想偷个懒，这篇记录应该能给你一点启发。我不会只放结果截图，而是把整条路怎么走通的、中间踩过哪些坑、为什么有些事必须人工干预，全部分享出来。这篇不是教程，是我作为一个小白，真实跑完一遍之后的复盘。
1. 为什么是Workbuddy：不是选工具，是选工作方式
1.1 传统小程序开发对新手的第一道坎
微信小程序开发，表面上是学一门语言（JavaScript/WXML/WXSS），但实际上它是一整套体系：你得注册小程序账号，得下载微信开发者工具，得理解前端渲染和逻辑层分离的机制，还得处理云函数、数据库、接口域名这些概念。对一个只想快点把想法落地的人来说，这个学习曲线太陡了。
我前两年也动过自己开发小程序的心思，结果第一步“申请测试号”就卡了半天。后来找了个在线课程，看到第二章讲“页面生命周期”的时候彻底放弃了。不是说这些知识没用，而是对一个零基础、只是想做个实用小工具的人来说，它们成了心理负担。
Workbuddy解决的不是“代码怎么写”的问题，而是“整个开发流程怎么被拆解、调度、替代”的问题。它把原本需要一个人同时具备产品、设计、前端、后端四重能力才能完成的事，压缩成了“说清楚你要什么”，剩下的环节全部在它的工作流里自动完成。
1.2 它和传统低代码/无代码平台的核心差异
国内很多低代码平台我也试过，比如各种“拖拽生成小程序”的工具。坦白说，它们的问题不是笨，而是“僵化”。你只能从它给你的组件库里挑东西，如果你想要的功能不在预设范围里，那就得妥协。而且那些平台生成的小程序通常绑定它们的云服务，想迁移很麻烦。
Workbuddy的思路完全不同。它不是让你在一个受限的编辑器里操作，而是通过一个对话式的工作区，让AI自己决定用什么技术方案、怎么写代码、怎么组织文件。它更像是一个“极其聪明的实习生”，你给它一个目标，它给你一套可运行的代码，你甚至可以要求它调整技术栈、换UI风格、加模块。
我用的数据存储是Workbuddy自己接的第三方云端数据库，这一步它全程自己搞定。我的角色就是看它干活，偶尔纠正方向。这种体验跟“低代码拖拽”完全是两码事。
1.3 为什么它能做小程序
这里有个关键点：微信小程序和普通网页不一样，它有自己的开发规范、配置文件和运行环境。之前很多人觉得AI写不了小程序，是因为AI训练数据里小程序代码比例小，而且微信各种API更新频率很高，AI容易给出过时代码。
实测下来，Workbuddy是能跟上潮流的。它不只会写wxml、wxss、js这些基础文件，还会处理app.json的页面注册、project.config.json的项目配置。更让我意外的是，它知道小程序的网络请求必须走HTTPS、必须配置合法域名，说明它训练数据里确实包含了足够的微信小程序技术文档。
所以，用它做小程序的第一个前提就成立了：它具备现代小程序的开发知识，并且能直接把知识用起来。
2. 从0到1：我的第一个小程序完整实操记录
2.1 准备阶段：账号、工具与思路
动手之前，我把需要的东西准备齐了，这个过程本身也有讲究。
微信小程序需要注册一个账号，个人主体就行，不需要营业执照。登录微信公众平台，选择“小程序”注册，填写邮箱、身份证信息，大概十几分钟就能完成。这个步骤虽然不复杂，但需要你提前想好小程序的名字——因为名字要跟账号绑定，而且每个月只能修改两次。
开发者工具方面，我下载的是“微信开发者工具稳定版”。如果你用的是Workbuddy网页版，生成的代码文件直接下载到本地，再用开发者工具打开即可。
思路这件事我想多说一句。Workbuddy虽然能自动处理很多事，但它的第一步是“理解需求”。如果你自己都说不清这个小程序要解决什么问题、有哪些页面、什么风格，那它生成的东西大概率也是四不像。我先在纸上写了几行字：我想做一个“记账本”，能记日常收支，能算每个月的结余，界面要简单清楚。
2.2 让Workbuddy理解需求的表达技巧
这一步是整个流程里最值得反复琢磨的。同样一个需求，表达方式不同，产出质量差很多。
我最终用的是“场景化描述+功能清单+界面要求”三段式。跟Workbuddy说：
“帮我开发一个微信小程序，名字暂定为‘轻记账’。用户每天可以快速记录一笔收支，选择分类（餐饮、交通、购物、工资等），系统自动计算当月总收入和总支出，并在首页显示剩余金额。界面风格要简洁、现代，以浅色为主。需要三个页面：首页（展示余额和收支总数）、记账页（填写金额和分类）、明细页（展示历史记录）。”
然后加上一句：“请先给出整体方案，再开始编写代码。”
这句话很重要。它相当于“先写大纲再写正文”，AI会先在“思考层”把大致的目录、页面结构、数据流梳理出来，再去填充具体代码。如果一上来就让它直接给代码，它容易东一榔头西一棒子，最后生成的文件结构乱七八糟。
2.3 从生成到运行：一条完整的链路
Workbuddy生成完成后，你会看到一个文件树——就像你在VS Code里看到的那样——有pages、utils、app.js、app.json这些标准目录。我做的事很简单：点下载，得到一个zip包，解压，然后用微信开发者工具“导入项目”。
这里有个细节要特别提醒：导入项目的时候，AppID那一栏要填你自己的小程序AppID，而不是选“测试号”。因为测试号虽然能预览，但没法申请线上版本，也不支持很多需要用户身份的功能。填完AppID后，开发者工具会自动识别project.config.json里的配置，然后直接编译、渲染。
我第一次编译，顺利得有点不真实。模拟器里出现了我描述的那个“轻记账”小程序，首页有余额数字，底部有记账和明细两个入口。点击记账页，有金额输入框和分类选择器。那一刻我理解了为什么那么多人说“AI不会取代程序员，但会取代不会用AI的程序员”——工具本身改变不了生产力的本质，但它确实极大地降低了入门门槛。
2.4 数据存储：一个容易被忽视的问题
小程序跑起来后，我遇到一个很实际的问题：记账数据存哪？本地存储？云数据库？还是后端服务器？
Workbuddy生成的版本默认用了微信小程序的本地缓存（wx.setStorageSync），也就是记的账只存自己手机里。这样做的好处是开发简单，不需要服务器；坏处是换手机数据就没了，而且小程序清除缓存也会清掉所有记录。
如果你想让真实用户用上这个小程序，数据必须上云。这里有两条路：
第一条路是“微信云开发”。在开发者工具里开通云开发，用云函数+云数据库存数据。这个方案的优点是微信官方支持、无需额外服务器，缺点是你要自己改代码——因为Workbuddy生成的默认逻辑是基于本地存储的，你得告诉它改成云开发版本。
第二条路是用Workbuddy自己推荐的第三方云数据库服务，比如Supabase或者LeanCloud。这种方案的好处是前后端代码Workbuddy都能自动处理，完全不需要你碰后端。我实测走通了这条路：Workbuddy会生成一套前端调用代码，然后在它的工作区里配置数据库表结构，整个对接过程它全自动完成。
我最终选了云开发，原因很现实：常年搞个人开发项目的人都知道，运营成本越低的项目越容易活下去。微信云开发有免费额度，个人使用完全够。而且云开发的数据库操作对小程序的适配性是最好的，遇到问题文档也好查。
3. 为什么是Workbuddy“国际版”：功能与门槛的权衡
3.1 国际版和国内版的差异实测
Workbuddy有国际版和国内版，这个信息最初是从一个技术群里的讨论看到的。我自己试下来，两个版本的核心能力是一样的，都能做小程序，但在几个细节上有明显差异。
国际版的模型能力更强，尤其是在理解复杂长指令、生成多文件项目时表现更稳。我试着让国内版生成一个带“折线统计图”的小程序，它在选择图表库时犹豫了很久，最后用了echarts但没装完整；国际版则直接选了微信生态里最常用的ec-canvas组件，代码一步到位，还顺手把图表样式调好了。
另外，国际版的“技能库”更丰富。Workbuddy有一个叫Skill的功能，相当于给AI预置工作流。比如你导入一个“小程序开发”技能，它就会按照一套标准流程来处理你的需求：先拆解页面，再定义数据模型，再写代码，最后自检。国内版的技能市场内容少一些，很多需要自己写规则。
3.2 网络环境与注册问题
谈到国际版，有一个现实的困境：访问和注册可能受网络环境影响。我自己已经搞定这些环节，说实话如果卡在这一步，后面的体验再好也白搭。我的建议是：如果你没有可靠的访问条件，就老老实实用国内版，核心功能不缺，只是少部分高级特性没有。
注册方面，国际版需要邮箱验证，过程比国内版简单。但如果你要用国际版连接微信小程序的生态，中间会多出一层“代码如何导入微信开发者工具”的手工操作——这不是那种“一键部署”的无缝体验，需要你手动下载、导入、编译。好在这一步也就5分钟。
3.3 什么情况下不用纠结版本
我给的建议非常直接：如果你只是拿Workbuddy练手，或者做一个给自己和家人用的工具型小程序，国内版完全够了。如果你要做电商小程序、预约小程序这种要上线的产品，而且你的需求描述很复杂、页面很多、逻辑嵌套很深，那就值得想办法用国际版。
但不管哪个版本，都逃不开一个事实：它生成的代码需要你在微信开发者工具里跑起来、调通、提交审核。这个环节没有任何AI能替你省略。微信官方对小程序有一套审核标准，包括内容合规、隐私协议、类目选择、页面完整度等等，这些是硬性的。
4. 踩坑实录：我从Workbuddy生成到微信审核的完整排雷
4.1 合法域名问题：第一次真机预览翻车了
我一度以为代码写完就万事大吉。结果用手机扫码预览时，小程序页面白屏了。打开调试面板一看，报错“url not in domain list”。
这个问题的根源是：微信小程序为了安全，禁止在正式环境里请求未备案的HTTP接口。Workbuddy生成的小程序如果用了第三方云服务，那这些服务的域名必须在小程序后台配置成“合法域名”，否则代码在开发工具里没问题，真机上就会被拦死。
解决方式有两种：如果是开发阶段，可以在开发者工具详情设置里勾选“不校验合法域名”，这样本地预览没问题；如果要发布上线，那就必须去小程序后台的“开发管理—开发设置—服务器域名”里把API的域名添加进去。注意必须是HTTPS。
4.2 页面被微信判为“功能不完整”的审核经历
第一次提交审核，我收到的驳回理由是“页面功能不完整，存在空白或未完成模块”。仔细看了审核员的截图，发现是我做的一个“分享好友”页面，里面只有一张图片和一句话，没有实际分享动作。
这是我后来总结的最重要教训：Workbuddy生成代码时，你描述的每个功能点它都会做一个对应的页面，但很多页面的交互逻辑是简化的，只做了静态展示，没有绑定真正的事件。它像一个很擅长写周报的实习生在写代码——好像每个模块都写了，但能不能跑通还得你验收。
我的对策是：提交审核前，把每个页面都点一遍，确认没有“点按钮没反应”的情况。如果某个页面只是展示用，那就把它做成“不参与主流程”的独立页，避免审核员误判。
4.3 善用Workbuddy的“Skill”和自定义指令
Workbuddy有一套“自定义指令”机制，这也是我后来才学会的高级用法。你可以在工作区里定义一套规则，比如“开发小程序时，页面样式统一使用flex布局”、“所有接口请求必须有错误处理”、“每个页面都要加上loading状态”。这些规则会作为“长期记忆”应用到后续所有任务，不需要每次重新说。
我实际使用下来，这个功能的价值甚至超过了AI写代码本身。因为它相当于把你对产品的要求沉淀成了“团队规范”，然后每次让AI按规范执行，这就是所谓的“用AI管理AI”。
具体的操作是：在Workbuddy的指令面板里，新建一套“小程序开发规范”，用清晰的列表写下约束条件。之后它生成的所有代码都会先对照这套规范进行“自检”，比如自动补充注释、自动处理边界情况。它的输出质量确实提高了一个档次。
4.4 一个安全与合规的提醒
这个行业里有一种倾向，就是什么东西都想通过“抓包”“逆向”“反编译”搞定。作为一个实际交付过小程序的人，我给同行一个真心建议：这些手段在小程序领域既违规又得不偿失。微信对小程序的安全校验越来越严格，而且这类操作明显违反微信生态规则，轻则封号，重则影响账号主体信用。与其花时间逆向别人的东西，不如把需求理清、把产品做深、把体验做好，这才是能长期复利的路径。
5. 深度复盘：Workbuddy到底改变了什么
5.1 如果什么都不会，你能走到哪一步
这是很多人最关心的问题。以我这次实操来看：如果你完全不懂代码，只要会“描述需求+能看懂反馈+会点鼠标”，Workbuddy能带你走到“小程序在模拟器里跑起来”这一步——大约是全程的60%。剩下的40%，包括域名配置、云开发开通、审核提交，每一样都会遇到异常，而异常的处理需要一些程序员思维。
什么叫“程序员思维”？就是“问题出现在哪里时，能判断它属于文件层次、网络层次还是权限层次”的能力。比如域名配置报错，你得知道去后台的“开发设置”里找，而不是在代码里反复找。这种能力不是天生的，但只要成功处理过一次，你就永远会了。
5.2 不能神话它：哪些事情Workbuddy还是做不了
我见过一些自媒体把这类工具吹成“ChatGPT时代不需要程序员”了，这是不负责任的。Workbuddy确实能一次性生成完整的小程序代码，但如果你让它“生成一个类似美团外卖的App”，它会给你一个极其简陋的骨架——有首页、有商家列表、有下单按钮，但没有任何真实业务逻辑。
小程序的价值从来不在界面，而在业务闭环：支付接入、运单跟踪、客服系统、供应链数据，这些东西如果不接入真实的API服务，长得再像都没用。Workbuddy能帮你把“前端的样子”做出来，但“后台的实质”需要另外的技术方案和资源配置。
所以我更愿意把它定位成一个“超级打字员+初级前端工程师”：能搞定页面结构、基础交互和数据展示，但复杂的业务系统、高并发架构、精细的动效体验，仍然需要专业的人来做。
5.3 对学习者的一个真诚建议
如果你本身是程序员，建议把这套工具当成“结对编程搭子”——让它干重复性高的活，比如写页面、配路由、写curl，你专注在系统设计和业务逻辑上。如果你是非技术背景，建议不要试图一次做出很复杂的东西，而是从一个“纯工具型”的小功能练手——比如我之前做过的个税计算器、简易记账本、随机抽签器。
把期望定在一个周末能完成的粒度。我第一次跑通“轻记账”的时候，有一种仿佛打开了新世界大门的感觉：不是因为小程序本身有多强，而是我发现了一条“把想法快速变成可用产品”的路。那条路以前被技术门槛锁死了十年，现在门开了一条缝，我已经钻进去了。
6. 后续还能怎么玩：把个人经验扩展成可持续的项目
6.1 从工具到产品的提升路径
小程序跑通只是起点。接下来我打算做三件事：第一，给“轻记账”加上月度趋势图，让Workbuddy接着迭代就行，不用推翻重来；第二，接上微信云开发，让数据实现手机端跨设备同步；第三，做完这两个迭代之后去申请正式发布，分享给身边需要的人用。
目前每一天我都会打开开发者工具看一眼运行日志，把实际使用中不顺手的地方记录下来。如果某一天我发现自己在用备忘清单的方式记录细节问题，再集中用Workbuddy对话，你会发现它迭代起来比想象中简单。它不需要你给它传很多文档，只需要你对它说清楚改哪里、怎么改、为什么改。
6.2 它对你未来的意义
我个人的体会是：这类AI工具对个人开发者最大的意义，不是“帮你写代码”，而是“让你敢开始了”。过去十年我无数次想做一个属于自己的产品，每次都被“要学的东西太多”劝退。Workbuddy没有让我一夜之间变成技术大牛，但它给了我一个起点——一个可以被验证、被使用、被迭代的起点。
而且这个问题底层逻辑是通的：小程序市场已经足够成熟，微信生态提供了从开发、测试到分发的完整闭环，云开发降低了运营成本，AI工具抹平了创作门槛。三者叠加，那种“一个人就能做一款产品”的可行性，最近这段时间变得无比清晰。
如果你想尝试，我的建议是你现在就开始：打开Workbuddy，先别想“做什么大项目”，就让它帮你做一个最简单的“能显示当前日期和倒计时”的小工具。跑通一次，你会见识到自己的产品被点开、被使用的那一刻是什么感受——那不仅仅是“教程成功”，那是你从一个“使用者”变成一个“创造者”的转折点。
我选择Workbuddy，不是因为它是多强大的工具，而是因为它刚好让一个普通人能迈出第一步。而第一步，往往就是所有故事里最难的那一步。