为什么要做基建
团队代码风格不统一、新项目重复配置、项目变大后难以维护，这些都不是单个业务需求能解决的问题。基建的意义不是追求技术先进，而是让重复工作自动化，让团队把时间留给真正的业务判断。
一套完整的研发链路
从需求分析、技术方案、开发自测，到自动部署、监控、数据分析和文档沉淀，每一步都有可以标准化的部分。小团队应优先解决脚手架、组件库与自动部署；团队越大，权限、文档和质量门禁越重要。
值得优先建设的能力
- ESLint、格式化、命名和提交规范
- 一分钟可以启动项目的脚手架
- 可跨项目复用的业务组件与工具函数
- 单元测试和端到端测试的基础模板
- 区分测试、灰度、生产环境的 CI/CD
- 错误监控、性能数据与版本回滚
- pnpm 与 Monorepo 的共享依赖管理
不要一次做完
基建是长期迭代的产品。先解决团队最痛的一件事，为它写文档和验证方式，再扩展下一项。没有使用者的“完美平台”只会成为另一套难以维护的系统。