两周从零到客户演示

先把一件事说在前面。我在产业界这几年做的是基础设施监测，现场数据的权属从来都很清楚：它属于客户，或者属于当时的雇主，不属于我个人。我带走的只有经验——这类数据长什么样、工程师拿到它会问什么问题、什么样的回答才算有用。这篇文章讲的是一个产品原型怎么在两周里被做出来，不涉及任何一方的数据。

那个原型后来叫「知几」（MurSense）：面向大型基础设施健康监测的对话式 AI。

第一刀砍在范围上

“大型基础设施健康监测”是个很宽的题目：桥、隧、坝、边坡、塔，每一类都够做好几年。两周之内什么都想要，结果一定是什么都没有。

所以我只留了一条垂直：铁路桥。不是因为它最容易，而是因为那类结构的工程记录最不留情面，也因为我知道桥的运维方每天到底在担心什么。

演示的目标也被我砍成一句话：让一个懂桥的人用自然语言问出他平时得写脚本才查得到的东西，并且拿到一个他敢信的回答。这句话后来成了整两周唯一的验收标准——凡是不服务于它的想法，一律记进任务池。

两天跑通，剩下的时间在做“不是代码”的部分

链路两天就通了：一个会自己判断该看哪一段记录、该调哪个分析、最后用工程师的语言回话的 agent。

剩下的时间，大部分没有花在模型上。名字、标识、界面、一份别人能自己读懂的手册、一段演示视频、三种语言的材料。工程师容易把这些当成“包装”，我的体感恰好相反：演示不是一个程序，是一个别人能替你复述的故事。客户的老板看完之后，要能回去跟自己的团队讲清楚这是什么东西——他复述得出来，这两周才算有意义。

那时候我还没用上今天这套工具

值得一提的是，做这件事的时候我还没把 agentic 的命令行工具用起来，全程就是一个对话框，加上我自己那套多窗口的协作纪律：一个窗口开卡、一个窗口干活、另一个窗口验收。

我想说的不是“工具不重要”，而是省下时间的从来不是工具有多新，是流程有没有把返工挡在前面。这两年我的工具换了好几轮，那套纪律一条没变。

两周之后

它后来被拿去给真实的客户看过几次，也收到过继续合作的意向。但我想把话说准：演示级不是产品级。两周能做出一个让人愿意坐下来继续谈的东西，离一个能长期跑在别人现场的系统还有很远的距离——现场会下雨、会断电、会有人把光缆挖断，这些都不在演示里。

真正被我留下来的是三条：砍到一个垂直；每天结束时手上要有一个能演示的东西；不给自己验收。