如何技术探索与实践？——一个老广奶爸的深夜自白
上周五晚上，凌晨1点23分。
我轻手轻脚地关上两个娃的房门，蹑手蹑脚回到书房。桌上那杯凉透的普洱茶已经泡了三轮，键盘边还堆着没洗的奶瓶。老婆在隔壁房间发来微信：“大宝刚醒了一次，喝了奶又睡了，你别熬太晚。”我回了个“OK”表情，心里却清楚：今晚不把那个通义千问的API调通，明天上班又要被运营同事追着问进度。
我是阿强，坐标广州荔湾，一个土生土长的老广程序员，白天在一家本地生活服务平台写代码，晚上是两个娃（4岁和1岁半）的专属哄睡员兼夜班奶爸。月薪从15k涨到22k已经是去年的事了，房租3500的老城区骑楼房虽然便宜，但带娃后开销猛增，连以前最爱的肠粉都要算着吃。
一切始于一次“被动转型”
事情得从去年十月说起。
那天下午，我正在公司调试一个用户积分系统的bug，突然被拉进一个新项目群。老板@我说：“阿强，你有后端经验，这次我们搞个AI客服试试，对接通义千问，你牵头。”
我懵了。通义千问？我知道它是阿里开源的大模型，但实话说，除了在GitHub上star过它的repo，我连本地都没跑起来过。更离谱的是，这个项目居然要直接对接运营团队的需求——他们想用AI自动回复用户关于优惠券、配送延迟、退款等问题。
“运营？不是应该产品提需求、我们开发实现吗？”我私下问项目经理。
他苦笑：“现在小公司哪分那么清？运营说用户咨询量太大，人力扛不住，老板拍板要上AI。你懂技术，又在广州，沟通方便，就你了。”
那一刻，我真的焦虑了。家里二宝刚断奶，晚上经常哭闹；白天还要维护老系统，新需求像雪片一样飞来。而我，一个写了七年Java的老程序员，突然要搞大模型集成？
第一次尝试：理想很丰满，现实很骨感
我决定先从最简单的开始——调通义千问的API。
周末下午，趁老婆带娃去公园，我泡了壶浓茶，打开VS Code。通义实验室官网文档写得挺全，注册账号、创建应用、获取API Key……一切顺利。我用Python写了段测试代码：
from dashscope import Generation
response = Generation.call(
model='qwen-max',
prompt='你好，请解释一下广州的早茶文化'
)
print(response.output.text)
跑起来！结果返回：“请求频率超限”。
我愣住。查了半天才发现，免费额度只有每天100次调用。而运营给我的测试数据集里，光是“优惠券怎么用”这个问题就有200多条变体。
当晚哄睡完孩子，我又试了一次，这次加了缓存和重试机制。但新的问题来了：AI回复太“官方”，用户问“为啥我领不到券”，它回“请检查您的账户状态及活动参与资格”，完全不像真人客服。
第二天晨会，运营小李直接吐槽：“这回答用户看了更生气吧？我们要的是有温度、带点粤语俚语的那种感觉。”
我内心OS：大哥，你当这是《外来媳妇本地郎》剧本生成器啊？
转折点：从“照搬API”到“理解业务”
那段时间，我几乎每晚都熬到1点以后。不是不想睡，而是白天根本没法专注。开会、改bug、回邮件，等真正能写代码时，往往已是深夜。
有一次，老婆看我黑眼圈重得像熊猫，忍不住说：“要不你别接这个活了？反正也不是核心业务。”
我摇头：“不行。现在AI是风口，如果我能搞定这个，说不定能争取转岗做AI方向，薪资也能再谈。”
其实我心里清楚：不是为了钱，而是怕被淘汰。身边好几个同行都在学LLM、搞Agent，我还在修祖传Spring Boot项目，感觉自己像个“技术化石”。
于是，我决定换个思路——不再只盯着通义千问的技术文档，而是跑去跟运营小李坐一块儿，看他怎么处理用户咨询。
我发现，真正的客服话术其实很有套路：
- 遇到投诉，先道歉+共情（“真系唔好意思啊，我帮你睇下”）
- 解释规则时，用比喻（“呢个优惠券就好似饮茶埋单前嘅茶位费”）
- 最后一定给解决方案，哪怕只是“我帮你登记反馈”
原来，技术不是关键，理解业务场景才是。
我开始在prompt里加入这些“人味”：
你是一个广州本地生活平台的客服小妹，说话带点粤语口音，语气亲切。当用户抱怨优惠券无法使用时，请先表达歉意，然后用简单易懂的方式解释原因，并提供替代方案。
同时，我把高频问题整理成知识库，让通义千问先检索再生成，避免胡说八道。
这一改，效果立竿见影。测试群里，运营同事发来消息：“哇，今次真系似人讲嘢啦！”
实践中的“奶爸式”节奏管理
当然，过程远没这么顺利。
中间有次上线前夜，通义千问突然返回空内容。我反复排查，发现是输入文本超过了token限制。而用户的问题五花八门，有的甚至贴了整张订单截图的文字版。
我灵机一动：既然我是老广，不如用粤语做预处理？比如把“为什么我的优惠券不能用了”标准化为“优惠券失效原因查询”。这样既能压缩长度，又能提高意图识别准确率。
这个优化花了我三个晚上——因为每次只能等娃睡了才能调试。有天凌晨2点，我正对着日志抓狂，大宝突然推门进来：“爸爸，我想尿尿。”那一刻，我真的差点放弃。
但第二天早上送他去幼儿园，他抱着我的脖子说：“爸爸，你昨晚打字好大声，但我知你系为咗帮人解决问题。”小孩的话像一盆温水浇在我头上。
是啊，技术探索哪有什么一蹴而就？不过是无数个深夜的坚持，加上一点点“为人父母”的耐心。
技术探索的本质：在约束中创造
回过头看，这次经历让我明白了几件事：
- 技术探索不能脱离业务。通义千问再强大，如果不懂运营想要什么、用户需要什么，写出来的代码就是废铁。
- 资源有限反而是优势。因为时间少（每晚只有2小时），我被迫聚焦最关键的问题，不会陷入“我要微调模型”“我要搭私有部署”这种过度工程。
- 真实场景是最好的老师。书本上的RAG、Prompt Engineering，在用户一句“你讲咩鬼话”面前，都得重新校准。
现在，这个AI客服已经上线三个月，覆盖了60%的常见咨询，运营团队的人力成本降了30%。老板很高兴，上周找我聊：“阿强，考虑转AI组吗？薪资可以再谈。”
我笑着答应了，但心里清楚：我不是因为AI火才去做，而是因为在真实问题里找到了技术的价值。
给同样处境的朋友几点建议
如果你也像我一样：
- 白天打工，晚上带娃
- 想学新技术但时间碎片化
- 被业务方各种“奇怪需求”折磨
我的经验是：
✅ 从小切口入手：别一上来就想搞Agent、AutoML。先解决一个具体问题，比如用通义千问自动分类工单。
✅ 和业务方共建：让运营、产品参与你的技术设计。他们的反馈比任何benchmark都真实。
✅ 接受不完美：第一个版本肯定烂，但只要跑起来、有人用，就有迭代的机会。
✅ 保护自己的时间：我和老婆约定，每周三、六晚上是我的“技术时间”，她负责哄睡。家庭支持是持续学习的前提。
写在最后
此刻，窗外的西关老街安静如常。远处偶尔传来夜归人的脚步声，楼下大排档的灯还亮着。我保存代码，关掉IDE，准备去冲个澡。
技术探索对我而言，从来不是炫技，而是在有限的时间里，用代码解决真实世界的问题——无论是帮用户领一张优惠券，还是让运营同事少加一次班。
通义千问也好，其他大模型也罢，它们只是工具。真正重要的是，我们如何带着对生活的理解，去用好这些工具。
毕竟，一个会写prompt的程序员，不一定懂业务；但一个既懂粤语俚语、又会调API的奶爸程序员，或许能在技术与人间烟火之间，走出一条自己的路。
下次如果你在广州某家茶楼看到一个边喝早茶边敲MacBook的男人，旁边还坐着两个闹腾的小孩——那可能就是我。欢迎来聊聊，不过记得带包纸巾，娃随时可能打翻你的虾饺。
共勉。
评论 0