用途：为构建系统优化提供指导，减少编译时间、提升缓存命中率，并改善开发者工具带来的反馈效率，适用于排查构建缓慢、配置缓存、设置增量构建与并行执行、优化 CI/CD 性能与成本、改进打包拆分与摇树、开发 CLI/插件/代码生成器/IDE 扩展、配置 monorepo 工具（Nx、Turborepo、Bazel）、缩短热重载与 watch 模式反馈时间、管理构建产物与可复现性。
主要能力：按主题提供参考文档，编译、缓存、增量构建、CI/CD 优化见 skills/build-optimization/references/build-systems.md；插件系统、代码生成、linting、IDE 集成、monorepo 工具见 skills/build-optimization/references/developer-tooling.md。目标包括开发构建低于 30 秒、watch 模式重建低于 5 秒、CI 缓存命中率高于 90%、生产流水线零不稳定构建、跨环境可复现构建。
使用方式：先做性能分析，再优化、配置工具、持续监控。分析阶段测量冷构建、增量重建与热重载时间，分析 CPU、内存、I/O，梳理依赖图并找出瓶颈，评估缓存命中率与失效模式，检查现有工具配置遗漏的优化点。优化阶段启用增量编译与缓存，按可用核心并行执行，设置代码拆分与摇树，优化模块解析与源码转换，为 CI 实现远程或分布式缓存。工具阶段配置 watch 模式与热模块替换，提供清晰的错误信息与进度指示，集成构建分析与性能面板，加入格式化、lint 与校验的提交前钩子。监控阶段跟踪构建耗时并告警，监控缓存命中率与包体积趋势，在 CI 中检测性能回退，并定期依据数据复核优化。
适用场景：本地开发反馈循环、CI 流水线与成本优化、monorepo 构建、打包体积治理、开发者工具构建。
限制与常见错误：应先分析后优化，不要因偶发问题直接关闭缓存而应修复失效逻辑，能用增量构建时不要跑全量，独立任务要并行，不可忽视磁盘与网络 I/O 瓶颈，不要放任包体积增长，也不要让开发与生产共用同一套构建配置。资料未提供具体安装命令、收费与平台信息。