一句话需求：像发微信一样打一句「昨天买菜35」，账就记完了。这篇文章记录我怎么用 WorkBuddy 从一个想法做到手机上实际能用的小程序，包括技术选型、中文解析引擎的实现、登录加密方案，以及踩过的五个坑。

我自己做小生意，记账这件事一直坚持不下来。纸质账本记了就忘；市面上的记账 App，打开要点五六次才能记一笔，还要看广告。最自然的动作其实是——发微信。

如果记账能像发一句「昨天买菜35」给朋友那样完成，这事就能坚持下来。除了打字，我还需要：给客户和团队用（多人多账本）、自动分类统计、预算提醒、Excel 导出，账目要保密，前期免费。

我不会写代码，也没有服务器和备案域名。所以我用 WorkBuddy 把这套东西做了出来。

二、技术选型：为什么是「小程序 + 云开发」

这个决定直接影响后面所有的成本，所以先说清楚：

选最后一种。云开发的免费额度对自用完全够，前期成本是 0 元。

小财神账本/
├── miniprogram/                 小程序前端
│   ├── pages/                   chat 记账 / records 流水 / stats 报表
│   │                            books 账本 / budget 预算 / me 我的 / login 登录
│   ├── components/cat-picker/   分类选择弹层
│   └── images/                  tabBar 图标（用 Python 标准库直接生成 PNG）
├── cloudfunctions/api/          单云函数路由式后端
│   ├── index.js                 路由：登录/账本/记账/统计/预算/导出
│   ├── parser.js                ★ 中文自然语言解析引擎
│   ├── crypto.js                手机号 AES-256 加密 + 摘要 + 掩码
│   └── config.js                ★ 登录方式、免费策略集中配置
└── preview/demo.html            浏览器里能点的界面预览


整体链路是这样：用户在小程序里说一句话，前端只负责展示，解析、鉴权、存储全部在云函数里完成，数据落在自己的云数据库：

三、最核心的部分：中文记账语句怎么解析

这是整个项目最难也最有价值的部分。输入是「昨天买菜35」这种口语，要拆成四个要素：金额、日期、收支方向、分类。

：单位优先（¥/元/块/万元/w/k），没有单位就取末尾数字；中文数字要先归一化——「五百」「三千五」「两万」「一万二」「一百零五」这些写法都得认。

：昨天 / 前天 / N天前 / 周X / 上周X / 月日 / 号。还有一个坑：说到未来日期（比如今天是 11 月说「10月5日」），要自动回退到上一年或上一月，否则统计全乱。

：收入词优先于支出词优先于词库兜底。

：13 个支出类 + 6 个收入类，按最长关键词匹配（避免「买」把「买菜」吃掉）。

写完不是靠感觉验收，而是准备了 28 条真实口语句子的回归用例：

全部通过才继续往下做。这个习惯救了我——后面每一次改词库，跑一遍就知道有没有把别的句子改坏。

上面这张就是实际效果：三笔账「买菜35」「昨天外卖42」「工资到手9000」全部正确识别成 餐饮·买菜 -35、餐饮·外卖 -42（日期识别为昨天）、工资 +9,000，顶部汇总自动算出 11 月支出 ¥77、收入 ¥9,000、结余 ¥8,923。

追加需求是「要给别人用，账目得保密」。做法：

有个设计上的判断我觉得挺关键：手机号登录方式受主体类型硬性限制——企业/个体户能用微信官方 

（免费），个人主体只能上腾讯云短信（0.045 元/条）。所以我把它做成 

 里一个开关，三种模式随时切换，代码不用重写。同理，「限时免费」策略、会员等级也都集中在这一个文件里。

 规则里单字「卖」触发了收入判断，而「外卖」是典型支出。改成收入词整词匹配，支出词库优先级覆盖。

2. 云开发的 _.or 不能混进普通条件对象

 Object.assign 合进去会出问题，正确写法是「_.and([...普通条件, _.or([...])])」。

——那是云函数里用的。单环境场景直接不填 

 云函数写入的记录不会自动带 「_openid」 系统字段，原来那套按「_openid」查询的逻辑其实一直查不到数据。改成自定义 

 字段，顺带把账号迁移功能也做了。

 一开始以为体验版永久有效。真相是：体验版本身常驻，过期的是单张二维码。日常入口走「微信下拉 → 我的小程序」，不依赖二维码。

六、上线这件事：先把账算清楚

很多人以为做个小程序就得先掏 300 块。其实分两种情况：

所以我先走自用路线：体验版能加十几个人内测，永久有效、不需审核、不需备案。业务代码从一开始就按多用户线上架构写，将来要上线，只改一个 

 开关、重新部署云函数，代码 0 行改动。

如果你也想这么干，只有一条要记住：

（有营业执照就行，不认证也能注册），否则将来上线要重开企业小程序，AppID 和云环境全换、数据推倒重来。

不是"看着能用"就算完，我自己定的验收项：

（金额 / 日期 / 分类），换成任何领域只改词库：家庭记账、门店流水、团队报销、库存随手记、健身打卡都能用。

工程层面还有一套"先自用、后上线"的架构可以直接抄：登录方式开关、多用户账本权限、免费策略集中配置——这套结构让一个业余项目有正经产品的底子，又不用一开始就为认证和备案付费。

一开始我不太信：让 AI 写个能真跑的小程序，听着像宣传。结果它不只是能跑，而且

——我说「外卖被识别成收入了」，它会自己定位到那条单字「卖」的规则、改掉、再把 28 条用例重跑一遍确认没改坏别的。这个过程比我自己去查文档快太多。

。我能用做小生意的语言描述问题（"记账要能多人用""账目得保密"），它负责翻译成技术方案：登录怎么做、手机号怎么加密、什么时候需要备案。

但也有它替不了的部分，这里必须讲清楚：

注册小程序、微信认证、开通云开发、点上传按钮，这些手还是得自己动

。AI 能做的是把每一步写成带勾选框的清单，告诉你"去哪、点什么、要多久、花多少钱"，让你少迷路，但路还得自己走。

很有耐心、不会烦的工程师同事

，你提需求、它出方案，你去点确认。对没有技术背景但又想做点东西的人来说，这个组合刚好够用。

：本文全程使用 WorkBuddy 完成，共十轮对话迭代，从需求确认到体验版发布。

（腾讯云社区限制 5 个，且不建议用品牌名，否则可能被判引流）：微信小程序、云开发、自然语言处理、AI编程、产品设计

用 WorkBuddy 做了一个「说话就能记账」的微信小程序：从需求到体验版上线

人工智能

开发工具

客户端

用自然语言一句话完成记账，像发微信一样简单。本文分享如何零代码、零成本使用微信小程序+云开发构建个人记账工具，涵盖中文解析引擎、登录加密方案及五个实战踩坑经验，附可复用架构设计。

自然语言处理

云数据库

验证码

服务器

WorkBuddy 

数据库

云函数

AI编程

短信

路由

Python

腾讯云双十一大促

热销域名限时优惠，新客首年免费！


domain

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

用 WorkBuddy 做了一个「说话就能记账」的微信小程序：从需求到体验版上线

用 WorkBuddy 做了一个「说话就能记账」的微信小程序：从需求到体验版上线

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐