#WorkBuddy# 我用 WorkBuddy 从零做出一个上架的微信小程序：剧本快读开发全记录（附踩坑清单）

我不是职业程序员，是一个做短剧的。但靠着 WorkBuddy，我从注册小程序到功能上架只用了几天，全程没写过一行代码。这篇文章把完整流程和踩过的坑都记录下来，给同样想「用 AI 做个自己的小程序」的朋友参考。

一、我要做什么

剧组里大家看剧本很痛苦：微信群里传 docx，手机上打开排版全乱，想标注个「这场有马」「这场夜戏」只能口头说。所以我想要一个小程序：

• 导入 Word/PDF 剧本，自动识别「第几集、第几场」，生成可点击的目录
• 每一场可以加批注（道具、镜头、妆造、其他备注）
• 字号、字体颜色可调，方便剧组里年纪大的老师
• 一键分享给剧组其他人

我把这些用一段自然语言描述发给 WorkBuddy，它帮我完成了技术选型（微信原生开发 + 云开发）、页面搭建、云函数编写和真机调试。整个过程我的角色是「提需求 + 用微信扫测试码验收」。

二、整体开发流程（WorkBuddy 工作流）

我的工作流是「先准备、再执行」：

1. 需求描述清楚：把功能一条条列给 WorkBuddy，而不是一句「帮我做个小程序」
2. 真实素材测试：每做完一个功能，用真实剧本文件测试，把识别错的结果发给它继续调
3. 预览码真机验证：WorkBuddy 生成预览二维码，我扫码在手机上看实际效果
4. 版本迭代：每次改动升一个版本号（v1.0.1 → v1.0.8），由 WorkBuddy 上传到微信后台

三、几个关键实现和踩坑

坑 1：剧本「集/场」识别——AI 帮我做了个解析引擎

剧本排版五花八门：第一集、《剧名》第3集、场1 日 外、1A 内景 咖啡馆……WorkBuddy 帮我实现了一个正则+结构的解析引擎，核心经验是：

• 只认「集里套着场」的嵌套结构才算有分集——否则电影剧本（只有场没有集）会被误拆
• 正文里叙述性提到「第三集」（比如「他想起第三集的事」）不能误判成集标题，要靠「编号递增 + 候选间夹着场级行」来防误判
• 每加一种新排版，就把新样本加进回归测试，跑了 20 个排版样本防止改坏旧格式

坑 2：微信 OCR 没额度，换成腾讯云 OCR 直连

通告单图片识别先用微信 OCR，结果报 101003 not enough market quota——查了社区才知道个人主体小程序没有 OCR 额度。解法是改用腾讯云 OCR：用云函数内置的 crypto 做 TC3-HMAC-SHA256 签名直连 API，零第三方依赖。密钥放在云函数环境变量里，不进前端代码（安全红线）。

另外图片 OCR 的坐标系是原点左上，而 PDF 是原点左下，两者合成一个表格重建逻辑时 y 坐标要取负换算——这个坑排查了好久。

坑 3：scroll-view + flex:1 必须配 height:0

目录抽屉列表集数一多就不能滚动。原因是 scroll-view 用了 flex: 1 但没限制最小高度，内容直接把容器撑出屏幕。修法一行 CSS：

坑 4：分享功能必须过内容安全检测

分享文本要先调 security.msgSecCheck，不通过就拒绝分享。注意云调用需要在小程序后台开通 openapi 权限，且首次部署后权限生效有延迟，报 skip 不一定是代码问题，重部署一次就好。

四、成本：0 元

很多人以为做小程序要花钱，其实：

• 小程序注册：个人主体免费
• 云开发：参与微信「小程序成长计划」（公众平台 → 行业能力 → 小程序成长计划），已有环境的可以领 120 元代金券或自动升级为 6 个月有效的个人版环境，报名 1 分钟搞定
• AI 资源包（混元 Token/生图额度）也随活动附赠

我的整个项目目前 0 元在跑。

五、总结

这次开发最大的感受：AI 编程工具改变的不是「写代码的速度」，而是「不会写代码的人能不能做出产品」。WorkBuddy 让我把精力全放在「用户到底需要什么」上——排版怎么识别才符合人的直觉、批注字段怎么设计剧组才爱用——这些才是产品真正的价值。

后续我还会迭代：PDF 深度解析、批注协作、多剧管理。有兴趣的朋友可以评论区交流。

（环境：Mac + 微信开发者工具 + 微信云开发；小程序已上架，功能持续迭代中）