客户问：这应用以后能加功能吗

交付现场被问得最多的一句话：这个应用以后能加功能吗？我们最早的答案是「可以，加节点就行」。

直到 H3C 故障诊断助手第一版交付之后，客户真提了两个需求：把企业微信里人工提问的入口，换成监控平台的告警事件自动触发；把诊断结果结构化，让下游的处置系统直接消费。我们对着工作流文件看了一下午，结论是：这不是加节点，是重构主链路。

问题出在设计上：入口写死在对话链路里，输出是给人读的自由文本，节点又是按功能切的——需求一来就得拆节点、重连边，影响面一路扩散。

能跑和能长，是两件事。怎么判断一个应用有没有给未来留位置？问三个问题：加一个知识库是加节点还是改现有节点？换一个模型是改配置还是改结构？加一个输入来源是加适配层还是重接主链路？答案都指向改节点、改链路，就是没留位置。

第二版是反着做的：入口留一个来源字段默认不填、输出声明成结构化字段，成本约等于零。而第一版省掉的，重写时要连本带利还回去，代价是初版做接口设计的几十倍。省掉的不是成本，是未来。

也说清边界：一次性工具、演示 demo、确定不会长大的轻量应用，不做这些预留是正常的，不是缺陷。

金句：加法还是重写，在设计那一刻就已经决定了。

完整文字版见下方文章。