一个能跑通的工程，就够她折腾很久。
可现在不一样，她手边有LimeGode。
钱乐乐先把需求文档一条条写清楚，再把场景、流程和数据结构整理出来发给它。
比如先搭一个Unity工程，集成XG-1SDK，启用摄像头帧捕获；
再接入语音输入模块，调用伏羲ASR识别指令；
最后建一张本地QLite表，用来存食材种类、当前库存、安全阈值和最近七天日均消耗。这些繁琐的工程架构，如果让她这个本科生自己从零开始去写，光是在论坛里查API文档、看别人的踩坑记录，就要耗掉巨大的时间成本。
可是LimeCode，却只用了短短几分钟。
它不仅在本地跑著进度条，生成了第一版架构清晰、注释工整的代码，甚至还在后悄无声息地自己跑了一遍自动化单元测试，把几个由于版本冲突导致的明显报错给提前修补了，然后将其保存成了一个随时可以回滚的稳定版本。
当然，它也不是万能的。
它写出来的东西经常是90%能用，10%藏著坑。
有些接口参数会传错，有些栏位命名前后不一致，有些逻辑看上去很完整，真戴上眼镜一跑，却会在某个莫名其妙的地方卡住。
钱乐乐花在debug上的时间，更多变成了验证和反馈。
她要逐行看，要自己跑一遍，要把不对的地方截图、记录，再重新告诉LimeCode哪里错了，应该怎么改。
可即便如此，效率依然比她自己从零开始高得多。
她渐渐摸清了和LimeCode协作的节奏。
需求写得越清楚，它出错的概率就越低。
场景描述得越具体，它生成的东西就越贴近真实使用。
到后来，她甚至会提前把自己在串串店盘货时遇到的麻烦写成小故事，再让LimeCode帮她拆成功能点。姜有容还专门帮她走了一道内部流程，让她拿到了青柠科技API给学生开发者开放的免费额度。对一家大公司来说，那只是一点微不足道的扶持资源，可对钱乐乐而言，已经完全够她把这个小项目跑起来。
于是她每天一有空就写。
写到教室里的人陆续走光，写到宿舍熄灯，写到窗外天色开始泛白。
进度越来越快。
一周后，第一版完整工具终于在本地跑通了。
界面很简陋，bug也还有不少。
可当她戴上XG-1，看著视野边缘浮现出「
本章未完，请点击下一页继续阅读！