第十三章 辣得莫法 (第2/3页)
“先吃，凉了腥。”
苏念念低头看了一眼碗里的鱼肉，全是最好的部位。
她没说谢谢，拿起筷子吃了一口。
“我想做一款工具。”他说，“名字我都想好了，BugKiller。”
“BugKiller？”苏念念念了一遍，嚼着鱼肉，皱了下眉，“名字太geek了，程序员听着过瘾，但以后要做商业化的话不好卖，先当内部代号用吧，回头再想个正式的。”
“它不只是找Bug，它要做的是——”韩路一在脑子里组织了一下语言，“建立一个Bug模式数据库，把各种类型Bug的特征、触发条件、影响范围、最优修复路径全部结构化，然后用这些数据训练AI模型，让AI学会「看到一段代码就知道它上线后可能会出什么问题」。”
苏念念放下筷子，身体前倾。
“等等，你说的Bug模式数据库，数据从哪来？这是最关键的问题。市面上的竞品之所以做不好，就是因为训练数据只有代码本身，缺乏「代码在真实场景中的表现」这一层。”
“从我这里来。”
苏念念眨了两下眼睛。
韩路一解释：“我这些年写了几十万行代码，debug过的系统也少说有几十个，最近自由接单又修了上百个项目，每一个Bug的特征、触发条件、修复路径，我都在记录。”
这是实话，只不过他省略了视界的部分。
“你的个人经验当然有价值，但一个人的样本量不够啊，”苏念念皱眉，“AI训练需要大量数据。”
“对，所以第一步是做最小可用产品，用我现有的模式数据库做一个原型，先验证思路能不能跑通。如果跑通了，第二步再想办法扩大数据源，比如接入开源社区的Bug报告、公开的代码漏洞库、技术论坛的问答数据。”
“MVP先行，数据飞轮后做。”苏念念总结了一句。
“对。”
“那你的MVP打算多长时间做出来？”
“一周。”
苏念念正在喝酸梅汤，差点呛了。
“一周？你认真的？”
“我已经开始写了，今天下午搭了Bug模式数据库的框架，分类结构都想好了，算法层面我有现成的经验，模型训练我也熟，一周出原型不是问题。”
苏念念看了他三秒钟，把酸梅汤放下了。
“你知道我在公司推那个AI代码审查项目，光需求阶段就花了两个月。”
“因为你们有流程，有审批，跨部门协调，领导要拍板。”
苏念念想了想，笑了：“好吧，卷王你说一周就一周，那我能帮什么？”
“用户调研和需求文档。”韩路一说，“你比我了解用户，你来定义BugKiller应该长什么样、核心功能优先级怎么排、第一批目标用户是谁。”
“这我在行。”苏念念已经开始在电脑上打字了。
两个人一边吃一边聊，越聊越快，苏念念一手夹菜一手打字，韩路一说到技术方案
（本章未完，请点击下一页继续阅读）