用途：Caching Strategy Optimizer 用于加速 CI/CD 流水线，核心手段是为依赖、Docker 层、构建产物和测试结果实现有效缓存，并给出优化前后的对比指标。
主要能力：覆盖包管理器缓存（npm、pnpm、pip、Cargo/Rust）、Docker 层缓存（Buildx 的 gha 缓存与 registry 缓存）、构建产物缓存（Next.js、Webpack、TypeScript）以及测试结果缓存（Jest、Pytest）。同时提供缓存命中率监控方法，以及最佳实践与常见陷阱说明。
使用方式：以 GitHub Actions 为例，通过 actions/cache@v3 配置 path、key 和 restore-keys；key 通常基于锁文件哈希，如 hashFiles('**/package-lock.json')。Docker 使用 docker/setup-buildx-action@v3 与 docker/build-push-action@v5，配合 cache-from 和 cache-to（如 type=gha,mode=max 或 type=registry）。命中监控通过 steps.cache.outputs.cache-hit 判断并输出日志。
适用场景：需要缩短 CI 构建与测试时间的项目，尤其是使用 npm/pnpm/pip/Cargo、Docker 镜像构建，以及 Next.js、Webpack、TypeScript、Jest、Pytest 的工程。
限制：资料中给出的前后对比（12 分钟降至 3 分钟，提升 75%）为示例指标，实际效果取决于项目情况；GitHub Actions 缓存有 10GB 大小限制，缓存 7 天后过期。其他平台的具体配置暂未提供。