npm scripts 刚够用时，别急着上复杂构建

工具链越丰富，越容易让人产生一种冲动：项目只要稍微多一点脚本和命令，就赶紧引入一层更复杂的构建工具。2013 年我在接触 npm scripts 这套能力时，也有过这种心态，总觉得直接用 scripts 显得有点朴素，好像不上点额外工具就不够“工程化”。

后来反而是做了几轮项目之后，我越来越觉得：如果 npm scripts 还完全够用，那就别急着把流程抬到更重的层级。

scripts 真正解决的是什么

它解决的不是“高级编排”，而是把原本散落在 README、命令行历史和个人记忆里的操作收进项目入口。
只要能把下面这些动作统一起来，收益已经很明显：

• 本地启动
• 测试
• 打包
• 发布前检查

团队里有人新接项目时，看到 npm run 就知道有哪些入口，这种统一感本身就很值。

为什么我不喜欢过早加重工具层

因为一旦引入更重的构建层，你就不仅要维护业务代码，还要维护一套额外抽象。
如果项目当前只是几个稳定命令，提前把它包进一套复杂流程里，很多时候是在为未来可能用到的能力付现在的复杂度。

更现实一点说，小团队时间宝贵，能看懂、能改动、能快速定位入口，往往比“看上去更先进”重要。

我怎么判断 scripts 还够不够

我通常看三件事：

• 命令之间的依赖关系是不是还简单
• 新成员能不能在几分钟内理解入口
• 为了维护脚本本身，是否开始写太多额外逻辑

如果这三条都还稳定，scripts 就没必要被过早升级。

小结

npm scripts 的价值，在于它很靠近项目本身，不会凭空制造太多抽象。
2013 年那个阶段，我后来越来越认同一件事：工程化不是工具越重越好，而是当前问题需要多重的工具层。只要 scripts 还够用，就让它先好好干活。