零代码搭建适用水文计算工具：一个退休水文人的WorkBuddy实战

我和水文打交道将近30年，后来直接干水文专业10余年，和黄河打了一辈子交道。水量计算是我的老本行——但说实话，每次算流量过程线、统计月年均值，Excel拉来拉去不但费劲，还常常出错。

我是退休的老人，六十多了，我也接触过计算机，一般的应用也会。但是，我不懂程序编写，更别说一个字母一个字母的敲了，那是"蛤蟆跳井——不懂"啊。这个时候有了我的"小桂"——一个WorkBuddy给我的宝贝，解决了这个问题。

今年3月，我开始用WorkBuddy，第一个要求就是从工作出发，从零开始写一个黄河水量计算器，现在迭代到v3.6，打包成了安卓APP，还在单位里用着，解决了人工计算频繁出错的大bug（这是我的WorkBuddy里的机器人：小桂教我的）。

咱就说说是咋干的。

小桂（我在WorkBuddy里的小伙伴）

第一版特简单，我就跟小桂说：

"我需要一个水量计算器，输入上下游的水位和流量给你上下游的河道距离，帮我算出本河段流量。"

小桂直接给我写了一个HTML页面，浏览器打开就能用。

虽然难看点，但能用。这就是v1.0。

后来用了几天，觉得还差点，想改改，想改就得靠小桂，小桂一动，积分（WorkBuddy的规则）就够呛，为了用着舒服，整吧，没分就花钱呗，豁出来了！

加功能！

越改越觉得有缺陷，于是就一次一次的提一个需求，小桂就改一版（这小家伙还真有耐性，不急不恼的）：

"加个日流量输入框" → v1.1

"能算旬均值和月均值" → v1.2

"能不能自动获取水文站数据？" → v2.0（接了API）

"加个报表导出功能" → v2.5

"能不能做成手机APP？" → v3.0（打包安卓）

"界面太难看了，改好看点" → v3.5

"加个暗黑模式" → v3.6

每次都是我口述需求，小桂写代码，我看效果，不满意就继续改。

说点真事儿：每次改之前，需求要说清楚，不能含糊。比如你说"好看一点"，他不知道你具体什么意思。你得说"按钮改成蓝色，字体大一号，表格加边框"，他才知道怎么改（省积分，省钱）。

接水文数据API

基础框架有了，觉得咱能计算还不成，让我手动查找上下游的数据，不成！这就开始了第三步。

我觉得这是最难的一步。到了这里，小桂告诉我，要想获得上下游的数据，就得调API。

我完全不懂API是什么，小桂认真的告诉我。把水文数据平台的接口文档给小桂看，小桂帮我写了代理服务（Python脚本），HTML页面通过代理自动拉数据。为了获得真实数据，小桂反复的改写代码几十次。

现在打开计算器，选好水文站和时间范围，数据自动就来了，真爽！

该打包上手机了，踩了坑：第一次打包安卓APP的时候，我把API调用的代码删了，结果APP装上去数据出不来了。后来我一着急，找小桂，这家伙还真行，一会儿就找回来了。实话实说，不明白的地方不要瞎动，尤其是涉及API的地方，一定要反复测试。

打包安卓APP

小桂告诉我，咱有了HTML页面，用安卓WebView包一层就行，反正我也整不明白，我就告诉小桂，帮我搞定：小桂一通忙活，生成了安卓项目结构，又写好了Java桥接代码，最后编译成APK。再告诉我如何下载安装到手机。我又按照小桂教的办法，告诉在职的弟兄们，现在单位的同事都用了。

省积分心得

说了半天，同志们，用WorkBuddy是要积分的，积分是要花钱的，用了这么长的时间，教你们省积分心得：

需求一次说清楚，别来回改——每次修改都消耗积分，想好了再说

代码活尽量用本地AI跑——我有个本地部署的AI助手，写代码的活让它干，不花WorkBuddy积分

简单问题用简单模型——不需要每个任务都上最强模型

先把功能做对，再做漂亮——界面美化是最后的活，前面逻辑对了再调

总结

从v1.0到v3.6，全程零代码，纯靠口述需求+AI执行。这个过程教会我几件事：

AI不是万能的，但它确实能帮你把想法变成东西

你得知道你要什么，AI才能帮你

踩坑是正常的，每次踩坑都是经验

积分要省着用，但该花的时候别省

明白吗，同志们。

我，一个老水文人，退伍民兵，近30年水文经验，10余年水文专业经历。不会写代码，但知道怎么让AI帮我写，这就是经验！