第14章 番外四·李想的日志（1/2）

请关闭浏览器的阅读/畅读/小说模式并且关闭广告屏蔽过滤功能，避免出现内容无法显示或者段落错乱。

预警程序停止运行的那天，李想起得很早。

他住在城东一个老小区的五楼，一室一厅，家具很少。客厅里一张桌子、一把椅子、一个书架，书架上全是技术类书籍，按出版年份排列。卧室里一张床、一个衣柜，衣柜里五件同款白衬衫、三条同款黑裤子。厨房里一口锅、一把刀、一个砧板，冰箱里只有鸡蛋、牛奶和速冻水饺。他的生活就像一个被精简到极限的算法——每一个变量都有存在的必要，没有多余的东西。

这是他写代码的方式，也是他生活的方式。

早上六点半，他坐在桌前打开笔记本电脑。屏幕上弹出一条系统提醒：“预警程序检测到长期无新关键词触发，建议归档或删除。”他点开程序日志，最后一次触发记录停留在五月二十日——林悦的婚礼。触发关键词是“甜品台”和“伴手礼”，优先级标注为“高”，处理结果是“全部交付”。之后日志里只有一行又一行的“运行正常，无新关键词触发”，每天一条，从不间断。

他往上翻。日志从三年前开始。

第一条：2022年7月21日，23:49。关键词：螺蛳粉、酸笋、不臭。优先级：S。这是陈哲把林悦的小红书截图发到群里的那个深夜。李想记得自己当时正在调试一套库存预测模型，看到截图后花了四分钟写完了关键词抓取脚本。脚本的原理很简单：对特定用户的主页进行文本抓取，拆解关键词，匹配内部产品数据库，如果现有产品无法满足需求则自动生成工单。他用了一个现成的自然语言处理框架，改动不超过五十行代码。写完他测试了一遍，跑通了，然后发到群里：“工单已生成。”

他从来没说过这五十行代码后来被他反复优化过多少次。从关键词匹配到语义理解，从被动抓取到主动预测——如果用户连续三次搜索“不臭”“酸辣”“速食”，即使没有直接表达愿望，程序也会自动推演可能的需求方向并生成预备工单。他写过一份内部文档，标题是“基于社交文本的用户需求预测模型”，在技术分享会上讲过。张伟听完说“一个字没听懂”，赵凯问“能不能预测她下次想吃啥”，陈哲说“不要预测，让她自己发现”。他把陈哲的意见写进了模型优化备注里：“不做预判性推送，仅做需求识别与分类。让用户自己发现。”

他继续往下翻日志。

2022年8月：关键词“酸辣粉”“酸豆角”。优先级A。同年9月上线清香酸辣粉。

2022年10月：关键词“切洋葱不流泪”“净菜”。优先级B。Q系列净菜产品线启动调研。

2023年1月：关键词“酸菜鱼”“酸菜太腥”。优先级A。供应商谈判周期较长，2023年8月上线清香酸菜鱼。

2023年7月：关键词“穿堂风”“冰西瓜”。无匹配产品。工单转发至配送端。次日赵凯在群内回复：“铁皮桶加冰块，老王已执行。”

2023年9月：关键词“心意盲盒”“男朋友”“放松的夜晚”。优先级S。这是林悦第一次给江一航下单。他记得那晚他正要关电脑下班，看到提醒后重新坐下来，用一分钟查了库存，把降噪耳机和颈部按摩仪的SKU截图发到群里。陈哲说“正常流程”，他说“好”。

2024年5月20日：关键词“婚礼”“甜品台”“伴手礼”。优先级高。全部交付。这是最后一次触发。那天他站在婚礼现场的银杏树下，手里端着桂花酒酿芝士蛋糕，赵凯说“不用记了”，他说“要记”。他打开手机，在程序里手动写入了最后一条日志。

他在日志的最底部停留了很久。光标一闪一闪地等着他。他打字向来很快，但这次每个字都敲得很慢，像是要把每个字都刻进磁盘里。

本章未完，点击下一页继续阅读。