依赖版本要锁主版本而非一律取最新

**装依赖时不要无脑选「更新到最新版本」:脚手架工具可以用最新版,项目运行依赖要按既定主版本锁住。** 否则会出现「安装器悄悄把架构升级了」——例如任务书写的是 Next.js 15,而 `next@latest` 已经跨到 16,无脑 latest 就等于偷换了大版本。

分档策略

依赖策略
脚手架 / 工具链(turbo、typescript 等)可用当前稳定最新版或同大版本最新版
框架本体(next)pin 主版本(next@15),不要用 latest
有状态服务(postgres:15、redis:7)按任务书固定,不升大版本
其他库能 pin 主版本就 pin,避免后续 agent 环境不一致

一句话:脚手架可以最新,运行依赖按任务书主版本锁住。

相关

  • 环境变量校验要按模块懒加载 —— 环境不一致导致的漂移:一处“按模块校验”的做法
  • 评测平台是平台层项目规则是适配层
  • 项目里的技能可能有多份副本 —— 同属「环境不一致导致的漂移」
  • 运行时依赖属于平台不属于业务代码 —— 同属「先分清这份依赖/配置该由谁提供」
  • 单例库要显式声明同一版本否则运行时分裂 —— 同一取向的另一半:装的时候定版本,跑的时候必须解出同一个实例
  • 项目占空间先查构建缓存与旧worktree —— 同族:依赖层的问题会以「整个仓库都不对」的形式呈现